Description courte

Dump absent ou incorrect reçu au SAV Billettique

Description détaillée

Résumé : Le client ne peut pas utiliser son forfait de janvier : côté SIS/Atlas le titre apparaît distribué et payé, mais dans le dump le contrat est marqué avec le statut "RUF" (résiliation pour fraude) et le titre est considéré invalidé/inutilisable. Dejamobile Support indique que les dumps contiennent des données valides et suspecte un problème d'interprétation/parsing en aval ; SIS (Aleksandrowicz) confirme le paiement et le chargement du titre. Le point bloquant est l'origine et la signification du statut "RUF" dans le dump et son impact sur la validation côté applicatif.

Statut : À investiguer / en attente de retours des équipes d'exploitation (dl-fr-nsbf-exploitation) et de précisions techniques de Dejamobile Support.

Actions restantes :
• Vérifier auprès des systèmes d’exploitation si le forfait a bien été payé et pourquoi le dump contient ContractStatus="RUF" (confirmer s’il s’agit d’une résiliation pour fraude et si le statut est erroné) — dl-fr-nsbf-exploitation
• Fournir, si nécessaire, les éléments de contexte ou logs côté SIS/Atlas expliquant la présence de "RUF" malgré un paiement et un OrderStatus "Ended" (corrélation OrderId/transaction) — Aleksandrowicz / équipe SIS
• Indiquer précisément quels champs du dump, ou quelles anomalies de formatage, peuvent entraîner une non-interprétation du titre par l’implémentation MarketPay (ou confirmer qu’aucune erreur de parsing n’a été détectée côté SDK) — Dejamobile Support
• Si Dejamobile identifie des champs problématiques, fournir la liste des champs attendus/posant problème et exemples ; sinon, préciser quelles preuves ou logs sont attendus pour poursuivre l’investigation — Corinne LE DREFF / SAV (coordination)
• Coordonner l’analyse et définir la suite (correction upstream vs enquête parsing) afin de rendre une décision claire — Anass EL AFYA et Arnaud LECREUX