Square Payments e Verification of Payee: o que saber

A resposta curta: a Square Payments é uma plataforma para aceitar pagamentos com cartão presencialmente e online, mais o software e o hardware de ponto de venda que a rodeiam. A Verification of Payee é algo completamente diferente - uma verificação nome-IBAN que corre sobre transferências a crédito em euros da SEPA. A Square não faz essa verificação e não precisa de a fazer para pagamentos com cartão. Só é relevante para as transferências bancárias que a sua empresa envia.

Essa distinção falta na maioria das páginas sobre a Square, que descrevem preços e hardware mas nunca mencionam o Regulamento dos Pagamentos Imediatos da UE. Este artigo cobre os dois lados, pela ordem em que um comerciante os encontra na prática.

O que é a Square Payments - e o que não é

A Square é uma plataforma de pagamentos e de ponto de venda detida pela Block, Inc. Na prática, dá a uma empresa quatro coisas: um leitor de cartões ou terminal, software para gerir vendas e aceitar pagamentos online, ferramentas de faturação e de gestão de pessoal, e a liquidação do dinheiro dos cartões numa conta bancária. É popular entre pequenas lojas, cafés, bancas de mercado, salões e empresas de serviços, porque se pode começar sem um contrato longo.

Vale a pena dizer dois limites com clareza. Primeiro, a Square está disponível num conjunto limitado de países, pelo que uma empresa fora desses mercados não se pode simplesmente registar. Segundo, e mais importante para este tema: a Square é sobretudo um adquirente de cartões e um fornecedor de soluções de ponto de venda. Não é um participante do esquema SEPA Verification of Payee e não responde a pedidos de verificação de nomes sobre as contas dos seus fornecedores.

Os preços da Square em resumo

A Square publica as suas comissões de forma aberta e a estrutura é simples: uma percentagem por transação, com uma taxa diferente consoante a forma como o pagamento é aceite. As categorias são as mesmas em todos os mercados, mesmo onde os números diferem.

• Pagamentos presenciais: a taxa mais baixa, porque o cartão está presente e o risco é menor.
• Pagamentos online: uma taxa mais alta, porque o cartão não está presente.
• Pagamentos introduzidos manualmente: normalmente a taxa mais alta, porque os dados do cartão digitados acarretam mais risco.
• Cartões internacionais: um acréscimo adicional sobre a taxa padrão quando o cartão é emitido fora do seu mercado.
• Hardware e software: os leitores e terminais são normalmente comprados de uma só vez, enquanto algumas funcionalidades de software são faturadas mensalmente.

As taxas são definidas por mercado e mudam ao longo do tempo, por isso trate qualquer valor que leia - aqui ou noutro sítio - como um ponto de partida e não como uma cotação. Consulte as páginas de comissões da Square para o seu país antes de modelar custos e leia as letras pequenas sobre reembolsos, chargebacks e comissões de transferências imediatas, que são faturadas de forma diferente das vendas.

Onde a Verification of Payee se aplica a um comerciante Square

A Verification of Payee vem do Regulamento dos Pagamentos Imediatos da UE. Exige que os prestadores de serviços de pagamento que oferecem transferências a crédito em euros verifiquem o nome do beneficiário face à conta por trás do IBAN antes de a transferência ser enviada, e que mostrem o resultado ao pagador. Todo o contexto está na nossa página sobre o Regulamento dos Pagamentos Imediatos.

Aplique agora isso a um comerciante Square. Quando um cliente aproxima um cartão, não acontece nenhuma transferência a crédito: o dinheiro circula pelos sistemas de cartões e é liquidado na sua conta bancária. A VoP não se aplica de todo a esse fluxo. Por isso, uma empresa que só aceita pagamentos com cartão através da Square não tem qualquer obrigação de VoP própria, e nada no seu checkout tem de mudar.

O cenário muda quando a sua empresa envia dinheiro por transferência bancária: pagar a fatura de um fornecedor, a renda de um senhorio, um freelancer, um reembolso por transferência ou os salários da equipa. Essas são transferências a crédito SEPA, e a verificação pertence ao banco ou à instituição de pagamento que as envia - não à Square e não à sua caixa.

Se constrói sobre a Square: a VoP na sua stack de pagamentos

Fornecedores de software e fintechs integram frequentemente as APIs da Square para aceitar pagamentos com cartão dentro do seu próprio produto. É uma separação sensata: a Square trata da aceitação de cartões, a sua plataforma trata de tudo o resto. A VoP faz parte de tudo o resto.

