Paiements en ligne : comment gérer les commandes payées, échouées et remboursées

L'erreur la plus coûteuse n'est pas la commande qui n'est jamais payée : c'est le colis expédié pour un paiement jamais arrivé, et le remboursement émis deux fois parce que deux personnes ont regardé deux écrans différents. Cela arrive parce que, dans la boutique, dans le système de paiement et dans l'esprit de ceux qui travaillent, le mot « commande » désigne trois choses différentes. Ce guide sert à les mettre en ordre et à établir, pour chaque état, ce qu'il est permis de faire.

Trois événements, pas un seul

• La commande créée. Le client a rempli le panier et ses coordonnées, un numéro de commande existe. Du point de vue de l'argent, rien ne s'est passé.
• Le paiement lancé. Le client a été envoyé pour payer ou a saisi les données de sa carte. À partir de là, le résultat ne dépend plus de votre boutique.
• L'encaissement confirmé. Le système de paiement indique que l'opération a réussi. C'est le seul événement qui autorise à préparer la marchandise.

La confusion habituelle consiste à traiter la page de remerciement comme une confirmation. Cette page indique seulement que le client est revenu sur le site : il peut y revenir même après un paiement refusé, et peut ne jamais y revenir après un paiement réussi.

La confirmation arrive après, et pas depuis le navigateur

La notification qui compte est celle que le système de paiement envoie au vôtre, sans passer par le client. Elle peut arriver en quelques secondes ou après plusieurs heures, selon la méthode. Cela impose quatre règles.

• Aucune commande ne devient payée parce que le client est arrivé sur une certaine page.
• La même notification peut arriver plusieurs fois. Le système doit pouvoir la recevoir deux fois sans créer deux commandes, deux e-mails ou deux mouvements de stock.
• Les notifications peuvent arriver dans le désordre : d'abord l'annulation d'une tentative, puis la confirmation d'une précédente. C'est le résultat qui prime, pas l'ordre d'arrivée.
• Une commande peut rester en attente de façon tout à fait légitime. Il faut un délai maximal déclaré pour chaque méthode de paiement, après lequel la commande se ferme et la marchandise réservée redevient disponible.

Le tableau des états et des actions permises

Un tableau comme celui-ci, décidé une fois pour toutes et affiché là où les commandes sont préparées, évite la plupart des erreurs. Les noms doivent être adaptés à ceux de votre système, mais le sens doit rester unique.

Le remboursement est un état, pas un e-mail

Dans la plupart des cas, le double remboursement ne naît pas d'une distraction, mais du fait que le remboursement peut être lancé depuis deux endroits différents.

• Il faut décider qui est autorisé à l'émettre, et depuis quel écran. Un seul endroit, toujours le même.
• Un remboursement émis depuis la fiche du système de paiement sans passer par la boutique est la cause la plus fréquente de duplication : la deuxième personne qui regarde la commande la voit encore payée et refait l'opération.
• Chaque remboursement s'enregistre dans la commande avec le montant, la date, le motif et le nom de la personne qui l'a émis.
• Un remboursement partiel doit indiquer quelle ligne il concerne : sans ce détail, ni la comptabilité ni le stock ne sont justes.
• La marchandise revient en stock après le contrôle, pas au moment où elle est remboursée.

Réconcilier : la comparaison à faire de toute façon

Trois listes doivent raconter la même histoire : les commandes de la boutique, les opérations du système de paiement, les crédits sur le compte. Elles ne coïncident jamais du premier coup, et pour des raisons normales : commissions retenues, crédits groupés, opérations à cheval sur deux journées, remboursements qui suivent leur propre délai.

1. Fixer une fréquence et ne pas en changer : celui qui le fait de façon occasionnelle accumule des écarts que plus personne ne parvient ensuite à reconstituer.
2. Comparer par numéro de commande, jamais par montant : deux commandes de la même valeur le même jour rendent la comparaison par montant inutilisable.
3. Tenir la liste écrite des écarts normaux et attendus, afin que seuls restent visibles ceux qui doivent être expliqués.
4. Confier à une personne les écarts non expliqués, avec un délai pour les résoudre.

Les anomalies doivent être signalées à une personne

Certaines situations ne se voient pas en regardant les commandes une par une, parce qu'elles semblent toutes normales. Il faut les rechercher exprès et les signaler.

• Commandes payées qui restent non préparées au-delà du délai que vous vous êtes fixé.
• Commandes préparées ou expédiées sans confirmation d'encaissement.
• Notifications du système de paiement que votre site a refusées ou n'a pas traitées.
• Remboursements enregistrés d'un seul côté.
• Commandes avec un montant différent entre la boutique et le système de paiement.

Une alerte que personne ne regarde n'est pas une alerte. Chaque élément doit avoir un destinataire nommé, et la première semaine doit servir à retirer les signalements inutiles : si le bruit est trop important, la liste est ignorée en quelques jours.

Ce que ce guide ne couvre pas

Ce guide décrit le flux et qui fait quoi. Les conditions économiques et contractuelles — commissions, délais de crédit, responsabilités en cas de contestation, obligations de vérification — se lisent dans le contrat de votre fournisseur et ne se déduisent pas d'un guide. Les obstacles qui font abandonner le panier avant le paiement et les messages à envoyer au client après la commande sont traités ailleurs.