Quando as equipas planeiam a Verification of Payee, imaginam o lado requerente: um cliente introduz um nome e um IBAN, e o banco verifica antes de enviar. Mas essa verificação só funciona porque o banco do beneficiário responde. Esse banco é o PSP respondente — e no esquema, a maioria das instituições tem de desempenhar ambos os papéis.
Requerente vs respondente
O PSP requerente pergunta «este nome corresponde a este IBAN?» em nome de um pagador. O PSP respondente recebe essa pergunta sobre um dos seus próprios titulares de conta e responde com um resultado padronizado. Se detém contas de clientes, outros bancos perguntar-lhe-ão — por isso tem de conseguir responder.
A conformidade é geralmente de dois lados
Oferecer a VoP aos seus pagadores (requerente) e responder aos pedidos sobre os seus clientes (respondente) são desenvolvimentos diferentes. Planeie ambos, não apenas o virado para o utilizador.
O que um PSP respondente deve implementar
- 1 Receber de forma segura os pedidos de verificação de outros PSP do esquema.
- 2 Comparar o nome pedido com os seus registos de titulares de conta, incluindo o tratamento de correspondências parciais.
- 3 Devolver o resultado padronizado (correspondência, parcial, sem correspondência, não aplicável) com o código de esquema correto.
- 4 Responder de forma rápida e fiável — a latência e a disponibilidade fazem parte da obrigação.
Fazer ambos através de uma ligação
Construir e manter a infraestrutura de resposta — lógica de correspondência, disponibilidade, mensagens de esquema — é significativo. Operar sobre um fornecedor já ligado ao esquema SEPA VoP permite-lhe cobrir tanto o requerente como o respondente através de uma integração. A RoxPay opera no esquema SEPA e devolve resultados padronizados com o BIC do banco respondente, por isso uma ligação alcança a verificação por toda a Europa.