Nos pagamentos, a confirmação de receção significa uma de duas coisas. Antes de pagar, é a confirmação de que a conta que vai creditar pertence à parte que indicou — a verificação do nome do beneficiário. Depois de pagar, é a confirmação de que o dinheiro chegou a essa conta. Nenhuma delas é uma confirmação de leitura por email, e nenhuma delas é um fornecedor a responder «recebido, obrigado».
Vale a pena explicar esta distinção, porque quase todas as páginas que aparecem para esta expressão são tutoriais de clientes de email. Essas páginas explicam como pedir uma confirmação de leitura no Gmail ou no Outlook, e sobre email estão corretas. Não dizem nada sobre IBAN, nomes de beneficiários ou liquidação — que é a parte que importa quando está dinheiro em jogo.
O que significa «confirmação de receção» — e o que não significa
Três coisas diferentes partilham a expressão, e confundi-las é a forma como as equipas financeiras acabam por depender da mais fraca.
- Uma confirmação de leitura ou de entrega por email: um sinal do cliente de email do destinatário de que uma mensagem foi entregue ou aberta. É um evento ao nível da mensagem.
- Um aviso de receção: uma resposta humana ou automática a dizer «temos a sua mensagem, fatura ou entrega». É uma declaração do destinatário.
- Uma confirmação de receção de pagamento: prova de que um determinado montante chegou a uma determinada conta e, antes disso, prova de que a conta pertence ao beneficiário pretendido.
Só a terceira diz respeito a dinheiro. Uma confirmação de leitura por email diz-lhe que uma mensagem foi aberta. Não lhe diz que a fatura era genuína, que os dados bancários nela indicados estavam corretos ou que algum dinheiro se moveu. Uma confirmação de pagamento é um mecanismo completamente diferente: vem do sistema de pagamentos, não de uma caixa de correio.
Uma confirmação de leitura não é prova
As confirmações de leitura são opcionais, os destinatários podem recusá-las e os clientes de email tratam-nas de formas diferentes. O silêncio não lhe diz nada. Trate qualquer confirmação por email como uma cortesia, nunca como um controlo sobre dinheiro.
Porque é que a confirmação de receção ao estilo do email falha nos pagamentos
Os limites que os próprios tutoriais de email admitem são exatamente os limites que tornam o email inútil como controlo de pagamento. As confirmações são opcionais. O destinatário pode recusar. Clientes diferentes comportam-se de forma diferente. Por isso, uma confirmação em falta é ambígua: pode significar que a mensagem nunca foi lida ou que o leitor simplesmente recusou enviar uma confirmação.
Aplique isso a um pagamento. Um fornecedor envia um email: «confirme, por favor, a receção dos nossos novos dados bancários». Responde, ele responde, e todos ficam com a sensação de que está confirmado. Mas nada nessa troca verificou se o IBAN pertence ao fornecedor. Se a caixa de correio do fornecedor foi comprometida, quem responde pode ser um fraudador, e a confirmação não vale nada. O mesmo se aplica no sentido inverso: um fornecedor a dizer «pagamento recebido» não prova que o dinheiro caiu na conta certa — prova que alguém viu um crédito.
A solução não é um email melhor. É uma verificação que corre entre os dois bancos, onde está o registo do titular da conta. Essa verificação é a Verification of Payee (VoP) na UE e no SEPA, e a Confirmation of Payee (CoP) no Reino Unido. Se quiser o contexto sobre o que é a verificação da UE, a nossa explicação sobre o que é a Verification of Payee cobre-o; aqui ficamos pelo ângulo da confirmação.
Confirmação de receção antes de pagar: a verificação do nome do beneficiário
A confirmação antes do pagamento é curta e mecânica. O seu prestador de serviços de pagamento (PSP) — o seu banco ou instituição de pagamento — envia o nome do beneficiário e o IBAN ao PSP que detém a conta de destino. Esse PSP compara o nome com o seu próprio registo do titular da conta e responde com um resultado normalizado. Vê a resposta antes de confirmar o pagamento.
- 1 Introduz ou seleciona um nome de beneficiário e um IBAN.
- 2 O seu PSP envia o nome e o IBAN ao PSP do beneficiário.
- 3 O PSP do beneficiário compara o nome com o registo do titular da conta e responde.
- 4 O seu PSP mostra-lhe o resultado, e decide se envia, corrige os dados ou para.
Há quatro respostas possíveis, e cada uma pede-lhe algo diferente.
- Correspondência — o nome é coerente com o titular da conta. Prossiga com a confiança habitual.
- Correspondência parcial — os nomes são semelhantes mas não idênticos, por exemplo um nome do meio em falta ou uma designação comercial em vez de uma designação registada. A verificação devolve habitualmente o nome que consta da conta, para que o possa confirmar ou corrigir o seu registo.
- Sem correspondência — o nome não pertence a essa conta. Pare e volte a verificar os dados através de um canal em que já confiava, como um número de telefone dos seus próprios registos.
- Verificação não possível — o PSP do beneficiário não conseguiu responder, por exemplo porque está inacessível ou fora do esquema. Não é boa nem má notícia; trate um beneficiário novo ou alterado com cuidado redobrado.
A verificação é indicativa. Não bloqueia o pagamento, e a decisão continua a ser sua. É intencional: o objetivo é colocar uma resposta clara, vinda do banco, à frente de quem liberta o dinheiro, no momento em que ainda pode agir. O nosso guia para ler cada resultado VoP aprofunda o que fazer perante uma correspondência parcial ou uma sem correspondência.
Que confirmação volta depois de um pagamento SEPA
Depois de o pagamento ser enviado, as confirmações que recebe dizem respeito ao estado, não à identidade. Respondem a «o dinheiro moveu-se?» e não a «era este o beneficiário certo?».
- Aceite: o seu PSP recebeu a instrução de pagamento e transmitiu-a. O dinheiro saiu da sua conta ou está prestes a sair.
- Liquidado ou creditado: o PSP do beneficiário creditou a conta. Numa transferência a crédito instantânea SEPA isso acontece em segundos; numa transferência a crédito SEPA normal segue o cut-off e o ciclo de liquidação do esquema.
- Devolvido ou rejeitado: o pagamento não foi concluído, por exemplo porque a conta estava encerrada ou os dados eram inválidos. O dinheiro volta, habitualmente com um código de motivo.
Nenhuma destas confirmações prova retroativamente que o beneficiário era aquele que pretendia. Um pagamento pode ser liquidado na perfeição numa conta que pertence a outra pessoa — é exatamente o que acontece na fraude de desvio de faturas. A confirmação de liquidação diz-lhe que a transferência funcionou. A verificação do nome é o que lhe diz que foi para o sítio certo. Mantenha as duas separadas, na sua cabeça e nos seus registos.
Duas confirmações, duas perguntas
Antes do pagamento: este nome corresponde a este IBAN? Depois do pagamento: o dinheiro chegou a este IBAN? A primeira é uma verificação do beneficiário, a segunda é uma verificação de estado. Nenhuma substitui a outra.
Confirmação de receção para empresas: IBAN de fornecedores e salários
Para uma equipa de contas a pagar ou de tesouraria, a confirmação de receção é uma questão de dados antes de ser uma questão de pagamento. Tem centenas de registos bancários de fornecedores e colaboradores, recolhidos em momentos diferentes por pessoas diferentes. Alguns estão desatualizados. Uma verificação do nome vale apenas o que valer o nome que envia.
- 1 Confirme no registo inicial: execute uma verificação do nome quando um fornecedor ou colaborador é criado pela primeira vez e guarde o nome verificado que volta.
- 2 Confirme antes de cada lote de pagamentos: execute a verificação sobre todo o ficheiro de pagamentos antes da libertação, para que uma única conta divergente seja sinalizada enquanto ainda pode corrigi-la.
- 3 Confirme em caso de alteração: um novo IBAN ou um nome alterado é o momento de verificar de novo — e o momento de ligar ao fornecedor para um número que já tinha, não para um número do email que anunciou a alteração.
- 4 Registe o resultado: guarde o resultado, a instituição que respondeu e a hora junto do registo do pagamento, para poder mostrar o que foi verificado e quando.
É este último ponto que transforma uma verificação num controlo. Um email de um fornecedor a pedir «confirme a receção dos nossos dados atualizados» não é um controlo, porque confirma uma mensagem, não uma conta. Um resultado de verificação do nome guardado é-o: é prova de que um banco comparou o nome com o registo do titular da conta numa data específica. O nosso artigo sobre a Verification of Payee no registo de fornecedores cobre o processo mais amplo; o registo da confirmação é a peça que sobrevive a uma auditoria.
Os salários merecem uma linha própria. O momento de maior risco não é o processamento mensal, mas um pedido de alteração de dados bancários. Confirme o nome do colaborador face ao novo IBAN quando a alteração chega e novamente antes de o ficheiro ser libertado.
Confirmação de receção para bancos e PSP: pedir versus responder
Se gere um serviço de pagamentos, a camada de confirmação que os seus clientes veem é construída em duas direções, e ambas têm de funcionar.
- Como PSP requerente, envia o nome e o IBAN ao PSP do beneficiário e tem de devolver ao seu cliente um resultado claro — incluindo o nome que consta da conta numa correspondência parcial e uma mensagem compreensível quando a resposta não está disponível.
- Como PSP respondente, recebe pedidos sobre os seus próprios titulares de conta e tem de responder com exatidão e rapidez, com o código de esquema correto.
O lado respondente é o que as equipas subestimam. Se detém contas de clientes, outros PSP vão perguntar-lhe sobre elas, e uma resposta lenta ou errada torna-se o ecrã de pagamento confuso de outra pessoa. A nossa página sobre a Verification of Payee para bancos e o guia para ser um PSP respondente cobrem a implementação com mais detalhe.
Como formular um pedido de confirmação de receção
A maioria dos emails «confirme, por favor, a receção» pede a prova mais fraca possível. Peça antes as coisas concretas e diga o que vai fazer com elas.
- Peça o resultado da verificação do nome: «O nosso banco devolveu uma correspondência para o nome e o IBAN que temos. Pode confirmar o nome da conta exatamente como aparece no seu extrato?»
- Peça a referência e o montante do pagamento: «Vamos pagar a fatura 4471, 12 400 EUR, referência INV-4471. Confirme, por favor, a referência que verá no seu extrato.»
- Peça a data de liquidação: «Confirme, por favor, a data em que o crédito aparece na sua conta, para podermos encerrar o assunto.»
- Peça que uma alteração seja confirmada por outro canal: «Se os seus dados bancários mudarem, ligamos para o número que temos em registo antes de os atualizar. Faça o mesmo do nosso lado.»
Repare no que estes pedidos têm em comum: cada um pede algo que um banco ou um sistema de contabilidade produz, não algo que uma pessoa possa escrever de memória. É essa a diferença entre uma confirmação e uma cortesia.
A RoxPay disponibiliza a Verification of Payee no esquema SEPA através de uma única API REST e de um painel, cobrindo tanto a direção requerente como a respondente. Devolve os resultados normalizados — correspondência, correspondência parcial, sem correspondência e verificação não possível — em bem menos de um segundo, com o nome verificado numa correspondência parcial, para um único pagamento ou para um ficheiro de pagamentos inteiro.