Comparar dos extracciones del mismo extracto bancario

Compare ambas extracciones con el mismo PDF, no solo entre sí. Más filas o un total coincidente no demuestran mejora. Conserve las dos versiones y clasifique filas ausentes, añadidas y campos modificados.

Separar presentación y discrepancias con la fuente

Conserve los valores originales de A y B antes de normalizar. El archivo más limpio no es necesariamente el más fiel. Esta matriz propuesta ayuda a registrar el tipo de diferencia.

Diferencia	Primera comprobación	Clasificación tras revisar la fuente
`18.00` frente a `18,00`	Interpretación numérica según cada convención	Mismo importe o fallo de interpretación
Concepto multilínea en A, una línea en B	Mismo movimiento impreso y texto completo	Presentación o texto perdido
Cargo en A, abono en B	Columna y signo impresos	Discrepancia de dirección
Una fila en A, dos en B	Posible división de un concepto	Discrepancia en límites del movimiento
Igual número y total	Fechas, conceptos y cobertura original	Sigue haciendo falta revisar filas y campos

Normalice en campos derivados. Borrar saltos o espacios de la única copia del concepto puede eliminar justo la diferencia que quiere examinar. Defina cuáles no afectan a la tarea antes de declarar una fila sin cambios.

Procedimiento práctico

Confirme misma versión PDF, páginas, cuenta y moneda. Identifique resultados A y B con fecha de extracción.
Empareje mediante posiciones confirmadas o identificadores fiables. Separe coincidencias ambiguas antes de comparar campos.
Revise cada desacuerdo en el PDF. Registre el valor respaldado; ninguna salida es automáticamente la referencia verdadera.

Ejemplo ficticio

Las posiciones y los cargos en EUR siguientes son totalmente ficticios. La columna PDF es la referencia documental fijada para el ejemplo, no un resultado medido con BankStatementScan.

Posición original	A	B	PDF
página 2, fila 5	19,80	19,30	19,80
página 2, fila 6	10,20	10,70	10,20
Total	30,00	30,00	30,00

A y B suman ambos 30,00, como el PDF, pero B contiene dos errores: −0,50 en el primer cargo y +0,50 en el segundo. El PDF confirma A para estos dos movimientos. Los totales iguales no validan cada importe ni acreditan una tasa general de precisión.

Explicar todas las filas antes de elegir una versión

Prepare una hoja de comparación con una entrada por operación original confirmada: localizador, valor A, valor B, categoría y decisión basada en PDF. Use cuatro categorías: solo A, solo B, común modificada y común sin cambios. Mantenga aparte los emparejamientos ambiguos. El importe evaluado no debe ser la única clave: si cambia, una diferencia de campo se presentaría como una fila ausente.

Ampliemos ficticiamente la tabla con una operación común sin cambios, una solo en A y otra solo en B. Cada salida tiene ahora cuatro filas, pero su unión comprende cinco candidatos originales: una sin cambios, dos modificadas, una solo A y una solo B. Compruebe A: 1+2+1=4 y B: 1+2+1=4. Igual número de filas oculta una omisión, igual que los totales idénticos ocultan los dos errores de importe. El PDF debe decidir si los candidatos sin pareja son operaciones reales; «solo B» no equivale a «nueva fila correcta».

En un extracto pequeño basta alinear manualmente los localizadores. Compare conservando filas coincidentes y no coincidentes de ambas salidas; revise tipos y unicidad de las claves. Comparar solo las coincidencias ocultaría precisamente las filas pendientes. Antes de elegir una salida, resuelva o enumere cada candidato abierto y vuelva a comprobar los campos originales sin sobrescribir A ni B.

Evitar que una combinación múltiple cree parejas falsas

Imagine dos pagos ficticios del mismo día, de 25,00 cada uno, presentes en A y B. Unir solo por fecha e importe ofrece dos coincidencias B para cada fila A. Expandir todas produce cuatro parejas de dos movimientos, no cuatro movimientos. Revise el número de coincidencias por clave antes de expandir. Resuelva las dos parejas mediante ubicaciones confirmadas o referencias realmente distintas; el número de fila después de ordenar no crea identidad documental.

Si A y B dividen la fuente de manera distinta, la página por sí sola no resuelve la unión. Vuelva a los límites impresos y asigne los componentes de ambas salidas al mismo movimiento revisado. Mantenga el grupo ambiguo visible hasta entonces. Utilice tipos compatibles y el mismo orden de campos en ambos lados de la comparación; estas condiciones no hacen única una clave repetida.

Definir qué permite concluir la comparación

Para una revisión completa, enumere movimientos originales confirmados y compruebe en cada versión todos los campos necesarios. Revise omisiones y filas inventadas por separado. Si solo revisa una parte, declare tamaño y selección: «seis filas ficticias revisadas, incluidas ambas uniones de página» describe el alcance, no precisión general. Revisar únicamente discrepancias no basta cuando ambas salidas pueden compartir un error.

Registre ubicación original, valor A, valor B, valor respaldado, motivo y estado pendiente. Cree después un tercer archivo corregido sin sobrescribir las pruebas. Vuelva a contar movimientos y calcular controles aritméticos tras las correcciones; cambiar una celda puede afectar otra comprobación. Elija una versión con alcance y excepciones restantes explícitos. Este procedimiento evalúa datos exportados; no mide el futuro servicio BankStatementScan.

Comprobaciones y límites

Separe diferencias de campo y filas sin pareja. Unir por fecha e importe no únicos puede multiplicar filas: compruebe cardinalidad. Mantenga desacuerdos visibles. Sin conjunto de referencia definido y verificado, la comparación no calcula precisión general.

Conserve el archivo original sin cambios y anote cualquier cuestión pendiente antes de utilizar la tabla.

Comprobaciones relacionadas

Compare las mismas posiciones originales y separe las diferencias entre versiones de extracción. Vincular cada fila bancaria con su página PDF de origen · Errores OCR del extracto: comprobar 0/O y 1/I sin adivinar.

BankStatementScan está en preparación. El sitio ofrece una solicitud de acceso y un ejemplo ficticio; actualmente no convierte sus archivos bancarios. Ver el servicio previsto.

Fuentes consultadas el 16 de octubre de 2026

W3C — Model for Tabular Data and Metadata on the Web.