Nei pagamenti, la conferma di ricezione significa una di due cose. Prima di pagare, è la conferma che il conto che stai per accreditare appartiene alla controparte che hai indicato: la verifica del nome del beneficiario. Dopo aver pagato, è la conferma che il denaro è arrivato su quel conto. Nessuna delle due è una ricevuta di lettura via email, e nessuna delle due è un fornitore che risponde «ricevuto, grazie».
Vale la pena chiarire la distinzione, perché quasi tutte le pagine che si posizionano su questa espressione sono tutorial sui client di posta. Spiegano come chiedere una ricevuta di lettura in Gmail o Outlook e sull'email hanno ragione. Non dicono nulla su IBAN, nomi dei beneficiari o regolamento: cioè la parte che conta quando ci sono di mezzo dei soldi.
Cosa significa «conferma di ricezione» e cosa no
Tre cose diverse condividono la stessa espressione, e confonderle è il modo in cui i team finanziari finiscono per affidarsi alla più debole.
- Una ricevuta di lettura o di consegna via email: un segnale del client di posta del destinatario che un messaggio è stato consegnato o aperto. È un evento a livello di messaggio.
- Un riscontro di ricezione: una risposta umana o automatica che dice «abbiamo ricevuto il tuo messaggio, la tua fattura o la tua merce». È una dichiarazione del destinatario.
- Una conferma di ricezione di un pagamento: la prova che un importo specifico è arrivato su un conto specifico e, prima ancora, la prova che quel conto appartiene al beneficiario previsto.
Solo la terza riguarda il denaro. Una ricevuta di lettura ti dice che un messaggio è stato aperto. Non ti dice che la fattura era autentica, che i dati bancari al suo interno erano corretti o che si è mosso del denaro. La conferma di un pagamento è un meccanismo del tutto diverso: arriva dal sistema dei pagamenti, non da una casella di posta.
Una ricevuta di lettura non è una prova
Le ricevute di lettura sono facoltative, il destinatario può rifiutarle e i client di posta le gestiscono in modo diverso. Il silenzio non ti dice nulla. Considera qualsiasi conferma via email un gesto di cortesia, mai un controllo sul denaro.
Perché la conferma di ricezione in stile email non funziona nei pagamenti
I limiti che i tutorial sull'email stessi ammettono sono esattamente quelli che rendono l'email inutile come controllo sui pagamenti. Le ricevute sono facoltative. Il destinatario può rifiutarle. Client diversi si comportano in modo diverso. Quindi una ricevuta mancante è ambigua: può significare che il messaggio non è mai stato letto oppure che chi lo ha letto ha semplicemente rifiutato di inviare una ricevuta.
Applichiamo tutto questo a un pagamento. Un fornitore scrive: «confermate la ricezione dei nostri nuovi dati bancari». Tu rispondi, lui risponde e tutti si sentono tranquilli. Ma nulla in quello scambio ha verificato se l'IBAN appartiene al fornitore. Se la casella di posta del fornitore è stata compromessa, chi risponde può essere un truffatore e la conferma non vale nulla. Vale anche al contrario: un fornitore che dice «pagamento ricevuto» non dimostra che il denaro è arrivato sul conto giusto, dimostra che qualcuno ha visto un accredito.
La soluzione non è un'email migliore. È una verifica che avviene tra le due banche, dove risiede il dato dell'intestatario. Nell'UE e nello schema SEPA questa verifica si chiama Verification of Payee (VoP), nel Regno Unito Confirmation of Payee (CoP). Se vuoi il contesto su cosa sia la verifica UE, lo spiega la nostra guida su cos'è la Verification of Payee; qui restiamo sul lato della conferma.
La conferma di ricezione prima di pagare: la verifica del nome del beneficiario
La conferma che precede il pagamento è breve e meccanica. Il tuo prestatore di servizi di pagamento (PSP), cioè la tua banca o il tuo istituto di pagamento, invia il nome del beneficiario e l'IBAN al PSP che detiene il conto di destinazione. Quel PSP confronta il nome con il proprio dato dell'intestatario e risponde con un esito standardizzato. Vedi la risposta prima di confermare il pagamento.
- 1 Inserisci o selezioni il nome di un beneficiario e un IBAN.
- 2 Il tuo PSP invia il nome e l'IBAN al PSP del beneficiario.
- 3 Il PSP del beneficiario confronta il nome con il dato dell'intestatario e risponde.
- 4 Il tuo PSP ti mostra l'esito e tu decidi se inviare, correggere i dati o fermarti.
Le risposte possibili sono quattro, e ognuna ti chiede qualcosa di diverso.
- Corrispondenza: il nome è coerente con l'intestatario. Procedi con la normale fiducia.
- Corrispondenza parziale: i nomi sono simili ma non identici, per esempio un secondo nome mancante o un nome commerciale al posto della ragione sociale. Di solito la verifica restituisce il nome registrato sul conto, così puoi confermarlo o correggere il tuo dato.
- Nessuna corrispondenza: il nome non appartiene a quel conto. Fermati e ricontrolla i dati attraverso un canale di cui ti fidavi già, come un numero di telefono preso dai tuoi archivi.
- Non disponibile: il PSP del beneficiario non ha potuto rispondere, per esempio perché non è raggiungibile o non partecipa allo schema. Non è né una buona né una cattiva notizia; tratta un beneficiario nuovo o modificato con cautela extra.
La verifica è consultiva. Non blocca il pagamento e la decisione resta a te. È voluto: l'obiettivo è mettere una risposta chiara, proveniente dalla banca, davanti a chi autorizza il denaro, nel momento in cui può ancora agire. La nostra guida per leggere ogni esito VoP approfondisce cosa fare in caso di corrispondenza parziale o di nessuna corrispondenza.
Quale conferma arriva dopo un pagamento SEPA
Una volta inviato il pagamento, le conferme che ricevi riguardano lo stato, non l'identità. Rispondono alla domanda «il denaro si è mosso?» e non a «era il beneficiario giusto?».
- Accettato: il tuo PSP ha preso in carico l'ordine di pagamento e lo ha inoltrato. Il denaro ha lasciato il tuo conto o sta per farlo.
- Regolato o accreditato: il PSP del beneficiario ha accreditato il conto. Per un bonifico istantaneo SEPA succede in pochi secondi; per un bonifico SEPA ordinario segue il cut-off e il ciclo di regolamento dello schema.
- Restituito o rifiutato: il pagamento non è andato a buon fine, per esempio perché il conto era chiuso o i dati non erano validi. Il denaro torna indietro, di solito con un codice di motivo.
Nessuna di queste conferme dimostra a posteriori che il beneficiario fosse quello che volevi. Un pagamento può regolarsi perfettamente su un conto che appartiene a qualcun altro: è esattamente ciò che accade nella frode da dirottamento delle fatture. La conferma di regolamento ti dice che il trasferimento ha funzionato. La verifica del nome è ciò che ti dice che è andato nel posto giusto. Tieni separate le due cose nella testa e nei tuoi archivi.
Due conferme, due domande
Prima del pagamento: questo nome corrisponde a questo IBAN? Dopo il pagamento: il denaro è arrivato su questo IBAN? La prima è una verifica del beneficiario, la seconda è una verifica di stato. Nessuna delle due sostituisce l'altra.
La conferma di ricezione per le aziende: IBAN di fornitori e stipendi
Per un team di contabilità fornitori o di tesoreria, la conferma di ricezione è una questione di dati prima che di pagamenti. Gestisci centinaia di dati bancari di fornitori e dipendenti, raccolti in momenti diversi da persone diverse. Alcuni sono obsoleti. Una verifica del nome vale quanto il nome che le invii.
- 1 Conferma all'onboarding: esegui una verifica del nome quando un fornitore o un dipendente viene inserito per la prima volta e conserva il nome verificato che ti torna indietro.
- 2 Conferma prima di ogni ciclo di pagamento: esegui la verifica su tutto il file di pagamento prima dell'invio, così un singolo conto non corrispondente viene segnalato mentre puoi ancora correggerlo.
- 3 Conferma al momento del cambio: un nuovo IBAN o un nome modificato è il momento di verificare di nuovo, e il momento di chiamare il fornitore a un numero che avevi già, non a uno preso dall'email che ha annunciato il cambio.
- 4 Registra l'esito: conserva il risultato, l'istituto che ha risposto e l'orario insieme al record del pagamento, così puoi dimostrare cosa è stato verificato e quando.
È quest'ultimo punto che trasforma una verifica in un controllo. L'email di un fornitore che chiede di «confermare la ricezione dei nostri dati aggiornati» non è un controllo, perché conferma un messaggio, non un conto. Un esito della verifica del nome conservato lo è: è la prova che una banca ha confrontato il nome con il dato dell'intestatario in una data specifica. Il nostro articolo sulla Verification of Payee nell'onboarding dei fornitori copre il processo più ampio; il record della conferma è il pezzo che supera un audit.
Le buste paga meritano un discorso a parte. Il momento più rischioso non è il ciclo mensile, ma la richiesta di modifica dei dati bancari. Conferma il nome del dipendente rispetto al nuovo IBAN quando arriva la modifica, e di nuovo prima dell'invio del file.
La conferma di ricezione per banche e PSP: richiedere e rispondere
Se gestisci un servizio di pagamento, il livello di conferma che i tuoi clienti vedono è costruito da due direzioni, ed entrambe devono funzionare.
- Come PSP richiedente, invii il nome e l'IBAN al PSP del beneficiario e devi restituire al cliente un esito chiaro, compreso il nome registrato in caso di corrispondenza parziale e un messaggio sensato quando la risposta non è disponibile.
- Come PSP rispondente, ricevi richieste sui tuoi intestatari e devi rispondere in modo accurato e rapido, con il codice di schema corretto.
Il lato rispondente è quello che i team sottovalutano. Se detieni conti di clienti, altri PSP ti faranno domande su di loro, e una risposta lenta o sbagliata diventa la schermata di pagamento confusa di qualcun altro. La nostra pagina sulla Verification of Payee per le banche e la guida a essere un PSP rispondente coprono lo sviluppo in maggiore dettaglio.
Come formulare una richiesta di conferma di ricezione
La maggior parte delle email «confermate cortesemente la ricezione» chiede la prova più debole possibile. Chiedi invece le cose specifiche e spiega cosa ne farai.
- Chiedi l'esito della verifica del nome: «La nostra banca ha restituito una corrispondenza per il nome e l'IBAN che abbiamo. Puoi confermare il nome del conto esattamente come appare sul tuo estratto conto?»
- Chiedi il riferimento e l'importo del pagamento: «Stiamo pagando la fattura 4471, 12.400 EUR, riferimento INV-4471. Conferma il riferimento che vedrai sul tuo estratto conto.»
- Chiedi la data di regolamento: «Conferma la data in cui l'accredito compare sul tuo conto, così possiamo chiudere la partita.»
- Chiedi che un cambio venga confermato su un canale separato: «Se i tuoi dati bancari cambiano, chiameremo il numero in archivio prima di aggiornarli. Ti chiediamo di fare lo stesso con noi.»
Nota cosa hanno in comune queste richieste: ognuna chiede qualcosa che produce una banca o un sistema contabile, non qualcosa che una persona può digitare a memoria. È la differenza tra una conferma e una cortesia.
RoxPay eroga la Verification of Payee sullo schema SEPA attraverso un'unica API REST e una dashboard, coprendo sia la direzione richiedente sia quella rispondente. Restituisce gli esiti standardizzati — corrispondenza, corrispondenza parziale, nessuna corrispondenza e non disponibile — in ben meno di un secondo, con il nome verificato in caso di corrispondenza parziale, per un singolo pagamento o per un intero file di pagamento.