Dos archivos CSV de estados de cuenta suelen parecer lo bastante parecidos como para compararlos en Excel. Justo ahí es donde la discrepancia se agranda. Un archivo guarda los débitos como montos negativos. El otro los separa en dos columnas, débito y crédito. Uno usa la fecha de registro; el otro, la fecha valor. Para cuando empiezas a armar las búsquedas, los dos archivos ya no se ponen de acuerdo sobre qué es una misma transacción.
La forma más segura de comparar dos archivos CSV de estados de cuenta sin fórmulas: trata cada exportación como un archivo de transacciones en bruto, asigna un rol a cada columna, haz coincidir las filas con la clave compartida más confiable y revisa solo las excepciones que queden.
Lee la discrepancia antes de tocar los archivos
La mayoría de las falsas discrepancias aparecen antes de que empiece cualquier comparación. Las dos exportaciones ya guardan la misma transacción de forma distinta.
Usa esta tabla como primer paso.
| Lo que ves en pantalla | Cómo lo guarda el Archivo A | Cómo lo guarda el Archivo B | Resultado al hacer coincidir |
|---|---|---|---|
05/01/2026 y -125.40 | La fecha es texto 05/01/2026; el monto es un único valor con signo | La fecha es un número de serie real; el monto es 125.40 en una columna Debit | La coincidencia falla tanto por el tipo de fecha como por la convención de signo |
1,250.00 en ambos archivos | El monto es texto, con una coma y un apóstrofo inicial invisible | El monto es un número real | Los valores parecen idénticos, pero una búsqueda en la hoja de cálculo los trata distinto |
TRANSFER TO SAVINGS aparece dos veces para 250.00 | Dos filas distintas comparten la misma fecha y el mismo monto | Una fila incluye una referencia bancaria; la otra, no | Hacer coincidir por fecha y monto genera candidatos duplicados |
AMAZON frente a AMAZON MKTPLACE PMTS | Una exportación bancaria trunca la descripción | La otra conserva el texto completo del comercio | Coincidir solo por descripción falla, aunque sea el mismo pago |
31/03/2026 en un archivo y 01/04/2026 en el otro | Un archivo usa la fecha de la transacción o del pago | El otro usa la fecha de registro o de liquidación | El mismo movimiento se reporta como un desfase de fechas, no como una fila faltante |
Opening Balance existe solo en un archivo | Un archivo incluye filas de control del estado de cuenta dentro del CSV | El otro contiene solo transacciones | Esa línea no debería hacerse coincidir como una transacción en absoluto |
Si dos celdas siguen pareciendo sospechosamente idénticas después de este primer paso, haz una prueba puntual con =TIPO(A2). 1 significa que Excel guardó un número. 2, que guardó texto. Si Excel sigue devolviendo #N/A en valores que parecen coincidir, la causa de fondo suele ser la que explica por qué BUSCARV devuelve #N/A con formatos CSV incompatibles.
Elige la columna que merece ser la clave de coincidencia
Toda la comparación se vuelve más fácil en cuanto dejas de pedirle el mismo trabajo a cada columna. Algunos campos sirven para hacer coincidir. Otros son solo evidencia de apoyo.
| Clave candidata | Cuándo usarla | En qué es buena | Dónde falla |
|---|---|---|---|
| Referencia bancaria o ID de transacción | Ambas exportaciones conservan una referencia generada por el banco | La mejor clave primaria para una coincidencia uno a uno real | Muchas exportaciones CSV la omiten o la renombran |
| Fecha de registro + monto con signo | Ambos archivos usan la misma base de fecha y la misma regla de signo | Sirve para comparaciones limpias de una misma cuenta | Falla con los desfases de un día y las filas repetidas con el mismo monto |
| Monto + fragmento de referencia | Un archivo trunca las descripciones pero conserva parte de la referencia | Útil cuando la referencia bancaria es parcial pero consistente | Débil para los pagos con tarjeta y los pagos recurrentes a un mismo comercio |
| Descripción + monto | Falta la referencia y el texto del comercio es estable | Buena clave de respaldo para la revisión | Falla con abreviaturas, truncamientos y compras duplicadas en el mismo día |
| Saldo corriente | Necesitas evidencia de apoyo tras una coincidencia probable | Ayuda a confirmar el orden de las filas alrededor de una transacción en disputa | Nunca la uses como clave primaria: una sola fila insertada desplaza todo lo que viene después |
El monto por sí solo es débil. Dos compras con tarjeta de 19.99 son comunes. La descripción por sí sola también es débil: un banco exporta UBER BV y otro escribe UBER *TRIP. El saldo corriente ayuda como contexto, pero no es lo bastante estable para sostener toda la coincidencia.
Una comparación limpia suele seguir una jerarquía:
- Haz coincidir por referencia bancaria cuando ambos archivos la tengan.
- Si falta, recurre al monto con signo más la fecha.
- Usa la descripción solo para revisar lo que sobra, nunca para guiar el primer paso.
Asigna las columnas por rol, no por el nombre del encabezado
Dos CSV bancarios suelen describir el mismo campo con encabezados distintos. La solución no es renombrar cada columna a mano. Es decidir qué papel juega cada columna en la comparación.
Aquí tienes una asignación típica:
| Rol en la comparación | Encabezado del Archivo A | Encabezado del Archivo B | Regla |
|---|---|---|---|
| Fecha de la transacción | Posted Date | Value Date | Trátalas como comparables solo cuando sepas si los bancos usan la misma base de fecha |
| Monto | Amount | Debit y Credit | Convierte a una sola regla de monto con signo, o compara débitos y créditos en pasos separados |
| Referencia | Reference | Bank Ref | Úsala como clave primaria si ambos lados la conservan |
| Descripción | Description | Narration | Sirve de apoyo a la revisión, no como primera clave |
| Saldo | Balance | Running Balance | Consérvalo solo para diagnóstico |
| Tipo de transacción | Type | Details | Útil para excluir comisiones, reversiones o filas de control |
Si un CSV usa columnas separadas de débito y crédito, no fuerces ese archivo a una mala comparación de una sola columna calculando los signos a ojo. Dos opciones: una herramienta de comparación que te permita mapear el débito como negativo y el crédito como positivo, o dos pasos —débitos contra débitos y luego créditos contra créditos—. Sigue siendo más limpio que enterrar la lógica de signos dentro de columnas de búsqueda que nadie querrá auditar después.
Arma la comparación por pasos, no en una sola coincidencia gigante
Paso 1: bloquea los archivos en bruto
Deja intactas las exportaciones originales. No las sobrescribas, no las ordenes sobre el mismo archivo ni borres filas antes de saber qué significan. Si más tarde resulta que un archivo contiene líneas de saldo inicial o pagos con tarjeta pendientes, vas a necesitar la versión intacta para demostrarlo.
Paso 2: excluye las filas que no son verdaderas coincidencias de transacciones
Antes de hacer coincidir nada, identifica filas como:
- Saldo inicial
- Saldo final
- Filas de resumen del estado de cuenta
- Filas de separación en blanco
- Texto de pie de página de la exportación
Esas líneas pertenecen al control del periodo, no a la coincidencia de transacciones. Si un archivo las incluye y el otro no, estás fabricando discrepancias antes de empezar.
Paso 3: ejecuta primero la clave más fuerte
Empieza por la regla de mayor confianza que tengas disponible.
| Regla del primer paso | Mejor caso de uso | Resultado esperado |
|---|---|---|
| Referencia + monto | La misma cuenta exportada desde dos sistemas | La mayoría de las filas coinciden limpiamente, con poca revisión |
| Monto con signo + fecha de registro | Falta la referencia pero la base de fecha está alineada | Buena cobertura en exportaciones bancarias simples |
| Paso solo de débitos o solo de créditos | Un archivo reparte los montos en dos columnas | Evita falsas discrepancias de signo |
No metas la descripción en este primer paso a menos que no te quede otra. El texto del comercio crea ruido temprano y casi nunca lo resuelve.
Paso 4: revisa lo que sobra por tipo de excepción
Después del primer paso, cada fila restante debería caer en uno de unos pocos grupos claros:
| Grupo de excepción | Qué suele significar | Qué hacer a continuación |
|---|---|---|
| Falta en el Archivo A | La transacción existe solo en el Archivo B | Revisa el filtro de fechas, el periodo del estado de cuenta, o si el Archivo A descartó ese tipo de transacción |
| Falta en el Archivo B | La transacción existe solo en el Archivo A | Revisa que la exportación esté completa, los pendientes o los duplicados |
| Mismo monto, fecha distinta | Retraso de registro o diferencia de fecha valor | Márcala como desfase de fechas, salvo que otro campo lo contradiga |
| Misma fecha, mismo monto, varios candidatos | Problema de valores duplicados | Recurre a la referencia, al contexto del saldo o a la secuencia cercana |
| Misma fila, signo distinto | Convención de débito/crédito incongruente | Rehaz la regla de monto antes de seguir investigando |
| Mismo texto, distinto tipo de valor guardado | Problema de texto frente a número | Normaliza el tipo del campo y vuelve a ejecutar la comparación |
Paso 5: usa la descripción solo para resolver lo que queda ambiguo
Una vez que las excepciones se reducen a un grupo pequeño, la descripción se vuelve útil. En esa etapa ya no estás recorriendo miles de líneas. Estás decidiendo si ATM WDL 004281 es el mismo retiro de efectivo que ATM CASH 4281.
La descripción es una herramienta de revisión. No es la columna vertebral de la comparación.
Maneja los casos límite de los estados de cuenta que las guías genéricas de CSV se saltan
Las páginas genéricas de comparación de CSV suelen quedarse en «sube dos archivos y compara». Un estado de cuenta necesita más que eso.
Fecha de registro frente a fecha valor
Los bancos no siempre coinciden en qué fecha va en la exportación. Un pago con tarjeta hecho de noche puede aparecer un día antes en un archivo y un día después en otro. No es una transacción faltante. Es un desfase de fechas. Trátalo como un grupo aparte.
Columnas de débito y crédito separadas
Un archivo guarda los retiros en Debit y los depósitos en Credit, mientras que el otro usa una sola columna Amount con signo. Si no normalizas esa regla primero, cada pago de salida se vuelve una falsa discrepancia.
Transacciones repetidas con el mismo monto
Cafeterías, cargos de suscripción, retiros de efectivo y barridos de transferencia generan duplicados sin parar. Si solo haces coincidir por fecha y monto, la fila equivocada puede parecer conciliada mientras la verdadera discrepancia sigue oculta.
Líneas de saldo y filas de resumen
Algunas exportaciones incluyen líneas de saldo inicial, saldo final o totales diarios dentro del CSV. Esas filas sirven para el control, pero no son transacciones individuales y nunca deberían competir por una clave de coincidencia.
Rangos de fechas filtrados
Un CSV puede cubrir las fechas del estado de cuenta mientras el otro cubre las fechas de descarga. Así es como terminas comparando del 1 al 31 de marzo de un lado contra del 2 de marzo al 1 de abril del otro. Los archivos no están mal. Lo que cambia es la ventana de extracción.
Descripciones truncadas
Una exportación bancaria corta el texto del comercio después de 18 caracteres. Otra conserva la cadena completa. Trata la descripción solo como evidencia de apoyo, sobre todo en los pagos con tarjeta.
Un proceso de comparación de archivos clasifica estos casos con claridad. Una hoja de cálculo grande llena de BUSCARV suele esconderlos dentro de columnas auxiliares y filtros manuales.
La comparación está terminada cuando el resultado responde una verdadera pregunta financiera
Tu resultado final debería poder mostrar:
| Sección del resultado | Qué debería decirte |
|---|---|
| Transacciones coincidentes | Qué filas están confirmadas en ambos archivos |
| Filas faltantes | Qué transacciones existen en un solo lado |
| Diferencias de fechas | Qué filas coinciden en monto pero caen en fechas distintas |
| Candidatos duplicados | Qué filas con el mismo valor necesitan una clave más fuerte |
| Totales de control | Si los montos no coincididos están explicados o siguen abiertos |
Si esta comparación alimenta el trabajo de cierre de mes, la siguiente pregunta normalmente ya no es sobre el CSV. Es sobre por qué el lado del banco y la contabilidad siguen sin cuadrar después de conciliar el estado de cuenta. Ahí es donde qué hacer cuando la contabilidad no cuadra con el banco al cierre de mes se vuelve el siguiente paso de diagnóstico.
Cuando el verdadero desperdicio es rehacerlo cada mes
El dolor manual rara vez es la primera comparación. Es la quinta. Después la décima. Después la versión en la que un banco cambia los encabezados, otro agrega una columna de saldo, y la fecha de entrega del estado de cuenta no se mueve.
En ese punto, el trabajo ya no tiene nada de analítico. Es coincidencia de archivos una y otra vez, revisión de excepciones una y otra vez, limpieza de reportes una y otra vez.
