Conciliar pagos en stablecoin (USDC) en la contabilidad de una PYME: guía paso a paso

Recibir un pago de un cliente o pagar a un proveedor en USDC plantea una pregunta concreta para el área financiera: ¿cómo se refleja eso en la contabilidad sin descuadrar el libro mayor? La operación llega a una billetera, no a una cuenta bancaria, y la moneda funcional de la empresa sigue siendo el peso, el sol o el real. Conciliar pagos en stablecoin es, en esencia, traducir un movimiento on-chain a un asiento contable en moneda local y dejar un rastro verificable.

En Soulbit Academy explicamos este proceso con un caso ilustrativo y pasos numerados que un CFO puede ejecutar hoy. No buscamos vender una herramienta. Buscamos que usted entienda el flujo completo: registrar entradas y salidas, fijar el tipo de cambio del día, generar los asientos, casar el extracto de la red con el libro mayor y tratar las comisiones. Si quiere repasar antes qué distingue una stablecoin de una criptomoneda volátil, lo cubrimos en esta nota sobre la diferencia entre stablecoin y criptomoneda.

Qué es USDC y por qué cambia la conciliación

USDC es una stablecoin emitida por Circle, referenciada uno a uno al dólar estadounidense y respaldada por reservas en efectivo y bonos del Tesoro de corto plazo. Cada token aspira a valer un dólar. Puede consultar el detalle en la documentación oficial de Circle sobre USDC.

Esta referencia al dólar es la clave contable. A diferencia de un activo cripto volátil, el valor de USDC no fluctúa contra el dólar de forma material en el día a día. Por eso, para una PYME latinoamericana, el problema no es estimar el precio del token. El problema es el mismo de siempre en una operación en dólares: ¿a qué tipo de cambio convierto ese dólar a mi moneda local?

La segunda diferencia es operativa. El dinero no entra por un extracto bancario tradicional. Entra a una billetera y queda registrado en una blockchain pública. Esto tiene una ventaja contable: cada movimiento es rastreable. Cada transferencia tiene un identificador único, llamado hash, y una marca de tiempo verificable en el explorador de la red. La firma Chainalysis documenta cómo funciona esta trazabilidad de las transacciones on-chain. El reto es enlazar ese hash con su comprobante interno.

El caso: Distribuidora Andina paga a un proveedor en USDC

Trabajemos con un caso concreto. Distribuidora Andina, una PYME importadora con 40 empleados, recibe 5.000 USDC de un cliente del exterior el 12 de mayo. Diez días después, el 22 de mayo, paga 2.000 USDC a un proveedor de software.

La moneda funcional de Andina es su moneda local. Supongamos un tipo de cambio de 4.000 unidades locales por dólar el 12 de mayo, y de 4.050 el 22 de mayo. Estas cifras son ilustrativas; en su empresa debe usar el tipo real de cada fecha. El objetivo es que al cierre del mes, el saldo de la billetera en USDC y su equivalente en moneda local cuadren con el libro mayor, comisiones incluidas.

¿Por qué importa la fecha exacta de cada movimiento?

Porque el tipo de cambio cambia entre el 12 y el 22 de mayo. Andina recibió dólares a un valor y los gastó a otro. Esa diferencia genera un resultado por diferencia de cambio que debe quedar registrado. Si usa un solo tipo de cambio para todo el mes, el saldo final no cuadrará con la realidad y la conciliación fallará.

Pasos 1 y 2: fijar el tipo de cambio y registrar la entrada

Antes de tocar un asiento, defina una política de tipo de cambio y póngala por escrito. Esta política debe ser consistente, no elegirse transacción por transacción.

1. Elija una fuente única y verificable. Lo habitual es la tasa de referencia que publica el banco central de su país, o la de un proveedor de FX que ya use su empresa. Use siempre la misma.
2. Defina qué hora o qué tasa toma. Por ejemplo, la tasa de cierre del día hábil de la transacción. Documéntelo.
3. Registre, para cada movimiento, tres datos: la fecha, el monto en USDC y el tipo de cambio aplicado. Esto le permite reconstruir cada asiento.
4. Guarde la evidencia de la tasa. Una captura o un export de la fuente, archivado junto al comprobante de la operación.

Para Andina: el 12 de mayo toma 4.000 y el 22 de mayo toma 4.050. Ambas tasas quedan archivadas con su fuente. Con la política fijada, registramos la entrada del 12 de mayo: entran 5.000 USDC. La empresa debe reconocer un activo en su billetera y, normalmente, la cancelación de una cuenta por cobrar o un ingreso. Tratamos USDC como un activo financiero denominado en dólares; confirme la cuenta exacta con su contador según las normas de su país.

El cálculo: 5.000 USDC por 4.000 = 20.000.000 en moneda local. El asiento, en términos generales:

La pieza crítica es la referencia. En el campo de glosa o documento del asiento, anote el hash de la transacción y la marca de tiempo. Así, esta línea del libro mayor apunta directamente a una transacción que cualquiera puede verificar en el explorador de la red. Es el equivalente al número de comprobante de un depósito bancario, pero con verificación pública.

