El extracto bancario muestra un solo depósito de Shopify. El archivo exportado de Shopify, en cambio, contiene decenas de pedidos individuales, reembolsos, comisiones y ajustes que no comparten ninguna referencia con ese depósito.
Ahí es donde la conciliación se rompe.
Para las pequeñas tiendas de comercio electrónico, el problema casi nunca es que falte la venta. El problema es que la línea del banco es el resultado de una liquidación, mientras que el archivo de pedidos de Shopify es un registro de actividad comercial. De un lado, el efectivo llega en lote. Del otro, las operaciones que generaron ese lote.
No se resuelve forzando que el depósito coincida con un solo pedido. Hay que descomponer el depósito, identificar la ventana de liquidación, separar comisiones y reembolsos, y luego demostrar qué pedidos de Shopify explican el efectivo que llegó al banco.
Lo que realmente muestran los dos archivos
Empieza nombrando la granularidad de cada archivo. Eso evita la mayoría de las discrepancias falsas.
| Archivo | Una fila suele representar | La pregunta que responde |
|---|---|---|
| Exportado de pedidos de Shopify | Un pedido o un evento a nivel de pedido | ¿Qué compró, pagó, devolvió o canceló el cliente? |
| Exportado de liquidaciones o pagos de Shopify | Actividad de pago agrupada hacia una liquidación | ¿Qué transacciones contribuyeron a una liquidación? |
| Extracto bancario CSV | Un movimiento bancario registrado | ¿Qué efectivo llegó realmente a la cuenta? |
El extracto bancario no intenta mostrar pedidos individuales. Muestra el movimiento de efectivo final. El exportado de pedidos de Shopify no intenta mostrar depósitos bancarios. Muestra la actividad comercial dentro de la tienda.
Por eso la conciliación no funciona así:
El pedido 1049 corresponde al depósito bancario.
Funciona así:
Los pedidos 1042 al 1068, menos comisiones, menos reembolsos, más o menos ajustes, explican el depósito bancario de 3,921.44.
La diferencia importa. Si comparas una fila de pedidos de Shopify con una fila de depósito bancario, los archivos parecerán incorrectos aunque el efectivo sea correcto.
Por qué el depósito bancario no tiene una referencia de pedido útil
La descripción de una línea de extracto bancario suele ser corta. Puede mostrar algo así:
| Bank date | Description | Amount |
|---|---|---|
| 2026-05-06 | SHOPIFY TRANSFER | 3,921.44 |
Esa línea confirma que el efectivo llegó. No dice qué pedidos lo generaron.
El exportado de pedidos de Shopify puede mostrar filas como estas:
| Order | Paid at | Payment status | Total | Refunds |
|---|---|---|---|---|
| #1042 | 2026-05-02 18:14 | paid | 185.00 | 0.00 |
| #1043 | 2026-05-02 19:07 | paid | 72.50 | 0.00 |
| #1044 | 2026-05-03 10:22 | refunded | 210.00 | -210.00 |
| #1045 | 2026-05-03 11:41 | paid | 96.00 | 0.00 |
Ninguna referencia bancaria aparece en esas filas. Es lo esperado. El archivo de pedidos está organizado alrededor de la actividad del checkout, no alrededor del depósito bancario.
El primer trabajo es encontrar la capa de liquidación entre los dos archivos. Con Shopify Payments, eso significa buscar el exportado de liquidaciones o pagos que explica qué transacciones se agruparon en el depósito bancario. Si usas Stripe, PayPal u otro procesador de pagos detrás de Shopify, el archivo de liquidación proviene de ese proveedor.
Sin esa capa intermedia, estás trabajando con fechas y montos. Puede funcionar para una tienda pequeña con cinco pedidos por semana. Falla en cuanto el depósito incluye suficientes pedidos, reembolsos o comisiones como para crear montos repetidos y superposición de fechas.
Usa el depósito como punto de partida
El depósito bancario es el evento de efectivo. Empieza por ahí.
No empieces por el total de ventas de Shopify del mes. Las ventas mensuales son demasiado amplias. El depósito suele cubrir una ventana de liquidación más estrecha, y esa ventana casi nunca coincide exactamente con el período calendario.
Sigue este orden:
| Paso | Archivo | Lo que tienes que demostrar |
|---|---|---|
| 1 | Extracto bancario CSV | ¿Qué depósito hay que explicar? |
| 2 | Exportado de liquidaciones o pagos de Shopify | ¿Qué monto de liquidación corresponde a ese depósito? |
| 3 | Exportado de pedidos de Shopify | ¿Qué pedidos y ajustes explican esa liquidación? |
| 4 | Resultado de la conciliación | ¿Qué coincidió, qué se esperaba y qué queda por revisar? |
Supón que el extracto bancario muestra:
| Bank date | Description | Amount |
|---|---|---|
| 2026-05-06 | SHOPIFY TRANSFER | 3,921.44 |
Busca entonces una liquidación de Shopify o del procesador cuyo monto sea igual a 3,921.44, o que pueda vincularse a esa línea bancaria por fecha y referencia de liquidación. Una vez identificada la liquidación, no amplíes el trabajo de vuelta a todos los pedidos de Shopify. Quédate dentro de la ventana de esa liquidación.
Ese límite es lo que mantiene la conciliación limpia.
Distingue los pedidos brutos de los depósitos netos
Los totales de pedidos de Shopify son actividad bruta del cliente. Los depósitos bancarios son efectivo neto. Se supone que difieren.
Una liquidación puede incluir:
- cobros de pedidos
- comisiones de procesamiento
- reembolsos
- reembolsos parciales
- contracargos
- ajustes
- actividad de reserva
- desfases de fecha entre la venta y la liquidación
Aquí hay un ejemplo de cuadro de conciliación para una liquidación:
| Actividad dentro de la liquidación | Monto |
|---|---|
| Pedidos de Shopify cobrados | 4,280.00 |
| Comisiones de procesamiento | -128.56 |
| Reembolsos incluidos en la liquidación | -180.00 |
| Ajuste | -50.00 |
| Depósito bancario neto | 3,921.44 |
Si comparas 4,280.00 con 3,921.44, reportarás una diferencia de 358.56. Esa diferencia no es automáticamente un error. Es el paso del bruto al neto.
La conciliación es correcta cuando cada componente de ese paso es visible:
| Componente de la diferencia | Tratamiento esperado |
|---|---|
| Comisiones | Explican por qué el efectivo es menor que los pedidos brutos |
| Reembolsos | Vincular al pedido original o a la fila de reembolso |
| Ajustes | Listar por separado para que no queden ocultos dentro de las ventas |
| Desfases de fecha | Mantener dentro de la lógica de fecha de liquidación, no solo la fecha del pedido |
| Elementos sin conciliar | Mostrar como excepciones, no como reducciones silenciosas |
Aquí está el núcleo de cómo las pequeñas tiendas de comercio electrónico concilian los pedidos de Shopify con los depósitos bancarios sin conectar Shopify directamente al banco. No se necesita que la línea bancaria contenga cada número de pedido. Se necesita un cuadro de conciliación que demuestre cómo la actividad de pedidos se convirtió en efectivo neto.
Construye el archivo de trabajo con las columnas correctas
Antes de conciliar, exporta las columnas que permiten conectar la actividad entre los archivos. No te apoyes solo en el número de pedido visible y el monto del depósito.
Para el extracto bancario CSV, conserva:
| Bank column | Por qué importa |
|---|---|
| Posted date | Confirma cuándo el efectivo llegó a la cuenta |
| Description | A menudo contiene "Shopify" o el nombre del procesador de pagos |
| Amount | El monto del depósito que hay que explicar |
| Bank reference | Útil si el banco proporciona un ID de transacción |
Para el exportado de pedidos de Shopify, conserva:
| Shopify column | Por qué importa |
|---|---|
| Order name | Número de pedido legible, como #1042 |
| Order ID | Identificador interno de Shopify |
| Paid at | Ayuda a ubicar el pedido en la ventana de liquidación |
| Total | Valor bruto del pedido |
| Refund amount | Explica las reducciones después de la venta |
| Payment status | Separa pedidos pagados, reembolsados, parcialmente pagados y cancelados |
| Payment references | Ayuda a conectar la actividad de pago cuando está disponible |
Para el exportado de liquidaciones o pagos, conserva:
| Settlement column | Por qué importa |
|---|---|
| Payout ID | Agrupa las transacciones en el depósito bancario |
| Payout date | Conecta el archivo de liquidación con la línea bancaria |
| Transaction type | Separa cobros, reembolsos, comisiones y ajustes |
| Gross amount | Vincula de vuelta a la actividad de pedidos |
| Fee amount | Explica por qué el efectivo es menor |
| Net amount | Se suma para dar el monto del depósito |
| Order or payment reference | Puente de vuelta a las filas de Shopify |
Si el exportado de liquidaciones no incluye una referencia de pedido utilizable, usa la referencia de pago si aparece en ambos archivos. Si ningún archivo tiene una referencia común, usa el monto y la fecha solo como campos de revisión. No son lo suficientemente sólidos para ser la clave de coincidencia principal en cuanto el volumen de pedidos aumenta.
Concilia en pasadas, no con una sola fórmula
Una sola fórmula de búsqueda no puede responder todo esto correctamente. Será demasiado restrictiva y perderá filas válidas, o demasiado permisiva y generará falsos positivos.
Usa cuatro pasadas.
1. Hacer coincidir la liquidación con el depósito bancario
Empieza por el extracto bancario.
Busca la liquidación de Shopify o del procesador cuyo monto coincida con el depósito. Usa juntos la fecha, el monto y la descripción. Un desfase de un día o dos puede ser normal porque la fecha de liquidación y la fecha de registro bancario no siempre coinciden.
En este punto no estás conciliando pedidos. Estás demostrando que el depósito existe y que pertenece a una liquidación específica.
El resultado debe verse así:
| Bank deposit | Payout amount | Status |
|---|---|---|
| 3,921.44 | 3,921.44 | Matched |
Si esos números no coinciden, revisa si hay varias liquidaciones depositadas juntas, comisiones bancarias, conversión de moneda, o una liquidación registrada en una fecha cercana.
2. Descomponer la liquidación
Una vez identificada la liquidación, lista las transacciones que contiene por tipo.
| Transaction type | Amount |
|---|---|
| Charges | 4,280.00 |
| Fees | -128.56 |
| Refunds | -180.00 |
| Adjustments | -50.00 |
| Net payout | 3,921.44 |
Esta pasada explica el movimiento de la actividad bruta de pedidos al efectivo neto. También evita que las comisiones y los reembolsos se traten como ventas inexplicadas.
3. Conciliar cobros y reembolsos con los pedidos de Shopify
Ahora concilia solo las filas relacionadas con pedidos.
Usa la clave disponible más sólida:
| Clave disponible más sólida | Cuándo usarla |
|---|---|
| Payment reference | Aparece en los exportados de Shopify y de liquidación |
| Shopify order ID | El exportado de liquidación lo incluye |
| Shopify order name | El exportado de liquidación almacena claramente el número de pedido |
| Monto más ventana de fecha | No existe referencia común y la fila necesita revisión manual |
El nombre del pedido y el ID del pedido no son lo mismo. La referencia de pago es distinta de ambos. Si tu discrepancia actual es principalmente un problema de identificador, la causa es la misma que se describe en la coincidencia de IDs de pedidos de Shopify con registros CSV de transacciones de Stripe. La clave de coincidencia tiene que describir el mismo objeto en los dos archivos.
Mantén una columna match_method en tu archivo de trabajo. Debe indicar si cada fila coincidió por referencia de pago, ID de pedido, nombre de pedido o lógica de revisión. Eso te protege de tratar una coincidencia débil por monto y fecha como si fuera una coincidencia confirmada por referencia.
4. Clasificar lo que queda
Las filas restantes necesitan categorías, no celdas resaltadas en rojo.
| Categoría de excepción | Qué significa |
|---|---|
| Pedido conciliado | La actividad del pedido coincide con la actividad de liquidación |
| Solo comisión | Comisión del procesador esperada, no se necesita coincidencia de pedido de Shopify |
| Reembolso | Reducción vinculada a un pedido o evento de reembolso |
| Desfase de fecha | Pedido válido, pero fuera de la ventana de fecha esperada |
| Falta en el exportado de Shopify | La fila de liquidación no tiene fila de pedido en el archivo extraído |
| Falta en la liquidación | Pedido de Shopify pagado, pero no incluido en esta liquidación |
| Requiere revisión | Sin clave o explicación confiable por ahora |
Esa es la diferencia entre una conciliación utilizable y una hoja de cálculo llena de diferencias inexplicadas. Un cliente, un prestamista, un contador o un revisor interno no necesita saber que la celda F94 falló en una búsqueda. Necesita saber si el depósito está completamente explicado y qué filas aún requieren acción.
No uses los totales mensuales como prueba
Las ventas mensuales de Shopify pueden coincidir con lo esperado mientras depósitos individuales siguen sin conciliarse.
Eso ocurre porque:
- los pedidos de fin de mes se liquidan en el mes siguiente
- los reembolsos pueden reducir una liquidación posterior
- las comisiones se interponen entre las ventas brutas y el efectivo
- un depósito puede contener ventas de varias fechas de pedido
- una liquidación puede incluir ajustes sin relación con el lote de pedidos actual
La pregunta no es: ¿Las ventas de Shopify de mayo coinciden con los depósitos bancarios de mayo?
La pregunta correcta es:
¿Puede explicarse cada depósito bancario por una liquidación, y puede explicarse cada liquidación por los pedidos, reembolsos, comisiones y ajustes que contiene?
Esa pregunta produce una respuesta lista para auditoría. También hace el trabajo más concreto. Ya no estás conciliando toda la tienda a la vez. Estás conciliando un evento de efectivo a la vez.
Si la tienda también usa Stripe como capa de pago, la lógica de liquidación se superpone con por qué conciliar pedidos de Shopify con liquidaciones de Stripe es lento. La misma regla aplica: no compares los totales de pedidos directamente con el efectivo neto de la liquidación sin separar primero la capa de liquidación.
Qué debe mostrar la conciliación final
Un resultado limpio no es una copia resaltada del archivo fuente. Resume el depósito y luego lista las excepciones.
Para cada depósito bancario, muestra:
| Campo de salida | Ejemplo |
|---|---|
| Fecha bancaria | 2026-05-06 |
| Descripción bancaria | SHOPIFY TRANSFER |
| Monto bancario | 3,921.44 |
| Payout ID | po_92831 |
| Monto de liquidación | 3,921.44 |
| Estado del depósito | Matched |
Luego muestra el cuadro de conciliación:
| Categoría | Monto |
|---|---|
| Cobros de pedidos conciliados | 4,280.00 |
| Comisiones | -128.56 |
| Reembolsos | -180.00 |
| Ajustes | -50.00 |
| Depósito neto explicado | 3,921.44 |
| Diferencia sin explicar | 0.00 |
Luego muestra la lista de excepciones:
| Referencia | Problema | Acción |
|---|---|---|
| #1044 | Reembolso incluido en la liquidación | Confirmar que el reembolso está registrado |
| adj_8821 | Ajuste reduce la liquidación | Revisar el origen del ajuste |
| #1069 | Pedido pagado no incluido en esta liquidación | Verificar la siguiente ventana de liquidación |
Ese es el reporte que necesitas. Prueba el depósito, explica la diferencia entre los pedidos brutos y el efectivo, y deja una lista de acciones concreta en lugar de una discrepancia vaga.
Cuando el flujo de archivos se convierte en el proceso
Para una tienda pequeña con algunos pedidos por semana, esto se puede hacer manualmente. Exporta el extracto bancario CSV. Exporta los pedidos de Shopify. Descarga el detalle de la liquidación. Construye el cuadro de conciliación. Revisa lo que queda.
El trabajo se vuelve costoso cuando la misma rutina se repite en cada cierre:
- encontrar el depósito de Shopify
- descargar el detalle de la liquidación
- limpiar el exportado de pedidos
- separar los pedidos brutos del efectivo neto
- identificar reembolsos y comisiones
- reconstruir las columnas de coincidencia
- explicar los mismos desfases de fecha otra vez
- producir un reporte en el que otra persona pueda confiar
En ese punto, el problema ya no es el conocimiento de Shopify. Es la comparación repetida de archivos.
El objetivo no es hacer que cada pedido de Shopify sea igual a un depósito bancario. El objetivo es demostrar cómo se construyó cada depósito. En cuanto tratas el depósito como un lote y el archivo de pedidos como la actividad que lo respalda, la conciliación deja de ser una búsqueda de la fila perfecta y se convierte en una explicación de efectivo que se puede defender.
