Source: https://cryptanio.com/fr/wiki/commande-impayee-apres-paiement-crypto/
Language: fr
# Pourquoi une commande reste impayée après l\'envoi de cryptomonnaie
Vérifiez la transaction\, le réseau et le jeton\, les coordonnées de la tentative précise\, le montant et l\'état de la facture\. Si elle est déjà paid\, recherchez un problème d\'association à la commande ou de traitement du webhook\.
Mis à jour: 2026-11-14
Si un client a envoyé de la cryptomonnaie mais que sa commande reste impayée\, identifiez l\'étape du problème \: envoi\, confirmation du réseau\, rapprochement avec la facture ou traitement de la commande par votre site\. Ne lui demandez pas de payer à nouveau avant d\'avoir déterminé ce qu\'est devenu le premier transfert\.
Ce guide s\'adresse aux vendeurs qui acceptent les paiements au moyen de factures Cryptanio\. Il vous faut un accès au projet et les informations de la commande\. La configuration du gestionnaire est décrite dans le [guide de confirmation des commandes par webhook]()\.
## Rassemblez les informations d\'un paiement {#rassemblez-les-informations-d-un-paiement}
Notez les numéros de commande et de facture\, l\'identifiant de transaction\, le réseau\, l\'actif\, le montant envoyé\, le destinataire et l\'heure\. Si le client a changé de mode de paiement\, conservez les coordonnées de la tentative utilisée\. Une capture d\'écran sans identifiant de transaction ne suffit pas pour le rapprochement\.
N\'associez pas les réceptions aux commandes sur la seule base du montant \: le prix et le client peuvent être identiques\, et une facture peut comporter plusieurs tentatives de paiement\.
## Étape 1\. Vérifiez que le transfert a eu lieu {#tape-1-v-rifiez-que-le-transfert-a-eu-lieu}
Recherchez la transaction par son identifiant dans l\'explorateur du réseau sélectionné\. Vérifiez le résultat de l\'exécution et le destinataire\. Une demande de retrait sur une plateforme d\'échange ne signifie pas encore qu\'un transfert a été effectué\.
Une transaction en attente d\'inclusion ou en erreur ne confirme pas le paiement\. Pour une transaction retrouvée\, vérifiez les confirmations \: le délai dépend du réseau et de son état\. Consultez [Que signifient les confirmations d\'une transaction]() pour plus de détails\.
## Étape 2\. Vérifiez le réseau\, le jeton et toutes les coordonnées de paiement {#tape-2-v-rifiez-le-r-seau-le-jeton-et-toutes-les-coordonn-es-de-paiement}
Vérifiez le réseau\, l\'actif\, l\'adresse et les coordonnées complémentaires de la tentative précise\. Le nom USDT dans deux applications ne prouve pas qu\'il s\'agit du même réseau ou du même jeton\. Un faux jeton ou un jeton au nom similaire ne règle pas une facture dans l\'actif attendu\.
Si un destination tag\, un memo ou un commentaire était requis\, vérifiez\-le également\. Pour Solana Pay\, reference est une partie distincte de la demande de paiement\, et non un texte memo arbitraire\. La seule correspondance de l\'adresse peut ne pas suffire à attribuer la réception\.
Lisez [Quelle différence entre réseau et jeton]() si ces valeurs vous semblent incertaines\. Modifier un filtre dans l\'espace client ne change pas un transfert déjà effectué sur un autre réseau\.
## Étape 3\. Retrouvez la bonne tentative de paiement {#tape-3-retrouvez-la-bonne-tentative-de-paiement}
Dans Payments \(« Paiements »\)\, ouvrez le projet et la facture concernés\. Développez « Tentatives de paiement »\, puis « Transferts » pour la tentative correspondante\. Si l\'historique comporte plusieurs pages\, consultez\-les \: le premier écran ne présente pas nécessairement toutes les entrées\.
Changer d\'actif ou demander à nouveau des coordonnées de paiement peut créer une nouvelle tentative dans la même facture\. Associez le transfert à la tentative utilisée \: l\'adresse actuelle peut différer de celle attribuée auparavant\. La ressemblance des coordonnées ne permet pas de réaffecter une réception à une autre commande\.
Si le transfert existe sur le réseau mais n\'apparaît pas dans « Événements »\, vérifiez le projet\, le réseau\, l\'actif et le mode des événements sélectionnés\. Un paiement réel ne peut pas être confirmé par une entrée de test ou une simulation\.
## Étape 4\. Lisez l\'état de la facture {#tape-4-lisez-l-tat-de-la-facture}
Examinez l\'état de la facture entière\, et pas seulement celui d\'une transaction \:
- ` pending ` et ` seen ` — le paiement n\'est pas encore terminé pour permettre l\'exécution de la commande \;
- ` partial ` — seule une partie du montant est confirmée\, un paiement complémentaire est attendu \;
- ` underpaid ` — le montant reçu est inférieur au seuil autorisé et nécessite une décision \;
- ` overpaid ` — le trop\-perçu a été soumis à examen selon les règles du projet \;
- ` expired `\, ` late ` et ` canceled ` — le délai a expiré\, le paiement nécessite un examen ou la facture a été annulée \;
- ` paid ` — la facture est enregistrée comme payée \; il faut ensuite vérifier l\'exécution de la commande\.
Un trop\-perçu peut aboutir à ` paid ` si la politique du projet le permet\. Un montant supérieur au prix ne détermine pas à lui seul l\'état\. Consultez [Qu\'est\-ce qu\'une facture]() pour plus de détails\.
## Étape 5\. Examinez le montant et les délais {#tape-5-examinez-le-montant-et-les-d-lais}
Comparez le montant réellement reçu avec le montant exact de la tentative\. Les frais de l\'expéditeur ont pu réduire le versement reçu\. Un prix arrondi dans une conversation ne remplace pas la valeur de la page de paiement\.
Pour les paiements partiels\, le projet peut attendre le solde ou nécessiter une décision manuelle\. Vérifiez la règle applicable avant de conseiller au client de payer la différence\. Un transfert tardif ne peut pas non plus être automatiquement affecté à n\'importe quelle nouvelle commande\. Vérifiez l\'historique de la tentative\, son échéance et l\'heure de réception enregistrée\.
Si l\'acceptation ou le rejet manuel d\'un paiement litigieux est disponible\, convenez d\'abord de la décision avec le client\. Modifier l\'état de la facture ne renvoie pas les fonds depuis votre portefeuille\.
## Étape 6\. Si la facture est déjà paid\, vérifiez votre site {#tape-6-si-la-facture-est-d-j-paid-v-rifiez-votre-site}
Actualisez l\'état de la commande dans votre application\. Vérifiez son association à la facture et le journal des livraisons webhook \: une erreur de livraison\, une mauvaise association ou un échec du gestionnaire peuvent empêcher la confirmation de la commande\.
Tout nouveau traitement doit vérifier l\'état actuel et ne pas livrer le produit une seconde fois\. Si la transaction a été annulée après confirmation\, vérifiez les derniers événements et réévaluez la possibilité d\'exécuter la commande\.
## Quand contacter l\'assistance {#quand-contacter-l-assistance}
Si vous ne trouvez pas la cause\, transmettez à l\'assistance le numéro de facture\, l\'identifiant de transaction\, le réseau\, l\'actif\, le montant\, l\'heure\, l\'état et les vérifications déjà effectuées\. Les mots de passe\, clés API\, phrases de récupération et le secret de signature du webhook ne sont pas nécessaires\.
Étiquettes: [Paiements](https://cryptanio.com/fr/wiki/tag/payments/), [Webhooks](https://cryptanio.com/fr/wiki/tag/webhooks/)
## Articles associés
- [Comment confirmer automatiquement le paiement d’une commande par webhook](https://cryptanio.com/fr/wiki/confirmer-commandes-paiement-crypto-webhook/)
- [Que signifient les confirmations de transaction](https://cryptanio.com/fr/wiki/confirmations-de-transaction/)
- [La différence entre réseau et jeton](https://cryptanio.com/fr/wiki/reseau-et-jeton/)