El primer extracto bancario CSV de un cliente tiene columnas de débito y crédito separadas. El segundo tiene una sola columna de importe con signo. El tercero llama a la fecha de registro Transaction Date, el cuarto la llama Value Date y ordena el archivo al revés.
Ahí empieza a complicarse la conciliación mensual.
Un contador independiente puede saber exactamente qué tiene que cuadrar y perder tiempo de todas formas —porque cada exportación bancaria del cliente llega en un formato diferente. El trabajo no es difícil porque la conciliación bancaria sea complicada. Es difícil porque el proceso de comparación no pasa limpiamente de un archivo cliente al siguiente.
Conciliar varios extractos bancarios CSV con formatos distintos es construir un flujo de trabajo repetible que aguante encabezados, signos de importe, campos de fecha, descripciones, referencias y estructuras de archivo diferentes. El objetivo no es que todos los extractos bancarios tengan el mismo formato. El objetivo es mapear cada archivo en la misma lógica de conciliación antes de comparar nada.
Identifica la estructura del archivo bancario antes de buscar coincidencias
No empieces por escribir una fórmula de búsqueda. Empieza por identificar el tipo de archivo CSV bancario que tienes.
La mayoría de las exportaciones bancarias de clientes entran en uno de estos formatos:
| Estructura del CSV bancario | Columnas habituales | Lo que suele fallar |
|---|---|---|
| Columnas de débito y crédito separadas | Date, Description, Debit, Credit, Balance | Hay que combinar el importe antes de buscar coincidencias |
| Columna de importe con signo única | Date, Narrative, Amount, Balance | La convención de signo varía según el banco |
| Fecha de transacción y fecha de valor | Transaction Date, Value Date, Details, Amount | La fecha incorrecta genera diferencias falsas |
| Exportación con saldo acumulado | Date, Description, Money In, Money Out, Balance | Pueden incluirse filas de saldo o saldos iniciales |
| Archivo de liquidación de tarjeta o comercio | Posted Date, Reference, Type, Amount, Fee | Las comisiones y liquidaciones pueden mezclarse con las transacciones |
| Exportación CSV mínima | Date, Description, Amount | No existe un identificador de transacción estable |
Todos estos archivos representan movimientos bancarios. No todos se pueden comparar con la misma fórmula.
Una exportación con dos columnas de importe necesita un campo de importe con signo limpio antes de buscar coincidencias. Una exportación con importe con signo necesita que confirmes la convención de débito y crédito. Un archivo con fecha de transacción y fecha de valor necesita una regla clara sobre qué fecha usar en la conciliación. Un CSV mínimo sin referencia necesita una clave compuesta construida con la fecha, el importe y la descripción.
Si saltas este paso, la coincidencia puede fallar por razones que no tienen nada que ver con los registros del cliente. El mismo pago puede existir en los dos archivos, pero uno lo registra como Debit 250.00, otro como -250.00 y un tercero como 250.00 en una columna Money Out. Excel no deduce eso por ti.
Para una versión más acotada de este problema, la misma lógica de mapeo aplica cuando necesitas comparar archivos CSV bancarios con nombres de columna distintos.
Crea una vista de conciliación estándar
La forma más segura de manejar varios extractos bancarios CSV de clientes es crear una vista estándar en la que mapear todos los archivos. No significa cambiar el archivo fuente. Significa crear una estructura de trabajo que te permita comparar registros de forma coherente.
Usa estos campos estándar:
| Campo estándar | Por qué importa |
|---|---|
| Cliente | Evita mezclar filas de distintos clientes |
| Archivo fuente | Indica de dónde viene la fila |
| Nombre de cuenta o últimos cuatro dígitos | Distingue varias cuentas del mismo cliente |
| Fecha de registro | La fecha que define el período de conciliación |
| Fecha de valor | Se conserva cuando el banco la incluye |
| Descripción normalizada | Hace menos frágil la comparación de descripciones |
| Referencia bancaria | Captura identificadores de transacción, números de cheque o referencias de pago |
| Importe con signo | Da un único campo de importe comparable |
| Dirección | Indica entradas o salidas de dinero |
| Saldo acumulado | Se usa para verificar integridad, no para buscar coincidencias |
| Clave de coincidencia | El campo o campo compuesto que se usa para comparar filas |
| Estado | Conciliado, faltante, duplicado, diferencia de fecha, diferencia de importe |
Esta vista te da un solo lugar para tomar decisiones. También mantiene los archivos de cada cliente separados —lo que importa cuando varios clientes usan el mismo banco y las exportaciones se parecen.
Por ejemplo:
| Cliente | Columna bancaria | Campo estándar | Valor de ejemplo |
|---|---|---|---|
| Client A | Transaction Date | Fecha de registro | 2026-05-31 |
| Client B | Posted | Fecha de registro | 31/05/2026 |
| Client C | Value Date | Fecha de valor | 2026-06-01 |
| Client A | Debit | Importe con signo | -420.00 |
| Client B | Amount | Importe con signo | -420.00 |
| Client C | Money Out | Importe con signo | -420.00 |
| Client A | Memo | Descripción normalizada | STRIPE PAYOUT |
| Client B | Details | Descripción normalizada | STRIPE PAYOUT |
Una vez que las filas están en la misma vista, la conciliación se convierte en un problema de comparación —no de formato de archivo.
También aquí es donde las hojas de cálculo maestras suelen volverse poco confiables. Usan el archivo del cliente anterior como plantilla para el siguiente. Eso funciona hasta que un banco cambia Credit por Paid In, exporta fechas como 05/06/2026 en lugar de 2026-06-05, o añade una columna vacía antes del importe. El flujo de trabajo debe depender de campos con nombre y decisiones de mapeo, no de la posición de las columnas.
Normaliza los importes antes de fiarte de los totales
Los signos de importe son una de las formas más rápidas de crear una diferencia de conciliación falsa.
Los CSV bancarios no usan una convención universal. Algunos bancos exportan los pagos salientes como números positivos en una columna de débito. Otros los exportan como números negativos en una sola columna de importe. Otros muestran las salidas de dinero como valores positivos porque la columna misma lleva el significado. Algunos incluyen comas, símbolos de moneda o paréntesis.
Antes de buscar coincidencias en las filas, convierte cada exportación a una convención de importe con signo:
| Patrón fuente | Ejemplo en el archivo bancario | Importe con signo estándar |
|---|---|---|
| Columna de débito | Debit 420.00 | -420.00 |
| Columna de crédito | Credit 1,200.00 | 1200.00 |
| Importe con signo | Amount -420.00 | -420.00 |
| Columna de salidas | Money Out 420.00 | -420.00 |
| Columna de entradas | Money In 1,200.00 | 1200.00 |
| Paréntesis | (420.00) | -420.00 |
Para un archivo con columnas de Crédito y Débito separadas, combínalas en un solo importe con signo:
=SI(C2<>"",VALOR(C2),-VALOR(D2))La columna C es la columna de Crédito o Entradas; la columna D es la columna de Débito o Salidas. VALOR maneja importes en texto. Para un archivo que usa paréntesis para los negativos, usa VALOR(SUSTITUIR(SUSTITUIR(A2,"(","-"),")","")) donde A es la columna de importe.
Después verifica los totales contra el archivo original:
| Verificación | Resultado esperado |
|---|---|
| Suma de entradas estándar | Igual al total de créditos o depósitos en el archivo original |
| Suma de salidas estándar | Igual al total de débitos o retiros en el archivo original |
| Movimiento neto | Igual al saldo final menos el saldo inicial cuando hay saldos |
| Cantidad de filas | Igual a las filas de transacciones fuente, excluyendo encabezados y saldos iniciales |
Hazlo antes de comparar el archivo bancario con un libro mayor, una exportación de pagos o otro extracto. Si el importe con signo estándar está mal, todas las coincidencias siguientes quedan en duda.
La misma regla aplica entre clientes. Un banco que exporta los cargos de tarjeta como valores positivos puede estar al lado de un banco que los exporta en negativo. Tu vista estándar debe hacerlos comparables sin pretender que los archivos fuente eran idénticos.
Elige la fecha correcta para la conciliación
Las columnas de fecha parecen inofensivas hasta el cierre de mes.
Un banco puede exportar Transaction Date. Otro puede exportar Posting Date. Otro puede incluir Value Date. Una exportación de tarjeta de crédito puede mostrar Purchase Date y Posted Date. No siempre son la misma fecha.
Para la conciliación de clientes, decide qué fecha controla el período antes de comparar filas.
| Campo de fecha | Significado habitual | Cuándo usarla |
|---|---|---|
| Fecha de transacción | Fecha en que ocurrió la operación | Al conciliar con actividad fuente o registros de pago |
| Fecha de registro | Fecha en que el banco registró la transacción | Al conciliar con el período del extracto bancario |
| Fecha de valor | Fecha en que el banco aplica el valor | Al verificar disponibilidad de fondos o tiempos del banco |
| Fecha de extracto | Fecha usada en un período de extracto formal | Al vincular con un extracto bancario de fin de mes |
Si el cliente te envía un CSV bancario de fin de mes, la fecha de registro suele controlar el período de conciliación. Si comparas un CSV bancario con un procesador de tarjetas o un archivo de pagos, puede ser necesaria una ventana de fechas —la actividad de pago y la fecha de registro del banco pueden diferir uno o más días.
El error es mezclar reglas de fecha dentro de la misma conciliación. Si el Cliente A se filtra por fecha de registro y el Cliente B por fecha de transacción, sus discrepancias no son comparables. Un cliente puede parecer que tiene transacciones faltantes que en realidad son diferencias de fecha.
Aplica una política de fecha clara:
- Elige la fecha que controla el período de conciliación.
- Conserva los demás campos de fecha en la vista estándar.
- Usa ventanas de fechas para buscar coincidencias cuando el tiempo del banco difiere de la actividad fuente.
- Etiqueta las diferencias de fecha por separado de las filas faltantes.
Una diferencia de fecha no es lo mismo que una transacción faltante. Si el mismo importe y la misma referencia aparecen un día fuera del período, el informe debe indicarlo. No puede dejar la fila en un grupo de no conciliadas sin explicación.
Crea claves de coincidencia que soporten referencias bancarias débiles
Las referencias bancarias son inconsistentes entre clientes. Algunas exportaciones incluyen identificadores de transacción estables. Otras incluyen descripciones largas que combinan nombres de beneficiarios, números de tarjeta, redes de pago, códigos de sucursal y texto generado por el banco.
Usa primero la clave más sólida disponible.
| Clave de coincidencia | Solidez | Cuándo usarla |
|---|---|---|
| Identificador de transacción bancaria | Alta | La exportación incluye una referencia única estable |
| Referencia de pago más importe | Alta | Las referencias del cliente o contraparte están presentes |
| Número de cheque más importe | Alta | Todavía hay actividad con cheques |
| Importe más descripción normalizada más ventana de fechas | Media | No existe un identificador estable |
| Importe más fecha únicamente | Baja | Solo para generar candidatos |
| Descripción únicamente | Baja | Demasiados beneficiarios repetidos y variaciones de texto bancario |
Para la mayoría de los CSV bancarios de clientes, la mejor clave práctica es compuesta:
normalized description + signed amount + date window
Esa clave no es perfecta, pero es mucho más sólida que el importe solo. También refleja la realidad del archivo. Los CSV bancarios a menudo no traen la referencia que quisieras.
Normaliza las descripciones lo suficiente para reducir el ruido sin destruir el detalle útil:
| Descripción original | Descripción normalizada |
|---|---|
STRIPE PAYOUT 92831 LONDON | STRIPE PAYOUT 92831 |
POS 1234 OFFICE SUPPLY CO | OFFICE SUPPLY CO |
PAYPAL *CLIENTNAME 4029357733 | PAYPAL CLIENTNAME |
TRANSFER FROM ACME LTD REF INV-2041 | ACME LTD INV-2041 |
Para normalizar una descripción de extracto bancario en Excel, elimina las diferencias de mayúsculas y colapsa los espacios extra:
=ESPACIOS(SUSTITUIR(MAYUSC(A2)," "," "))La columna A es el campo de descripción. MAYUSC elimina las diferencias de mayúsculas; ESPACIOS elimina los espacios al inicio, al final y los repetidos. Si el banco agrega un sufijo fijo como un código de sucursal, añade un SUSTITUIR anidado para eliminarlo primero: =ESPACIOS(SUSTITUIR(MAYUSC(SUSTITUIR(A2," LONDON",""))," "," ")).
No normalices en exceso las descripciones. Si eliminas todos los números, puedes borrar la única referencia de factura o pago útil. Si conservas cada fragmento de código bancario, las filas similares dejan de coincidir. La clave es preservar la referencia del negocio y eliminar el ruido que cambia entre exportaciones.
Trabaja por capas, no en una sola comparación grande
Los archivos de varios clientes se vuelven difíciles de manejar cuando todas las filas se procesan en una sola comparación a la vez.
Trabaja por capas:
| Capa | Qué verificas |
|---|---|
| Integridad del archivo | El número de filas y los totales fuente se cargaron correctamente |
| Control del período | Las fechas correctas están incluidas y excluidas |
| Normalización de importes | Débitos, créditos e importes con signo usan una sola convención |
| Coincidencia exacta por referencia | Las referencias sólidas coinciden entre archivos |
| Coincidencia compuesta | Las filas sin referencia sólida se concilian con importe, descripción y ventana de fechas |
| Clasificación de discrepancias | Las filas restantes se etiquetan por causa |
| Resumen del informe | Los totales conciliados, las diferencias explicadas y los elementos pendientes están claros |
El orden importa. Si la carga del archivo está incompleta, buscar coincidencias en las filas es prematuro. Si el período está mal, las diferencias de fecha no tienen sentido. Si los signos de importe son incorrectos, no puedes confiar en los totales.
Supón que un cliente envía dos cuentas del mismo banco:
| Cuenta | Total entradas archivo fuente | Total salidas archivo fuente | Movimiento neto |
|---|---|---|---|
| Operating | 18,400.00 | -16,920.00 | 1,480.00 |
| Savings | 5,000.00 | -2,500.00 | 2,500.00 |
Antes de comparar esos archivos con el libro mayor del cliente, confirma que tu vista estándar muestra los mismos totales:
| Cuenta | Entradas vista estándar | Salidas vista estándar | Movimiento neto | Estado |
|---|---|---|---|---|
| Operating | 18,400.00 | -16,920.00 | 1,480.00 | Cargado |
| Savings | 5,000.00 | -2,500.00 | 2,500.00 | Cargado |
Solo entonces compara los registros.
Si el libro mayor muestra 18,400.00 en depósitos para la cuenta operativa pero solo -16,500.00 en retiros, el problema ya no es el formato del CSV bancario. El archivo bancario está cargado correctamente. La diferencia es ahora un problema del lado del libro mayor: un retiro faltante o mal registrado.
Esa secuencia te da una respuesta que puedes defender.
Clasifica las discrepancias para que el cliente pueda actuar
Una fila sin conciliar no es un resultado final. Es un punto de partida.
Para varios CSV bancarios de clientes, las discrepancias necesitan etiquetas que expliquen la causa:
| Etiqueta de discrepancia | Significado | Acción siguiente |
|---|---|---|
| Faltante en el libro mayor | La fila bancaria no tiene un asiento contable correspondiente | Registrar o investigar la transacción |
| Faltante en el banco | El asiento del libro mayor no tiene correspondencia bancaria | Verificar tiempos, asiento duplicado o cuenta incorrecta |
| Diferencia de fecha | Misma transacción, fecha fuera de la coincidencia exacta | Confirmar el tiempo de la fecha de registro o de valor |
| Diferencia de importe | Misma referencia, importe diferente | Verificar pago parcial, comisión o error de entrada de datos |
| Candidato a duplicado | Existe más de una coincidencia posible | Usar referencia, saldo o secuencia para resolverlo |
| Transferencia entre cuentas | Una cuenta bancaria del cliente envía dinero a otra cuenta | Conciliar ambos lados antes de tratar como gasto o ingreso |
| Fila de saldo inicial | El archivo fuente incluye una fila de saldo sin transacción | Excluir de la búsqueda de coincidencias |
| Comisión bancaria o interés | Cargo o crédito generado por el banco, presente solo en el archivo bancario | Registrar o clasificar por separado |
Esta clasificación es especialmente importante cuando manejas varios clientes. Sin ella, cada cliente produce el mismo informe vago: filas conciliadas y filas sin conciliar. Eso no es suficiente para el cierre mensual, las preguntas de los clientes o la entrega a un contador.
Un informe más útil dice:
| Cliente | Conciliados | Diferencias de fecha | Faltantes en libro mayor | Diferencias de importe | Duplicados pendientes |
|---|---|---|---|---|---|
| Client A | 214 | 6 | 3 | 1 | 0 |
| Client B | 89 | 2 | 0 | 0 | 2 |
| Client C | 341 | 11 | 8 | 3 | 1 |
La siguiente acción es obvia. El Cliente A tiene tres asientos del libro mayor por revisar. El Cliente B necesita resolver los candidatos a duplicado. El Cliente C requiere una limpieza más profunda porque la cantidad de discrepancias es mayor y se distribuye en varios tipos.
Si necesitas evitar reconstruir fórmulas para este tipo de comparación, el mismo enfoque basado en archivos aplica cuando comparas dos extractos bancarios CSV sin fórmulas.
Qué debe demostrar el informe final
Un informe de conciliación útil para varios CSV bancarios de clientes debe demostrar cuatro cosas.
Primero, que cada archivo fuente se cargó completamente. El informe debe mostrar el número de filas fuente, el período incluido, las entradas, las salidas y el movimiento neto. Si la exportación bancaria incluye saldos, el movimiento neto debe coincidir con el movimiento entre saldo inicial y saldo final, después de excluir las filas sin transacción.
Segundo, que cada archivo se mapeó de forma coherente. El informe debe mostrar qué columnas fuente se convirtieron en fecha de registro, descripción, referencia, importe con signo y saldo. Eso te protege cuando el cliente envíe un formato bancario diferente el mes siguiente.
Tercero, que las filas conciliadas estén separadas de las diferencias de fecha y las discrepancias reales. Un día de retraso en el registro bancario no debe estar en el mismo grupo que una transacción faltante en el libro mayor.
Cuarto, que cada elemento pendiente restante tenga una causa y una acción. El informe debe decirle al cliente qué necesita registrarse, verificarse o corregirse.
La estructura final puede ser compacta:
| Sección del informe | Qué incluye |
|---|---|
| Resumen de cliente y archivo | Cliente, cuenta bancaria, período, nombre del archivo fuente, número de filas |
| Resumen del mapeo | Columnas fuente mapeadas a campos estándar |
| Resumen de totales | Entradas, salidas, movimiento neto, verificación de saldos inicial y final |
| Resumen de conciliación | Número de filas conciliadas e importe conciliado |
| Resumen de discrepancias | Faltantes, diferencias de fecha, diferencias de importe, duplicados, transferencias |
| Pestañas o secciones de detalle | Evidencia a nivel de fila para cada discrepancia |
El informe no necesita mostrar cada fórmula. Necesita mostrar suficiente evidencia para que otra persona pueda seguir el resultado.
El flujo de trabajo repetible
Usa la misma secuencia para cada cliente:
- Guarda el CSV fuente sin modificarlo.
- Identifica la estructura del archivo: débito/crédito, importe con signo, fecha de valor, fecha de registro, filas de saldo.
- Mapea el archivo en una vista de conciliación estándar.
- Normaliza los signos de importe y las descripciones.
- Elige la fecha que controla el período.
- Confirma el número de filas y los totales antes de buscar coincidencias.
- Concilia primero por referencias sólidas.
- Concilia las filas con referencias débiles usando claves compuestas.
- Separa las diferencias de fecha de las filas faltantes.
- Clasifica las discrepancias por causa y acción.
- Produce un informe que muestre los totales fuente, las decisiones de mapeo, las filas conciliadas y los elementos pendientes.
Ese flujo de trabajo escala porque no depende del formato de exportación de un banco en particular. Funciona cuando un cliente usa columnas de débito y crédito separadas, otro usa importes con signo y un tercero envía un archivo sin columna de referencia útil.
La solución principal es la vista estándar. Una vez que cada CSV bancario de cliente está mapeado en la misma estructura de conciliación, las diferencias entre archivos dejan de controlar el proceso. Todavía necesitas criterio para las referencias débiles, las diferencias de fecha y los duplicados. Pero ya no reconstruyes la conciliación desde la primera fila cada mes.
