[GPT] Incident Majeur - Régression R6.1 - Erreur 500 ITER aléatoire - remboursement / geste commercial ko - 92 cas remontés par le SAV pour remboursement
Détails du ticket
| N° Ticket | CEP-24635 |
| Sujet | - |
| Titre | [GPT] Incident Majeur - Régression R6.1 - Erreur 500 ITER aléatoire - remboursement / geste commercial ko - 92 cas remontés par le SAV pour remboursement |
| Type | - |
| Priorité | Basse |
| Statut | Work in progress |
| Propriétaire | Arnaud LECREUX |
| Créateur | dl-fr-nsbf-exploitation |
| Assigné Jira | Ilan HERTZ CLEMENS |
| OS | - |
| Dernière MAJ | 16/02/2026 à 15:15 |
| Lien Jira | https://canalmobile.atlassian.net/browse/CEP-24635 |
Progression 0/0
0%Ajoutez des tâches pour suivre la progression.
Tags
Résumé du ticket
16 Feb 2026
15:15
Ticket CEP-24635843
Créé par dl-fr-nsbf-exploitation
Aucun sujet
Propriétaire
Assigné à Arnaud LECREUX
Jira : Ilan HERTZ CLEMENS
Statut actuel
Work in progress
Le ticket est ouvert et en attente de prise en charge.
Description détaillée
Résumé : Regression apparue en R6.1 provoquant des erreurs 500 aléatoires lors des tentatives de remboursement via ITER (erreur liée à SugarClient#sudo / token invalide). Environ 92 cas ont été remontés au SAV ; de nombreux cas ont été remboursés manuellement après investigations, mais des occurrences persistent. Les investigations sont centralisées dans le ticket NSBFTESTEX-25674 ; un correctif a été attendu/poussé en R6.2 mais les logs montrent que le problème subsiste.
Statut : En cours / à investiguer (problème non résolu de façon pérenne).
Actions restantes :
• Poursuivre les investigations et tenter de reproduire le problème de token (NSBFTESTEX-25674) — dl-fr-nsbf-exploitation / Etienne ALEKSANDROWICZ
• Vérifier en production après les déploiements R6.2 / R6.2.x si le correctif supprime définitivement les erreurs 500 et communiquer l'état pour clôture du ticket — Etienne ALEKSANDROWICZ
• Traiter les cas de remboursement encore en échec et mettre à jour le tableau de suivi (indiquer remboursé / impossible / action requise) — dl-fr-nsbf-exploitation / Etienne ALEKSANDROWICZ
• Pour les commandes trop anciennes (impossibles à rembourser manuellement), confirmer l'impossibilité et remonter aux acteurs concernés (ex. SIPS) — responsabilité non identifiée
• Confirmer officiellement la résolution ou l'absence de résolution auprès du SAV / demandeurs (Corinne, Ilan, Nora, Mhamed) une fois tests et vérifications effectués — Etienne ALEKSANDROWICZ (demande initiale adressée)
Commentaires (0)
Ajouter un commentaire
Aucun commentaire pour le moment.
Relancer le ticket CEP-24635843
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.