Paso 3: tratar las comisiones de red

Aquí aparece una partida que no existe en una transferencia bancaria local típica: la comisión de red, o gas. Es lo que la blockchain cobra por procesar la transferencia.

Suponga que al pagar los 2.000 USDC al proveedor, la red descuenta 1,5 USDC de comisión. La salida total de la billetera es de 2.001,5 USDC, no de 2.000.

¿Registro solo el neto que sale, o separo la comisión?

Separe siempre la comisión. Registre el pago al proveedor por su monto y la comisión de red como una cuenta de gasto aparte, comparable a una comisión bancaria. Si registra solo el neto, pierde la trazabilidad del costo de las comisiones, que conviene monitorear porque varía según la red y la congestión.

El cálculo de la salida, al tipo del 22 de mayo (4.050):

• Pago al proveedor: 2.000 USDC por 4.050 = 8.100.000.
• Comisión de red: 1,5 USDC por 4.050 = 6.075.

El asiento:

La calificación fiscal exacta de la comisión (gasto financiero u operativo, y su deducibilidad) depende de la normativa de su país. Confírmela con su asesor. Lo contable y trazable es separarla.

Proceso	Antes: transferencia bancaria internacional	Después: pago con USDC
Tiempo de liquidación	De 1 a 5 días hábiles, según bancos corresponsales	Minutos a horas, según la red
Referencia para conciliar	Número de comprobante y extracto bancario mensual	Hash de transacción verificable en el explorador, en tiempo real
Trazabilidad del movimiento	Detalle de bancos intermediarios a veces opaco	Cada paso registrado y público en la blockchain
Costos de la operación	Comisión del banco emisor, corresponsal y FX, no siempre desglosados	Comisión de red (gas) explícita y registrable por separado
Tipo de cambio aplicado	Tasa del banco en la fecha de acreditación	Tasa de fuente propia definida por política, en la fecha del movimiento
Disponibilidad	Sujeta al horario bancario y días hábiles	Disponible 24/7, incluidos fines de semana

Pasos 4 y 5: casar el extracto on-chain y archivar el cierre

Al cierre del mes llega la conciliación propiamente dicha. El objetivo: que el saldo de la billetera coincida con lo que dice el libro mayor.

1. Exporte el historial de la billetera o de la plataforma a CSV. Obtendrá una lista de movimientos con fecha, monto, comisión y hash.
2. Liste los asientos del mes que afectaron la cuenta Billetera USDC.
3. Cruce línea por línea usando el hash como llave. Cada movimiento del export debe tener su asiento, y cada asiento su movimiento. El hash es único, así que el cruce es exacto.
4. Verifique el saldo en USDC. Andina recibió 5.000 y entregó 2.001,5. Saldo esperado: 2.998,5 USDC. Confírmelo contra el saldo real que muestra la billetera.
5. Verifique el saldo en moneda local y aísle la diferencia de cambio. El saldo en tokens cuadra, pero su valor en moneda local depende de las tasas usadas. La diferencia entre el valor de entrada y el de salida es el resultado por diferencia de cambio, que debe quedar en su propia cuenta.

¿Qué hago si el saldo en USDC no cuadra por unos pocos tokens?

Casi siempre la diferencia es una comisión de red no registrada o un movimiento pequeño que se omitió. Revise el export buscando líneas sin asiento. Como cada transacción tiene su hash, identificar la que falta es directo: filtre los hashes del export que no aparezcan en el libro mayor.

La conciliación no termina al cuadrar. Termina al dejar evidencia auditable. Archive el export CSV del mes junto al papel de trabajo. Guarde, por cada movimiento, el hash y la captura del explorador de la red. Conserve la evidencia del tipo de cambio de cada fecha y documente la política contable que aplicó: fuente de la tasa, tratamiento de comisiones y cuenta de diferencia de cambio. Con esto, un auditor puede reconstruir cada cifra desde la transacción on-chain hasta el saldo en moneda local. Esa trazabilidad es una ventaja frente a algunos flujos bancarios tradicionales, donde el detalle de una transferencia internacional puede ser más opaco. Para profundizar en cómo encaja esto en la gestión de fondos, vea nuestra sección de tesorería, y para más guías, el índice del blog de Soulbit Academy.

Dónde la stablecoin no es la mejor opción

Por honestidad con el lector: el flujo en USDC no siempre conviene. Si su empresa opera solo en moneda local, con clientes y proveedores domésticos, añadir una billetera de stablecoin suma complejidad operativa sin un beneficio claro. La conciliación bancaria tradicional ya está resuelta en su ERP.

El flujo en stablecoin aporta valor cuando hay pagos transfronterizos, demoras de varios días en transferencias internacionales o costos de FX y comisiones bancarias elevados. Ahí, la liquidación rápida y la trazabilidad on-chain compensan el trabajo adicional de conciliación. Evalúe su caso con cifras propias antes de adoptarlo. Es una herramienta más en la caja del CFO, no una respuesta única.