Rapprochement quotidien USDT et USDC : commandes, portefeuilles et frais
Un total encaissé ne suffit pas au rapprochement. Une commande peut être payée avant le crédit de l’utilisateur, et les fonds peuvent quitter le portefeuille par paiement ou regroupement. Chaque étape demande des enregistrements distincts.
Mis à jour le 27 septembre 2026 : vérifications pratiques du tableau de bord et du balayage automatique.
Commencer par les transactions récentes
Le tableau de bord regroupe encaissements, paiements, balayages et recharges du compte de frais par date de création. Il affiche les quatre derniers enregistrements, avec l’heure à la seconde. Cette vue permet de retrouver une activité récente ; elle ne remplace pas un rapport quotidien complet. Sélectionnez le type pour ouvrir la liste et vérifier date, statut et actif.
Le montant affiché est celui de la commande, pas une preuve de règlement. Une commande en attente ou expirée peut aussi afficher un montant. Vérifiez le statut, la transaction sur la blockchain et le crédit métier. Une recharge alimente le compte de frais séparé, pas le chiffre d’affaires des commandes. Un balayage déplace des fonds entre adresses et ne constitue pas un nouvel encaissement.
Enregistrer les règles puis vérifier le résultat
Dans Paramètres, choisissez la destination par réseau et actif, renseignez le seuil et l’intervalle d’exécution, puis enregistrez. Le seuil porte sur le solde disponible de chaque portefeuille source, pas sur leur total. L’intervalle fixe la fréquence des vérifications ; enregistrer ne garantit pas un transfert immédiat.
Contrôlez l’activation, la prochaine exécution et le dernier résultat. Dans les enregistrements de balayage, vérifiez statut, montant et hash. Si le seuil n’est pas atteint, les frais ne peuvent pas être couverts ou l’exécution échoue, ne comptabilisez pas le transfert prévu comme reçu. Conservez et examinez les écarts sans envoyer de transfert en double pour faire correspondre les totaux.
Fixer le périmètre
Définissez fuseau horaire, intervalle et règle de confirmation. Séparez TRC20-USDT, BEP20-USDT, BEP20-USDC et SPL-USDC. Ne fusionnez pas les réseaux et ne compensez pas USDT avec USDC sans l’expliquer. Conservez les heures de création, de transaction, de confirmation et de crédit pour analyser les changements de journée.
Relier commandes et transferts
Associez le numéro de commande marchand à celui de l'API de paiement, puis ajoutez réseau, actif, adresse et hash. Si une transaction contient plusieurs transferts, distinguez chaque enregistrement : le hash seul peut ne pas identifier un dépôt unique.
Traitez en priorité les commandes payées sans crédit, les crédits sans commande réussie correspondante et les écarts de montant, d’actif ou de réseau. Attribuez à chaque écart un responsable, une cause, une résolution et une vérification.
Lire le solde sur la blockchain
Le solde du portefeuille représente les actifs réels à son adresse. Le journal des mouvements sert à la traçabilité et à l’audit, mais ne constitue pas l’autorité finale du solde actuel. Paiements, regroupements et autres transferts peuvent le modifier après encaissement.
Notez le réseau et l’heure des requêtes RPC. En cas d’échec, marquez le solde comme à vérifier au lieu de le considérer nul. Ne modifiez pas les écritures métier pour masquer un écart.
Séparer le compte de frais
Le compte de frais système est distinct du portefeuille d’encaissement. Vérifiez séparément ses rechargements et débits. Un solde de frais négatif peut limiter les nouvelles commandes d’encaissement, les paiements, les regroupements, les commandes OpenAPI et les réinitialisations d’API Key, même si le portefeuille contient des actifs.
Documenter les exceptions
Récupérez les callbacks manquants par consultation et traitement idempotent. Examinez paiements insuffisants, excédentaires, tardifs ou sur un mauvais réseau avec la commande et les preuves de la blockchain. Respectez permissions et 2FA pour les corrections sensibles, sans forcer un état réussi pour effacer l’écart.
Conservez période, totaux par réseau, écarts ouverts et historique des actions. Découvrez les adresses dédiées, consultez les champs dans la documentation API et les règles de frais sur la page des tarifs.
Paiements USDT insuffisants ou excédentaires : vérifier la commande
Identifiez le mode. Pour une commande fixe, vérifiez montants attendu et reçu, actif, réseau et statut. Une recharge dédiée n’a pas de montant préalable et se crédite selon paidAmount après confirmation ; n’appliquez pas mécaniquement les règles de paiement insuffisant. Comparez dans le guide des liens.
Conservez référence métier, orderNo, hash et différence. Vérifiez confirmations et résultat. Ne terminez pas un paiement insuffisant sur capture et ne supposez pas qu’un excédent soit une commande dupliquée. Distinguez les transferts d’une même transaction.
Gardez les preuves des versements tardifs, du mauvais actif ou réseau. Respectez permissions et 2FA actuelles pour reprise ou paiement. Ne modifiez pas les statuts et ne recréez pas les commandes pour masquer les écarts ; ne promettez pas de remboursement automatique ou récupération entre réseaux. Voir les notifications avant de rétablir les crédits.