Fiatside

Blog

Sous-payer une commande, ce qui se passe reellement

Depot inferieur au montant cote, sur-paiement, envoi tardif, mauvais reseau : le traitement exact de chaque ecart entre la commande et le depot recu.

Publie le
Mis a jour le
Duree de lecture
9 min de lecture
Signature collective (Signature editoriale collective) : ce texte n’est attribue a aucune personne physique. Il n’a pas encore ete relu par un responsable editorial nomme. Les chiffres proviennent des donnees du produit ou de sources publiques citees dans le texte.

Vous creez une commande pour 0,05 BTC. Vous envoyez 0,0498 BTC parce que votre plateforme a deduit ses frais de retrait du montant, pas en plus. La commande attend 0,05, elle recoit moins. Que fait le systeme ?

La reponse courte : il traite ce qu'il a recu, au taux verrouille, et vous verse le montant correspondant. Rien n'est bloque, rien n'est perdu, et il n'y a pas de penalite. La reponse longue merite un article, parce que tous les ecarts ne se traitent pas de la meme facon.

Pourquoi le montant recu est presque toujours different

Un depot exactement egal au montant cote est l'exception, pas la regle. Trois causes mecaniques :

  1. Les frais de retrait de la plateforme d'origine. La plupart des interfaces proposent « envoyer le maximum » ou « tout retirer », et deduisent leurs frais du montant saisi. Si vous tapez 0,05, il part 0,05 moins les frais.
  2. Les frais de reseau sur les chaines UTXO. Sur Bitcoin ou Litecoin, la transaction consomme des entrees et cree des sorties ; les frais sont pris sur la difference. Un portefeuille qui envoie « tout le solde » ajuste le montant vers le bas.
  3. La precision d'affichage. Un solde affiche 0,05 peut valoir 0,04999998 en unites de base. L'arrondi visuel n'est pas l'arrondi comptable.

Un systeme qui exigerait le montant exact au satoshi pres rejetterait la quasi-totalite des depots legitimes. C'est pourquoi le montant cote est une intention, pas une condition.

Le traitement d'un sous-paiement

Quand le depot recu est inferieur au montant cote, la sequence est la suivante.

Le taux verrouille s'applique tel quel. Le taux fige a la creation de la commande ne depend pas de la quantite. Il est recalcule sur la quantite reellement recue. Vous ne perdez pas le benefice du verrouillage parce que vous avez envoye moins.

Les frais variables suivent le montant. Le spread etant un pourcentage, il baisse proportionnellement. En revanche, les frais fixes ne bougent pas : le cout reseau estime et le frais de rail restent identiques. Sur un petit ecart c'est negligeable ; sur un depot tres inferieur a la commande, la part relative des frais fixes augmente. C'est le mecanisme decrit dans Taux affiche contre taux effectif.

Le net est recalcule et affiche. Vous voyez le nouveau montant avant le paiement, avec la meme decomposition ligne a ligne.

Le payout part normalement, des que les confirmations sont atteintes.

Une seule condition peut bloquer : si le montant recu tombe sous le minimum de depot de l'actif. Ce minimum existe parce qu'en dessous, les frais fixes depassent la valeur du depot ; il est publie sur la fiche de chaque actif et repris sur la page Limites et plafonds. Dans ce cas, le depot est conserve et deux options vous sont proposees : completer par un second envoi sur la meme adresse, ou demander une restitution a l'adresse d'origine, diminuee du cout reseau du renvoi.

Le traitement d'un sur-paiement

C'est le cas symetrique, et il est plus simple. Le surplus est traite avec le reste, au meme taux verrouille, tant que le total reste sous le plafond applicable a votre niveau de verification.

Si le total depasse ce plafond, la partie au-dela n'est pas convertie automatiquement. Elle attend, et deux issues sont possibles : vous completez votre verification pour debloquer un palier superieur, ou vous demandez la restitution du surplus. Les paliers sont publies sur la page Verification d'identite.

Les envois multiples sur la meme adresse

L'adresse de depot est dediee a une commande. Plusieurs envois vers cette adresse pendant la fenetre de validite sont additionnes et traites comme un seul depot.

Deux precisions importantes :

  • Chaque envoi a ses propres confirmations. Le payout attend que le dernier envoi pris en compte soit confirme, pas seulement le premier.
  • Apres expiration de la fenetre, l'adresse reste surveillee mais le taux ne l'est plus. Un envoi tardif declenche une nouvelle cotation, decrite ci-dessous.

Le depot arrive apres l'expiration du taux

C'est le cas le plus frequent apres le sous-paiement, et la source principale d'incomprehension. La fenetre de verrouillage — quinze minutes pour un actif volatil, trente pour un stablecoin — est calibree sur le temps de confirmation typique d'un envoi correctement tarife. Un envoi avec des frais trop bas la depasse regulierement.

