Fonctionnalité #19271
Analyse M2M
Status:
Développé / Analysé (S)
Priority:
0-Bloquant
Assignee:
Target version:
Start date:
12/22/2021
Due date:
01/13/2022
Tags Courrier:
ROADMAP:
Description
en V 20.10 souhaite utiliser le M2M mais lors de notre investigation avec l'équipe R&D, nous avons repéré une fonction saveMessageExchangeReturn qui n'est pas utilisé dans Maarch Courrier alors que dans Maarch Capture il l'est. Cette fonction serait utilisé pour mettre à jour le status du destinataire du pli (qui est actuellement pas mis à jour...) Serait-il possible de faire une analyse complète de M2M afin de savoir comment il fonctionne exactement et pouvoir avoir une vue global sur le cheminement de l'information entre les 2 instances (fonction utilisé, mis à jour des status...)? j'ai notamment une interrogation concernant le courrier reçu par le destinataire du pli. Doit-il avoir un status dans sa partie "pli numérique" dans "éléments envoyés" ? car j'ai constaté que des fois il y été et des fois non...
| expediteur-to_delete.png (116 KB) expediteur-to_delete.png | plis reçu avec status pas MAJ | ||
| destinataire-to_active.png (114 KB) destinataire-to_active.png | plis envoyé avec MAJ status | ||
| sequence_M2M.drawio (1).png (23.7 KB) sequence_M2M.drawio (1).png |
.png){kind=link}
.png)
Related issues
History
#1 Updated by Paul DURAND 5 months ago
- File destinataire-to_active.png destinataire-to_active.png added
- File expediteur-to_delete.png expediteur-to_delete.png added
#2 Updated by Ines MKACHER 5 months ago
- Description updated (diff)
- Due date set to 12/27/2021
- Status changed from A qualifier to A étudier
#3 Updated by Ines MKACHER 5 months ago
- Description updated (diff)
#4 Updated by Ines MKACHER 5 months ago
- Tracker changed from Anomalie to Fonctionnalité
- Due date deleted (
12/27/2021) - Status changed from A étudier to Prêt à développer
#6 Updated by Paul DURAND 4 months ago
- Priority changed from 1-Majeur to 0-Bloquant
#9 Updated by Emmanuel DILLARD 4 months ago
- Due date set to 01/10/2022
- Status changed from Prêt à développer to En cours de dev (S)
- Assignee changed from Ines MKACHER to Guillaume HEURTIER
- Target version changed from 20.10 (Actif) to 20.10 TMA1
#11 Updated by Guillaume HEURTIER 4 months ago
saveMessageExchangeReturn est bien utilisé, voir le diagramme d’enchaînement des appels REST M2M joint.
Attention il faut distinguer les plis numériques "d'envoi" et les plis "accusé de réception".
Les deux peuvent avoir les statut "Erreur" (E), "Envoyé" (S), ou "En cours d'envoi" (W) (E, S, W étant les valeurs du champ en base).
Le libellé "En attente de réception" qui s'affiche sur les plis "accusé de réception" est une erreur, il n'y a pas de retour après l'envoi de l'accusé (voir diagramme).
#12 Updated by Ines MKACHER 4 months ago
- Related to Anomalie #19424: M2M: Problème d'affichage du pli numérique côté destinataire. added
#13 Updated by Ines MKACHER 4 months ago
- Due date changed from 01/10/2022 to 01/13/2022
#14 Updated by Ines MKACHER 4 months ago
- Status changed from En cours de dev (S) to Développé / Analysé (S)