EVOLUTION - IHM BO au global - Sauvegarde / restauration Ko - incohérence IHM BO - impossible de traiter côté agents (NSBFTESTEX-26595)
N° Ticket : |
CEP-23581 |
Créateur : |
David Laroche |
| Dernière MAJ : | 23/02/2026 à 08:55 |
| Assigné Jira : | David Laroche |
| Progression : | 20% |
Détails du ticket
Informations complètes
| N° Ticket | CEP-23581 |
| Sujet | - |
| Titre | EVOLUTION - IHM BO au global - Sauvegarde / restauration Ko - incohérence IHM BO - impossible de traiter côté agents (NSBFTESTEX-26595) |
| Type | - |
| Priorité | - |
| Statut | IN PROGRESS |
| Propriétaire | - |
| Créateur | David Laroche |
| Assigné Jira | David Laroche |
| OS | - |
| Dernière MAJ | 23/02/2026 à 08:55 |
| Lien Jira | https://canalmobile.atlassian.net/browse/CEP-23581 |
Progression du ticket
Tags
Description courte
un client qui n'a pas réussi restaurer son forfait Mois de Juillet. D’après l’IHMBO, c’est le support 363207051 qui a été déclaré perdu/volé le 11/07. Et ce support ne contenait pas de forfait mois de Juillet. C’est le support 362128018 qui contient un forfait mois de Juillet , toutefois, ce support n’apparait pas dans IHM BO ? Pourquoi ? Savez-vous s’il y a eu une tentative de reconstitution du forfait mois de Juillet, IHM BO nous donne trop peu d’information. Pourquoi le client n’arrive pas à reconstituer son forfait ?
Description détaillée
Résumé : Le client n'a pas pu restaurer son forfait de juillet. L'IHM BO affiche que le support 363207051 a été déclaré perdu/volé le 11/07 et ne montre pas le support 362128018 qui, d'après d'autres sources, contenait le forfait de juillet. Analyse initiale (Vinh Phuc Jonhson Mac) : le support 362128018 n'est pas rattaché à un compte IDFM Connect, a été mis en liste noire et invalidé le 09/07, puis purgé des logs/BDD ; une tentative de restauration a été faite vers le support 371574429 le 09/07 mais a échoué (appels API manquants), entraînant un statut BCC. L'incident est transmis pour analyse approfondie (CDT / BE / Worldline/Conduent). Des incohérences d'affichage/synchronisation entre IHM BO et ICAN (supports, montants de remboursement) sont également signalées et soulèvent la nécessité de revoir l'exhaustivité des cas d'usage d'IHM BO.
Statut : En cours d'analyse (CDT / BE) — investigation technique et revue fonctionnelle en cours.
Actions restantes :
- Poursuivre l'analyse technique approfondie pour déterminer la cause de l'échec de la sauvegarde/restauration (appels API manquants, statut BCC) et la chronologie exacte des opérations — BE / Worldline / Conduent (transmission initiée par Vinh Phuc Jonhson Mac)
- Vérifier la possibilité de récupérer les logs/traces du support 362128018 malgré la purge ou confirmer l'impossibilité (politique de rétention SCAR) — CDT / équipe SCAR
- Fournir une réponse formelle au client expliquant pourquoi la restauration a échoué et l'état du support 362128018 — Vinh Phuc Jonhson Mac (analyse fournie ; préparer le retour au client)
- Trancher si le suivi doit continuer sur ce ticket ou basculer/centraliser le suivi sur le ticket CEP-24512 (remontée achats Bonjour RATP / SNCF Connect) — David Laroche
- Étudier et définir le périmètre fonctionnel pour l'évolution d'IHM BO (cas d'usage exhaustifs, impacts CM / NL+ / IDFM Connect / SIG, prise en charge de nouveaux SNM) et produire les spécifications nécessaires — Kevin Topaloglu et David Laroche (demande de spécs déjà sollicitée)
- Investiguer et corriger les incohérences entre IHM BO et ICAN (supports retrouvés via adresse email, montants de remboursement divergents) — David Laroche (BVV/API)
Commentaires (0)
Ajouter un commentaire
Aucun commentaire pour le moment.
Résumé du ticket
23 Feb 2026
08:55
Ticket CEP-23581657
Créé par David Laroche
Aucun sujet
Statut actuel
IN PROGRESS
Le ticket est ouvert et en attente de prise en charge.
Informations
N° Ticket
Lien Jira
Incident serveur critique
Problème de connexion client
Demande d’accès utilisateur
Bug affichage tableau de bord
Support Monetech
Signalez un problème ou créez un ticket. Notre équipe vous répond sous 24h.