Registrar cobro USDT: TXID, cambio y comisiones

Registrar un cobro en USDT significa poder relacionar tres cosas sin adivinar: el trabajo o envío que originó el pago, la transferencia verificable en la red y el importe que finalmente quedó disponible. Si solo guardas una captura del saldo, al cierre del mes será difícil saber quién pagó, qué comisión se descontó o qué tipo de cambio usaste.

Esta guía propone un registro operativo para trabajadores independientes, pequeños equipos y familias que reciben transferencias. No sustituye asesoría contable, fiscal ni legal. La moneda de registro, los comprobantes válidos y el plazo de conservación dependen del país y de la actividad.

Diagrama original que conecta factura, bloque, hora, comisión, tipo de cambio y archivo seguro con un registro de cobro en USDT

Diagrama editorial original de Zevnora. No representa una pantalla de plataforma ni contiene datos de una transacción real.

Un cobro necesita una referencia comercial y otra técnica

El TXID identifica una transacción en una blockchain. Un explorador permite consultar datos como las direcciones, el importe, la marca de tiempo, la comisión y el estado de confirmación. Esa información demuestra que hubo un movimiento en una red concreta, pero no explica por qué se hizo.

Por eso cada fila de tu control debe unir dos capas:

Capa comercial: cliente o pagador, factura u orden, concepto, importe acordado y moneda de referencia.
Capa técnica: activo, red, dirección receptora, TXID, importe transferido, confirmación y acreditación en la plataforma.

Antes de crear el registro conviene acordar el importe neto, la red y la comisión con el pagador. El documento posterior no corrige un acuerdo ambiguo; solo deja claro lo que ocurrió.

Los campos mínimos de una fila

Usa un identificador interno que no dependa del TXID. Así podrás abrir la fila cuando el retiro todavía esté procesándose o cuando el movimiento sea interno y no genere un hash público. Después completa estos campos:

Campo	Qué debes guardar	Para qué sirve
`payment_id`	Código interno único	Evita mezclar dos pagos del mismo importe
`client_ref`	Nombre abreviado o código del pagador	Relaciona el ingreso con la contraparte sin exponer más datos de los necesarios
`invoice_ref`	Factura, orden o concepto	Explica el motivo comercial del pago
`asset` y `network`	USDT y la red utilizada	Evita tratar transferencias de redes distintas como si fueran la misma ruta
`agreed_amount`	Importe y moneda acordados	Conserva la base del acuerdo
`net_received`	USDT realmente acreditados	Permite detectar diferencias
`fee_amount` y `fee_asset`	Comisión, activo en que se pagó y quién la asumió	Separa el costo del importe recibido
`txid`	Hash completo, cuando exista	Abre la verificación pública de la transferencia
`platform_ref`	Identificador de retiro, depósito u orden	Ayuda cuando la plataforma aún no emitió TXID
`broadcast_at`	Hora en que la operación salió a la red	Distingue una orden creada de una transferencia transmitida
`confirmed_at`	Hora visible de confirmación en la red	Fija el momento técnico de la transferencia
`credited_at`	Hora en que el saldo quedó disponible	Mide la diferencia entre confirmación y acreditación
`rate_value`, `rate_source`, `rate_at`	Valor, fuente y hora del tipo de cambio	Permite repetir el cálculo en moneda local
`status`	Pendiente, confirmado, acreditado, en revisión, reembolsado	Muestra qué falta por resolver
`evidence_path`	Ruta segura de factura, recibo y exportación	Facilita la revisión sin llenar la hoja de capturas
`notes`	Diferencia, ticket de soporte o devolución vinculada	Conserva la excepción sin alterar los datos originales

Tether publica USDT en varias blockchains y las plataformas no necesariamente admiten todas las rutas. Registrar solo «USDT» deja fuera un dato esencial: la red usada en ese pago.

Usa una hora con zona, no una celda ambigua

Una hora como 14:30 pierde sentido cuando el cliente, la plataforma y tu contabilidad trabajan en países distintos. Guarda los momentos importantes en RFC 3339 con su desplazamiento, por ejemplo:

2026-08-19T14:30:00-05:00

Puedes añadir una columna de fecha local para leer la hoja con rapidez, pero conserva también la marca completa. No reemplaces la hora de la cadena por la hora de la captura: una indica cuándo se registró la transacción; la otra, cuándo miraste la pantalla.

El tipo de cambio necesita fuente y momento

Anotar que «1 USDT = 1 USD» como regla contable fija oculta dos decisiones: qué fuente utilizaste y en qué instante la consultaste. El registro debe poder responder:

