Confrontare due estrazioni dello stesso estratto conto

Confrontate entrambe le estrazioni con lo stesso PDF, non soltanto tra loro. Più righe o un totale coincidente non dimostrano un miglioramento. Conservate entrambe e distinguete righe mancanti, aggiunte e campi modificati.

Separare presentazione e disaccordi con la fonte

Conservate i valori originali di A e B prima di normalizzare. Il file più ordinato non è necessariamente il più fedele. Questa matrice proposta aiuta a registrare le differenze.

Differenza	Primo controllo	Classificazione dopo verifica originale
`18.00` rispetto a `18,00`	Interpretazione numerica secondo ogni convenzione	Stesso importo o errore di interpretazione
Descrizione su più righe in A, una in B	Stesso movimento stampato e testo completo	Presentazione o testo perso
Addebito in A, accredito in B	Colonna e segno stampati	Disaccordo di direzione
Una riga in A, due in B	Possibile divisione di una descrizione	Disaccordo sul confine del movimento
Stesso conteggio e totale	Date, descrizioni e copertura originale	Verifica di righe e campi ancora necessaria

Normalizzate in campi derivati. Eliminare spazi o interruzioni dall’unica copia della descrizione può cancellare la differenza da esaminare. Stabilite quali differenze sono irrilevanti per il compito prima di dichiarare una riga invariata.

Procedura pratica

Confermate stessa versione PDF, pagine, conto e valuta. Etichettate risultati A e B con data di estrazione.
Abbinate tramite posizioni confermate o identificativi affidabili. Separate casi ambigui prima del confronto dei campi.
Verificate ogni disaccordo nel PDF. Registrate il valore supportato: nessuna uscita è automaticamente la verità.

Esempio fittizio

Le posizioni e gli addebiti in EUR seguenti sono interamente fittizi. La colonna PDF è il riferimento documentale stabilito per l’esempio, non un risultato misurato con BankStatementScan.

Posizione originale	A	B	PDF
pagina 2, riga 5	19,80	19,30	19,80
pagina 2, riga 6	10,20	10,70	10,20
Totale	30,00	30,00	30,00

A e B totalizzano entrambi 30,00, come il PDF, ma B contiene due errori: −0,50 sul primo addebito e +0,50 sul secondo. Il PDF conferma A per questi due movimenti. Totali uguali non convalidano ogni importo né dimostrano un tasso generale di precisione.

Spiegare tutte le righe prima di scegliere una versione

Create un foglio di confronto con una voce per ogni movimento originale confermato: posizione, valore A, valore B, categoria e decisione basata sul PDF. Usate quattro categorie: solo A, solo B, comune modificato e comune invariato. Tenete separati gli abbinamenti ambigui. L’importo esaminato non deve essere l’unica chiave: una modifica apparirebbe come riga mancante anziché differenza di campo.

Estendiamo fittiziamente la tabella con un movimento comune invariato, uno solo in A e un altro solo in B. Ogni uscita contiene ora quattro righe, ma l’unione comprende cinque candidati originali: uno invariato, due modificati, uno solo A e uno solo B. Controllate A: 1+2+1=4 e B: 1+2+1=4. Conteggi uguali nascondono un’omissione come totali uguali nascondono i due errori d’importo. Il PDF deve decidere se i candidati non abbinati sono veri movimenti; «solo B» non significa automaticamente «nuova riga corretta».

Per pochi movimenti è sufficiente allineare manualmente le posizioni. Confrontate mantenendo righe corrispondenti e non corrispondenti di entrambe le uscite; verificate tipi e univocità delle chiavi. Confrontare soltanto le corrispondenze nasconderebbe proprio le righe da verificare. Prima di scegliere un’uscita, risolvete o elencate ogni candidato aperto e ricontrollate i campi originali senza sovrascrivere A o B.

Evitare che un’unione multipla crei abbinamenti falsi

Immaginate due pagamenti fittizi nella stessa data, ciascuno di 25,00, presenti sia in A sia in B. Unire solo per data e importo dà a ogni riga A due possibili corrispondenze B. Espandere tutto produce quattro coppie da due movimenti, non quattro movimenti. Controllate il numero di corrispondenze per chiave prima dell’espansione. Risolvete le due coppie con posizioni confermate o riferimenti realmente distinti; il numero di riga dopo l’ordinamento non crea un’identità documentale.

Se A e B dividono la fonte diversamente, la pagina da sola non risolve l’abbinamento. Tornate ai confini stampati e collegate i componenti di entrambe le uscite allo stesso movimento verificato. Mantenete il gruppo ambiguo visibile fino alla risoluzione. Usate tipi compatibili e lo stesso ordine dei campi sui due lati del confronto; queste condizioni non rendono univoca una chiave ripetuta.

Definire la conclusione consentita dal confronto

Per una verifica completa elencate i movimenti originali confermati e controllate in ogni versione tutti i campi necessari. Verificate separatamente omissioni e righe inventate. Per una verifica parziale dichiarate dimensione e selezione: «sei righe fittizie verificate, compresi entrambi i cambi di pagina» descrive l’ambito, non la precisione generale. Controllare soltanto i disaccordi non basta se entrambe le uscite possono condividere un errore.

Registrate posizione originale, valore A, valore B, valore supportato, motivo e stato irrisolto. Create poi un terzo file corretto senza sovrascrivere le prove. Ricontate i movimenti e ricalcolate i controlli aritmetici dopo le correzioni: una cella modificata può incidere su un altro controllo. Scegliete una versione con ambito ed eccezioni restanti espliciti. Il metodo valuta dati esportati, non misura il futuro servizio BankStatementScan.

Controlli e limiti

Separate differenze di campo e righe non abbinate. Un’unione su data e importo non univoci può moltiplicare righe: controllate le corrispondenze. Mantenete visibili i disaccordi. Senza riferimento definito e verificato, il confronto non produce un tasso generale di precisione.

Conservate il file originale inalterato e annotate ogni punto irrisolto prima di usare la tabella.

Controlli collegati

Confrontate le stesse posizioni originali e isolate le differenze tra versioni di estrazione. Collegare ogni riga bancaria alla pagina PDF di origine · Errori OCR nell’estratto conto: verificare 0/O e 1/I senza indovinare.

BankStatementScan è in preparazione. Il sito propone una richiesta di accesso e un esempio fittizio; attualmente non converte i vostri file bancari. Scoprire il servizio previsto.

Fonti consultate il 16 ottobre 2026

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