Un resultado de conciliación incorrecto es peligroso porque puede parecer terminado: filas conciliadas, pestañas de Excel ordenadas, un número final que parece cuadrar.
Por eso, el primer paso no es editar la fórmula, agregar una línea de ajuste ni revisar cada fila de nuevo.
El primer paso es demostrar en qué momento el resultado dejó de ser confiable.
Una conciliación incorrecta es un problema de punto de quiebre. Buscas el momento exacto en que datos confiables produjeron un resultado incorrecto. Ese punto puede estar en el archivo fuente, el período cubierto, la clave de conciliación, el rango de la fórmula, el manejo de duplicados, el signo de los montos o el informe final.
Trata el trabajo como una investigación controlada. Congela la versión actual. Reconstruye el límite de comparación. Luego prueba cada capa en orden.
Reconstruye el alcance antes de tocar la lógica de conciliación
No empieces por los registros no conciliados.
Los registros no conciliados son síntomas. Te dicen que la comparación final falló. No te dicen si el problema vino de los datos fuente, el alcance, la importación, la fórmula o el informe.
Empieza anotando el alcance de la conciliación:
- El archivo A y el archivo B que se están comparando
- El período que cubre cada archivo
- La cuenta, el lote de pago, el cliente, la entidad o la sección del libro mayor dentro del alcance
- El último cierre, exportación o conciliación conocido como correcto
- La versión de cada archivo fuente usada en el resultado incorrecto
- Los filtros, tablas dinámicas, filas ocultas o ediciones manuales aplicados antes de cruzar los registros
Luego ejecuta las verificaciones de integridad antes de cambiar nada.
| Verificación | Archivo A | Archivo B | Qué indica una diferencia |
|---|---|---|---|
| Conteo de filas | Conteo antes de filtros | Conteo antes de filtros | Se eliminaron, agregaron u ocultaron filas antes de cruzar |
| Fecha más antigua | Primera fecha de transacción | Primera fecha de transacción | El período o la fecha de corte puede estar incorrecto |
| Fecha más reciente | Última fecha de transacción | Última fecha de transacción | El período puede incluir actividad de más o de menos |
| Total o movimiento neto | Total débito/crédito o monto con signo | Total débito/crédito o monto con signo | El total fuente cambió antes de cruzar fila por fila |
| Claves en blanco | Valores de referencia faltantes | Valores de referencia faltantes | La clave no puede sostener una conciliación completa |
| Claves duplicadas | Referencias repetidas | Referencias repetidas | El cruce uno a uno puede producir resultados incorrectos |
Si una de estas verificaciones falla, detente ahí. La conciliación no se rompió en la fórmula final. Se rompió antes de que comenzara la comparación.
Por ejemplo, un CSV bancario con 2,480 filas y una exportación del libro mayor con 2,511 filas pueden ser válidos si un archivo tiene líneas de saldo inicial o partidas pendientes. Pero si el informe del mes anterior tenía 2,480 filas en el libro mayor antes de que alguien filtrara los registros anulados, la diferencia en el conteo es evidencia. La investigación pasa a alcance y filtros antes de cualquier revisión fila por fila.
Clasifica la falla desde el inicio
Ubica el síntoma visible dentro de una categoría. Eso evita tratar todas las diferencias como el mismo tipo de error.
| Síntoma | Categoría probable | Primera revisión | Trasladar o corregir |
|---|---|---|---|
| El saldo estaba correcto ayer y hoy está mal | Archivo fuente modificado | Compara la versión del archivo, el conteo de filas y la fecha de modificación | Corregir reconstruyendo desde una exportación limpia |
| La diferencia equivale a una transacción conocida | Registro faltante | Busca el ID de transacción, luego el monto y fechas cercanas | Corregir si pertenece al período |
| La misma diferencia aparece cada mes | Temporalidad o error de registro recurrente | Revisa el traslado anterior y el saldo inicial | Trasladar la temporalidad; corregir el error de registro |
| Los libros son mayores que el banco | Operación bancaria faltante, duplicado contable o temporalidad | Revisa los depósitos no compensados y los ingresos duplicados en el libro mayor | Trasladar la temporalidad; corregir el duplicado o el registro faltante |
| El banco es mayor que los libros | Ingreso faltante en libros o fecha de corte incorrecta | Busca los depósitos por monto y fechas cercanas | Corregir si se omitió de los libros |
| El informe muestra filas conciliadas pero un total incorrecto | Rango de fórmula o lógica de signos | Revisa las filas incluidas, las excluidas y los signos débito/crédito | Corregir la fórmula o el mapeo |
| Un archivo tiene menos filas después de la importación | Error de alcance o filtro | Quita los filtros y compara el conteo de filas del exportado en bruto | Corregir el alcance antes de cruzar |
| Las referencias parecen idénticas pero no coinciden | Error de formato de clave | Revisa espacios, ceros a la izquierda y formato texto o número | Corregir la base de coincidencia |
Esta tabla no es la respuesta. Es el paso de triaje.
El objetivo es dejar de adivinar. Un período de fechas incorrecto no se resuelve corrigiendo BUSCARV. Un duplicado no se resuelve ampliando la tolerancia de fechas. Una partida de temporalidad no se corrige igual que un registro faltante en el libro mayor.
Encuentra el último estado confiable
Una conciliación incorrecta casi siempre tiene un último punto donde el trabajo era confiable.
Ese punto puede ser:
- El exportado bancario original antes de que alguien lo abriera en Excel
- La exportación del libro mayor descargada desde el sistema contable
- La conciliación firmada del mes anterior
- La primera versión del archivo de trabajo
- Un informe guardado antes de copiar las fórmulas hacia abajo
- Un informe conciliado anterior con una diferencia residual conocida
Encuentra ese estado antes de corregir cualquier cosa.
Si la conciliación del mes anterior se cerró con una diferencia inexplicada de cero, ese cierre es el ancla. El trabajo actual debe partir del saldo de cierre y las partidas no conciliadas trasladadas desde ese punto. Si el saldo inicial ya no coincide, el proceso de cruce del mes en curso no es el primer problema. Algo cambió antes del punto de partida.
Si el archivo CSV fuente fue editado durante el proceso, trátalo como un problema de integridad de datos. Excel puede reinterpretar fechas, eliminar ceros a la izquierda, convertir IDs largos, borrar filas en blanco o desplazar columnas cuando un archivo se abre y guarda. La ruta de recuperación más segura no es reparar el archivo editado en su lugar. Vuelve a exportar la fuente original y compárala estructuralmente con la versión editada.
También es el momento de usar un flujo de recuperación específico si el archivo cambió en medio del proceso: recuperar una conciliación después de editar el archivo CSV fuente.
El último estado confiable te da una muestra de control. Sin él, cada corrección se convierte en otra posible fuente de error.
Verifica el alcance antes de cruzar los registros
Los errores de alcance son fáciles de pasar por alto porque el archivo puede parecer completo.
Primero revisa el período:
- ¿El extracto bancario va del primer al último día del mes?
- ¿La exportación del libro mayor usa fecha de registro, fecha de transacción, fecha de liquidación o fecha de creación?
- ¿Las transacciones pendientes están incluidas en un archivo y excluidas en el otro?
- ¿Se incluyeron los registros revertidos, anulados o eliminados?
- ¿Algún informe incluye saldos iniciales o líneas de resumen?
- ¿Algún filtro eliminó filas en cero, comisiones, reembolsos o ajustes?
Luego revisa el límite de la cuenta:
- ¿La cuenta bancaria es la misma que se usa en el libro mayor?
- ¿Las transferencias entre cuentas se están contando dos veces?
- ¿Los depósitos con tarjeta se agrupan primero en una cuenta puente?
- ¿La exportación incluyó todas las entidades, ubicaciones, clientes o monedas?
Muchas conciliaciones incorrectas son el resultado de una fórmula correcta aplicada al alcance equivocado.
Ejemplo:
| Fuente | Período seleccionado | Total de montos |
|---|---|---|
| Extracto bancario CSV | 1 de mayo – 31 de mayo | 84,220.18 |
| Exportación del libro mayor | 1 de mayo – 30 de mayo | 81,640.18 |
| Diferencia | Un día faltante | 2,580.00 |
Eso no es una falla de coincidencia. Es una falla de fecha de corte.
La solución es volver a exportar el libro mayor para el período correcto y reiniciar el cruce. No agregues un ajuste manual de 2,580.00 hasta demostrar que la actividad faltante no se debe al límite de la exportación.
Compara la estructura de los archivos fuente
Después del alcance, verifica si los archivos fuente cambiaron de forma.
Revisa los encabezados de columna, no solo los valores de las filas. Una fórmula puede seguir devolviendo resultados después de que el diseño de la exportación cambie. Esos resultados pueden estar mal porque la fórmula está leyendo la columna incorrecta.
Revisa:
- Nombres de encabezados
- Orden de encabezados
- Columnas ocultas
- Columnas nuevas insertadas por la exportación
- Columnas eliminadas
- El monto dividido en débito y crédito en lugar de un monto con signo único
- El campo de fecha renombrado o reemplazado
- El campo de referencia movido o con formato diferente
Una falla típica se ve así:
| Columna esperada | Posición anterior | Posición nueva | Qué se rompe |
|---|---|---|---|
| Reference | Column C | Column D | La búsqueda usa la clave incorrecta |
| Transaction date | Column A | Column A | La fecha sigue pareciendo correcta |
| Amount | Column E | Column F | La fórmula extrae la comisión o el saldo en lugar del monto |
| Status | Not present | Column E | El rango de la fórmula se desplaza una columna |
El archivo puede verse normal porque los encabezados siguen siendo legibles. A la fórmula no le importa. Sigue rangos, posiciones y columnas nombradas. Si esos cambiaron, el resultado cambió.
Aquí es donde las fallas de XLOOKUP y BUSCARV se vuelven engañosas. Un error visible como #N/A es útil porque indica que la fórmula falló. Una coincidencia incorrecta silenciosa es peor. Te da un número que parece correcto.
Para verificar la estructura, compara manualmente algunos registros conocidos:
- Elige una transacción que sabes que estaba correctamente conciliada antes.
- Encuentra su referencia en ambos archivos fuente actuales.
- Confirma el monto, la fecha, la cuenta y el signo.
- Confirma que la fórmula está extrayendo exactamente esos campos.
- Repite con una partida de monto alto, un reembolso o reversión, y una transacción cerca del límite del período.
Si algún registro conocido extrae el campo incorrecto, la conciliación se rompió en el mapeo, no en el cruce.
Prueba la clave de conciliación antes de la fórmula
La clave de conciliación es la columna o combinación de columnas que identifica dos filas como pertenecientes al mismo evento.
Si la clave es débil, la conciliación puede estar mal aunque todas las fórmulas funcionen.
Las claves sólidas incluyen:
- ID de transacción bancaria
- ID de transacción del procesador de pagos
- ID de pago más monto
- Número de factura más cliente
- ID de pedido más monto bruto
- Referencia del libro mayor más fecha de registro
Las claves débiles incluyen:
- Solo el texto de la descripción
- Solo el monto redondeado
- Solo la fecha
- Solo el nombre del cliente
- El campo de nota copiado desde el feed bancario
Antes de confiar en la conciliación, prueba la clave en sí.
| Prueba | Qué verificar | Por qué importa |
|---|---|---|
| Conteo de claves en blanco | Filas sin referencia | Las claves vacías no pueden demostrar una coincidencia |
| Conteo de claves duplicadas | La misma clave aparece más de una vez | Una fila puede coincidir con el duplicado incorrecto |
| Consistencia de formato | Texto, número, espacios, ceros a la izquierda | Valores visualmente idénticos pueden no ser iguales |
| Estabilidad de la clave | El mismo campo existe en ambas exportaciones | Los cambios en la exportación pueden eliminar la única clave confiable |
| Riesgo de colisión | El mismo monto y fecha aparecen muchas veces | La fórmula puede coincidir con la primera fila similar |
Si existen duplicados, no actúes como si la clave fuera única. Agrega un segundo campo al cruce: monto, fecha, cuenta o tipo de transacción. Si el duplicado es real, el informe debe mostrarlo como riesgo de duplicado o actividad de muchos a uno, no ocultarlo dentro de un cruce forzado uno a uno.
También es donde un resultado de conciliación incorrecto puede rastrearse sin revisar cada fila. Ordena por clave. Cuenta duplicados. Filtra blancos. Revisa las excepciones de monto alto. Una clave rota casi siempre deja un patrón.
Separa las partidas de temporalidad de los errores
Una partida de temporalidad no es lo mismo que un error.
Las partidas de temporalidad se trasladan porque la transacción pertenece a la actividad del negocio pero no al mismo punto de corte en ambos registros. Los errores se corrigen porque el registro está mal, falta, está duplicado o fue registrado en el lugar incorrecto.
Usa esta división:
| Diferencia | Temporalidad o error | Tratamiento |
|---|---|---|
| Depósito registrado en libros el 31 de mayo, compensado en el banco el 1 de junio | Temporalidad | Trasladar como depósito en tránsito |
| Cheque emitido en mayo, no compensado al cierre bancario | Temporalidad | Trasladar como cheque en tránsito |
| Pago de Stripe creado el 31 de mayo, recibido el 2 de junio | Temporalidad | Trasladar o documentar la fecha de corte |
| Registro del libro mayor contabilizado dos veces | Error | Revertir o corregir el duplicado |
| Comisión bancaria faltante en libros | Error | Registrar la comisión si pertenece al período |
| Transacción registrada en la cuenta incorrecta | Error | Reclasificar |
| Monto ingresado como 1,250 en lugar de 12,500 | Error | Corregir el monto |
| CSV fuente editado y fila eliminada | Error de integridad de datos | Reconstruir desde una exportación limpia |
Esta distinción importa porque una corrección incorrecta puede crear un segundo error.
Si corriges una partida de temporalidad como si fuera un registro faltante, la conciliación del mes siguiente cargará con el daño. Si trasladas un duplicado real como temporalidad, los libros siguen incorrectos.
Cuando la diferencia es pequeña y se repite cada mes, no la trates como ruido aleatorio. El monto repetido es evidencia. Generalmente apunta a una comisión bancaria recurrente, un tratamiento de redondeo, una partida antigua en tránsito, un registro duplicado o un problema de saldo inicial. Para ese patrón específico, usa el flujo de trabajo para una diferencia bancaria pequeña sin explicación.
Repite el proceso desde una base limpia
Una vez que conoces el tipo de quiebre, reconstruye la conciliación desde el último punto confiable.
Hazlo en este orden:
- Vuelve a exportar los archivos fuente si su integridad es incierta.
- Guarda copias sin tocar antes de abrirlos en Excel.
- Confirma el conteo de filas, el período, los totales, las claves en blanco y las claves duplicadas.
- Confirma los encabezados y el mapeo de columnas.
- Elige la clave de conciliación y documenta cualquier clave secundaria.
- Ejecuta el cruce.
- Clasifica los registros no conciliados como temporalidad, faltante, duplicado, monto incorrecto, fecha incorrecta, cuenta incorrecta, fuente editada o sin resolver.
- Genera el informe desde ese resultado clasificado.
No corrijas primero el resultado final. Corrige la capa rota más temprana.
Si el período de fechas estaba mal, vuelve a exportar. Si el archivo fuente cambió, recupera la fuente limpia. Si la fórmula extraía la columna incorrecta, corrige el mapeo y vuelve a ejecutar. Si la clave de conciliación era débil, cámbiala y reconstruye el informe. Si las partidas restantes son de temporalidad, documéntalas como tal en lugar de forzar el cuadre.
El resultado debe demostrar dónde ocurrió la falla
El informe final no debe decir solo "conciliado" y "no conciliado".
Debe mostrar dónde se rompió la conciliación y qué se hizo al respecto.
Usa una estructura como esta:
| Sección | Qué demuestra |
|---|---|
| Integridad de las fuentes | Qué versiones de archivo, conteos de filas, períodos y totales se usaron |
| Mapeo | Qué campos se compararon y si los encabezados cambiaron |
| Clave de conciliación | Qué referencia o combinación de campos probó una coincidencia |
| Registros conciliados | Filas que coinciden en ambos archivos |
| Partidas de temporalidad | Diferencias válidas trasladadas |
| Correcciones | Partidas faltantes, duplicadas, con monto incorrecto, fecha incorrecta o cuenta incorrecta, ya corregidas |
| Partidas pendientes | Partidas que aún requieren revisión |
Ese resultado te da control sobre el proceso. También te protege del peor tipo de conciliación incorrecta: una que parece ordenada pero no puede explicar sus propios números.
El flujo de recuperación es simple de enunciar, aunque el trabajo sea detallado: congela el resultado incorrecto, regresa al último estado confiable, verifica los archivos fuente, verifica el alcance, verifica el mapeo, verifica la clave, separa la temporalidad de los errores y vuelve a ejecutar la conciliación desde la capa rota más temprana.