si el contrato fijó el valor en USD, EUR u otra moneda;
si tomaste el tipo de la factura, del recibo de la plataforma o de una fuente externa aceptada por tu procedimiento;
la fecha y hora exactas de esa cotización;
la fórmula aplicada y el redondeo;
si hubo conversión posterior a moneda local.

No cambies retroactivamente la fuente para obtener un resultado más conveniente. Define una política interna y aplícala de forma consistente. Si la normativa local exige otro criterio, el registro operativo debe adaptarse a esa regla con ayuda profesional.

Separa comisión, importe enviado e importe acreditado

Una sola columna llamada «comisión» suele crear más dudas. El costo puede aparecer en el retiro, en la red o en la plataforma receptora, y no siempre se paga en el mismo activo. Guarda por separado:

importe acordado;
importe que la plataforma de origen indicó que enviaría;
comisión mostrada y activo de la comisión;
importe que la cadena muestra transferido;
importe finalmente acreditado.

Si pagas desde Binance, revisa cómo calcular el importe neto que recibirá la otra persona antes de confirmar. En el registro, copia el resultado real del recibo y del explorador; no uses una tarifa tomada de una guía antigua.

Plantilla para una hoja o archivo CSV

Puedes crear estas columnas sin incluir claves, contraseñas ni datos de acceso:

payment_id,client_ref,invoice_ref,concept,asset,network,agreed_amount,agreed_currency,net_received,fee_amount,fee_asset,fee_paid_by,txid,platform_ref,broadcast_at,confirmed_at,credited_at,rate_value,rate_source,rate_at,status,evidence_path,notes

Deja el TXID vacío mientras no exista y usa status=pendiente_origen. Cuando la plataforma lo emita, añade el hash sin borrar el identificador interno. Si hay una devolución, crea una nueva fila vinculada al pago original; no sobrescribas el cobro como si nunca hubiera ocurrido.

Flujo de conciliación que evita rehacer el mes

Al recibir el aviso de pago: abre la fila, guarda la referencia comercial y copia el identificador de la plataforma. No marques el trabajo como pagado por una captura enviada por la otra parte.

Cuando aparezca el TXID: abre el explorador de la red correcta y compara dirección, token, importe y estado. Los exploradores son públicos; no hace falta conectar una billetera para consultar una transferencia.

Cuando el saldo quede disponible: registra credited_at, el neto recibido y cualquier diferencia. Si la cadena muestra éxito pero la plataforma no acredita, conserva ambos estados en vez de sustituir uno por otro.

En la revisión periódica: compara la hoja con las exportaciones de la plataforma y con facturas u órdenes. Si la plataforma permite exportar el historial, guarda una copia por periodos y revisa sus límites actuales antes de depender de esa función. Conserva la documentación con la frecuencia necesaria para no depender de una sola cuenta en línea.

Si una fila sigue abierta, usa el diagnóstico de una transferencia USDT pendiente para decidir si corresponde consultar al origen, esperar confirmaciones o reclamar al receptor.

Protege el archivo sin destruir la trazabilidad

El TXID y las direcciones son datos públicos, pero pueden revelar actividad financiera cuando se combinan con nombres, facturas y conversaciones. Limita el acceso al archivo y guarda solo los datos personales necesarios.

No almacenes contraseñas, cookies, códigos 2FA, claves API ni frases semilla junto al registro. Si conservas capturas, oculta correo, UID, saldo total, códigos QR no necesarios y enlaces internos. Mantén el TXID completo en el archivo privado; en documentos compartidos puedes mostrar una referencia parcial y entregar el hash completo solo a quien deba verificarlo.

Qué revisar antes de cerrar una fila

Una fila puede marcarse como conciliada cuando el concepto comercial, el importe acordado, la red, el TXID o referencia equivalente, el neto recibido, las comisiones, las horas y el tipo de cambio tienen respaldo. Si hay una diferencia, no la escondas ajustando el neto: explica su causa y enlaza el ticket, complemento o reembolso correspondiente.

El objetivo no es llenar más columnas. Es poder reconstruir el pago meses después sin depender de la memoria, de una captura aislada o de una sesión que quizá ya no esté disponible.

Fuentes principales

Verificación de hechos: 2026-08-19. La imagen es una ilustración original y no se utilizó como captura de una plataforma.

la página oficial de registro de Binance (código BI27XB92). La página indica hasta un 20% de devolución; el porcentaje real es el que se muestre al registrarte. Podemos recibir una comisión.