Conciliar un eCommerce significa reconstruir el recorrido completo desde el pedido hasta el cobro y el movimiento de unidades. El objetivo no es forzar tres totales para que parezcan iguales, sino explicar por qué pueden ser diferentes y conservar la evidencia que permite repetir la comprobación. Un pedido, una venta reconocida, un cargo al cliente, un payout y una salida de stock no son el mismo hecho ni necesariamente ocurren en la misma fecha.
Esta guía propone un procedimiento mensual aplicable a tiendas propias y a operativas con varios procesadores. Se limita a la conciliación informativa; la valoración contable del inventario se desarrolla en la guía sobre gestión fiscal y contable del inventario en eCommerce y las reglas de localización del IVA se tratan en IVA OSS para ventas B2C en Europa. El tratamiento final exige revisar la entidad, los contratos, las facturas y las transacciones reales.
Qué se concilia en un eCommerce
El punto de partida son cinco universos: pedidos de la plataforma, cobros del procesador, facturas o justificantes, movimientos de stock y extractos bancarios. Cada universo debe tener un total de apertura y cierre, un período y un identificador común. El número de pedido enlaza la venta con el cliente; el ID de transacción enlaza el cargo; el payout ID explica la transferencia; y el SKU o identificador logístico sigue la unidad.
Una tabla de control útil separa importe bruto, descuento, impuesto, devolución, comisión, neto del procesador y saldo pendiente. Añade canal, moneda, país, fecha del pedido, fecha del cobro, fecha de envío y fecha del abono bancario. Así, una diferencia deja de ser un número anónimo y se convierte en una partida explicable.
El Plan General de Contabilidad exige atender a la realidad económica y al principio de devengo, no solo al momento del cobro. La herramienta de conciliación debe respetar esa separación: el extracto prueba un movimiento de tesorería, pero no sustituye la evidencia de la operación que lo originó.
Por qué ventas y cobros no coinciden
Las ventas pueden reconocerse en un período distinto del ingreso bancario. El procesador acumula cargos, descuenta tarifas, compensa reembolsos, retiene reservas y transfiere el resultado según su calendario. Además, una captura puede producirse después de la autorización, un cobro puede quedar en disputa y el banco puede registrar el abono en el siguiente día hábil.
Por eso el saldo se explica mediante una cuenta puente por procesador. En ella se cargan o abonan las transacciones con su naturaleza y, cuando llega el payout, se cancela la parte transferida contra el banco. El saldo restante debe corresponder a fondos disponibles aún no pagados, reservas, operaciones en tránsito u otras diferencias identificadas.
Incluso cuando el documento se denomina así, un informe de payout no es automáticamente un ingreso. Shopify explica que su informe de actividad refleja movimientos del saldo de Shopify Payments y no constituye por sí mismo un estado de revenue contable; también advierte de diferencias por calendario, moneda y métodos de terceros. Véase la documentación oficial de Shopify Payments.
Pedidos, devoluciones y descuentos
Primero se clasifica el estado del pedido: creado, pagado, enviado, cancelado, devuelto total o parcialmente. Una cancelación antes de la entrega no se trata igual que una devolución posterior. Tampoco debe confundirse un cupón que reduce el precio con una comisión que factura el procesador o con un crédito promocional financiado por un tercero.
Cada devolución necesita vínculo con el pedido original, importe, impuesto, fecha, motivo y documento rectificativo cuando proceda. El reembolso puede ejecutarse en un payout distinto del cobro inicial. Si se importa solo el neto del mes, la venta y su reversión pueden desaparecer del detalle aunque ambas sean necesarias para explicar impuestos, margen y saldo del cliente.
Las deducciones dependen de cada transacción y de la evidencia: una comisión, un coste de envío, un contracargo o una compensación no comparten automáticamente naturaleza ni tratamiento. Antes de registrar o considerar fiscalmente un importe, deben revisarse el proveedor, el contrato, la factura, la relación con la actividad, el devengo y las limitaciones aplicables. El reporte operativo ayuda a localizar el cargo; no decide por sí solo su deducibilidad.
Stripe, PayPal y payouts bancarios
Stripe distingue el informe de balance, que reúne la actividad ocurrida en un rango, del informe de conciliación de payouts, que agrupa las transacciones incluidas en pagos automáticos ya liquidados. La guía oficial para seleccionar informes de Stripe también indica que la fecha relevante cambia según el informe. Comparar dos exportaciones sin alinear esa fecha produce descuadres aparentes.
En PayPal conviene descargar el historial de actividad y el extracto del período, conservar el archivo original y documentar los filtros aplicados. La ayuda oficial de PayPal sobre extractos e informes permite generar informes personalizados y descargar actividad en formatos tratables. La exportación debe cuadrarse con el saldo inicial, los movimientos y el saldo final, además de con las transferencias bancarias.
Los payouts manuales o instantáneos pueden exigir un casado a nivel de transacción. Stripe señala que, al controlar el usuario su importe y momento, la plataforma no puede identificar qué operaciones contiene cada payout instantáneo. En ese caso se cruza el historial de transacciones con el importe transferido, se documenta el criterio de asignación y se mantienen visibles las partidas que aún no puedan emparejarse.
Stock vendido, devuelto y pendiente
La conciliación física empieza con unidades, no con euros. Por SKU se reconstruyen existencias iniciales, entradas, ventas expedidas, devoluciones recibidas, mermas, ajustes y existencias finales. Una venta cobrada que todavía no se ha enviado puede afectar al saldo del procesador sin haber producido aún la salida logística que usa el control de almacén.
El reembolso tampoco repone automáticamente una unidad. Hay que distinguir producto en tránsito, recibido pendiente de inspección, reincorporado a disponible, dañado o perdido. Si un operador logístico informa una devolución dos días después de que la tienda reembolse al cliente, ambos registros se enlazan pero conservan sus fechas y estados.
La valoración, los costes atribuibles y el deterioro pertenecen a un análisis contable específico. Aquí solo se verifica que cada movimiento relevante existe, tiene causa y puede llevarse al recuento. Para profundizar sin mezclar objetivos, consulte la guía de inventario contable y fiscal.
Conciliación por canal, moneda y fecha
Un cierre combinado puede ocultar qué canal origina la diferencia. Conviene conciliar por tienda, marketplace o procesador antes de consolidar. Si dos canales comparten cuenta bancaria, el payout ID y la referencia del abono deben impedir que una transferencia se asigne dos veces.
En divisas se conservan importe y moneda de origen, tipo de cambio, fecha aplicada e importe contabilizado. La comisión de conversión se separa del precio de venta. No se debe alterar retrospectivamente la transacción original para que coincida con el neto convertido por el banco.
También deben fijarse tres cortes: operación comercial, movimiento del procesador y banco. La documentación de Stripe muestra que el informe de balance y el de payouts usan referencias temporales distintas; la documentación de Shopify recomienda comprobar rango, calendario de pago y moneda al investigar diferencias. La política de cierre debe declarar cuál usa cada columna.
Checklist mensual y evidencias
- Bloquear el rango de fechas, zona horaria, canales, cuentas y monedas incluidos.
- Descargar pedidos, facturas, transacciones, tarifas, disputas, reembolsos y payouts.
- Guardar los originales sin sobrescribirlos y registrar fecha de extracción.
- Cuadrar saldos inicial y final de cada procesador con todos sus movimientos.
- Casar cada payout con banco y explicar reservas o importes en tránsito.
- Vincular devoluciones financieras con pedido, rectificación y estado físico.
- Reconstruir unidades por SKU y documentar ajustes del operador logístico.
- Revisar partidas abiertas, responsable, evidencia pendiente y fecha de seguimiento.
- Conservar el papel de trabajo y la versión contabilizada para reproducir el cierre.
El entregable no es solo una hoja con ceros en la columna de diferencia. Debe incluir exportaciones originales, reglas de transformación, conciliaciones firmadas o fechadas y una lista de incidencias. El PGC requiere información fiable e íntegra y que las operaciones se registren atendiendo a su fondo económico; el texto consolidado del Real Decreto 1514/2007 aporta el marco para documentar el criterio aplicado.
Errores habituales que distorsionan el margen
Registrar el payout neto como ventas puede infravalorar ingresos y gastos cuando el abono compensa ventas con comisiones o reembolsos, pero ese no es el único efecto posible. Las liberaciones de reservas, los ajustes, los movimientos de financiación y las diferencias temporales pueden sobrevalorar, desplazar entre períodos o clasificar mal otros importes; el resultado depende de las transacciones incluidas y de su evidencia. Otros errores frecuentes son duplicar una importación, tratar una reserva como coste, omitir una disputa, descontar dos veces una comisión o reconocer como disponible una devolución que aún está en inspección.
El margen también se distorsiona al comparar ventas con stock en períodos diferentes, aplicar un tipo de cambio sin conservar la moneda original o asignar todos los ajustes a un producto genérico. Las diferencias pequeñas y repetidas merecen una regla de investigación: su recurrencia puede revelar una integración incompleta o una tarifa mal mapeada.
La automatización ayuda a importar y emparejar, pero necesita controles de duplicidad, trazabilidad y excepción. Nunca debería borrar la referencia de origen ni cerrar automáticamente una diferencia sin evidencia. Cuando la operativa crece, el servicio fiscal y contable para eCommerce puede coordinar el mapa documental, la contabilidad y las incidencias, partiendo siempre de los datos reales de la tienda.
Fuentes oficiales y técnicas consultadas
- Stripe — How to select a report, consultada el 26 de agosto de 2026: diferencias entre balance, conciliación de payouts, agrupación y fechas relevantes.
- PayPal — Cómo consultar y descargar extractos e informes, consultada el 26 de agosto de 2026: generación, descarga y formatos de los historiales.
- Shopify — Shopify Payments activity report, consultada el 26 de agosto de 2026: actividad del saldo, payouts, reservas y diferencias respecto de los informes de ventas.
- BOE — Real Decreto 1514/2007, Plan General de Contabilidad, texto consolidado consultado el 26 de agosto de 2026: marco conceptual, devengo, fiabilidad, integridad y registro según el fondo económico.
Estas fuentes describen mecánicas de informe y principios generales. La clasificación contable y fiscal definitiva depende de la transacción, su documentación, las partes y el período concreto; no puede deducirse únicamente del nombre de una línea en una plataforma.
