Table of Contents | ||
---|---|---|
|
Contexte
Dans le cadre de la vente de billets sur les automates (vending machine) certain paiements ne sont pas remontés correctement.
Le client dans ce cas est débité et les billets be sont pas produit.
Nous avons isolé 3 cas :
- Problème technique du au lecteur sans contact. L'application reçoit un refus mais le paiement et toutefois remonté comme succès sur Axis.
- Erreur technique lors de la mise à jour du paiement - ce problème sera corrigé
- Eerreur au moment de l'annulation le client annule la commande alors que le paiement est en cours - en cours d'analyse
Analyse / détection des cas
L'analyse et la détection des cas n'est pas possible de manière proactive et ne peut être réalisée que sur plainte du client.
Les ventes sur les automates étant par définition anonyme, il est impossible de faire la corrélation entre une paiement / une commande et une un acheteur.
L'impression d'un reçu de paiement confirmant la vente est la confirmation que la transaction s'est correctement déroulée.
Si aucun reçu n'est disponible, il s'agit d'identifier la transaction.
ePortal est l'outil a utiliser pour l'analyse des cas.
ePortal
ePortal est l'outil permettant de verifiverifier l'état des transactions réalisées sur un point de vente :
Pour être en mesure de retrouver les transactions à double dans ePortal, les informations suivantes sont requises :
- Date du paiement
- Montant
- Numéro d'autorisation des deux paiements
Basé sur ces informations il est possible de faire une recherche :
Une fois les transactions identifiée, le ticket commerçant donne les informations nécessaire pour confirmer le remboursement :
Le déatil
Basé sur le montant, le numéro de la carte masquée et du code d'autorisation fournis une transaction peut-être identifiée.
Le champ a extraire est le Cuserdata1 qui l'identification unique du paiement dans SecuTix, son format est : MDC-<ID>.
Pour s'assurer de l'état du paiement il est possible de faire une rcherche à l'aide de l'outil de requête :
Code Block |
---|
select payment_id, state from payment where payment_id = <ID>; |
Si le paiement est PAID dans ce cas il n'y a pas de raison de rembourser le client par contre si le résultat est UNPAID dans ce cas le client peut être remboursé. A condition que le soit bien crédité dans ePortal.
Remboursement du client
ePortal est uniquement un outils de consultation et aucune action ne peut être réalisée sur les paiements.
Pour rembourser le client sur une carte bancaire, le client doit être présent et l'opération doit être réalisé sur un terminal de paiement.
A noter que généralement cette opération est protégée et requiert la présence de la carte commerçant.
Il est aussi possible d'utiliser d'autre méthodes :
- Espèce
- Note de crédit pour le client
Le mode de remboursement autre que la carte de crédit sont liés au processus opérationnels du client.