Paiement TRC20 USDT : transfert, confirmation et traitement marchand
TRC20-USDT est un jeton sur TRON. Création de commande, transfert depuis le portefeuille, finalisation sur la plateforme et livraison sont des événements distincts. Analysez chaque étape d'un paiement « envoyé mais non reçu », sans vous fier uniquement à une capture d'écran.
De la commande aux instructions
Le marchand transmet montant, réseau et URL de callback à la création, puis conserve le numéro. Le payeur respecte adresse, montant, réseau et échéance affichés. UUGate accepte aussi BEP20-USDT, mais TRON et BSC sont distincts : le nom USDT ne rend pas leurs parcours interchangeables.
Diffusion ne signifie pas finalisation
Le hash identifie un transfert soumis. Le réseau doit le traiter, la plateforme appliquer ses conditions de confirmation et l'associer à la commande. La consultation expose detectedAt, confirmedAt et completedAt. Un hash ne remplace pas le statut completed.
Séparer les coûts
TRON utilise bande passante et énergie ; des ressources insuffisantes peuvent consommer du TRX. Voir le modèle de ressources TRON. Distinguez coût réseau du payeur, forfait et frais de paiements sortants ou de regroupement. Les frais de plateforme figurent dans les tarifs actuels.
Confirmé sur la chaîne, mais non livré
Vérifiez d'abord la commande de plateforme, puis la livraison du callback et le traitement marchand. Un récepteur inaccessible, un corps modifié ou une écriture échouée peut retarder la mise à jour. Suivez la vérification des callbacks et l'idempotence ; ne marquez pas simplement la commande payée pour supprimer une alerte.
Informations à réunir
- Numéros de commande marchand et plateforme.
- Réseau, jeton, destination, montant et hash réels.
- Heures de création, paiement, confirmation et expiration.
- Résultat HTTP du callback et journaux locaux.
Distinguez erreur de réseau, écart de montant, paiement tardif et échec de notification. Ne demandez pas plusieurs transferts pour tester la réception. Poursuivez avec le guide USDT.