Claude y Gemini pueden producir un resultado que parece una conciliación bancaria. Pero ninguno puede probar que ese resultado es completo y correcto. Son modelos de lenguaje de uso general: generan una respuesta plausible a partir de los archivos e instrucciones que reciben. Una conciliación sólida exige que cada fila de ambos archivos quede registrada, que cada coincidencia sea trazable y que cada diferencia permanezca visible.
Esa distinción responde a la pregunta práctica. Claude o Gemini puede señalar algunas transacciones, sugerir correspondencias de columnas o proponer un borrador de fórmula. Trata ese material como trabajo sin verificar. Una conciliación bancaria rigurosa —la que se revisa, se repite o se entrega a un cliente— necesita más que una respuesta de chat.
Leer un estado de cuenta no es conciliarlo
La conciliación bancaria parte de dos fuentes: el estado de cuenta del banco y el libro mayor, el diario de caja o la exportación de transacciones que quieres comparar. El objetivo no es describir esos archivos. Es compararlos sin perder ninguna fila.
Para cada fila, el resultado debe responder estas preguntas:
- ¿Qué fila del otro archivo es su contraparte?
- ¿Qué campo o combinación de campos estableció la coincidencia?
- ¿Los montos coinciden exactamente?
- ¿Se permite la diferencia de fecha, y según qué regla?
- Si no existe contraparte, ¿en qué archivo está la fila sin conciliar?
- ¿Alguno de los archivos contiene un duplicado que hizo ambigua la coincidencia?
Claude y Gemini pueden leer contenido tabular y redactar un resumen convincente. Eso no garantiza que cada fila fuente haya pasado por un proceso de coincidencia coherente. Un párrafo que dice que 184 transacciones coincidieron no es evidencia de que se compararon 184 pares específicos.
La diferencia se aclara al enunciar los requisitos del resultado:
| Requisito de conciliación | Lo que la tarea necesita | Lo que una respuesta de chat suele entregar |
|---|---|---|
| Cobertura de fuentes | Cada fila de ambos archivos aparece en el resultado | Un resumen, una muestra o una tabla reducida |
| Pares conciliados | Una fila específica del archivo A vinculada a una fila específica del archivo B | Un conteo de coincidencias o una descripción en texto |
| Base de coincidencia | Referencia, monto, fecha o combinación definida, indicada para cada par | Una explicación inferida de la base probable |
| Excepciones | Cada fila sin conciliar o ambigua conservada | Una selección de diferencias consideradas relevantes |
| Verificación | Totales y conteos derivados del conjunto completo de filas | Cifras presentadas sin una cadena de fórmulas inspeccionable |
| Registro de auditoría | Evidencia exportable al nivel de fila | Una respuesta conversacional que puede variar al volver a ejecutarse |
Por eso preguntar si Claude o Gemini puede conciliar estados de cuenta bancarios es distinto de preguntar si pueden leer un CSV. Leer el archivo es solo el paso de entrada. La conciliación es la comparación controlada y el registro de qué ocurrió con cada fila.
La limitación es estructural, no específica de un modelo
Claude y Gemini son productos distintos, pero esa comparación no resuelve el problema de la conciliación. La limitación la comparten todos los LLM de uso general: están diseñados para generar una respuesta, no para mantener un registro contable determinista.
Un mismo prompt puede producir formulaciones distintas, agrupar excepciones de otra manera o elegir una coincidencia diferente cuando varios candidatos parecen plausibles. Esa variabilidad es aceptable para redactar un correo. No lo es cuando existen dos pagos de 250.00 y solo uno pertenece a la factura INV-1048.
Veamos estas filas:
| Bank row | Date | Description | Amount |
|---|---|---|---|
| B-118 | 2026-05-06 | TRANSFER HOLT | 250.00 |
| B-119 | 2026-05-06 | TRANSFER PINE | 250.00 |
| Ledger row | Date | Reference | Customer | Amount |
|---|---|---|---|---|
| L-442 | 2026-05-05 | INV-1048 | Pine Studio | 250.00 |
Una comparación por monto y fecha produce dos candidatos. El resultado no está «conciliado» hasta que una clave adicional confiable conecte L-442 con B-119. Un modelo puede inferir del concepto que PINE probablemente es Pine Studio. Puede ser una sugerencia útil, pero sigue siendo una inferencia. El resultado debe mostrar la regla que validó la coincidencia o marcar ambos candidatos para revisión.
Esta ambigüedad es frecuente con anticipos, suscripciones, nóminas, transferencias de monto redondo y pagos recurrentes a proveedores. Un sistema que oculta la ambigüedad puede producir un resultado de apariencia limpia que es incorrecto.
Que los saldos coincidan no prueba que las transacciones sean correctas
Un segundo error es aceptar la coincidencia de saldos finales como prueba de que las transacciones subyacentes fueron conciliadas. Claude o Gemini puede identificar que el estado de cuenta bancario y el libro mayor terminan ambos en $48,730. Eso confirma un número. No confirma las filas que lo produjeron.
Dos errores pueden cancelarse mutuamente. Un depósito de $900 faltante y un pago de $900 faltante dejan el saldo final sin cambios. Lo mismo ocurre con un gasto registrado dos veces junto con un gasto omitido del mismo monto. Una respuesta basada solo en saldos pasará por alto ambos problemas porque la diferencia neta es cero.
La conciliación necesita dos controles:
- Control de saldos. El saldo inicial más los movimientos debe igualar el saldo final en cada fuente.
- Control de transacciones. Cada fila debe estar conciliada, sin conciliar o marcada como ambigua.
Los dos controles son necesarios. Un resultado al nivel de transacciones con un saldo inicial incorrecto está incompleto. Saldos que coinciden con filas inexplicadas también lo están.
Esta distinción importa cuando el estado de cuenta bancario se entrega en PDF. Extraer líneas del documento introduce un punto de control adicional antes de la conciliación. El conteo de transacciones extraído, el saldo inicial, el saldo final y el total de débitos y créditos deben coincidir con el estado de cuenta original. Si un concepto que abarca dos líneas se convierte en dos filas, se pierde un signo negativo o se omite una página, la comparación posterior parte de datos corruptos.
Una respuesta de chat raramente separa la validación de la extracción de la validación de la conciliación. Puede pasar directamente de leer el estado de cuenta a describir el resultado. Un flujo de trabajo sólido prueba primero que el estado de cuenta fue capturado íntegramente, y luego establece cómo esas filas capturadas se comparan con el libro mayor.
Tres razones por las que un resultado convincente puede ser inexacto
El modelo puede no procesar el archivo completo
Los archivos de transacciones consumen contexto rápidamente porque cada fila incluye fechas, referencias, conceptos, monedas y montos. Cuando los archivos combinados y el prompt superan lo que el chat puede procesar, el modelo puede trabajar solo con una parte del contenido o con una representación condensada.
La respuesta resultante puede seguir pareciendo completa. Puede incluir totales, categorías de excepciones y una explicación segura. Pero si el resultado no prueba que cada fila fuente está representada, no puedes saber, a partir de la respuesta sola, si se omitieron filas.
El primer control no es «¿El total parece razonable?» Es: «¿Puedo rastrear el conteo de filas fuente en el resultado?» Si el archivo A tiene 2,416 filas de datos y el archivo B tiene 2,389, el informe final debe registrar las 4,805 apariciones de filas como conciliadas, sin conciliar, duplicadas o marcadas.
Los números no tienen una cadena de cálculo inspeccionable
Un total impreso en una respuesta de chat no equivale a un total producido por una fórmula de hoja de cálculo verificable o un informe de coincidencia determinista. Necesitas saber qué filas contribuyeron a él.
Supón que el modelo indica:
- 2,350 transacciones conciliadas
- 31 transacciones presentes solo en el banco
- 8 transacciones presentes solo en el libro mayor
- La diferencia inexplicada es $0
Esas cifras parecen coherentes entre sí. Aún necesitan evidencia. La sección de coincidencias debe contener 2,350 pares identificables. Las secciones de excepciones deben contener 39 filas identificables. Los montos de esas filas deben reproducir los totales declarados. Sin esa cadena, el resumen no puede verificarse de forma independiente.
El resultado puede no conservar el registro de coincidencias
Incluso un resultado correcto es débil si no puede mostrar cómo se llegó a él. Un registro de coincidencias riguroso identifica ambas filas fuente y la base exacta utilizada.
| Fila archivo A | Fila archivo B | Base de coincidencia | Estado |
|---|---|---|---|
| B-118 | — | Monto duplicado; sin referencia única | Revisar |
| B-119 | L-442 | Concepto/cliente y monto exacto | Conciliado |
| B-120 | — | Referencia no encontrada en el libro mayor | Sin conciliar (banco) |
Esa tabla puede revisarse. «El pago de 250.00 fue conciliado con Pine Studio» no puede revisarse a menos que se conserven los identificadores fuente y la base.
Por eso un nuevo prompt no es una pista de auditoría. Pedirle a Claude o Gemini que explique la respuesta anterior genera otra respuesta generada. No reconstruye un registro determinista capturado cuando se ejecutó la comparación.
Cómo verificar una conciliación bancaria producida por IA
Si ya usaste Claude o Gemini, no descartes el trabajo de inmediato. Trata el resultado como un borrador y pruébalo contra los archivos fuente.
- Registra el conteo de filas fuente. Excluye encabezados y filas vacías. Lleva el conteo de cada archivo por separado.
- Exige un resultado al nivel de fila. Cada fila fuente necesita un identificador estable. Agrégalo antes de subir los archivos si ya no lo tienen.
- Verifica la cobertura completa. Cada identificador de ambos archivos debe aparecer una vez en el resultado: conciliado, sin conciliar, duplicado o pendiente de revisión.
- Revisa los pares conciliados. Confirma que cada par muestre los campos usados para conciliarlo. El monto solo no es suficiente cuando hay duplicados.
- Recalcula todos los totales fuera del chat. Suma las secciones de coincidencias y excepciones directamente desde el resultado respaldado en las fuentes.
- Busca filas reutilizadas. Una fila del banco no debe satisfacer dos filas del libro mayor, salvo que la conciliación permita y documente explícitamente una coincidencia de uno a varios.
- Vuelve a ejecutar manualmente una muestra de excepciones. Revisa primero montos repetidos, fechas adyacentes, referencias vacías, reversiones, reembolsos y conceptos editados.
Si el modelo no puede devolver identificadores de fila estables, cobertura completa de fuentes y una lista de excepciones reproducible, el resultado no está listo para el cierre mensual ni para entregárselo a un cliente. Úsalo como punto de partida para investigar, no como la conciliación terminada.
Para una comparación más amplia del mismo problema en otra interfaz de chat, consulta si ChatGPT puede conciliar archivos CSV de estados de cuenta bancarios. El nombre del modelo cambia. El requisito de verificación, no. El problema relacionado es por qué la coincidencia por IA sin pista de auditoría no puede ser confiable: un resultado plausible y un resultado demostrable son entregas distintas.
Qué debe contener un resultado de conciliación bancaria preciso
La precisión no es un porcentaje impreso al inicio de un informe. Es la capacidad de inspeccionar el resultado hasta la fila fuente.
Un resultado utilizable contiene:
- Cada fila del archivo bancario
- Cada fila del archivo del libro mayor
- Un vínculo visible entre cada par conciliado
- La base exacta de cada coincidencia
- Listas separadas para los registros solo en el banco y solo en el libro mayor
- Los candidatos duplicados y ambiguos excluidos de las coincidencias confirmadas
- Conteos y totales que pueden recalcularse desde las filas detalladas
- Los valores fuente originales conservados para revisión
Esa estructura permite que otra persona reproduzca la conclusión. También evita un error frecuente: forzar la conciliación a cero aceptando una coincidencia plausible pero sin respaldo.
Claude o Gemini puede sugerir que «Transaction Date» corresponde a «Posting Date», explicar por qué puede necesitarse una ventana de tolerancia de fecha, o redactar una lista de verificación. Esas salidas quedan fuera de la evidencia final. Son orientativas. La coincidencia final necesita un proceso determinista que lea ambos archivos completos y exponga cada decisión.
La respuesta precisa es, por lo tanto, condicional. Claude y Gemini pueden ayudar a entender los datos de un estado de cuenta bancario y producir un borrador que se parece a una conciliación. No pueden, mediante una respuesta de chat de uso general, proporcionar la cobertura completa de filas, el registro de coincidencias determinista y la evidencia lista para auditoría necesarios para establecer que la conciliación es precisa.
