Project

General

Profile

Fonctionnalité #19271

Analyse M2M

Added by Paul DURAND 5 months ago. Updated 4 days ago.

Status:
Développé / Analysé (S)
Priority:
0-Bloquant
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 Paul DURAND, 12/22/2021 05:36 PM
destinataire-to_active.png (114 KB) destinataire-to_active.png plis envoyé avec MAJ status Paul DURAND, 12/22/2021 05:36 PM
sequence_M2M.drawio (1).png (23.7 KB) sequence_M2M.drawio (1).png Guillaume HEURTIER, 01/10/2022 04:32 PM
10286
10287
10434

Related issues

Related to Backlog Courrier - Anomalie #19424: M2M: Problème d'affichage du pli numérique côté destinataire.Développé / Analysé (S)2022-01-112022-01-13

History

#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

10434

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)

Also available in: Atom PDF