El rompecabezas de los cobros en negocios multicanal
Shopify liquida periódicamente con una transferencia que agrupa decenas de pedidos. Amazon descuenta comisiones antes de pagarte y el importe que llega al banco no coincide con ninguna factura. El TPV cierra caja cada día con su propio resumen. El cliente B2B paga por transferencia a 30 días, a veces en dos veces, a veces con descuento. Y PayPal tiene su propia lógica de liquidación.
Cada canal funciona. El problema es que cada uno paga diferente, en momentos distintos y con formatos que no hablan entre sí. Cuando llega el extracto bancario, cuadrar todo eso manualmente son horas de trabajo, fuente de errores y la razón por la que los cierres mensuales se convierten en un cuello de botella.
La reacción habitual es buscar una solución puntual: un software de tesorería para gestionar los cobros, o un programa de facturación para tener los documentos ordenados. El problema es que ninguno de los dos resuelve el fondo del asunto.
Por qué un software de tesorería no es suficiente
Un software de tesorería gestiona flujos de caja: entradas, salidas, previsiones. Es útil para saber cuánto dinero tienes hoy y cuánto tendrás el mes que viene. Pero cuando vendes en múltiples canales, el problema no es solo de liquidez. Es de trazabilidad.
Cuando llega la liquidación semanal de Shopify, necesitas saber qué pedidos cubre, qué devoluciones se han descontado y cómo se contabiliza cada euro. Un software de tesorería ve el movimiento bancario, pero no sabe que detrás hay 47 pedidos, 3 devoluciones y una comisión de pasarela. No puede generar el asiento contable correspondiente, no puede cuadrar con las facturas emitidas y no puede alimentar los modelos de AEAT (303, 390 o el SII).
El resultado: la tesorería cuadra, pero la contabilidad no. Y cuando llega el cierre fiscal, alguien tiene que reconstruir manualmente lo que el sistema no conectó.
Por qué un software de facturación tampoco resuelve el problema
La lógica parece razonable: si tengo todas las facturas bien emitidas, la conciliación debería ser sencilla. El problema es que una factura emitida y un cobro recibido son dos eventos distintos que ocurren en momentos diferentes y a través de canales diferentes.
Amazon no te paga factura a factura. Te hace una liquidación cada dos semanas con comisiones, reembolsos, ajustes de inventario FBA y otros conceptos mezclados. Un software de facturación te ayuda a emitir el documento, pero no tiene la lógica para procesar ese settlement report, desglosar cada concepto y cruzarlo automáticamente con las facturas individuales que lo originaron. Para eso hace falta una integración real con la Amazon SP-API (Selling Partner API), no solo un módulo de emisión de facturas.
Lo mismo con el TPV: cada cierre de caja genera un resumen de ventas que hay que contabilizar, cuadrar con el efectivo real, separar por método de pago y vincular con los asientos de la caja. Un programa de facturación no tiene esa lógica.
Y cuando operas en varias divisas (un cliente europeo paga en euros, otro internacional en dólares), necesitas que el tipo de cambio se aplique correctamente en el momento del cobro y que la diferencia de cambio quede registrada contablemente. Eso no entra en el alcance de ningún software de facturación estándar.
Lo que realmente necesitas: el ciclo completo integrado
El problema de fondo es que tesorería, facturación y contabilidad no son tres cosas separadas. Son tres momentos del mismo ciclo. Y cuando ese ciclo está roto en partes gestionadas por herramientas distintas, cada costura es una fuente de error.
Lo que funciona es tener un único sistema donde el pedido genera la factura, la factura genera el asiento contable, el asiento alimenta la declaración fiscal y el cobro se cruza automáticamente con el movimiento bancario. Si algo cambia en origen (una devolución, un descuento, un ajuste) el cambio se propaga por todo el ciclo sin intervención manual.
En Gextia, ese ciclo está integrado. El extracto bancario puede llegar en formato N43, Excel, CSV o PayPal, o descargarse automáticamente desde el banco vía GoCardless o Ponto. El sistema aplica modelos de conciliación para cruzar movimientos con facturas y pagos pendientes de forma automática, incluyendo el matching por ID de transacción, clave cuando lo que llega es una liquidación agregada de Shopify, Amazon o PayPal. Y cuando el extracto es demasiado grande para procesarlo en primer plano (habitual en liquidaciones mensuales de marketplaces), la importación se ejecuta en segundo plano mediante colas de trabajos, sin bloquear al usuario. Los cobros del TPV se contabilizan con su propio diario. Los pagos B2B por transferencia se gestionan con remesas SEPA o confirming, generando los asientos correspondientes. Y todo alimenta los mismos libros contables y las mismas declaraciones de AEAT.
No es que Gextia haga magia con los datos de cada canal. Es que no necesita reconstruir nada: la información ya está ahí desde el origen.
Un ejemplo real: 226ERS
226ERS, marca de nutrición deportiva con venta simultánea en B2C, B2B y distribución internacional, gestionaba sus conciliaciones bancarias con hojas de cálculo aparte, dedicando entre 5 y 6 horas por sesión. Con Gextia y la integración de Ponto, ese tiempo bajó a menos de 30 minutos. Dejó de ser necesario abrir documentos auxiliares para cuadrar cobros y pagos: todo ocurre dentro del mismo sistema donde viven los pedidos y las facturas.
Lo que cambia cuando el ciclo está integrado
El cierre mensual deja de ser una investigación. En lugar de cruzar manualmente extractos con facturas, el sistema ya ha hecho las conciliaciones automáticas durante el mes, mediante una acción planificada que corre en segundo plano. Lo que queda por revisar son las excepciones, no la regla.
La declaración de IVA refleja lo que realmente pasó. No hay que recalcular ni ajustar porque los asientos se generaron en el momento correcto, con los tipos impositivos correctos, vinculados a los documentos correctos.
Los errores aparecen antes. Cuando un movimiento bancario no encuentra su contrapartida en el sistema, salta de inmediato. No el día del cierre: en el momento en que se importa el extracto.
Y cuando la empresa crece y añade un canal nuevo (un marketplace, una tienda física más, una pasarela de pago adicional), el sistema no se rompe. Se configura el nuevo canal y el ciclo sigue funcionando igual.
¿Tus canales de venta generan más trabajo contable del que deberían? Hablemos.
