Cuando Sage 50 genera un archivo CSV de transacciones y tu procesador de pagos envía un reporte de liquidación o de pago, las filas casi nunca coinciden en el primer intento. Sage 50 registra asientos contables. El reporte del procesador registra eventos de pago. Cuando necesitas conciliar los dos archivos, la discrepancia suele empezar por la misma razón: los dos archivos describen el mismo dinero, pero en niveles diferentes.
Por eso una búsqueda fila por fila falla tan rápido. El procesador puede mostrar una venta, una comisión, un reembolso y un pago neto dentro del mismo lote. Sage 50 puede mostrar un asiento de ventas, un gasto por comisiones, un asiento de reembolso y un movimiento en cuenta bancaria o de compensación, en fechas o referencias distintas. Ninguno de los dos archivos tiene que estar mal para que la comparación falle.
La solución no es otra fórmula. Es decidir qué prueba cada archivo y luego comparar los dos en el mismo nivel.
Por qué los archivos no coinciden antes de compararlos
La mayoría de las conciliaciones fallidas parten de un supuesto incorrecto: que Sage 50 y el procesador deben compartir un campo obvio y un total común.
Casi nunca es así.
Los archivos de Sage 50 están construidos alrededor de los asientos nominales, los códigos de cuenta, las referencias de pista de auditoría y las fechas de registro. Los reportes del procesador están construidos alrededor de los IDs de transacción de la pasarela, las fechas de liquidación, los IDs de lote, las comisiones, los contracargos y los movimientos de efectivo netos. Estas estructuras se superponen, pero no son idénticas.
Así se ve en la práctica:
| Campo del archivo CSV de Sage 50 | Campo del reporte del procesador | Lo que te permite comprobar |
|---|---|---|
| Fecha de registro | Fecha de transacción o fecha de liquidación | Si una diferencia de fechas es esperada |
| Referencia o descripción | ID de pedido, número de factura, referencia de pago, ID de transacción | Si dos registros corresponden a la misma operación |
| Código de cuenta | Tipo de transacción o categoría de comisión | Si el asiento se registró en la cuenta correcta |
| Importe débito y crédito | Bruto, comisión, reembolso, disputa, neto | Si estás comparando bruto con bruto o neto con neto |
| Línea de cuenta bancaria o de compensación | ID de lote, ID de pago, ID de liquidación | Si el movimiento de efectivo se registró correctamente |
Lo peligroso es que los números pueden parecer suficientemente cercanos como para tentarte a forzar la coincidencia. El total de una liquidación puede ser menor que las ventas porque las comisiones y los reembolsos se dedujeron antes del pago. La fecha de registro en Sage puede tener un día de diferencia porque el asiento sigue la fecha de valor bancaria, no la fecha original de la transacción con tarjeta. Si no separas estas diferencias desde el principio, cualquier lista de diferencias posterior será puro ruido.
Define primero el alcance de la conciliación
Antes de comparar cualquier fila, define el alcance de la conciliación. Esto importa más que la fórmula que uses.
Solo hay tres alcances que funcionan bien:
- Una liquidación o un lote de pago.
- Un período de extracto bancario.
- Un período de cierre mensual en el que Sage y el procesador se revisan sobre el mismo calendario.
No compares un mes completo de Sage con un solo lote del procesador. No compares las fechas de transacción del procesador con los asientos bancarios de Sage si el problema que estás resolviendo es una liquidación neta que llegó a la cuenta un día después. El error de alcance es el motivo por el que muchas conciliaciones generan docenas de diferencias falsas antes de que aparezca el problema real.
Para una conciliación limpia, extrae estos archivos:
| Archivo | Columnas mínimas a conservar | Por qué lo necesitas |
|---|---|---|
| CSV de transacciones o pista de auditoría de Sage 50 | Fecha, referencia, descripción, código de cuenta, débito, crédito, neto si está disponible | Muestra qué se registró realmente en los libros |
| Reporte de transacciones o liquidación del procesador | Fecha de transacción, fecha de liquidación, ID de transacción, referencia de pedido o factura, tipo, bruto, comisión, importe de reembolso o disputa, neto, ID de lote o pago | Muestra qué actividad generó el movimiento de efectivo |
| CSV del extracto bancario si necesitas comprobar el efectivo | Fecha, descripción, importe, referencia | Confirma si la liquidación llegó como se esperaba |
Si es el movimiento bancario lo que sigue fallando, el enfoque por agrupación descrito en comparar dos archivos CSV de extracto bancario sin fórmulas es más cercano al trabajo real que seguir depurando una columna de búsqueda. Estás comprobando un movimiento agrupado frente a otro y luego analizando qué hay dentro de cada grupo.
Encuentra el campo de enlace antes de comparar importes
El error más común en este tipo de trabajo es comparar importes antes de saber qué campo puede conectar los dos archivos.
A veces el campo de enlace es obvio. Muchas veces no.
Lo que buscas es el mejor campo disponible que sobreviva a la exportación en ambos lados:
| Campo de enlace candidato | Úsalo cuando | Falla cuando |
|---|---|---|
| Número de factura o referencia de pedido | El procesador conserva la misma referencia comercial que Sage en los campos de descripción o referencia | El procesador solo guarda su propio ID de transacción |
| ID de transacción de la pasarela | Los asientos de Sage incluyen la referencia del procesador en el memo, la descripción o el campo de referencia | Sage solo guarda la referencia del cliente o de la factura |
| ID de lote, pago o liquidación | Sage registra el efectivo del procesador a través de una cuenta puente o bancaria vinculada a la liquidación | Intentas usarlo para comprobar ventas individuales |
| Clave compuesta: importe + tipo + ventana de fechas | No existe ningún campo común único, pero los patrones de importe y fecha son estables | Varias transacciones del mismo importe ocurren el mismo día |
Nota lo que falta en esa lista: los códigos de cuenta. Un código de cuenta te dice dónde registró Sage la línea. No te dice a qué evento del procesador corresponde esa línea.
Si no encuentras un campo común, construye el puente por capas:
- Concilia primero los totales de liquidación o de lote.
- Agrupa las líneas de Sage en ventas, comisiones, reembolsos, contracargos y movimientos de cuenta bancaria o de compensación.
- Luego concilia los registros de detalle dentro de cada grupo con la mejor referencia disponible.
Este enfoque es más lento que una coincidencia perfecta en un solo campo, pero es fiable. Evita que compares filas sin relación solo porque los importes se parecen.
Separa la actividad bruta del efectivo neto
La actividad bruta y el efectivo neto no son el mismo número. No los trates como si lo fueran.
Para una liquidación, el reporte del procesador puede mostrar esto:
| Actividad del procesador | Importe |
|---|---|
| Ventas brutas con tarjeta | 12,000.00 |
| Comisiones de procesamiento | -360.00 |
| Reembolsos | -500.00 |
| Contracargo | -140.00 |
| Liquidación neta | 11,000.00 |
Sage 50 puede mostrar esto en el mismo período:
| Categoría de asiento en Sage | Importe |
|---|---|
| Ingresos por ventas | 12,000.00 |
| Gasto por comisiones bancarias | -360.00 |
| Reembolsos a clientes | -500.00 |
| Cuenta de contracargo o ajuste | -140.00 |
| Movimiento de cuenta bancaria o de compensación | 11,000.00 |
Si comparas los ingresos por ventas con la liquidación neta, crearás una diferencia de 1,000.00 que no está sin explicar en absoluto. Ya la explican las comisiones, los reembolsos y el contracargo.
Esta es la estructura que realmente funciona:
| Capa | Compara esto | Con esto | Pregunta que responde |
|---|---|---|---|
| Capa de ventas | Ventas brutas del procesador | Asientos de ventas en Sage | ¿Se registraron las ventas subyacentes? |
| Capa de deducciones | Comisiones, reembolsos, disputas del procesador | Asientos de gastos, reembolsos y ajustes en Sage | ¿Se registraron correctamente las deducciones? |
| Capa de efectivo | Liquidación neta o pago | Línea de cuenta bancaria o de compensación en Sage, y extracto bancario si hace falta | ¿El movimiento de efectivo se registró correctamente? |
Una vez que divides el trabajo así, la conciliación es mucho más fácil de justificar. Ya no le pides a un solo total que pruebe tres cosas distintas a la vez.
Un flujo de trabajo para cuando no existe ninguna referencia común
Este es el flujo de trabajo que debes usar cuando el reporte del procesador y el archivo CSV de Sage 50 no comparten ningún campo de coincidencia fiable.
1. Exporta el segmento completo más pequeño posible
Elige una liquidación, un lote o un período de extracto. Exporta las líneas de Sage 50 para ese mismo alcance. No extraigas un rango más amplio "por precaución". Un archivo más grande te da más filas sin relación y coincidencias más débiles.
2. Clasifica las filas del procesador por tipo
Divide el archivo del procesador en ventas, comisiones, reembolsos, contracargos y liquidaciones netas. Deja el archivo original sin cambios. Trabaja sobre una copia si necesitas columnas auxiliares.
En este punto debes poder responder una pregunta básica: ¿cuánto debería ser la liquidación neta después de todas las deducciones?
3. Clasifica las filas de Sage por naturaleza contable
Usa los códigos de cuenta, los nombres de cuenta y las descripciones para dividir el archivo de Sage en los mismos grupos:
- Ingresos o ventas
- Comisiones bancarias
- Reembolsos o notas de crédito
- Contracargos o ajustes
- Líneas de cuenta bancaria o de compensación
No empieces conciliando filas individuales. Empieza por comprobar que cada grupo existe y que su total es coherente.
4. Construye totales resumen antes de conciliar el detalle
Crea un resumen breve como este:
| Categoría | Total procesador | Total Sage | Estado |
|---|---|---|---|
| Ventas brutas | 12,000.00 | 12,000.00 | Conciliado |
| Comisiones | -360.00 | -360.00 | Conciliado |
| Reembolsos | -500.00 | -250.00 | Diferencia pendiente |
| Contracargos | -140.00 | 0.00 | Faltante en Sage |
| Liquidación neta | 11,000.00 | 11,000.00 | Conciliado |
Esta tabla te indica dónde concentrar el tiempo. Si las ventas brutas y la liquidación neta coinciden, pero los reembolsos y los contracargos no, el problema no está en toda la conciliación. Está en esas categorías.
5. Solo entonces analiza el detalle de las filas sin conciliar
Para el grupo sin conciliar, prueba la mejor clave disponible en este orden:
- Factura, pedido o referencia de pago compartidos.
- ID de transacción del procesador en las descripciones de Sage.
- Mismo importe firmado y mismo tipo de transacción dentro de una ventana de fechas corta.
- Agrupación a nivel de liquidación si Sage registra resúmenes en lugar de detalle.
Aquí también importan los detalles del CSV. Sage puede exportar un campo de referencia mientras el reporte del procesador usa otro. Los ceros iniciales pueden desaparecer si alguien abrió el archivo sin cuidado. Las fechas pueden aparecer como fechas de registro en Sage y fechas de liquidación en el procesador. Estos no son detalles de formato menores. Determinan si una fila válida parece no conciliada.
El mismo patrón aparece en otras comparaciones de exportaciones contables. El flujo de trabajo descrito en conciliar un archivo CSV de banco de cliente con el libro mayor de QuickBooks resuelve el mismo problema estructural: dos archivos financieros, lógicas de referencia diferentes, y la necesidad de separar las diferencias reales de las falsas.
Lo que suelen indicar las diferencias restantes
Cuando los grupos están separados y los totales resumen construidos, la mayoría de las diferencias restantes caen en un conjunto reducido de patrones.
| Lo que ves | Lo que suele significar | Dónde buscar |
|---|---|---|
| La liquidación neta coincide, pero las ventas no | Las ventas se registraron netas en Sage o en el período incorrecto | Revisa si el movimiento bancario se asentó directamente como ingreso |
| Las ventas coinciden, pero el efectivo es menor | Comisiones, reembolsos, retenciones o contracargos faltan en Sage | Filtra las filas del procesador que no son ventas y rastrea esos asientos |
| Mismo importe, fecha diferente | Diferencia temporal por liquidación | Compara la fecha de liquidación del procesador con la fecha de registro en Sage |
| Varias filas del procesador para una sola línea de Sage | Sage se registró en forma de resumen de lote | Concilia primero al nivel de liquidación o resumen diario |
| Registros sin conciliar de un solo lado | Campo de referencia incorrecto o ID truncado | Compara otras columnas de referencia antes de modificar importes |
| Pequeña diferencia recurrente cada período | Comisión recurrente, retención o tratamiento de redondeo | Busca una categoría que siempre se registra por separado |
Aquí es donde la gente suele reaccionar de más y empieza a modificar los archivos fuente. No lo hagas. En cuanto modificas el archivo exportado manualmente, debilitas la pista de auditoría y haces que la próxima diferencia sea más difícil de explicar. Conserva los archivos originales sin cambios. Añade tu lógica de clasificación y conciliación alrededor de ellos.
Qué debe mostrar una conciliación terminada
Una conciliación terminada no es un libro lleno de filas resaltadas. Es una explicación breve que otra persona puede revisar y seguir.
El resultado debe dejar claros estos puntos:
| Sección del resultado | Lo que prueba |
|---|---|
| Resumen del alcance | Qué liquidación, período o lote cubre la conciliación |
| Lógica del campo de enlace | Qué campos se usaron para conectar los archivos |
| Totales por categoría | Si ventas, comisiones, reembolsos, contracargos y efectivo coinciden al nivel resumen |
| Lista de diferencias | Qué registros siguen faltando, duplicados, con fecha incorrecta o en la cuenta equivocada |
| Correcciones necesarias | Qué hay que cambiar en Sage o explicar para cerrar la diferencia |
Si no puedes enunciar esos puntos con claridad, la conciliación no está terminada.
El objetivo no es hacer que cada fila coincida en una sola tabla. El objetivo es probar dónde se movió el dinero, qué deducciones explican la diferencia entre el bruto y el neto, y qué registros aún requieren acción. Una vez que haces eso, Sage 50 y el reporte del procesador dejan de parecer contradictorios. Se convierten en dos vistas de la misma actividad.
