-

Absence de donnée dans le dump - SECIEL

24/10 une évolution est nécessaire pour différencier un vrai remboursement et un vrai / faux.

-

31/01 Attention nombreux cas qui sont remontés par les clients 21/02 préco de faire sauvegarde et resauration pour corriger le pb. Mais du fait 'une ano sur sauvegarde et resto, il faut attendre la 5.2 fin mars. Volumétrie du nb de client qui ne sont pas sur le nouvel Oracle Asset : en cours analyse Communiquer au client sur le fait de consommer titre et créer nouvelle carte et supprimer celle qui pose problème. 19/05 en attente retour client

574

0

Les clients 80102213 et 80077866 on bien réussi à sosucrire cependant ils indiquent ne pas avoir leur carte sur le wallet. Sur leur fiche client on constate qu'il nont pas de support avec le NL+ dedans. Il semblerait que des sauvegardes ont été effectué et les restaurations ne semblent pas récupérer le NL+ (pas de support ?)

-

0

-

-

-

-

appels multiples pour des "cardAccountId" qui generent beaucoup d'appels à setInAppConfirmation et finissent en 400

Analyse des logs STLB ATLAS montrant le rejet de certaines commandes APDU contenant le caractère non valide “null” au lieu d’hexadécimal,

android 16 Samsung

-

Mauvais setup valideurs / Facturations à tort en correspondances

12/11: ticket affecté à la ratp pour donner une explication. difficile d'avoir une reponse sans accees au telephone du client 20/10:Validation impossible que sur quelque ligne de Bus. puisque le telephone valide sur autre valideur, il s'agit pas d'un probleme de wallet mais plutot d'un porbleme compatibilité entre telephone et valideur de bus

12/11: sujet evol sur affichage date de distubution sur ican. il existe une anomalie d'affichage des libellé qui suivi sur CEP-24765

12/11: pas encore de date de livraison coté application 20/10:anomalie dans l'affichage des titres. En effet, le menu supports montrent que le client a encore des TMT et ticket aéroport alors que le dump indique qu'il n'y a plus de tickets.

mauvais paramétrage valideurs CDG Etoile

Client remboursé mais avec un décalage d'1h20.

12/11: sujet coté dejamobile cartes avec date d'expiration à 0. identifiées comme "non initialisées" 6800 cartes identifiées dans ce cas sur 5 jours. Mais ces cartes continuent à être utilisées, elles sont donc fonctionnelles et bien initialisées. Donc problème application. 29/10: Etude des logs en cours chez Nicolas Lhostis 31/10: L'appli IDFM n'arrive pas à lire la carte correctement

-

-

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 ?

-

Les achats effectués via l’app Bonjour RATP ne remontent pas dans l’IHM BO, contrairement à ceux réalisés sur l’app IDFM

-

-

0

-

Idem CEP- 23732

-

Le client Client François-Xavier Payet SIS 81289902 a souscrit un contrat NL+ sur téléphone le 29/04. Il souhaitait mettre son contrat sur sa watch. Il a donc suivi les étapes suivantes : Faire une sauvegarde du contrat NL + : Mon espace, Nous contacter, Mes titres de transport achetés ou souscrits avec mon téléphone, Mon téléphone, Je souhaite sauvegarder mes titres, Continuer. Votre Samsung Watch doit être connectée avec l’application IDFM installée sur la montre Faire une récupération de votre contrat NL+ sur votre samsung watch : Mon espace, Nous contacter, Mes titres de transport achetés ou souscrits sur ma Samsung Galaxy Watch, Je souhaite récupérer le contenu d’un ancien support. A la dernière étape il a rencontré une erreur. En PJ la vidéo. En réessayant il a eu un autre message. cf. en PJ Il ne peut plus rattacher le contrat ni sur sa watch ni sur son téléphone.

0

Mauvaise gare affiché lors d'une validation (bus seulement)

-

-

Suite aux pertes de titres probables dans le cas du bug iOS double backup / restauration, le groupement a procédé à l'extraction des titres concernés (ou suspectés), voir fichier joint. Il faudrait confirmer en prenant si besoin contact avec les usagers si il y a bien eu perte de titre pour leur proposer le remboursement correspondant.

-

En cas nominal, le DELIVERY_ERROR indique une erreur technique détectée lors de la distribution. Le client a payé, mais n’a pas été délivré du titre et devrait être remboursé par la suite par un batch d’annulation. Pas d'augmention réelle au vu de l'augmentation des ventes mais problème en cours de livraison pour la R6 titre chargé, mais mail achat non reçu pour 95% de ces statuts : En attendant, traitement de chgt d’état de commandes pour envoi automatique de mail achat lors du rattrapage des DELIVERY_UNCERTAIN à 1h et 13h chaque jour. 20/02 pbs réglés avec déploiement de la 5.1 fin janvier. Une nouvelle ano suite au déploiement suivi dans le ticket CEP-21282

[ACTION ARNAUD]14/11: Pas de retours client. Aller voir dans Sugar & achats client depuis le 10/11?? 7/11: relance Corinne pour retour client. (lié à Android 16??) Le client arrive à valider à sa station de départ mais en sortie à La Défense il a une croix rouge sur le valideur. (tout était ok jusqu'à début aout où le client a commencé à rencontrer le pb) Mais il semble aussi que parfois le valideur lui mets "titre non valable" 29/10: Message envoyé au client le 28/10 pour demander plus d'infos.

-

Affichage incorrect du numéro de support dans l’IHM BO lors d’une restauration Apple,

Centraliser les retours d’expérience et le suivi des actions liées à l’incident critique CEP-22605