Fonctionnalité #23145
Mis à jour par Agnes GASTAMBIDE il y a environ 3 heures
**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.
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
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)
US Gestion des anomalies
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.
Front
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
US Mise à jour de la documentation
Les éléments concernant les anomalies non gérées seront indiqués dans la documentation en ligne du connecteur.
**C. Impacts**
**D. Evaluation**
Voir efforts liés