É tentador integrar a Verification of Payee, ver voltar uma correspondência e dá-la por concluída. Mas o valor da VoP está nos momentos em que a resposta não é uma correspondência limpa — e esses são exatamente os casos que um teste rápido salta. Um plano de sandbox sério cobre-os a todos.
Teste cada resultado
Uma sandbox deve permitir-lhe reproduzir cada resultado de esquema a pedido, normalmente enviando nomes ou IBANs de teste específicos. Garanta que a sua UI e o seu código fazem o correto para cada um.
- Correspondência (MTCH) — confirme que o pagamento pode prosseguir de forma limpa.
- Correspondência parcial (CMTC) — confirme que mostra o nome verificado sugerido para confirmar ou corrigir.
- Sem correspondência (NMTC) — confirme que mostra um aviso claro e não prossegue automaticamente.
- Não aplicável (NOAP) — confirme que gere «não foi possível verificar» com elegância, não como um erro.
Não esqueça os caminhos de erro
Para além dos quatro resultados, teste o que acontece com um IBAN malformado, um nome de beneficiário em falta, uma credencial expirada e um timeout. É aqui que as integrações frágeis quebram em produção.
Mantenha os testes determinísticos
Use uma sandbox com dados de teste documentados e determinísticos para que uma dada entrada devolva sempre o mesmo resultado. Isso torna os seus testes de integração repetíveis em CI e significa que uma falha aponta para uma regressão real, não para um respondente instável.
Da sandbox à produção
Assim que cada resultado e caminho de erro se comporta corretamente, o go-live é normalmente apenas mudar a URL base e as credenciais. A RoxPay fornece uma sandbox com casos de teste para cada resultado, para que possa validar todo o fluxo antes de apontar para a produção.