Trazabilidad de pagos en contabilidad para el cierre mensual

Cierra el mes y el contador pide el soporte de cada pago hecho en USDC. La pregunta no es filosófica: es qué botón se aprieta, qué archivo se descarga y si ese archivo alcanza para sostener el asiento frente a un auditor o frente a la DIAN. Un pago on-chain no llega con un extracto bancario tradicional, así que la evidencia tiene una forma distinta: un reporte de movimientos y un identificador único por transacción.

En Soulbit Academy explicamos qué contiene ese reporte, qué documento sustenta cada tipo de operación y cómo se arma el expediente de una operación para el cierre de mes. No es una guía de conciliación ni de tratamiento contable bajo NIIF: esos dos procesos ya los cubrimos en cómo conciliar pagos en stablecoin en la contabilidad y en contabilizar USDC bajo NIIF. Aquí el foco es más concreto: qué se descarga y qué contiene.

Qué es la trazabilidad de pagos en contabilidad y qué aporta el histórico on-chain

La trazabilidad de pagos en contabilidad es la capacidad de reconstruir, para cada asiento, la transacción exacta que lo originó: su fecha, su monto y su comprobante. En un pago tradicional, ese comprobante es un extracto bancario o un número de referencia interno. En un pago en stablecoin, es el historial on-chain: cada movimiento queda registrado de forma pública en la blockchain, con un identificador único y una marca de tiempo verificable.

Soulbit V1 entrega ese histórico completo. Cada saldo, cada entrada y cada salida en USDC o USDT queda registrado con su identificador on-chain, disponible para consulta y para descarga en cualquier momento del cierre, no solo al final del mes. Esto no reemplaza al contador: le da la materia prima sobre la que arma sus asientos y sus papeles de trabajo.

Una PYME con 40 movimientos al mes entre cobros, pagos a proveedores y nómina genera 40 líneas de historial, cada una con su propio identificador. Ese volumen es manejable en un solo reporte, exportable en pocos pasos, sin tener que reconstruir cada movimiento a mano desde el explorador de la red.

La diferencia frente a un flujo bancario tradicional no es solo de formato. En una transferencia internacional que pasa por varios bancos corresponsales, el detalle completo del recorrido del dinero a veces queda repartido entre entidades distintas, y reconstruirlo exige pedirlo por separado a cada una. El histórico on-chain, en cambio, queda completo desde el primer momento, con el mismo identificador visible para la empresa, para su contador y para un auditor externo.

Qué contiene el reporte de movimientos que se descarga

El reporte de movimientos que se descarga de Soulbit trae, por cada transacción del periodo, los campos mínimos que el equipo contable necesita para armar el asiento sin consultar cada movimiento por separado en el explorador de la red.

Campo del reporte	Qué contiene	Uso en el cierre
Fecha y hora	Marca de tiempo exacta de la transacción	Ubica el movimiento en el periodo contable correcto
Contraparte	Identificación de quien envía o recibe, según la ficha verificada	Sustenta a quién corresponde el cobro o el pago
Monto bruto	El importe enviado o recibido antes de comisiones	Es la cifra que se concilia contra el libro mayor
Comisión de red	El costo de procesar la transacción, en una línea separada	Se registra como gasto aparte, nunca oculto en el neto
Moneda o activo	USDC, USDT o fiat en USD, EUR o GBP	Define la cuenta contable y, si aplica, el tipo de cambio del día
Identificador on-chain	El código único de la transacción en la blockchain	Es la referencia verificable del asiento, como un número de comprobante

El reporte se descarga en CSV, filtrable por rango de fechas. Para el cierre de un mes calendario, basta con filtrar del primer al último día y exportar. El archivo resultante es la base para conciliar contra el libro mayor, el mismo procedimiento fila por fila que ya cubrimos en la guía de conciliación citada arriba.

El identificador on-chain: la pieza que sustituye al número de comprobante

El identificador on-chain, o hash, es un código alfanumérico único que identifica una transacción específica en la blockchain, y es la pieza que sustituye al número de comprobante de una transferencia bancaria tradicional. Ningún otro movimiento, en ninguna cuenta, tiene el mismo identificador.

La diferencia con un comprobante bancario es que el identificador on-chain es verificable de forma pública. Cualquier persona, incluido un auditor externo, puede tomar ese código, consultarlo en el explorador de la red y confirmar el monto, la fecha y las direcciones involucradas, sin depender de que la empresa le entregue una copia del comprobante.

¿El identificador on-chain reemplaza a la factura o al contrato?

El identificador on-chain prueba que el dinero se movió, no por qué se movió. Sigue haciendo falta la factura, el contrato o la orden de pago que explica la causa de la operación. El identificador y el documento comercial juntos forman el expediente completo; uno no sustituye al otro.

Qué documento sustenta cada tipo de operación del cierre

Cada tipo de operación en Soulbit tiene un documento de soporte distinto, además del identificador on-chain común a todas. Un cobro se sustenta con la factura emitida; un pago a proveedor, con la orden de pago y la factura del proveedor; una nómina, con la liquidación y el archivo del lote.

Tipo de operación	Documento de soporte	Dato del reporte que lo referencia
Cobro de un cliente	Factura o link de pago emitido	Monto bruto y fecha del reporte
Pago a un proveedor	Orden de pago y factura del proveedor	Identificador on-chain y contraparte
Dispersión de nómina por lote	Liquidación de nómina y archivo del lote	Identificador on-chain por destinatario
Conversión a fiat	Cotización aplicada y comprobante de conversión	Tipo de cambio y monto en moneda local
Comisión de red	Detalle de la transacción	Monto de la comisión, registrado aparte
Cobro por QR o link de pago	Comprobante de cobro generado por Soulbit	Identificador on-chain y monto bruto

