Quando i team pianificano la Verification of Payee, immaginano il lato richiedente: un cliente inserisce nome e IBAN e la banca verifica prima dell'invio. Ma quella verifica funziona solo perché la banca del beneficiario risponde. Quella banca è il PSP rispondente — e nello schema, gran parte degli istituti deve ricoprire entrambi i ruoli.
Richiedente vs rispondente
Il PSP richiedente chiede «questo nome corrisponde a questo IBAN?» per conto di chi paga. Il PSP rispondente riceve quella domanda su uno dei propri correntisti e risponde con un esito standardizzato. Se detieni conti di clienti, altre banche te lo chiederanno — quindi devi essere in grado di rispondere.
La conformità è di solito a due lati
Offrire la VoP a chi paga (richiedente) e rispondere alle richieste sui tuoi clienti (rispondente) sono sviluppi diversi. Pianifica entrambi, non solo quello rivolto all'utente.
Cosa deve implementare un PSP rispondente
- 1 Ricevere in modo sicuro le richieste di verifica dagli altri PSP dello schema.
- 2 Confrontare il nome richiesto con le anagrafiche dei correntisti, gestendo anche le corrispondenze parziali.
- 3 Restituire l'esito standardizzato (corrispondenza, parziale, nessuna, non applicabile) con il codice di schema corretto.
- 4 Rispondere in modo rapido e affidabile — latenza e disponibilità fanno parte dell'obbligo.
Fare entrambi con un'unica connessione
Costruire e mantenere l'infrastruttura di risposta — logica di matching, uptime, messaggistica di schema — è impegnativo. Operare su un fornitore già connesso allo schema SEPA VoP ti permette di coprire sia il richiedente sia il rispondente con un'unica integrazione. RoxPay opera sullo schema SEPA e restituisce esiti standardizzati con il BIC della banca rispondente, così una sola connessione raggiunge la verifica in tutta Europa.