Conciliación diaria de USDT y USDC: órdenes, billeteras y comisiones

2026-09-27 · Actualizado 2026-10-05 · UUGate · 4 min de lectura

Conciliar no consiste solo en sumar lo recibido. Una orden puede estar pagada sin que el usuario tenga el abono, y los fondos pueden salir de la billetera mediante un pago o una consolidación. Cada etapa requiere sus propios registros.

Actualizado el 27 de septiembre de 2026: comprobaciones prácticas del panel y del barrido automático.

Empieza por las transacciones recientes

El panel combina cobros, pagos, barridos y recargas de la cuenta de comisiones por fecha de creación y muestra los cuatro registros más recientes, con hora hasta los segundos. Sirve para localizar actividad reciente, no como informe diario completo. Selecciona el tipo para abrir su lista y revisar fecha, estado y activo.

El importe mostrado es el del pedido; no demuestra que se haya liquidado. Los pedidos pendientes o vencidos también pueden mostrar importes. Comprueba el estado junto con la transacción en cadena y el abono del negocio. La recarga alimenta la cuenta de comisiones independiente, no los ingresos por pedidos. El barrido mueve fondos entre direcciones y no debe contarse otra vez como un nuevo cobro.

Guarda las reglas y comprueba el resultado

En Configuración, elige el destino por red y activo, introduce el umbral y el intervalo de ejecución, y guarda los cambios. El umbral se aplica al saldo disponible de cada wallet de origen, no al saldo total. El intervalo determina cuándo se comprueban las condiciones; guardar no garantiza una transferencia inmediata.

Revisa si la regla está activa, la próxima ejecución y el último resultado. En los registros de barrido, verifica estado, importe y hash. Si no se alcanza el umbral, faltan fondos para comisiones o falla la ejecución, no registres el importe previsto como recibido. Conserva e investiga las diferencias sin enviar una transferencia duplicada para cuadrar los totales.

Define el periodo y la red

Fija zona horaria, intervalo y criterio de confirmación. Separa TRC20-USDT, BEP20-USDT, BEP20-USDC y SPL-USDC. No mezcles transacciones de distintas redes ni compenses USDT con USDC sin explicarlo. Conserva los horarios de creación, transacción, confirmación y abono para investigar movimientos entre días.

Relaciona órdenes y transferencias

Vincula el número de orden del comercio con el de la API de pagos y agrega red, activo, dirección y hash. Si una transacción contiene varias transferencias, distingue cada registro: el hash por sí solo puede no identificar un depósito único.

Prioriza órdenes pagadas sin abono, abonos sin orden exitosa y diferencias de importe, activo o red. Asigna responsable, causa, resolución y revisión a cada caso.

Consulta el saldo en cadena

El saldo de la billetera representa los activos reales en su dirección. El libro de movimientos sirve para seguimiento y auditoría, pero no es la autoridad final del saldo actual. Pagos, consolidaciones y otras transferencias pueden modificarlo después del cobro.

Registra red y hora al consultar por RPC. Si la consulta falla, marca el saldo como pendiente de verificación; no lo interpretes como cero ni edites registros para ocultar la diferencia.

Separa la cuenta de comisiones

La cuenta de comisiones del sistema es independiente de la billetera de cobro. Revisa recargas y descuentos de comisiones por separado. Un saldo de comisiones negativo puede restringir nuevas órdenes de cobro, pagos, consolidaciones, órdenes por OpenAPI y restablecimientos de API Key aunque existan activos en la billetera.

Documenta las excepciones

Recupera callbacks omitidos mediante consultas y procesamiento idempotente. Revisa pagos insuficientes, excesivos, tardíos o en otra red contra la orden y la evidencia en cadena. Respeta permisos y 2FA en acciones sensibles; no fuerces el estado exitoso para eliminar diferencias.

Conserva periodo, totales por red, diferencias abiertas e historial de acciones. Consulta la solución de direcciones exclusivas, los campos en la documentación de API y las reglas de costos en precios.

Pagos USDT insuficientes o excesivos: verifica la orden original

Identifica primero el modo de cobro. En órdenes fijas verifica importe esperado y recibido, activo, red y estado. Una recarga exclusiva no tiene importe esperado previo y se acredita por paidAmount tras confirmar; no apliques mecánicamente reglas de pago insuficiente. Compara modos en la guía de enlaces.

Conserva referencia comercial, orderNo, hash y diferencia. Revisa confirmaciones y resultado. No completes pagos insuficientes con una captura ni asumas que un exceso es una orden duplicada. Distingue transferencias individuales dentro de una transacción.

Mantén evidencia para ingresos tardíos, con activo o red incorrectos. Aplica permisos y 2FA vigentes al recuperar órdenes o pagar. No cambies estados ni recrees órdenes para ocultar diferencias, ni prometas reembolso automático o recuperación entre redes. Consulta notificaciones antes de restaurar créditos.

Siguiente paso

Centro de contenido stablecoin

¿Listo para lanzar pagos con stablecoins?

Empieza en modo de prueba con cobro, pago, callbacks y conciliación antes de pasar a producción.