pain.001 · un file · gratis

L’ultimo punto in cui si può ancora cambiare idea

Un file di pagamenti va dalla contabilità alla banca, e la banca fa quello che c’è scritto dentro. Depositalo prima qui: ogni movimento in una tabella, le cifre di controllo IBAN ricalcolate, il totale di controllo rifatto, e segnalato tutto ciò che sembra la stessa fattura pagata due volte. Nulla viene caricato.

ISO 20022 pain.001pain.008 Bonifico SEPAAddebito SEPACifre di controllo IBAN
Controllare un file di pagamenti Nulla viene caricato
Trascina qui un file pain.001
Il controllo gira sulla vostra macchina — staccate la rete e continua a funzionare. Rilievi ed elenco completo scaricabili in un unico foglio

01 — Perché conta

L’unico errore che la banca non intercetta per voi

Quasi tutti gli errori di un file di pagamenti vengono intercettati da qualcuno. Un file malformato viene rifiutato al caricamento. Un totale di controllo che non torna viene rifiutato prima che si muova qualcosa. Sono seccature, e sono innocue.

Pagare due volte la stessa fattura non è né l’una né l’altra cosa. Nel file il secondo pagamento è identico al primo: IBAN valido, importo valido, struttura valida. La banca non ha alcun motivo per rifiutarlo — quindi non lo rifiuta. Lo scoprirete quando il fornitore ne parlerà, o riconciliando il conto. Se il denaro torni indietro dipende allora dalla buona volontà dell’altra parte.

Succede nel modo più ordinario: una distinta esportata due volte, un pagamento aggiunto a mano mentre l’originale era ancora in corso, un giro di approvazioni che ha prodotto due file. Nulla di clamoroso — ed è proprio per questo che nessuno lo cerca.

02 — E l’errore di battitura costoso

Un IBAN porta con sé la propria cifra di controllo

I caratteri tre e quattro di un IBAN sono una somma di controllo su tutto il resto (ISO 13616, modulo 97-10). Una cifra sbagliata da qualche parte e il conto non torna più — un errore di battitura si può quindi intercettare qui, offline, senza chiedere nulla a nessuno.

Se il numero è sbagliato e comunque valido, il denaro raggiunge un conto ben reale che non è quello del vostro fornitore. Se è sbagliato e non valido, il pagamento torna indietro dopo giorni e la fattura è diventata silenziosamente scaduta. Entrambi valgono due secondi di aritmetica.

Trascinate anche le fatture

Tutto quanto sopra è il file confrontato con sé stesso: la testata corrisponde al contenuto, le cifre di controllo tornano, c’è qualcosa in doppio. Resta una domanda a cui il file da solo non può rispondere — è questo l’importo che la fattura chiede?

Uno zero di troppo digitato in un gestionale produce un pagamento perfettamente valido. 12.000 e 1.200 sono entrambi importi ben formati, superano entrambi ogni controllo di formato, e la banca esegue quello che sta nel file. Emerge in fase di riconciliazione — quando il denaro è già sul conto di qualcun altro.

Depositate quindi le fatture insieme al file di pagamenti. L’abbinamento avviene tramite il numero di fattura scritto nella causale — è così che anche la controparte riconcilia — e poi gli importi vengono messi a confronto. I separatori non contano: RE-2026/0417 e RE20260417 sono lo stesso numero.

Meglio non abbinare che abbinare male: i numeri di fattura sotto i cinque caratteri restano fuori (finirebbero per trovarsi in qualunque testo), e una causale che cita due fatture viene saltata. Valute diverse vengono segnalate invece che convertite — indovinare un cambio per attribuire a qualcuno un errore non conviene.

Addebiti diretti

Una distinta di addebiti (pain.008) passa dagli stessi controlli, perché al suo interno vanno storte le stesse cose — cambia solo chi ne subisce le conseguenze. Un IBAN sbagliato significa che quell’addebito torna indietro dopo giorni mentre la fattura è uscita da un pezzo. E addebitare due volte lo stesso cliente non è semplicemente un importo di troppo: è un reclamo, uno storno, e nell’area SEPA il cliente può chiedere il rimborso per otto settimane senza doversi giustificare. Il denaro torna indietro. Le spese no.

Due cose qui non vengono volutamente giudicate: i dati del mandato e se la sequenza (FRST / RCUR / FNAL) sia quella giusta. Entrambe dipendono dal fatto che questo cliente sia già stato addebitato, e questo nel file non c’è. Non dire nulla è meglio che indovinare.

Nulla viene caricato

Una distinta di pagamenti contiene ogni fornitore che avete, quanto gli pagate e il suo numero di conto. Non è un file da dare a un modulo web. Viene letto nel browser: aprite gli strumenti di sviluppo, scheda Rete, trascinate dentro un file — non esce alcuna richiesta. Oppure: caricate la pagina, staccate la rete e trascinate il file lo stesso. Continua a funzionare.

Vale lo stesso per il resto del sito: fatture in una tabella, una fattura confrontata con EN 16931 e l’elenco completo delle regole.