Una exportación de eBay Managed Payments agrupa en el mismo período ventas, devoluciones, comisiones, cargos por etiquetas de envío y una liquidación. El asiento del libro mayor que esperas conciliar casi nunca está en una sola fila. La conciliación falla en el momento en que tratas ese archivo como un estado de cuenta bancario. La exportación está al nivel de las operaciones. El libro mayor está al nivel de las cuentas. Solo cuadran cuando los separas antes de compararlos.
Por eso los números parecen incorrectos aunque los datos no lo estén. eBay puede mostrar un pedido, una deducción de comisión, una devolución y un enlace a una liquidación en filas distintas, mientras el libro mayor solo muestra un asiento de venta, un asiento de gasto y un movimiento bancario. Si intentas hacer coincidir fila por fila, crearás diferencias falsas y pasarás por alto las reales.
¿Por qué las filas no coinciden?
Un CSV de eBay Managed Payments no es una lista limpia de ventas. Es un informe mixto de transacciones. Según las columnas que exportes y los eventos del período, el archivo puede contener actividad de pedidos, referencias de liquidación, comisiones, retenciones, disputas, cargos por etiquetas de envío, ajustes y líneas fiscales.
Esta estructura importa porque el libro mayor casi nunca almacena esos eventos en la misma forma.
| Tipo de fila en el CSV de eBay | Lo que representa | Dónde suele registrarse en el libro mayor |
|---|---|---|
| Venta bruta | Pago del cliente antes de deducciones | Ventas o cuentas por cobrar |
| Tarifa por valor final u otra comisión | Cargo deducido antes de la liquidación | Gastos por comisiones |
| Devolución o reclamación | Dinero reembolsado o debitado | Devoluciones, retornos o cuenta de disputas |
| Cargo por etiqueta de envío | Costo logístico deducido de los fondos | Gastos de envío |
| Ajuste o cargo | Crédito o débito no estándar | Otros ingresos, gastos o cuenta puente |
| Enlace con la liquidación neta | Movimiento de efectivo después de deducciones | Cuenta bancaria o cuenta puente |
El número de filas también engaña. Un pedido no siempre equivale a una fila. Los pedidos con varios artículos pueden distribuirse en varias líneas. Una devolución puede aparecer después de la venta original. Una liquidación puede agrupar actividad de distintas fechas de transacción. Nada de esto significa que la exportación esté rota. Significa que tu método de conciliación tiene que respetar cómo eBay registra los flujos de dinero.
La consecuencia práctica es simple: no le pidas a una sola columna que responda todas las preguntas. La conciliación al nivel de pedidos prueba si las ventas quedaron registradas en la contabilidad. La conciliación de comisiones y devoluciones explica por qué el efectivo neto es menor. La conciliación de liquidaciones prueba si el movimiento de dinero llegó a donde debía.
Reúne tres archivos y define tu período
Antes de comparar cualquier cosa, define el período que vas a conciliar y qué archivos corresponden a ese período. La mayoría de las malas conciliaciones comienzan porque el rango de la exportación es más amplio que el del libro mayor, o porque se compara una fecha de liquidación con una fecha de venta.
Para un proceso limpio, trabaja con estos archivos:
| Archivo | Columnas mínimas a conservar | Para qué sirve |
|---|---|---|
| CSV del informe de transacciones de eBay | Order ID, Item ID, Transaction ID or Reference ID, transaction date, payout date, gross amount, net amount, fee-related fields, payout ID | Detalle de ventas, deducciones y grupos de liquidación |
| Exportación del libro mayor o del libro de caja | Fecha, referencia, cuenta, descripción, débito/crédito o monto con signo | Lo que realmente se registró en la contabilidad |
| Exportación del estado de cuenta bancario si se necesita la prueba en efectivo | Fecha, descripción, monto, referencia bancaria | Confirma que la liquidación llegó al banco |
Elige un solo rango y mantente en él:
- Una liquidación, si el problema es un depósito que no cuadra.
- Una semana, si el libro mayor se contabiliza en lotes semanales.
- Un mes de estado de cuenta, si estás cerrando el mes y el libro mayor sigue el mismo calendario.
No mezcles esos rangos en la misma hoja de cálculo. Los tiempos de transacción de eBay y las fechas de liquidación pueden diferir de tus propios registros por los plazos de liquidación y el manejo de zonas horarias. Si el lado de las liquidaciones es el que sigue fallando, la misma lógica de probar el movimiento primero que se usa para conciliar un CSV de liquidación de Stripe con tu estado de cuenta bancario aplica aquí también: prueba el movimiento de efectivo primero, luego explica qué contiene.
Elige la clave de conciliación antes de comparar montos
La mayoría de los errores de conciliación no son errores de monto. Son errores de clave. Se está usando la referencia incorrecta, y filas correctas parecen sin conciliar.
Usa el campo que corresponda a cómo se registró tu libro mayor:
| Clave de conciliación | Usarla cuando | No usarla para |
|---|---|---|
| Order ID | El libro mayor registra un asiento de venta por pedido de cliente | Probar el monto de la liquidación |
| Transaction ID o Reference ID | El libro mayor almacena referencias de eventos de pago o de devolución | Agrupar una liquidación completa |
| Payout ID | Necesitas vincular un lote de filas a una liquidación o movimiento bancario | Conciliar los ingresos por ventas |
| Item ID | Estás analizando el detalle de pedidos con varios artículos | Conciliación principal en todo el archivo |
Aquí es donde muchas hojas de cálculo se tuercen. Alguien intenta conciliar las ventas brutas con un Payout ID, o intenta probar un depósito neto con un Order ID. Esas claves pertenecen a niveles distintos del proceso.
Si tu libro mayor no almacena ninguna referencia de eBay de forma limpia, construye una tabla de correspondencia temporal antes de tocar los totales. Relaciona la referencia del libro mayor que tienes con un campo estable de eBay y luego ejecuta la conciliación desde ahí. Sin ese paso, todos los filtros y fórmulas que siguen trabajan sobre un supuesto incorrecto.
Trabaja en tres niveles, no en uno
La forma limpia de manejar eBay es hacer tres conciliaciones más pequeñas en lugar de una grande.
1. Nivel de ventas
Compara las ventas brutas del archivo de eBay con los asientos de ventas del libro mayor. En esta etapa, ignora las comisiones, las deducciones por etiquetas y los valores de liquidación neta. La pregunta es concreta: ¿las ventas se registraron por el monto bruto correcto?
2. Nivel de deducciones
Ahora aísla todo lo que reduce lo que finalmente recibes: tarifas por valor final, cargos por anuncios destacados, cargos por etiquetas de envío, devoluciones, reclamaciones, disputas, ajustes y cualquier otro débito deducido antes de la liquidación. Compáralos con las cuentas de gastos, devoluciones o puente correctas del libro mayor.
3. Nivel de liquidaciones
Solo después de que los dos primeros niveles tengan sentido compara los valores de liquidación neta contra el banco o la cuenta puente. La liquidación no es un total de ventas. Es el resultado del nivel de ventas menos el nivel de deducciones, más o menos los ajustes.
Aquí hay un ejemplo simplificado:
| Actividad | Monto |
|---|---|
| Ventas brutas en la exportación de eBay | 2,000.00 |
| Tarifa por valor final y otras comisiones | -180.00 |
| Devoluciones y reclamaciones | -250.00 |
| Cargos por etiquetas de envío | -45.00 |
| Liquidación neta | 1,525.00 |
Si tu libro mayor muestra ventas de 2,000.00 y efectivo bancario de 1,525.00, eso no significa que 475.00 esté sin explicar. Significa que ahora tienes que probar si los 180.00, los 250.00 y los 45.00 se contabilizaron en las cuentas correctas. Una vez que esas deducciones están justificadas, la liquidación está explicada.
Esta es la parte que la mayoría de las páginas de referencia omiten. Te dicen que los informes existen. No te dicen que las ventas brutas, las deducciones y las liquidaciones no deben forzarse en un solo paso de conciliación.
Las discrepancias que realmente importan
Una vez que el archivo está dividido en los niveles correctos, las diferencias restantes suelen seguir uno de estos pocos patrones.
| Síntoma | Qué suele significar | Qué revisar a continuación |
|---|---|---|
| Mismo monto, fecha diferente | Demora en la liquidación o diferencia de zona horaria | Compara la fecha de transacción con la fecha de liquidación, no la fecha de venta con la fecha bancaria |
| Más filas en eBay que en el libro mayor | Pedidos con varios artículos o contabilización por lotes en el libro mayor | Agrupa las filas de eBay por pedido o liquidación antes de comparar |
| Las ventas cuadran pero el efectivo es menor | Comisiones, devoluciones, etiquetas o ajustes que faltan en el libro mayor | Filtra los tipos de transacciones que no son ventas y rastrea cada categoría |
| El efectivo cuadra pero los ingresos no | Las ventas se registraron en neto en lugar de bruto, o están duplicadas | Verifica si el libro mayor registró los depósitos directamente como ingresos |
| Diferencia pequeña recurrente en cada período | Comisiones de suscripción, cargos publicitarios o ajustes repetidos | Revisa los cargos fuera de pedido que están fuera de las líneas principales de venta |
| Una liquidación importante sin conciliar | Período incorrecto o lote de liquidaciones mixto | Reconstruye alrededor de un solo Payout ID y sus filas relacionadas |
Las diferencias de fechas merecen atención especial. La actividad de eBay puede registrarse en una fecha mientras la liquidación llega después. Si comparas la fecha de venta con la fecha bancaria, cada demora legítima parece un error. Lo mismo ocurre cuando tu libro mayor se contabiliza en hora local y la exportación refleja un sello de tiempo de transacción diferente. Eso no es un problema de limpieza de datos. Es un problema a nivel de comparación.
El otro error frecuente es mezclar la lógica de bruto y neto. Si el libro mayor registra el depósito bancario directamente como ingresos, el número de ventas parecerá menor que las ventas brutas de eBay y el gasto por comisiones parecerá faltante. La conciliación está haciendo su trabajo cuando revela ese problema estructural.
Cuando el lado de las liquidaciones se convierte en puro trabajo de comparación por lotes, la mecánica se parece más a comparar dos archivos CSV de estados de cuenta bancarios sin fórmulas que a depurar una fórmula de búsqueda. Estás probando qué movimiento agrupado pertenece a qué movimiento agrupado, y luego profundizas en las diferencias que quedan.
Lo que debe probar una conciliación terminada
Una conciliación terminada no es una hoja de cálculo llena de celdas verdes. Es una explicación breve y sustentable de adónde fue cada diferencia significativa.
Tu resultado final debe responder estos cinco puntos:
| Sección del resultado | Lo que prueba |
|---|---|
| Ventas conciliadas | Las ventas brutas de eBay están representadas en el libro mayor |
| Resumen de comisiones y deducciones | Las reducciones del bruto al neto se contabilizaron en las cuentas correctas |
| Devoluciones, reclamaciones y ajustes | Los movimientos que no son ventas no se confundieron con ventas faltantes |
| Resumen de liquidaciones | El monto neto coincide con el efectivo o con la cuenta puente |
| Lista de diferencias | Cada discrepancia sin resolver está identificada, no oculta |
Ese es el estándar a alcanzar. No un número idéntico de filas. No un gran total forzado a cuadrar demasiado pronto. Un resultado útil dice:
- Qué ventas quedaron conciliadas.
- Qué deducciones explican la brecha entre el bruto y el neto.
- A qué liquidación o movimiento bancario pertenecen esas filas.
- Qué elementos siguen faltando, están duplicados o se contabilizaron en la cuenta incorrecta.
Si puedes decir esas cuatro cosas con claridad, la conciliación está terminada. Si no puedes, el archivo puede estar lleno de datos, pero la conciliación no está lista.
Cuando la hoja de cálculo se convierte en el obstáculo
La conciliación manual de eBay todavía funciona cuando los volúmenes son pequeños y el libro mayor está contabilizado limpiamente. Se vuelve costosa cuando cada cierre sigue el mismo patrón: exportar el CSV, dividirlo en secciones, elegir una clave de conciliación, reconstruir las mismas fórmulas, filtrar las mismas diferencias y reescribir la misma explicación.
En ese punto, la parte difícil ya no es el juicio contable. Es la comparación de archivos y la generación de informes de diferencias.
