Extractos solapados: revisar duplicados sin borrar pagos reales

Considere las filas coincidentes como posibles duplicados, no como órdenes de eliminación. Dos pagos reales pueden compartir fecha, concepto e importe. Identifique primero cuenta y periodo de cada archivo; después compare referencias y posiciones originales.

Inventariar los archivos antes de comparar operaciones

1. Añada archivo de origen y número de fila antes de unir. Confirme cuenta, moneda y tipo de fecha que define los límites del periodo.

2. Prepare candidatos solo dentro del solapamiento. Compare referencia completa, sentido, importe y saldos disponibles; deje pendientes las parejas dudosas.

3. Registre qué fila conserva y por qué excluye la otra. Guarde los originales y un registro de exclusiones reversible.

Ejemplo ficticio

El archivo A cubre del 1 al 31 de octubre; B, del 25 de octubre al 15 de noviembre. Ambos contienen TX-A17, cargo 32,00 el 27 de octubre: la referencia repetida aporta evidencia. El día 28 hay dos pagos de tarjeta de 8,00 con referencias distintas. Una regla fecha+importe eliminaría un pago legítimo.

Delimitar primero el periodo común

Anote que A utiliza fechas contables del 1 al 31 de octubre y B el mismo campo del 25 de octubre al 15 de noviembre, para la misma cuenta y moneda. En este caso ficticio, se revisa del 25 al 31 de octubre, ambos incluidos. Si B utiliza fechas valor, esos límites todavía no son comparables. Aclare la fecha antes de buscar coincidencias en toda la tabla.

La referencia repetida tiene más fuerza cuando coinciden los demás campos. Si TX-A17 muestra 32,00 en A y 23,00 en B, examine ambas fuentes; no elija la primera versión. Un único archivo nativo del banco para todo el periodo necesario puede evitar la unión, aunque también exige comprobar límites y campos.

Explicar cada exclusión

Asigne a cada fila original una clave estable, como A:17 o B:4, y a cada pareja revisada un estado: duplicado confirmado, movimientos distintos o pendiente. Relacione clave conservada, clave excluida y evidencia. Un subconjunto ficticio con dos copias del cargo de 32,00 y los dos pagos distintos de 8,00 suma 80,00 en cuatro filas. Excluir únicamente la copia confirmada de 32,00 deja tres filas y 48,00. El registro debe explicar exactamente ese cambio.

Seleccione explícitamente la clave de origen conservada tras revisarla, en lugar de dejar que decida el orden de filas. Seleccione expresamente la clave original revisada y mantenga localizables ambos registros mediante el historial.

Revisar la evidencia antes de elegir qué fila conservar

El campo referencia puede identificar un comercio o un lote, en lugar de una operación única. Compruebe su significado en la descripción del formato bancario, si está disponible. Guarde la referencia original completa; una copia abreviada o normalizada sirve solo para localizar candidatos.

Observación para la misma cuenta y moneda	Decisión	Evidencia pendiente
Mismo identificador, importe, sentido y fecha contable	Candidato a conservar un solo movimiento	Confirmar el significado del identificador y ambas fuentes
Solo coinciden fecha, concepto e importe	Mantener pendiente	Distinguir dos pagos de dos representaciones de un pago
Misma referencia, importes diferentes	No fusionar	Revisar cifras originales y detalles de la operación
Cargo y abono correspondiente	Conservar ambos movimientos	Comprobar una posible anulación; no son copias idénticas
Tres copias verificadas de un apunte	Conservar una clave y excluir dos	Una decisión de grupo vinculada a las tres fuentes

Con tres archivos solapados, revise grupos en lugar de eliminar parejas de forma independiente. En otro caso ficticio, A:17, B:4 y C:2 representan el mismo cargo de 32,00 EUR. El total bruto es 96,00; conservar A:17 excluye 64,00 en exactamente dos filas y deja 32,00. Un registro de parejas A/B, A/C y B/C no debe generar tres exclusiones. Registre cada clave excluida una sola vez junto a la clave conservada.

Prepare una lista de candidatos en una copia de revisión con los campos de comparación elegidos y sus localizadores de origen. Hágalo sobre una copia de revisión: la lista filtrada no es el extracto completo. Conserve archivo y fila originales, sin incluirlos en una clave destinada a comparar archivos distintos. Mantenga también las filas sin coincidencia y los grupos pendientes en vistas de revisión. Finalmente, cada fila original debe quedar vinculada a la tabla conservada o al registro de exclusiones.

Comprobaciones y límites

Compare filas y totales de cargos/abonos antes y después, especialmente en los extremos del solapamiento. Quitar duplicados en Power Query depende de las columnas elegidas; no acredita identidad bancaria. Si falta un identificador fiable, consulte el original y mantenga pendientes las coincidencias ambiguas.

Comprobaciones relacionadas

Confirme periodos y referencias antes de eliminar un posible duplicado. Fecha contable y fecha valor: conservar ambas al exportar el extracto · Referencias bancarias en Excel: conservar números largos y ceros.

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.