Backlog Courrier

Le client ne peut plus enregistrer son courrier au format qu'il avait de base "D202400442" (jusqu'au mois de mars).

Maintenant le format est comme suit "D2024/463".

Hors comme vu sur Teams et d'après le ticket 31617, il est impossible de changer le format 
(en modifiant la balise SEPARATOR du fichier chrono.xml) pour revenir comme à l'origine.

En tant que administrateur,
je souhaite que le numéro de chrono respecte le format suivant : D202400442,
afin de garantir la cohérence avec mes habitudes et les règles en vigueur dans mon organisation.

Critères d'acceptation :¶

Le numéro de chrono doit suivre le format D[AAAA][INCRÉMENTATION] sans inclure de caractères non souhaités, comme /.
Après correction, les nouveaux numéros générés doivent apparaître dans le format attendu, par exemple D202400442.
Le comportement erroné observé depuis la migration 21.03 vers 2301, où un / est ajouté (exemple : D2024/463), doit être corrigé.
Les numéros de chrono existants dans le mauvais format (D2024/463) doivent être mis à jour pour respecter le format attendu, si possible.
L'administrateur doit avoir la possibilité de configurer ou vérifier le format utilisé via les paramètres applicatifs.

Notes techniques :¶

Vérifier le module ou le composant responsable de la génération des numéros de chrono.
Revoir la logique d'incrémentation pour supprimer ou ajuster l'ajout automatique du caractère /.
Ajouter un test unitaire pour valider le respect du format après modification.

2 questions :

• prise en compte et impacts de la balise separator -> deprecated
• ajout systématique du séparateur / avant la séquence -> modifié dans le code du CD78 -> reporter la modification

Il semble que les clients qui constatent ce comportement ait eu une version modifiée du code.

C'est le cas du CD78 -> report branche TMA
ILEVA ? a voir avec PAUL (report des modifs CD78)

DOC -> Documenter la construction du chrono