Mars 2022 (version 3.6.2)

Mise à jour 3.6.2 : la mise à jour résout les tickets #67153, #68753, #71102, #71486, #71835

• Mise à jour API de recharge de carte (#76980)
• Harmonisation des composants bootstrap table sur les pages historiques des opérations ticket, liste des tâches, les points de services (#76420)
• Prise en compte des améliorations de l'historisation au niveau du module de contrôle (#75027)
• Prise en compte des opérations d'annulation sur le reporting Relevé de transaction inter réseaux (excel) (#75274) - ne concerne que les clients en interopérabilité
• Optimisation de –
• correction bugs/incidents
  • Anomalie lors de la consultation de la liste des menus de la gestion des terminaux (#77954)
  • Anomalie de redirection du bouton Retour de la page des transactions rejetées (#75267)
  • Erreur Cannot cast object lors de la mise en opposition de ticket carburant (#71326)
  • Incident du programme de synchronisation des transactions offline qui prend en compte des transactions partenaires rejetées par le TPE (#77930) - ne concerne que les clients en interopérabilité
  • Lors de l'envoi de code PIN par lot les messages ne sont pas transmis (#73484)
  • Anomalie qui rend valide un ticket carburant durant un processus de génération qui ne s'est pas bien terminé (#62907)
  • Incident rare durant le processus de synchronisation d'un enrôlement de la fidélité (#74465) - ne concerne que les clients disposant du module de la fidélité
  • Anomalie lors de la consultation de la liste d'un groupe de diffusion durant l'envoi de notifications (#74290)
  • Le report suivi consommation ticket n'affiche pas les transactions historisées (#75129)
  • Mauvaise redirection du bouton Export au niveau de la des relevés de transaction (#75212)
  • Anomalie lors de la confirmation d'une consommation ticket carburant (#75478) - ne concerne que les clients en interopérabilité
  • Impossible de saisir le numéro pièce lors de l'édition d'un client ou un bénéficiaire (#75401)
  • Le bouton cliquer ici pour fermer ne quitte pas le popup lors de l'édition d'un nouveau message (#75465)
  • Impossible de supprimer un destinataire après ajout lors de l'édition d'un nouveau message (#75462)
  • Erreur lors de la recharge d'une carte virtuelle point e-service (#75289)
  • Impossible d'annuler une transaction de type dotation (#74355)
  • Prise en compte des améliorations sur l'historisation des transactions au niveau du portail client (#75159)
  • Erreur lors de la mise à jour d'un profil de carte (#74617)

• Ajout du bénéficiaire sur le reçu de paiement d'un code de transaction (code électronique) (#74775)
• Amélioration sur le contrôle de la saisie du numéro de badge (#78145)
• Révision de la fonction de contrôle des consommations de ticket en saisie (#78158)
• correction bugs/incidents
  • Fatal Exception: Unable to stop service on SynchroConfirmationTrxIntentService crash qui survient lorsque la fonction Thread.stop est utilisée. Cette dernière est obsolète et a été revue (#76497)
  • Erreur Cannot cast object lors de la lecture d'un ticket carburant déjà consommé (#77393)

L'API de recharge set-credit-card peut désormais prendre en compte les éléments suivants :

• la référence de paiement de la plateforme du partenaire qui est obligatoire
• l'id de session de la transaction qui est unique. Ce paramètre est optionnel

Vous pourrez avoir le détails depuis la documentation technique de nos API.

Les transactions offline sont réalisables sous certaines conditions et permettent de pouvoir servir le client tout en mesurant le risque lié à ce procédé. Toutefois cette fonctionnalité bien qu'avantageuse d'un point de vue commercial, comporte une condition qui si elle n'est pas suivie peut devenir inconvénient : un solde carte sur TPE différent de celui en ligne. Voici une liste qui présente les différents supports de paiement à ce jour avec leur moyen de communication :

Avec l'introduction du paramétrage en full online, les supports de type carte et ticket éligibles au mode offline seront plus autorisés à être servis sans connexion internet. Ce paramétrage peut se faire à deux niveaux :

1. au niveau de l'établissement : les tickets et cartes ne peuvent plus être servis sans connexion internet
2. au niveau des profils de carte : uniquement les profils de carte choisis pourront être servis sans connexion internet. Il faudra au préalable activé le mode full online établissement pour cette action soit possible

Remarque : en activant cette option les TPE ne serviront plus les supports de paiement éligibles sans connexion à internet. Charge au point de service de se doter des moyens de disposer d'une connectivité à internet suffisante pour que les TPE puissent servir les clients.

Pour rappel la synchronisation d'une transaction offline est tâche automatique réalisée par le TPE à une fréquence définie à condition qu'une connectivité à internet soit disponible. Les utilisateurs peuvent aussi à tout moment réaliser cette action en cliquant sur Remontée Offline depuis le menu Divers du TPE.

Durant le processus synchronisation d'une transaction offline, le TPE n'est acquitté que si la transaction soumise peut être traitée par le serveur. Au cas échéant, la transaction reste sur le TPE jusqu'à ce que le point de blocage soit levé pour que le synchronisation puisse se faire.

Désormais, ce processus est simplifié au niveau du TPE qui ne se chargera que de communiquer les informations de la transaction réalisée. Le serveur fera tout son traitement depuis la plateforme web. De cette manière la seule raison pouvant empêcher une transaction sur le TPE de synchroniser sera un défaut de connexion internet.

Une fois le traitement fait par le serveur, l'administrateur pourra depuis le module Transaction

• consulter les transactions non encore comptabilisées qui seront traitées par le système au moment de l'exécution de processus de comptabilisation à une fréquence régulière
• consulter les transactions qui ont été rejetées par le système ainsi que le motif de rejet pour prise en charge par l'administration si une correction est possible
• réaliser des forçages sur les transactions non comptabilisées

Ces pages et actions dans le module Transaction sont protégées par le rôle ROLE_COMPTA_TRANSAC. Il faudra l'assigner à l'utilisateur pour qu'il soit autorisé.

Toujours dans le cadre d'amélioration des outils permettant une meilleure prise en charge des incidents reportés sur les cas présumés d'écart de solde entre celui du TPE et celui de la carte depuis le BO, cynod va collecter et lister les récentes opérations carte qui ferait l'objet d'écart pour analyse par les utilisateurs habilités. A la suite de l'analyse la mise à jour du cumul pourra être réalisée. Cet ensemble de nouvelles fonctionnalités est régi et protégé par le rôle ROLE_CHECK_CARTE. Il faudra l'assigné à l'utilisateur pour que le module Contrôle lui soit accessible.

Très régulièrement le système va lister toutes les cartes supposées présenter une incohérence au niveau du cumul de transaction sur la base de la dernière situation normale souvent égale à 0. L'administrateur pourra analyser l'historique de transaction de la carte et vérifier ces informations avant de procéder à une démarche corrective.

En renseignant une carte ainsi que la période choisie, le système va lister pour toutes les transactions connues le détail de l'évolution du solde et des différents cumuls.

La mise à jour du cumul de la carte peut permettre de corriger de rares cas d'écart de solde en terme d'interprétation pour le TPE et la back-office. A chaque utilisation de la fonctionnalité, le système crée une alerte envoyée à une liste de diffusion et enregistre les actions réalisées pour des besoins d'audit.

Lors de la consultation du solde de la carte depuis le TPE, le système affiche les informations selon que la carte dispose d'un cumul de transaction offline et de la disponibilité d'internet pour contacter le serveur. Dans le cas où le serveur est disponible, le solde qui est affiché prend en compte le cumul de transaction de la carte si cette dernière en dispose. Au cas échéant (mode offline) , seules les informations du solde disponible sur la carte est affiché.

Le cumul de transaction offline signifie le total d'opérations réalisées par la carte sur des TPE ne disposant pas de connexion internet au moment de la transaction. Cette information est stockée sur la carte jusqu'à ce que le TPE synchronise ses informations et que ces opérations soient comptabilisées. A la prochaine transaction online de la carte, le cumul sera rafraîchit.

Désormais pour faciliter la lecture du solde TPE, l'information du total de transactions en attente de comptabilisation sera affichée lorsque le système le détecte.

Lorsque le TPE parvient à contacter le serveur et qu'un cumul est détecté : le solde disponible est affiché ainsi que celui en attente de comptabilisation

Lorsque le TPE ne parvient pas à contacter le serveur et qu'un cumul est détecté : le solde de la carte sera affiché

• motif : affiche le motif saisie lors de l'opération pour les cas de transfert ou code électronique. le nombre de caractère à afficher sera tronqué s'il dépasse 50 caractères.
• solde progressif : affiche pour chaque ligne solde après chaque opération

Ces informations feront partie du contenu exporté au format excel (xlsx).