Liens de paiement USDT et page de paiement : QR codes et confirmation
Un lien de paiement USDT ouvre la page de paiement. Le QR code facilite la saisie de l’adresse ; les requêtes et callbacks confirment le résultat. UUGate prend en charge TRC20-USDT et BEP20-USDT. Choisissez le mode d’encaissement, puis reliez le paiement à votre dossier métier.
Commande ou recharge continue
Utilisez une commande à montant fixe pour un achat ou une facture de service. Pour recharger un compte membre, utilisez une adresse dédiée et laissez le membre choisir le montant. Les commandes ordinaires expirent ; la page du portefeuille dédié n’impose ni montant préalable ni compte à rebours de commande.
Créer un lien de paiement USDT
Suivez le guide du premier encaissement, vérifiez actif et montant puis générez la page depuis un portefeuille ordinaire. Cela crée aussi une commande. Copiez le lien renvoyé pour le payeur.
Pour un site, utilisez l’API d’encaissement. Authentifiez côté serveur avec UID et API Key, fixez réseau, actif, montant et référence, puis conservez orderNo, cashierUrl et expireAt. Un lien confirme la création, pas le paiement. Ne placez pas l’API Key dans une page ou un QR code.
Vérifier le contenu du QR code
La page affiche réseau, montant et adresse. Son QR code encode actuellement l’adresse, pas une instruction universelle remplissant réseau et montant. Après lecture, le payeur doit vérifier réseau, actif, adresse complète et montant dans son portefeuille. Le comportement varie selon le portefeuille.
En cas d’échec, copiez l’adresse et vérifiez chaque champ. TRC20-USDT et BEP20-USDT sont des routes distinctes ; une adresse ressemblante ne confirme pas le réseau.
Proposer une entrée de recharge
Avec la liaison dédiée, conservez membre, bindKey, réseau, actif et adresse. L’API ne renvoie pas cashierUrl : affichez l’adresse dans votre page ou copiez le lien depuis le portefeuille dans la console. Consultez le tutoriel.
Chaque versement sur une liaison active exige sa propre confirmation et son propre crédit. L’adresse ou bindKey ne suffit pas à dédupliquer les paiements.
Gérer expiration et écarts de montant
Une page expirée n’empêche pas un transfert sur la blockchain. Vérifiez le statut avant de payer ; contactez le marchand si la commande est expirée, annulée ou en cours de contrôle.
Paiements insuffisants, excédentaires, avec un autre actif ou après expiration nécessitent de comparer commande et preuves sur la chaîne. Une capture ne prouve pas le paiement. Ne promettez ni remboursement automatique ni récupération entre réseaux. Voir le rapprochement.
Confirmer avant de livrer
Vérifiez le callback, identité, commande, actif, réseau, montant et statut completed. Enregistrez crédit ou livraison une seule fois via transaction et enregistrement unique. Sans notification, interrogez orderNo ; une redirection ne prouve pas le paiement.
- Testez paiement valide, notifications répétées, indisponibilité du callback et expiration.
- Vérifiez QR code, copie d’adresse et montant sur mobile et portefeuilles prévus.
- Gardez les statuts de paiement et de livraison séparés.
Choisir la suite
Consultez l’API USDT, les adresses dédiées et les tarifs pour offres, quotas et frais réseau. Pour les factures logicielles, lisez le guide SaaS.