Um smart check, no contexto dos pagamentos, é uma verificação automática que compara o nome de um beneficiário com a conta por trás de um IBAN antes de o pagamento ser enviado. É um rótulo de produto e não um termo legal: as versões reguladas da mesma ideia são a Verification of Payee (VoP) na UE e a Confirmation of Payee (CoP) no Reino Unido. Se uma aplicação bancária ou um prestador lhe oferece um «smart check» sobre um beneficiário, é quase sempre isto que significa.
A confusão começa nos resultados de pesquisa. A maioria das páginas que aparecem para a expressão trata de relatórios de histórico automóvel, cartões de obra ou inspeções de frotas. Nenhuma delas fala de pagamentos. Este artigo aborda o significado nos pagamentos e explica como perceber que tipo de smart check está realmente a ver.
O que «smart check» significa realmente
A expressão é usada por vários produtos sem relação entre si, por isso o primeiro passo é perceber em qual aterrou. Três significados cobrem a maior parte do que quem pesquisa vai encontrar.
- Histórico automóvel: um relatório pago sobre um carro usado - quilometragem, perdas totais, financiamento em aberto. Nada a ver com transferências de dinheiro.
- Cartão de obra ou conformidade de frotas: uma verificação de que um trabalhador tem o cartão certo ou de que um veículo passou a inspeção. Um produto de segurança operacional.
- Verificação de beneficiários: uma verificação automática do nome face ao IBAN feita antes de o pagamento sair. É este o significado nos pagamentos, e o que este artigo aborda.
Normalmente distingue-os pela própria página em poucos segundos. Se a página pede uma matrícula, um número de identificação de veículo ou o número do cartão de um trabalhador, não é uma verificação de pagamento. Se pede o nome de um beneficiário e um IBAN, ou mostra um resultado dentro de um fluxo bancário ou de pagamento, é.
Uma expressão, três produtos
Um smart check a um carro, um smart check a um cartão de obra e um smart check a um beneficiário partilham o nome e mais nada. Avalie cada um pelo que lhe pede para introduzir e pelo que devolve.
Smart check vs Verification of Payee: a mesma ideia, nomes diferentes
Na UE, a verificação do nome é a Verification of Payee, imposta pelo Regulamento dos Pagamentos Instantâneos e assente no esquema SEPA coordenado pelo European Payments Council. No Reino Unido, o equivalente é a Confirmation of Payee, construída em torno de sort codes e números de conta. Ambas fazem a mesma pergunta: o nome que indicou corresponde ao titular da conta?
Um «smart check» é um rótulo que um banco ou um prestador coloca nessa experiência. Não é um esquema, não tem livro de regras próprio e não cria obrigações. Isso importa quando avalia um: o rótulo não lhe diz nada sobre cobertura ou códigos de resultado, por isso tem de perguntar pelo esquema que está por baixo. As diferenças entre os esquemas da UE e do Reino Unido estão na nossa comparação entre Verification of Payee e Confirmation of Payee.
Uma verificação VoP genuína devolve um de quatro resultados normalizados:
- Correspondência - o nome corresponde ao titular da conta. Avance com a confiança habitual.
- Correspondência parcial - os nomes são semelhantes mas não idênticos: falta um nome do meio, há iniciais, ou um nome comercial face a um nome registado. O nome verificado é devolvido para que o pagador o possa confirmar ou corrigir.
- Sem correspondência - o nome não pertence a essa conta. É uma resposta válida, não um erro técnico.
- Verificação não possível - o banco do beneficiário não conseguiu responder naquele momento. Nem boa nem má notícia.
Se um «smart check» devolver algo diferente destes quatro resultados - uma pontuação de 0 a 100, uma percentagem de confiança, um visto verde sem detalhe - não é uma verificação do esquema, chame-se o que se chamar.
O que um smart check a um beneficiário faz nos bastidores
A mecânica é curta e é a mesma quer o rótulo diga smart check, verificação de beneficiário ou verificação do nome.
- 1 O pagador introduz ou seleciona o nome de um beneficiário e um IBAN.
- 2 O prestador de serviços de pagamento (PSP) do pagador - o PSP requerente - envia o nome e o IBAN ao PSP que detém a conta de destino.
- 3 O PSP do beneficiário - o PSP respondente - compara o nome submetido com o nome do seu próprio registo da conta, segundo as regras de correspondência do esquema.
- 4 Um resultado normalizado regressa ao PSP do pagador antes de o pagamento ser autorizado.
- 5 O pagador vê o resultado e decide se continua, corrige os dados ou para.
Deste fluxo decorrem duas coisas. Primeiro, o PSP respondente é a única parte que pode responder, porque é o único que detém o registo da conta. Segundo, as duas direções importam: se detém contas de clientes, outros PSP vão enviar-lhe pedidos sobre os seus próprios titulares de conta, e precisa de lhes responder e não apenas de os enviar. Um prestador que só faz o lado de quem pergunta está apenas meio ligado ao esquema.
Quando um smart check ajuda - e quando não ajuda
Um smart check é um sinal de alerta, não uma garantia. Vale a pena ser preciso quanto às duas metades dessa frase.
Ajuda com as falhas mais comuns na prática: um número de conta mal escrito ou desatualizado, um fornecedor cujos dados bancários mudaram e ninguém atualizou o ficheiro, e a fraude de desvio de faturas em que um email troca discretamente a conta pela de um fraudador. Em cada caso, o nome e a conta não pertencem um ao outro, e a verificação di-lo antes de o dinheiro se mover.
Não ajuda nestes casos:
- Não prova que o beneficiário seja honesto. Um fraudador pode ter uma conta genuína no seu próprio nome genuíno e ainda assim estar a aplicar um esquema fraudulento.
- Não cobre pagamentos fora do esquema - canais não SEPA, outras moedas, ou um banco do beneficiário que não participa. Esses devolvem «verificação não possível».
- Pode devolver uma divergência por razões totalmente legítimas: um nome comercial em vez de um nome registado, uma abreviatura, uma forma jurídica acrescentada ou retirada, um nome noutro alfabeto.
- Não verifica a fatura, o contrato ou a pessoa que lhe dá instruções. Esses são controlos separados.
A leitura prática é simples: uma correspondência reduz um risco específico, uma divergência aumenta-o, e nenhuma das duas substitui o seu próprio juízo sobre com quem está a lidar.
Como saber se um «smart check» é uma verdadeira verificação VoP
É esta a parte que separa uma verificação genuína do esquema de uma consulta de nome cosmética. Faça estas perguntas a qualquer aplicação ou prestador que use a expressão.
- 1 Interroga o banco do beneficiário ou apenas uma base de dados? Só o banco do beneficiário pode confirmar com autoridade quem detém uma conta. Uma consulta a uma lista guardada é um palpite com melhor imagem.
- 2 Que esquemas e países cobre? Um prestador ligado a um esquema nacional não está automaticamente ligado a outro. Se paga em euros dentro do SEPA, precisa do esquema SEPA.
- 3 Que códigos de resultado devolve? Quer correspondência, correspondência parcial, sem correspondência e verificação não possível - e o nome verificado numa correspondência parcial.
- 4 Qual é a latência? A verificação está dentro do fluxo de pagamento, por isso peça um valor medido e teste-o num ambiente de testes em vez de confiar numa promessa.
- 5 É oferecido nas duas direções? Enviar pedidos e responder a pedidos sobre os seus próprios titulares de conta são duas construções diferentes.
- 6 O que fica registado? Deve conseguir mostrar o que foi verificado, quando e o que voltou, por pagamento e de forma exportável.
O teste das três verificações
Escolha um beneficiário que conhece bem e faça três verificações: o nome legal exato, um nome comercial abreviado e um nome deliberadamente errado. Um serviço real devolve correspondência, correspondência parcial com o nome verificado e sem correspondência - por essa ordem, em bem menos de um segundo, com as três registadas.
Se as respostas forem vagas, é o rótulo que está a fazer o trabalho que o esquema devia fazer. O nosso guia para escolher um prestador de Verification of Payee aprofunda a cobertura e a latência, e a página da API mostra como é uma integração conforme com o esquema.
Smart check para empresas: IBAN de fornecedores e de salários
Para as equipas de tesouraria, de contas a pagar e de processamento salarial, um smart check a um beneficiário é um controlo e não uma funcionalidade. Não adere ao esquema; chama um serviço que já está ligado a ele e liga o resultado ao ponto em que os pagamentos são aprovados.
- No registo inicial: faça a verificação quando um fornecedor ou colaborador é criado pela primeira vez e guarde o nome verificado que volta.
- Antes de um lote de pagamentos: verifique o ficheiro inteiro em vez de beneficiário a beneficiário, para que uma única conta divergente seja sinalizada antes de o dinheiro sair.
- Na alteração: um novo IBAN ou um nome alterado é o momento de verificar de novo - é exatamente o momento que a fraude de desvio de faturas explora.
- Numa divergência: encaminhe-a para uma pessoa identificada, com a regra de confirmar através de um canal em que já confia, nunca de um canal indicado na mensagem que alterou os dados.
Verificar no registo inicial é mais barato do que corrigir depois. Os dados de beneficiários guardados envelhecem: os fornecedores fundem-se, mudam de banco, passam a usar um nome comercial. Limpá-los a posteriori significa reconciliar centenas de registos com faturas e contratos. Guardar o nome verificado no momento da criação faz com que o pagamento seguinte corresponda sem problemas. O nosso guia para verificar IBAN de fornecedores antes de pagar descreve a rotina, e a página para empresas cobre os controlos mais amplos.
Smart check para particulares: o que fazer com o resultado
Se vir um resultado de smart check na sua aplicação bancária, eis o que cada um significa para si.
- Correspondência: o nome que introduziu pertence a essa conta. Continue normalmente.
- Correspondência parcial: os nomes são próximos mas não idênticos. Leia o nome que o banco sugere e confirme que é a parte a quem quer pagar antes de continuar.
- Sem correspondência: pare. Não envie. Confirme os dados através de um canal em que já confia - um número de telefone de uma fatura anterior ou um site que já usou.
- Verificação não possível: o banco do beneficiário não conseguiu responder. Para um primeiro pagamento a um novo beneficiário, considere um pequeno pagamento de teste ou uma confirmação independente.
Uma regra cobre a maioria das fraudes: nunca aja com base em contactos fornecidos no próprio aviso. Se uma mensagem lhe diz que a conta mudou e lhe dá um número para ligar, esse número pertence a quem quer o seu dinheiro. A verificação é indicativa - avisa-o, não bloqueia o pagamento - por isso a decisão continua a ser sua. O nosso guia em linguagem simples para particulares percorre os mesmos passos.
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, e 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.