Fonctionnalité #31967
Mis à jour par Emmanuel DILLARD il y a environ un mois
```
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