[SECIEL] Incident Mineur - Utilisation operationId lors de initialize-distribution alors que expiré

Work in progress
N° Ticket :
CEP-24843
Créateur :
Eddy Mimouni
Dernière MAJ : 05/03/2026 à 09:48
Assigné Jira : Eddy Mimouni
Progression : 20%

Détails du ticket

Informations complètes

N° Ticket CEP-24843
Sujet -
Titre [SECIEL] Incident Mineur - Utilisation operationId lors de initialize-distribution alors que expiré
Type -
Priorité -
Statut Work in progress
Propriétaire -
Créateur Eddy Mimouni
Assigné Jira Eddy Mimouni
OS -
Dernière MAJ 05/03/2026 à 09:48
Lien Jira https://canalmobile.atlassian.net/browse/CEP-24843

Progression du ticket

Tags

Work in progress

Description détaillée

Résumé : Lors des analyses d’erreurs SECIEL, un volume significatif d’échecs provient du fait que l’appel /operations/{operationId}/initialize-distribution arrive plus de 3 minutes après la génération de l’operationId (opération expirée). Les cas couvrent plusieurs applications (IDFM/ViaNavigo, SNCF, RATP) mais une large majorité provient du Wallet Ciel. Dejamobile confirme l’absence de latence côté MarketPay/serveur ; Apple a fourni des traces montrant que les submitCommand reçus de Thales arrivent tardivement. Apple demande d’une part qu’on vérifie avec Thales la cause du retard et d’autre part au Wallet (côté Apple/éditeur) d’étudier la mise en place d’une restriction pour ne pas déclencher la distribution si l’initialize-distribution survient après 3 minutes. Logs et timestamps ont été fournis à plusieurs reprises par Dejamobile et l’équipe support.

Statut : En cours d’investigation et coordination multi-parties (Apple, Thales/Capri, éditeurs d’applications / Wallet, Dejamobile).

Actions restantes :
• Contacter Thales (submitCommand sender) pour expliquer pourquoi les submitCommand arrivent en retard et fournir un diagnostic — Thales
• Confirmer si le Wallet/éditeur (CIEL / équipe Apple Wallet) peut implémenter une restriction empêchant le déclenchement de la distribution quand initialize-distribution intervient >3 minutes après in-app-confirmation — Wallet (CIEL) / Apple Wallet
• Vérifier et aligner la logique de retry côté applications/éditeurs (IDFM, SNCF, RATP, autres) pour s’assurer que l’operationId n’est pas réutilisé au-delà de sa durée de vie — éditeurs d’applications (IDFM, SNCF, RATP, etc.)
• Poursuivre le suivi auprès d’Apple pour leur retour sur les logs fournis et l’analyse côté Apple (relances effectuées, attente de réponse) — Eddy Mimouni
• Fournir au besoin des traces supplémentaires, conversationID / correlationID et timestamps récents si Apple ou Thales en redemandent — Etienne Aleksandrowicz / Dejamobile (selon la trace demandée)
• Suivre l’état de la tâche prévue chez Dejamobile (sprint mentionné précédemment) et confirmer la livraison/mesures réalisées dans ce sprint — Dejamobile

Commentaires (0)

Ajouter un commentaire

Aucun commentaire pour le moment.

Résumé du ticket

05 Mar 2026
09:48

Ticket CEP-24843777

Créé par Eddy Mimouni

Aucun sujet

Statut actuel

Work in progress

Le ticket est ouvert et en attente de prise en charge.

Informations

N° Ticket

CEP-24843

Accélérateur de vos projets numériques|
2026 ©Monetech

v1.23.0

Loading…
Loading the web debug toolbar…
Attempt #