El CSV de liquidaciones de Square no es un registro de depósitos. Es la explicación detrás de un depósito — por eso las ventas con tarjeta, los reembolsos y las comisiones de un mismo día casi nunca aparecen en el extracto bancario con la misma forma que en la exportación.
Esa diferencia se convierte en tiempo perdido cuando el banco muestra una línea de crédito limpia y Square muestra un lote de pagos, deducciones de comisiones, filas de reembolsos y una fecha de liquidación que cae en un día distinto. Los dos archivos describen el mismo dinero desde niveles de información diferentes.
Para conciliar con precisión las liquidaciones de Square contra los depósitos bancarios, parte siempre del depósito que realmente se acreditó en tu cuenta. Identifica la liquidación de Square que lo generó y solo entonces analiza las transacciones dentro de esa liquidación. Si inviertes ese orden, datos correctos parecen incorrectos.
Identifica el tipo de diferencia antes de abrir los archivos
La mayoría de las coincidencias fallidas responden a un número reducido de patrones. Identifica el patrón primero. Eso te dice qué estás tratando de probar y qué tipo de diferencia tienes delante.
| Lo que ves en pantalla | Cómo lo almacena el CSV de Square | Cómo lo muestra el extracto bancario | Resultado si intentas una coincidencia directa |
|---|---|---|---|
| El mismo monto, días distintos | settlement_date: 2026-05-30, net_total: 4,912.60 | posted_date: 2026-06-02, amount: 4,912.60 | Misma liquidación, retraso en la acreditación bancaria |
| Las ventas brutas son mayores que el depósito | gross_collected: 5,080.00, fees: -142.40, refunds: -25.00, net_total: 4,912.60 | amount: 4,912.60 | Diferencia falsa si comparas el bruto con el banco |
| La referencia aparece más corta en el banco | transfer_reference: SQ-TRF-240530-A19 | description: SQ TRANSFER A19 | Mismo depósito, descripción truncada |
| Un depósito esperado aparece como dos líneas | split_deposit: 2,500.00 + 2,412.60 | Dos créditos el mismo día | Diferencia falsa si esperas una sola línea |
| Los números de fin de mes no cuadran | settlement_period_end: 2026-05-31, transfer_date: 2026-06-01 | Crédito registrado el 2026-06-02 | Diferencia de período, no una venta faltante |
Son problemas distintos. Un retraso en la acreditación no se resuelve igual que una brecha entre bruto y neto. Una descripción truncada no se resuelve igual que un depósito dividido. Saber en qué caso estás convierte la conciliación en algo mecánico en lugar de especulativo.
Empieza por el depósito y luego explícalo
El depósito bancario es el evento de tesorería. Ese monto es el que debes conciliar primero.
Si Square muestra esto:
| Resumen de la liquidación Square | Monto |
|---|---|
| Pagos brutos con tarjeta | 5,080.00 |
| Reembolsos | -25.00 |
| Comisiones de procesamiento | -142.40 |
| Depósito neto | 4,912.60 |
y el extracto bancario muestra esto:
| Fecha bancaria | Descripción | Monto |
|---|---|---|
| 2026-06-02 | SQ TRANSFER A19 | 4,912.60 |
entonces la primera coincidencia ya es visible. El depósito no debería ser igual a los pagos brutos con tarjeta. Debe ser igual al efecto neto de esa liquidación después de que Square haya deducido las comisiones y aplicado los reembolsos incluidos en el lote.
Ese es el modelo mental que importa. No estás probando que las ventas sean iguales al efectivo en la misma línea. Estás probando qué liquidación generó el efectivo y qué, dentro de esa liquidación, explica la diferencia entre el bruto y el neto.
Usa los archivos al nivel correcto:
| Compara esto | Con esto | Resultado esperado |
|---|---|---|
| Total neto o monto del depósito | Monto del depósito bancario | Debe coincidir o ser rastreable |
| Fecha de transferencia o liquidación | Fecha de acreditación bancaria | Frecuentemente cercanas, no siempre idénticas |
| Referencia de transferencia o descripción | Texto de descripción en el extracto | Confirmación útil, a veces truncada |
| Bruto cobrado | Nada en el extracto bancario directamente | Explica el total de partida, no el depósito |
| Comisiones, reembolsos, ajustes | Nada en el extracto bancario directamente | Explican por qué el efectivo es menor que el bruto |
| Ubicación o cuenta de destino | Cuenta bancaria receptora | Debe apuntar al mismo destino |
Aquí es donde la mayoría de las conciliaciones de Square fallan. El operador exporta la actividad de ventas, ve un depósito bancario menor y asume que el pago está mal. En la mayoría de los casos, el pago está bien. La comparación empezó con el número equivocado.
Exporta los archivos correctos antes de comparar
Si exportas el informe equivocado de Square, la conciliación falla antes de empezar. Un resumen de ventas es útil para analizar el rendimiento. No es el archivo que necesitas para conciliar depósitos bancarios. Necesitas el informe que muestra cómo el dinero pasó de Square a tu banco.
Para un flujo de trabajo basado en archivos, descarga estas tres exportaciones:
| Archivo | Campos mínimos necesarios | Por qué importa |
|---|---|---|
| CSV del extracto bancario | Fecha, descripción, monto, cuenta | Este es el registro de tesorería que debes probar |
| CSV de liquidación o conciliación de Square | Neto total, bruto cobrado, comisiones, reembolsos, fecha de transferencia, referencia de transferencia, ubicación | Identifica el depósito y explica cómo se construyó el monto neto |
| Exportación de detalle de transacciones de Square (opcional) | ID de pago, referencia de pedido o ticket, monto del pago, filas de reembolso, filas de comisión | Úsalo solo cuando el total de la liquidación esté conciliado pero el detalle interno aún necesite explicación |
Si tu CSV bancario es difícil de comparar porque el diseño cambia entre exportaciones, ese problema de estructura es independiente de la lógica de liquidación. En ese caso, empieza por resolver el método de comparación con comparar dos archivos CSV de extractos bancarios sin fórmulas y luego vuelve a la conciliación de Square.
Los nombres de columnas varían según la exportación y la región. La lógica no cambia. Busca los campos que se comportan como depósito neto, bruto cobrado, total de comisiones, total de reembolsos, fecha de transferencia y referencia de transferencia. Una vez que identifiques esos equivalentes, tienes todo lo que necesitas para conciliar.
Un proceso que lleva a una respuesta sólida
El proceso más rápido y confiable es corto. El orden importa.
1. Aísla el depósito bancario que vas a conciliar.
Filtra el extracto bancario al crédito de Square que estás verificando. Anota la fecha de acreditación, el monto, el texto de descripción y la cuenta bancaria. Si el negocio tiene más de una cuenta receptora, esto importa de inmediato.
2. Busca en Square por el monto neto primero.
En el CSV de liquidación, busca el monto bancario como neto total. No empieces por las ventas brutas. El campo neto es el equivalente más cercano al monto bancario.
3. Acota por rango de fechas, sin buscar coincidencia exacta del mismo día.
Las fechas de liquidación de Square y las fechas de acreditación bancaria suelen diferir un día hábil. Los lotes del fin de semana y los períodos de fin de mes hacen el desfase más visible. Si el monto coincide y la fecha está desfasada uno o dos días, eso es una pista, no una contradicción.
4. Usa la referencia de transferencia solo como confirmación.
La descripción del banco puede acortar u ocultar parcialmente la referencia de Square. Es normal. Si el monto y el rango de fechas ya apuntan a una liquidación, incluso una descripción parcial puede ser suficiente para confirmar.
5. Abre el detalle de la liquidación solo después de identificar el depósito.
Una vez que el depósito neto está vinculado a una línea bancaria, explica el contenido del lote. Separa los pagos brutos, los reembolsos, las comisiones, las disputas y cualquier otro ajuste que haya cambiado el pago. Eso te da la razón por la que el depósito es menor que la actividad de ventas del período.
6. Documenta el resultado como prueba, no como suposición.
La conclusión debe leerse así: el crédito bancario de 4,912.60 acreditado el 2026-06-02 coincide con la liquidación de Square con fecha 2026-05-30; la diferencia de fechas es un retraso de acreditación; la diferencia respecto a los pagos brutos con tarjeta se explica por 142.40 en comisiones y 25.00 en reembolsos. Esa es una nota de conciliación terminada.
La utilidad de este proceso es que obliga a cada archivo a cumplir un solo rol. El extracto bancario prueba que el dinero llegó. El CSV de liquidación prueba qué lote lo generó. La exportación de detalle explica la actividad dentro del lote. Cuando un solo archivo tiene que cumplir los tres roles, las diferencias falsas se multiplican.
Los casos que hacen que un depósito correcto de Square parezca incorrecto
Los desajustes persistentes suelen venir de una de estas situaciones:
| Caso | Cómo se ve | Tratamiento correcto |
|---|---|---|
| Desfase de fin de semana o fin de mes | Las ventas del viernes o de fin de mes aparecen en una línea bancaria del lunes o del mes siguiente | Concilia por fecha de liquidación o transferencia, no por día de venta |
| Reembolsos de ventas anteriores | La liquidación actual es menor que las ventas de la semana, pero la diferencia equivale a la actividad de reembolsos | Trata el reembolso como parte de la reducción de la liquidación actual |
| Depósitos instantáneos mezclados con transferencias normales | Algunos depósitos llegan el mismo día, otros siguen el calendario habitual | Mantén los depósitos instantáneos separados de las liquidaciones estándar |
| Depósitos divididos | Una transferencia esperada aparece como dos créditos bancarios | Suma las líneas bancarias relacionadas antes de rechazar la coincidencia |
| Montos netos duplicados | Dos liquidaciones distintas tienen el mismo valor neto | Usa el rango de fechas, la ubicación y la referencia para diferenciarlas |
| Múltiples ubicaciones o cuentas de destino | El monto existe en Square pero no en la cuenta que estás revisando | Confirma la cuenta de destino y la ubicación antes de considerarlo faltante |
El problema de fechas es el que atrapa a más personas. Concilian por el día en que ocurrió el pago porque así está organizada una exportación de ventas. Square liquida el efectivo según su lógica de transferencia, no según cómo se ve la jornada de ventas en un informe resumido. Si fuerzas una coincidencia por día calendario, cada fin de semana y cada fin de mes se convierte en una excepción falsa.
Los reembolsos generan la segunda confusión más frecuente. Un reembolso puede afectar la liquidación del día aunque el pago original haya sido cobrado días antes. El depósito bancario parece insuficiente si solo miras las ventas actuales. El CSV de liquidación es la mejor fuente porque muestra el ajuste en el lote que realmente afectó el efectivo.
Los depósitos instantáneos merecen su propia categoría. Si la cuenta los usa, no los mezcles con las reglas de las transferencias estándar. El movimiento de efectivo el mismo día, las comisiones distintas y los identificadores diferentes pueden hacer que un depósito instantáneo correcto parezca un duplicado o una liquidación estándar faltante.
Si también concilias lotes de procesadores de más de una plataforma, la misma lógica banco-primero usada en conciliar un CSV de pagos de Stripe con un extracto bancario aplica aquí también: identifica primero el depósito neto y luego explica el lote detrás de él.
Qué debe probar la conciliación final
Una hoja de cálculo con celdas coloreadas no es suficiente. El resultado final debe permitir que otra persona entienda qué pasó sin volver a abrir Square.
Incluye estas secciones en tu nota o informe de conciliación:
| Sección del resultado | Qué debe mostrar |
|---|---|
| Coincidencia banco-liquidación | Fecha bancaria, monto bancario, monto neto de Square coincidente, fecha de liquidación o transferencia, y referencia utilizada |
| Explicación bruto a neto | Bruto cobrado, comisiones, reembolsos, disputas o ajustes, y depósito neto resultante |
| Lista de excepciones | Todo lo que está sin conciliar, duplicado, dividido o pendiente de revisión |
| Estado final | Conciliado, diferencia de fechas, depósito dividido, coincidencia parcial o sin resolver |
Esa estructura importa porque separa la explicación de la excepción. Un retraso de acreditación de un día no debería estar en el mismo grupo que una liquidación faltante. Una descripción bancaria truncada no debería tratarse igual que una diferencia real de monto. Una vez separados, la conciliación es más fácil de revisar y de defender.
La prueba es simple. ¿Puede otra persona leer tu nota mañana y entender por qué el banco recibió 4,912.60 en lugar de 5,080.00? Si la respuesta es no, la conciliación aún no está completa.
Cuando el proceso de exportación se convierte en el trabajo
La conciliación manual de Square es viable cuando el volumen es bajo y los patrones de depósito son simples. Se vuelve costosa cuando cada cierre repite la misma rutina: exportar el archivo bancario, exportar el CSV de liquidación, buscar el monto neto, verificar el retraso de acreditación, confirmar la referencia, abrir las filas de detalle, explicar los reembolsos y reconstruir la misma nota de auditoría.
En ese punto, el trabajo financiero ya no consiste en decidir qué ocurrió. Consiste en repetir un proceso de comparación de archivos. Si la misma diferencia de liquidación de Square llega a tu escritorio cada semana o cada mes, el problema no es el criterio contable. El problema es que el flujo de trabajo con archivos consume el tiempo que debería dedicarse al análisis.
