A resposta curta: a Apron é uma plataforma britânica de finanças empresariais. Reúne pagamento de faturas, salários, despesas e reconciliação contabilística num só lugar, usa IA para ler faturas e recibos e pede-lhe que aprove o que preparou. Não é um banco e não guarda o seu dinheiro como faria uma conta de depósito. Os pagamentos são feitos a partir da sua própria conta bancária ou cartão.
É este último ponto que importa para a verificação do beneficiário. Quando uma plataforma prepara um lote de faturas de fornecedores, um processamento de salários e um pagamento de impostos, o dinheiro continua a circular através de um banco ou prestador de serviços de pagamento. A verificação entre nome e IBAN dessas transferências cabe a esse prestador - e a decisão de libertar o pagamento continua a ser sua.
O que são os pagamentos Apron?
A Apron é uma plataforma financeira criada para pequenas e médias empresas britânicas. Na prática, dá a uma equipa financeira quatro coisas num só lugar: captura e pagamento de faturas, salários, gestão de despesas com cartões de despesas e reconciliação com o plano contabilístico. A camada de IA lê faturas e recibos e pré-preenche os dados; uma pessoa revê e aprova.
Duas coisas diferentes partilham o mesmo nome, e é ao confundi-las que começa a maior parte da confusão.
- A plataforma, em getapron.com: o produto em que se regista, com o painel, os fluxos de pagamento e a aplicação móvel.
- A APRON PAYMENTS LTD: a empresa britânica por trás dela - número de registo 13779960, constituída a 3 de dezembro de 2021 e anteriormente registada como HELLO CASH LTD. Foi por causa desse nome anterior que algumas pesquisas devolvem um registo de empresa que parece não ter relação nenhuma.
Plataforma e empresa são perguntas diferentes
Se está a verificar com quem está a lidar, o registo no Companies House responde à pergunta sobre a entidade jurídica. Se está a verificar como um pagamento é feito e verificado, a documentação da própria plataforma responde a isso. Nenhuma das duas lhe diz se o IBAN de um fornecedor está correto.
A Apron é um banco?
Não. A Apron é uma plataforma de pagamentos e de finanças, não um banco. Não recebe depósitos como um banco e não é a instituição que detém a conta à ordem da sua empresa. Os pagamentos são feitos a partir da sua própria conta bancária ou cartão, e é por isso que a plataforma se pode ligar às contas e aos cartões que já usa.
Essa distinção tem uma consequência prática. A verificação entre nome e IBAN - Verification of Payee (VoP) na UE e na SEPA, Confirmation of Payee (CoP) no Reino Unido - é executada pelo prestador de serviços de pagamento (PSP) que envia a transferência e respondida pelo PSP que detém a conta do beneficiário. Se o dinheiro sai da sua própria conta bancária, é o seu banco o PSP nesse fluxo. A plataforma prepara e apresenta o pagamento; não substitui a verificação do banco.
Por isso, a resposta honesta a «quem é responsável quando um pagamento vai para a conta errada?» é esta: a obrigação de executar a verificação cabe ao prestador que envia, e a decisão de libertar o pagamento cabe a você. Uma plataforma pode tornar essa decisão mais fácil ao mostrar-lhe o resultado, mas não a pode retirar-lhe.
O que os pagamentos Apron abrangem: faturas, salários, HMRC e despesas
A Apron descreve vários tipos de pagamento. Nem todos têm o mesmo risco, por isso ajuda separar os pagamentos em saída - aqueles em que um IBAN errado ou um nome errado custa dinheiro a sério.
- Faturas de fornecedores, muitas vezes pagas em lote: o fluxo em saída clássico e o mais exposto ao desvio de faturas, em que um fraudador altera os dados bancários de uma fatura genuína.
- Salários: vencimentos aos colaboradores, em que o momento de maior risco não é o processamento mensal, mas um pedido para alterar os dados bancários de um colaborador.
- Pagamentos à HMRC: impostos e outros pagamentos a uma autoridade pública, em que uma referência ou um dado de conta mal introduzido pode atrasar ou desviar um pagamento difícil de desfazer.
- Despesas da equipa e cartões de despesas: montantes mais pequenos, mas a mesma disciplina se aplica quando reembolsa uma pessoa para uma conta bancária.
- Links de pagamento: dinheiro que entra em vez de sair, pelo que a questão da verificação do beneficiário é diferente.
É nos três primeiros que uma verificação de nomes ganha o seu lugar. Quando aprova um lote de quarenta faturas de fornecedores com um clique, um único IBAN mal introduzido ou alterado fraudulentamente viaja com o lote. É contra esse modo de falha que deve desenhar os seus controlos.
Quanto cobra a Apron?
As páginas da própria Apron descrevem os preços em traços gerais, e não como uma tabela completa: aplica-se uma pequena taxa quando acumula pontos de recompensa nos pagamentos, o cashback do cartão é anunciado em até 1% e os links de pagamento são descritos como 0% no pagamento por banco e com cartões empresariais, contra uma taxa de 1% nos cartões pessoais.
São os números que as páginas de origem indicam, e são um ponto de partida, não um orçamento. Os planos, a elegibilidade para cashback e o tratamento de tipos de pagamento específicos mudam com o tempo, por isso consulte as páginas de preços da própria Apron para a sua empresa antes de construir um modelo de custos. Este artigo não estima taxas, licenças ou parceiros bancários para além do que essas páginas dizem.
Porque a verificação do beneficiário importa nos pagamentos iniciados por plataformas
Uma plataforma torna o pagamento mais rápido. Mais rápido é bom, até que a rapidez se aplique a um pagamento que nunca devia ter sido enviado. A fraude com transferências autorizadas (authorised push payment, APP) - em que o pagador é enganado e envia dinheiro para uma conta controlada por um fraudador - é difícil de reverter depois de o dinheiro ter saído, e os pagamentos imediatos tornam essa janela ainda mais curta.
A Verification of Payee é o controlo criado exatamente para esse momento. Antes de uma transferência a crédito em euros ser enviada, o PSP do pagador pergunta ao PSP do beneficiário se o nome indicado corresponde à conta por trás do IBAN e mostra a resposta ao pagador. No Reino Unido, a Confirmation of Payee faz o mesmo nos pagamentos com sort code e número de conta. A verificação não bloqueia o pagamento; coloca uma resposta da origem bancária à frente de quem liberta o dinheiro, enquanto ainda pode agir.
Para uma equipa financeira, o valor é simples: uma divergência detetada antes da libertação custa um telefonema. Uma divergência detetada depois custa um processo de recuperação, uma relação com um fornecedor e, muitas vezes, o próprio dinheiro.
Verificar os dados de fornecedores, salários e HMRC antes de pagar
Estes passos são processo, não produto. Funcionam com qualquer plataforma que use para preparar o pagamento.
- 1 Confirme o nome do titular da conta a partir do documento de origem - a fatura, o contrato, o registo de salários -, não de um e-mail que chegou com novos dados bancários.
- 2 Faça uma verificação entre nome e IBAN quando um fornecedor ou colaborador é registado pela primeira vez e guarde o nome verificado que é devolvido.
- 3 Volte a fazer a verificação antes do primeiro pagamento e em todo o ficheiro de pagamentos antes da libertação, se pagar em lote.
- 4 Volte a verificar sempre que um IBAN ou um nome mudar. Um pedido de alteração é o acontecimento de maior risco em todo o ciclo.
- 5 Trate a urgência como um sinal de alerta. Um fornecedor que precisa de alterar os dados bancários hoje, por e-mail, e não pode atender um telefonema está a descrever a forma de uma fraude.
- 6 Guarde o resultado junto do registo do pagamento: o que foi verificado, que instituição respondeu e quando.
Nos pagamentos à HMRC e a outras autoridades públicas, a mesma disciplina aplica-se à referência e aos dados da conta: confirme-os na orientação publicada pela própria autoridade e não numa mensagem reencaminhada, e verifique o nome do beneficiário da mesma forma que faria para um fornecedor.
Onde a VoP encaixa ao lado de uma plataforma como a Apron
A VoP é uma verificação do lado do banco e do PSP. Se as suas transferências saem da sua própria conta bancária, é o seu banco que a executa. As empresas e as equipas de tesouraria também podem fazer verificações de nomes de IBAN através de uma API ou de um painel antes de carregarem beneficiários em qualquer plataforma de pagamentos, o que é útil quando quer que a verificação aconteça no registo e novamente ao nível do ficheiro, e não apenas no momento da libertação.
Qualquer que seja a via que use, os resultados são sempre os mesmos quatro, e cada um pede algo diferente à equipa financeira.
- Correspondência: o nome é coerente com o titular da conta. Avance com a confiança habitual.
- Correspondência parcial: os nomes são semelhantes mas não idênticos - um nome do meio em falta, um nome comercial em vez de uma designação registada. Aceite o nome verificado que a verificação devolve, ou corrija o seu registo para esse nome, em vez de o ignorar.
- Sem correspondência: o nome não pertence a essa conta. Pare e ligue ao beneficiário para um número que já tinha - nunca para um número da mensagem que lhe deu os novos dados.
- Não disponível: o prestador do beneficiário não conseguiu responder. Não é boa nem má notícia; trate um beneficiário novo ou alterado com cuidado extra e confirme através de um segundo canal.
Se quiser aprofundar o funcionamento, a nossa explicação sobre o que é a Verification of Payee e o guia passo a passo sobre como funciona a Verification of Payee cobrem o fluxo de pedido e resposta e as regras do esquema. Para o lado empresarial, o guia sobre a VoP para empresas e grandes contas mostra como as verificações de fornecedores, salários e pagamentos em saída se articulam.
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.