Backlog Courrier

A. Compréhension

En tant qu'utilisateur,
Je souhaite regrouper tous les documents du courrier en un seul document lors de l'envoi dans Maileva,
afin d'avoir un seul pli postal dans maileva (Lettre simple ou recommandé)

B. Proposition

(A) Ajout d'une option "Envoi en pli unique" dans l'administration des actions pour l'action système d'envoi à Maileva "Envoyer un pli postal Maileva" => Abandonné

(B) Interfaces de choix par l'utilisateur de la séquence d'impression des documents transmis en pli unique (priority) => Abandonné

• Pas d'interface à proposer : pas de possibilité pour un utilisateur de définir l'ordre
• Ordre par défaut à déterminer (priorité à définir). Définir la séquence selon l'ordre d'arrivée déterminé par la requête

(C) Interfaces de choix du destinataire du pli (destinataire éligible à l'envoi parmi N destinataires) => Abandonné
Pas de choix d'un contact

Notes d'atelier
Interface Action "Envoyer un pli postal Maileva"

• Envoi unitaire
  Regroupement par contact. 1 pli composé de x document par contact

Afficher le nombre de plis à envoyer : "X pli(s) prêt(s) à l'envoi"
Afficher tous les plis en erreur (pour chaque pli => chrono + notification(ex : adresse incomplète, adresse pas en France, ...)

Choix du modèle d'envoi : on garde en l'état

Estimation du coût à revoir

Conservation de la preview des plis : on ne met plus la preview à droite qui affiche la première page de documents pour une action de masse

Pas d'alerte si le nombre de feuilles dépasse ou si poids des fichiers dépasse la limite fixée par Maileva ?

Indiquer tous les cas d'erreur dans la doc : nombre de feuille max, poids, ..

• Envoi en masse
  preprocess côté back
  Rien de spécial côté interface

Implémentation de l'option pli unique dans les API
D'après l'API Maileva, les documents peuvent être regroupé dans l'attribut documents_override avant l'envoie (cf pièce jointe).

Nouvelle décomposition en US

US : Action système “Envoyer vers Maileva” en mode unitaire ou en masse

Front Adaptations UI

• Indication du nombre de plis constitués (et non plus de documents)
• Suppression du volet de prévisualisation de la première page des documents qui ne gère pas à l’affichage la séparation par plis associé à un contact.
• Brancher ou adapter les tests

Adaptations Back
Refactoring de la mécanique d’envoi vers l’API Maileva par constitution de plis associés à chaque contact valide.
L'ordre d’envoi documents éligibles sera celui renvoyé par la requête SQL sans personnalisation possible par l’utilisateur.
Refonte Hexa nécessaire ?

La gestion des anomalies avant envoi Maileva n’est pas modifiée.
Le pli est envoyé si au moins une pièce est éligible.
Le Courrier non transmis sera positionné au statut d’erreur défini dans l’administration de l’action.
Les pièces non éligibles sont signalées à l’utilisateur au moyen d’un cartouche indiquant : CHRONO + Motif de rejet

Pas de contrôle à priori par Maarch Courrier sur les erreurs d’envoi suivantes

• le nombre de feuilles du pli dépasse la limite fixée par Maileva
• la taille d’un fichier dépasse la limite fixée par le service Maileva

Effort Front : 3
Effort Back : 8

US analyse impact sur les autres fonctions liées à Maileva (souscription, gestion des statuts courrier, désabonnement, ..)
Effort Front : 3
Effort Back : 3

US Refactoring de la méthode de calcul des coûts à titre indicatif
=> tenir compte du regroupement par plis et du nombre de pages par documents pour une estimation du poids (basé sur du grammage moyen de 80 g/m2)
Effort Back : 5

C. Impacts

D. Evaluation

Voir efforts liés