Se o seu produto também movimenta dinheiro por transferência SEPA - pagamentos a vendedores, reembolsos por transferência, acertos com fornecedores -, precisa de uma camada de verificação de nomes ao lado da Square, não dentro dela. Na prática, isso significa uma de duas vias: contar com o serviço de VoP do seu banco, ou ligar-se a um prestador de VoP através de uma API REST que devolve os resultados padronizados para um único pagamento ou para um ficheiro inteiro.

• Mantenha os dois fluxos separados no seu código: autorização de cartão através da Square, transferências bancárias através do seu PSP ou prestador de VoP.
• Normalize os dados do beneficiário uma só vez, para que o nome que envia para a verificação seja a designação legal ou registada e não uma etiqueta de apresentação da sua própria base de dados.
• Trate «não disponível» como um resultado normal e não como um erro - é o que recebe quando o banco do beneficiário não consegue responder.
• Registe o resultado junto do registo do pagamento, para poder mostrar o que verificou e quando.

A forma da API é deliberadamente pequena: envia um nome e um IBAN, recebe um de quatro resultados. A nossa página da API Verification of Payee descreve o contrato, e o guia de integração cobre o percurso do ambiente de testes à entrada em produção.

Verificar um beneficiário antes de pagar a um fornecedor

Para uma equipa de tesouraria ou de contas a pagar, o hábito útil é simples: verifique o beneficiário antes de o dinheiro sair, não depois. Eis a sequência que funciona quer use a Square para vendas com cartão quer não.

1. 1 Confirme o nome do beneficiário a partir do documento de origem - a fatura, o contrato ou o registo de salários -, não a partir de um e-mail que chegou com novos dados bancários.
2. 2 Faça a verificação nome-IBAN através do seu banco ou de um serviço de VoP e leia o resultado antes de libertar o pagamento.
3. 3 Numa correspondência, avance com a confiança habitual.
4. 4 Numa correspondência parcial, aceite o nome verificado que a verificação devolve, ou corrija o seu registo para esse nome, em vez de o ignorar.
5. 5 Numa sem correspondência, pare. Ligue ao beneficiário para um número que já tinha, nunca para um número da mensagem que lhe deu os novos dados.
6. 6 Em «não disponível», trate um beneficiário novo ou alterado com cuidado extra e considere uma segunda confirmação por outro canal.
7. 7 Volte a verificar sempre que um IBAN ou um nome mudar, e guarde o resultado junto do registo do pagamento.

Se paga a muitos fornecedores, faça a verificação sobre o ficheiro de pagamentos inteiro antes da libertação, em vez de um beneficiário de cada vez. Assim apanha a única conta que não corresponde numa série de duzentas, que é exatamente a que lhe custa dinheiro. O nosso guia para verificar o titular de um IBAN explica porque não pode fazer essa consulta sozinho e o que o seu banco pode fazer em alternativa.

Ideias erradas comuns

Três ideias aparecem vezes sem conta, e cada uma merece correção.

• «A Square faz VoP.» Não faz. A Square é uma plataforma de aceitação de cartões e de ponto de venda. A verificação de nomes nas transferências a crédito em euros é feita pelo PSP do pagador, ou por um prestador de VoP ao qual o pagador se liga.
• «Os meus pagamentos com cartão precisam de uma verificação de VoP.» Não precisam. A VoP aplica-se às transferências a crédito em euros. Os pagamentos com cartão correm nos sistemas de cartões e estão sujeitos a outros controlos, como o 3-D Secure e as ferramentas antifraude do adquirente.
• «Uma verificação de VoP substitui os meus controlos antifraude.» Não substitui. Confirma que o nome corresponde à conta, o que é uma defesa forte contra o desvio de faturas e a usurpação de identidade. Não diz nada sobre se a fatura em si é genuína, por isso mantenha os seus fluxos de aprovação e o seu processo de alteração de fornecedores.

Sobre prazos: os PSP da área do euro têm de oferecer a VoP nas transferências a crédito em euros desde 9 de outubro de 2025, e os PSP dos Estados-Membros da UE fora do euro seguem até 9 de julho de 2027. Se o seu banco ainda não lhe mostrou um resultado de verificação de nomes numa transferência, pergunte porquê.

Como a API de VoP da RoxPay complementa a Square

A RoxPay entrega 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 padronizados - correspondência, correspondência parcial, sem correspondência e não disponí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.

Para uma empresa que já usa a Square para aceitar cartões, isso significa uma só integração para o lado das transferências bancárias: pagamentos a fornecedores, salários, reembolsos e pagamentos em saída. A Square continua a fazer o que faz bem; a verificação de nomes fica onde estão as transferências SEPA.