Ce qui se passe alors :

  1. Le depot est detecte et rattache a votre commande.
  2. Le taux initial n'est plus applicable. Le systeme etablit une nouvelle cotation au taux du moment.
  3. Vous devez accepter explicitement ce nouveau montant. Aucun paiement ne part sans cette acceptation.
  4. Si vous refusez, la restitution a l'adresse d'origine est proposee, diminuee du cout reseau.

Le point essentiel : nous ne pouvons pas honorer un taux expire. Entre le moment de la cotation et l'arrivee du depot, la couverture de marche correspondante n'existe plus. Un service qui promettrait de tenir un taux indefiniment ne tiendrait pas cette promesse en cas de mouvement defavorable — il la tiendrait uniquement quand cela l'arrange.

Le mauvais reseau

Cas different, plus lourd. Vous avez envoye l'actif attendu, mais sur un reseau que la commande n'attendait pas — de l'USDT ERC-20 vers une adresse de depot Polygon, par exemple.

Sur les reseaux compatibles EVM, la meme cle privee controle la meme adresse sur toutes les chaines. La recuperation est donc techniquement possible : elle demande une intervention manuelle sur la chaine concernee, et elle a un cout, qui est preleve sur les fonds recuperes. Le delai depend de la file de traitement.

Hors EVM, la recuperation n'est pas garantie. Un envoi de BTC vers une adresse Bitcoin Cash, ou un depot sans memo sur XRP, releve de cas particuliers detailles dans Le memo oublie.

Le mauvais actif

Vous avez envoye de l'ETH sur une adresse de depot creee pour de l'USDC ERC-20. L'adresse est valide, la transaction reussit, mais la commande attendait autre chose.

Ces fonds sont detectes lors du rapprochement et traites en dossier manuel. Si l'actif fait partie de ceux que nous acceptons, une nouvelle commande peut etre creee au taux du moment. S'il n'en fait pas partie — un jeton que nous ne listons pas, un NFT, un actif a anonymat renforce — nous ne pouvons ni le convertir ni le conserver, et seule une restitution est possible.

Le recapitulatif

| Situation | Traitement | Action attendue de vous | | --- | --- | --- | | Depot legerement inferieur | Recalcul au taux verrouille | Aucune | | Depot sous le minimum de l'actif | Attente | Completer ou demander restitution | | Depot superieur, sous plafond | Traite en totalite | Aucune | | Depot superieur au plafond | Partie excedentaire en attente | Completer la verification ou restitution | | Depot apres expiration du taux | Nouvelle cotation | Accepter ou refuser | | Mauvais reseau, chaine EVM | Recuperation manuelle | Ouvrir un ticket | | Mauvais reseau, hors EVM | Selon le cas | Ouvrir un ticket | | Mauvais actif | Dossier manuel | Ouvrir un ticket |

Pourquoi nous ne refusons pas simplement un depot non conforme

Un systeme plus strict est concevable : n’accepter que la quantite exacte et refuser tout le reste. Certains services le font, et il vaut la peine d’expliquer pourquoi ce n’est pas notre choix.

Refuser signifie renvoyer. Un renvoi coute une transaction reseau, prelevee sur vos fonds, et prend du temps. Sur un depot inferieur d’une fraction de pour cent — ce qui represente l’immense majorite des ecarts — vous paieriez un cout reel pour une difference sans portee economique.

Refuser ne resout rien non plus. La cause de la plupart des ecarts se situe du cote de l’expediteur : une plateforme qui deduit ses frais, un portefeuille qui ajuste un envoi du solde complet. Une regle qui rejette ces depots ne les empeche pas d’arriver, elle les rend seulement couteux.

Le parti pris est donc de traiter ce qui arrive, de recalculer honnetement au taux verrouille et de vous montrer la nouvelle decomposition avant tout paiement. Le seul cas ou nous conservons au lieu de traiter est un depot sous le minimum de l’actif, et c’est de l’arithmetique plutot qu’une politique : en dessous, les frais fixes depassent ce que vous recevriez.

Comment eviter la plupart de ces cas

  • Utilisez le bouton de copie du montant plutot que de le retaper.
  • Verifiez si votre plateforme deduit ses frais du montant ou les ajoute.
  • Envoyez avec des frais de reseau normaux, pas au tarif le plus bas.
  • Verifiez le selecteur de reseau avant de coller l'adresse.
  • Pour un montant important, faites un envoi de test si le cout reseau le permet.

Les cas concrets et les procedures sont detailles dans le centre d'aide, section Depots.

  • sous-paiement
  • commande
  • depot
  • minimum

A lire ensuite