Description détaillée

Résumé : En production, l'API refund-auto renvoie des 409 : les titres sont invalidés / mis en liste noire côté support mais le remboursement n'est pas effectué. Une cause identifiée initialement : refund-auto appelé trop tôt (avant la fin effective de la distribution/invalidation). Un correctif avait été livré en 10.76.1 (22/09/2025) mais des cas continuent d'apparaître sur des versions récentes de l'app RATP iOS (builds 966, 988, 1015, 1054…), et sur des SDK/versions différentes (3.2.12 vs 4.1.5). Plusieurs investigations sont en cours (analyse de séquences d'appels, corrélation des logs horodatés, vérification du comportement du SDK). Le problème n'est toujours pas résolu et les incidents persistent en prod (volumétrie : dizaines de cas sur un mois, ~15 cas en 24h relevés en février).

Statut : En cours — investigation multi-équipes (application RATP iOS, API/UGAP, fournisseur SDK Dejamobile). Incident non résolu et reproductible en production.

Actions restantes :
• Partager les logs horodatés côté backend/UGAP pour les cas fournis (ex. 19/01 et récents) afin de rapprocher les séquences avec les traces client — Stéphane GAGNOR
• Fournir le nombre d’usagers ayant mis à jour l’app iOS vers la version contenant le passage au SDK 4.1.5 (depuis 27/01) et vérifier baisse d’occurrence post-mise à jour — Stéphane GAGNOR
• Vérifier que le correctif livré en 10.76.1 est bien présent dans les builds récents (11.x) et expliquer pourquoi des cas subsistent malgré les versions publiées — Stéphane GAGNOR / équipe release
• Confirmer techniquement si le SDK (notamment la v3.2.12) peut renvoyer un succès de confirmDistribution avant la fin réelle de la distribution et documenter différences entre v3.2.12 et v4.1.5 — Dejamobile Support
• Continuer à fournir et centraliser les cas récents (séquences d’appels + user-agent) pour permettre la corrélation et la reproduction — Etienne ALEKSANDROWICZ (dl-fr-nsbf-exploitation)
• Coordonner la corrélation des traces entre client (app/SDK) et backend pour confirmer si le problème est un mauvais séquencement côté appli/SDK ou un délai/asynchronisme côté back — Stéphane GAGNOR et Etienne ALEKSANDROWICZ
• Effectuer les remboursements manuels pour les commandes impactées historiques (rbt manuel déjà prévu pour cohérence) — dl-fr-nsbf-exploitation / Etienne ALEKSANDROWICZ