Description courte

Décorrelation entre le dump et ICAN. Dans le dump la date qui apparait est la date de restauration et non la date d'achat. Voir si carte a été restauré et à quelle date pour comprendre pourquoi ça n'apparait pas sur le dump. Ticket résolu mais ticket ouvert aec demande évolution.

Description détaillée

Résumé : Discordance entre le dump de support et ICAN : un achat du 19/11/2024 n’apparaissait pas dans le dump du 20/11, et le dump contenait un contrat daté du 13/11/2024 introuvable dans ICAN. Analyse : l’entrée 13/11 correspond à une restauration de contrat (save/restore) et non à un nouvel achat — d’où son absence dans ICAN en tant qu’achat. La date ContractSaleDate reflète la date de restauration. L’achat du 19/11 a été distribué le 20/11 à 19:19:13 ; si le dump a été généré avant cette heure, cela explique son absence. Une évolution de l’IHM/dump pour clarifier « restauration » vs « achat » est à l’étude.

Statut : En cours d'instruction — cause identifiée pour les écarts, évolution IHM/dump en discussion et en planification.

Actions restantes :
• Vérifier l’horodatage du fichier dump du 20/11 pour confirmer qu’il a été généré avant la distribution du 20/11 19:19:13 — (équipe en charge du dump / production)
• Poursuivre l’instruction interne et la décision sur l’évolution du dump/ICAN pour indiquer explicitement les restaurations — Marco DAHLQUIST
• Suivre le ticket/évolution NSBFTESTEX-24083 (C622) qui modifie les libellés IHM-BO et confirmer sa livraison en R9 — David Laroche / équipe de développement
• Informer les demandeurs (Corinne, Kadietou, Badr) du résultat de la décision et des suites prévues — Marco DAHLQUIST
• Confirmer côté métier si l’explication fournie (restauration = entrée 13/11 ; dump antérieur à la distribution = absence du 19/11) est suffisante ou s’il faut créer un ticket pour évolution supplémentaire — Corinne LE DREFF