La page « merci » et la commande créée ne confirment pas la réception de l'argent. Pour le rapport sur les ventes, reliez le numéro de commande à un paiement confirmé et comptabilisez séparément les remboursements. Ne modifiez pas les statuts manuellement, afin que le rapport corresponde aux attentes.
Trois moments distincts
L'acheteur peut créer une commande, ouvrir le paiement et fermer la page sans payer. Il peut revenir sur le site avant la confirmation. C'est pourquoi l'événement d'interface, l'état de la commande et l'état du paiement sont vérifiés séparément. Chaque service de paiement définit ses propres statuts et son mode de confirmation ; les noms d'un prestataire ne sont pas universels.
Par exemple, la documentation de YooKassa distingue pending, waiting_for_capture, succeeded et canceled. Dans le processus choisi, l'attente du débit ne se substitue pas à un paiement réussi. Cette précision concerne la lecture des statuts, et non une instruction de modifier les paramètres d'acceptation des paiements.
Rapprochement pédagogique
Le registre contient quatre commandes de 1 000 roubles. Pour A, le paiement est confirmé ; B est en attente ; C est annulé sans débit réussi ; D est confirmé, puis un remboursement de 300 est enregistré. Les commandes créées s'élèvent à 4 000, les paiements confirmés à 2 000, et les remboursements enregistrés séparément à 300. Le solde des encaissements dans ces limites conventionnelles est de 1 700.
Il ne s'agit pas d'un calcul du chiffre d'affaires ou du bénéfice comptable : il n'y a ici ni coût de revient, ni commissions, ni autres obligations. Le but de l'exemple est de ne pas transformer quatre lignes de commandes en quatre achats payés.
Si les chiffres divergent
Vérifiez l'identifiant du paiement, la devise, le montant, l'heure et le dernier état confirmé. Un callback répété ne doit pas devenir un paiement supplémentaire du même paiement dans votre rapport. Laissez les cas incertains dans une liste distincte à examiner avec le responsable de la comptabilité. Marquez séparément les opérations de test et de démonstration ; leur présence ne prouve pas de réels encaissements.
Schéma : 1 — commandes créées ; 2 — paiements confirmés par identifiants ; 3 — rapprochement distinct des remboursements et des statuts inconnus.
Tâche connexe : L'acheteur est allé jusqu'au paiement et s'est arrêté : ce que le propriétaire de la page doit vérifier.
Sources
YooKassa : processus de paiement. Vérifié le 21 septembre 2026. Les exemples pratiques et les schémas relèvent d'une méthodologie éditoriale ; les chiffres conventionnels ne sont pas des données clients.
Pour une publication publique prête et distincte, vous pouvez consulter les conditions de vues. Ce service n'effectue pas le travail décrit et ne garantit ni un intérêt organique, ni des demandes, ni des ventes.