Transaction hash
A transaction hash is present. Open the explorer to confirm the token transfer details.
Cole os dados da transação e do pedido para ver as verificações que um gateway deve executar antes de marcar como pago.
Busque dados da transferência USDT on-chain e compare com os dados do pedido.
Diagnóstico local do navegador
Resultado
As principais verificações passaram. Em produção, valide também contrato do token, horário do bloco, hash duplicado e janela de expiração.
A transaction hash is present. Open the explorer to confirm the token transfer details.
The transfer destination matches the order settlement address.
The transfer amount matches the order amount after 6-decimal normalization.
The order status is still eligible for payment matching.
The transfer has reached the required confirmation threshold.
Check that the explorer transaction is a USDT Transfer on TRC20, not another token or native coin transfer.
01
A native ETH, BNB, or TRX transfer is not the same as a USDT token Transfer event.
02
A single transaction hash should never complete more than one merchant order.
03
When customers pay late, wrong amount, or wrong network, compare explorer facts with order facts first.
Diagnóstico de pagamento
A maioria dos casos de suporte não é falha de blockchain. Normalmente é rede errada, contrato errado, valor diferente, pedido expirado ou confirmações insuficientes.
A TRC20 payment cannot complete an ERC20 or BEP20 order. The network selected by the order and the explorer transaction must match.
Only USDT token Transfer events should be matched. Native ETH, BNB, TRX, or another stablecoin contract must be rejected.
Gateways usually require the exact USDT amount generated for the order. Even a small difference can keep the order pending.
The transaction can appear on the explorer before it reaches your safe confirmation threshold. Wait until the configured block depth is reached.
A valid on-chain transfer may still need manual review if the order expired before the payment was detected.
One blockchain transaction should never settle multiple orders. Keep transaction hashes unique in your payment database.
Perguntas frequentes
Estas verificações refletem como um gateway USDT em produção deve investigar pagamentos pendentes ou não conciliados.
Check the selected network, USDT contract address, transfer destination, exact amount, order status, and confirmation count. A mismatch in any of these fields can keep the payment pending.
Yes. For diagnostics, you can use a real historical USDT Transfer transaction from the matching network and compare its amount and destination with a test order.
No. It is a diagnostic tool. It queries and compares facts, but it does not mark orders as paid, write payment records, or trigger webhooks.
The most common causes are wrong network selection, sending native coin instead of USDT, wrong receiving address, exact amount mismatch, or insufficient confirmations.