El caso de la nómina por lote merece una mención aparte. Cada envío del lote genera su propio identificador on-chain, tal como se explica en dispersión de nómina por lote, y ese identificador es el que conecta la liquidación de nómina con el asiento contable de cada destinatario.

Un pago de payment link o de cobro por QR funciona igual que un cobro directo para efectos del expediente: el comprobante que genera Soulbit al momento del cobro y el identificador on-chain de la transacción son las dos piezas que hay que archivar juntas, sin importar si el cliente pagó desde un link compartido por correo o escaneando un código en el punto de venta.

Cómo se arma el expediente de una operación para el cierre de mes

El expediente de una operación para el cierre de mes reúne cuatro piezas: el documento comercial que originó el movimiento, el identificador on-chain de la transacción, el monto bruto y la comisión registrados por separado, y el asiento contable que los conecta. Sin las cuatro, el expediente queda incompleto.

El proceso, en la práctica, sigue cuatro pasos. Primero, se descarga el reporte de movimientos del periodo. Segundo, se filtra por tipo de operación: cobros, pagos a proveedores, nómina y conversiones. Tercero, cada línea del reporte se empareja con su documento comercial correspondiente, usando el identificador on-chain como llave. Cuarto, se archivan juntos el reporte filtrado, los documentos comerciales y una nota que explique la política aplicada, por ejemplo la fuente del tipo de cambio usado ese mes. La anatomía completa de una transacción on-chain, para quien arma este expediente por primera vez, está en cómo funciona una transacción on-chain para un contador.

¿Qué pasa si un movimiento del reporte no tiene documento comercial que lo respalde?

Ese movimiento queda señalado como pendiente hasta que el área que lo originó entregue la factura, el contrato o la orden de pago correspondiente. Un identificador on-chain sin documento comercial no cierra el expediente: prueba que hubo un movimiento de fondos, no explica su causa de negocio.

En la práctica, el cierre de mes avanza mejor cuando este cruce no se deja para el último día. Una empresa con un ritmo de 30 a 50 movimientos mensuales puede archivar el documento comercial de cada operación el mismo día en que ocurre, en vez de reconstruir un mes completo bajo presión de fecha límite. El expediente que llega armado a la fecha de cierre es el que menos preguntas genera cuando el auditor lo revisa meses después.

Qué entrega Soulbit V1 en reportes y trazabilidad, y qué no

Soulbit V1 entrega el histórico completo de movimientos, el identificador on-chain de cada transacción y el reporte descargable en CSV, filtrable por fecha y por tipo de operación. No entrega una integración automática con el software contable ni con el ERP de la empresa: no hay una API ni un SDK conectando ambos sistemas hoy.

La exportación es manual. El equipo contable descarga el archivo desde Soulbit y lo carga en su propio sistema, con el mismo criterio con el que hoy carga un extracto bancario o una liquidación de nómina. No es una limitación oculta: es el alcance real del producto en esta etapa, y conviene decirlo sin rodeos, porque un equipo de sistemas que espera un conector automático planifica distinto que uno que sabe, desde el inicio, que el archivo se descarga y se carga a mano.

Tampoco genera Soulbit el documento soporte de nómina electrónica ante la DIAN, tema que ya cubrimos en nómina electrónica ante la DIAN, ni calcula impuestos, ni clasifica el tratamiento contable de un saldo en USDC. Esa clasificación bajo NIIF, cubierta en la guía enlazada al inicio, sigue siendo un juicio del contador. Soulbit entrega la evidencia; la contabilidad, con sus juicios y sus reglas, la construye la empresa.

Vale la pena precisar el alcance del reporte mismo. Hoy cubre los movimientos en stablecoins y en fiat que pasan por Soulbit: cobros, pagos, nómina, conversiones y comisiones de red. No incluye otras cuentas de la empresa, como una cuenta bancaria local que la PYME siga operando en paralelo, ni consolida esa información. El cierre completo de la empresa sigue exigiendo que el contador reúna esta pieza con las demás fuentes de su contabilidad, exactamente igual que hace hoy con un extracto bancario más entre varios.

Qué pide un auditor sobre el soporte documental de una transacción

Un auditor pide tres cosas sobre el soporte documental de una transacción: evidencia suficiente y apropiada de que ocurrió, un documento que explique su causa de negocio, y un plazo de conservación acorde con la normativa del país. La norma internacional de auditoría ISA 230 fija en cinco años, desde la fecha del informe de auditoría, el plazo mínimo de conservación de los papeles de trabajo, según el manual del IAASB.

El plazo de conservación de la empresa misma suele ser más largo que el del auditor. En Colombia, el artículo 28 de la Ley 962 de 2005 fija diez años para los libros y papeles de comercio, contados desde el último asiento, documento o comprobante. En México, el artículo 30 del Código Fiscal de la Federación fija cinco años, contados desde la presentación de la declaración correspondiente. La UGPP colombiana, a su vez, puede fiscalizar la nómina hasta cinco años atrás.

Una empresa colombiana o mexicana auditada por una firma internacional suele convivir con dos relojes distintos: el plazo local de conservación de libros y papeles, y el plazo de cinco años que su auditor aplica a sus propios papeles de trabajo bajo ISA 230. Ninguno de los dos sustituye al otro, y el más exigente de los dos es el que debe gobernar la política de archivo de la empresa.

Guarde el reporte de movimientos, los documentos comerciales y la evidencia del tipo de cambio por el plazo más largo que le aplique, no por el más corto. Es la diferencia entre un expediente que sostiene una fiscalización y uno que genera preguntas.