Transaction hash
A transaction hash is present. Open the explorer to confirm the token transfer details.
Pega los datos de la transacción y del pedido para ver las comprobaciones que una pasarela debe hacer antes de marcarlo como pagado.
Obtén datos de la transferencia USDT en cadena y compáralos con los datos del pedido.
Diagnóstico local del navegador
Resultado
Las comprobaciones principales pasan. En producción, verifica también contrato del token, timestamp de bloque, hash duplicado y ventana de expiración.
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 pagos
La mayoría de casos de soporte no son fallos de blockchain. Suelen ser red incorrecta, contrato incorrecto, importe distinto, pedido expirado o confirmaciones 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.
Preguntas frecuentes
Estas comprobaciones reflejan cómo una pasarela USDT de producción debería investigar pagos pendientes o no coincidentes.
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.