Questions PCD-PRD Specs:
1 - PrdResponse:
Réponse aux autres types de Prd (à l'exception de PrdConfirm, et PrdMessage).
ou
Répond à tous les autres types de Prd (à l'exception des PrdConfirm, PrdResponse eux-mêmes)

=> Réponse aux autres types de Prd (à l'exception de PrdConfirm, et PrdMessage).

2 - Expliquer les champs sur  Notification User (tableau)?

=> C’est lorsque l’IHM doit recevoir un ev ent pour lui signaler soit l’envoi d’un Prd soit la réception

3 -Info sur les Tx Sp : Toujours dans le PrdMessage?

=> 2 utilisation :
- Un message => pas de Tx SP
- L’envoi une Tx Sp à relayer => toujours dans un PrdMessage (en plus de l’enveloppe ‘Message’ du Prd). Je comprend l’ambiguité :) je réfléchi à renomer « Message » en « Envelope» qu’en pensez vous ?

4- Receive prdUpdate: column "PrdResponse reply waiting" (yes, other members)

=> Lorsque l’on reçoit un PRDUpdate on va y répondre si on un gestionnaire concerné, mais on va aussi attendre toutes les réponses de tous les gestionnaires (qu’on soit gestionnaire ou pas) afin de valider ou non la nouvelle version du PCD associé.

6 - Détailler la vérifications de PCDs via PrdResponse.

=> C’est un très gros morceau, j’ai commencé mais il y a encore à écrire c’est répartis entre :
- Le contrôle des « Message »
- Le contrôle du Pcd lui même et de des Prd/Pcd de références/origines
- Le contrôle des PrdResponse et lui même et de des Prd/Pcd de références/origines en fonction des conditions des roles du process

7- PCD confirm? (9.1. Schéma des flux)

C’est trompeur il n’y a pas de PCDConfirm je voulais dire que c’était une action de confirmation du PCD et pas un type de message, corrigé je vais pousser avec le reste des corrections en cours.

8- PCDFinalize.png: "hash des requètes et items de référence" ? "Complétion des attributs"?

« hash des requètes et items de référence" => ce sont les hashs  des Prd/Pcd de références/origines

« "Complétion des attributs" » => c’est que les autres attributs doivent être complétés (ça dépend des usages)