J'intégrerai alipay ou wechat pay avec rapprochement et remboursements

Les API de paiement sont simples. Tout ce qui les entoure ne l’est pas.


J’ai déployé Alipay, WeChat Pay et des agrégateurs en production. Ce qui peut mal tourner, et ce que je gère par défaut :

Idempotence. Une même commande reçoit le callback deux fois. Sans écritures idempotentes, vous facturez ou accordez deux fois. Chaque chemin d’écriture est indexé sur l’identifiant de votre commande.

Rapprochement. La passerelle indique « payé », votre base de données indique « en attente ». Vous obtenez une vue de rapprochement, pour régler l’écart dès maintenant plutôt que lors d’un audit.

Remboursements. Remboursements partiels et complets, remise à zéro du solde et du stock, statut visible à chaque étape. Les états sont écrits et construits comme une machine d’états, et non disséminés en ifs.

Vérification des callbacks. Vérification des signatures, protection contre les rejouements et journal consultable pour le jour où un client affirme avoir payé.

Mesures contre la fraude. Là où il existe une subvention : limites par compte, téléphone et adresse.

Déploiement. Vous n’obtenez pas un fichier zip — vous le faites fonctionner, avec la base de données initialisée et les certificats en place.

Envoyez-moi vos canaux et vos identifiants.

J’ai déployé Alipay, WeChat Pay et des agrégateurs en production. Ce qui peut mal tourner, et ce que je gère par défaut :

Quelles méthodes de paiement et quels agrégateurs prenez-vous en charge ?

Idempotence. La même