CASO DE USO
Pre-validacao na abertura de conta bancaria ou fintech
O signup de uma conta digital LATAM (banco, fintech, carteira) rejeita o usuario porque o CPF tem 10 digitos em vez de 11, ou o CUIT tem um digito verificador errado. O usuario chega ao ultimo passo do formulario e recebe um erro generico. Alguns corrigem e tentam de novo. Muitos abandonam. Pre-validar no blur do campo — antes do submit, antes do KYC — converte esse abandono em correcao in-form.
O PROBLEMA
Abandono no signup e caro de recuperar
Adquirir um usuario ate ele chegar ao formulario de abertura de conta custa marketing, performance ads e tempo. Perde-lo no ultimo passo por erro de formato e o custo de aquisicao pior investido.
Erros de formato aparecem tarde no flow
Muitos produtos validam tax ID e telefone so no submit, depois do usuario preencher dezenas de campos. O erro generico no fim do flow e a pior experiencia possivel.
Produtos multi-pais multiplicam o problema
Uma fintech que opera em BR/AR/MX precisa validar CPF/CNPJ, CUIT e RFC respectivamente. Cada um com seu algoritmo, cada um com seu erro humano tipico. Sem um gate uniforme, o time de produto mantem tres validadores com drift entre eles.
Custo de KYC desperdicado em inputs ruins
O passo seguinte do signup tipicamente e KYC com um provedor que cobra por tentativa. Se o tax ID e estruturalmente invalido, a tentativa de KYC vai falhar igual — mas voce paga. Pre-validar formato antes do KYC economiza esses custos.
POR QUE AS SOLUCOES PADRAO NAO SAO SUFICIENTES
Por que validacao so no front nao basta
HTML pattern attribute
Valida regex de comprimento e caracteres. Nao calcula digitos verificadores de CPF, CUIT ou RFC. Uma string com o comprimento certo mas DV invalido passa o pattern.
Biblioteca npm por pais
Funciona para um pais, mas ao expandir para tres paises vira tres bibliotecas com tres APIs distintas, cada uma com sua cadencia de updates. A logica de UX se duplica.
Validar tudo no KYC vendor
O KYC vendor cobra por tentativa e retorna erros de baixo nivel. Fazer o usuario esperar a chamada ao vendor so para descobrir que o CPF esta mal formatado e mau UX e dinheiro gasto a toa.
COMO O NORMADATA AJUDA
Como o Normadata ajuda
Chame /v1/verify (smart parse) ou verify/tax-id no blur do campo ou no submit. Se valid=false, mostre o erro especifico (DV errado, comprimento errado, prefixo invalido) antes de avancar.
Complemente com verify/contact para validar telefone e email — pre-validar telefone antes de enviar OTP SMS economiza o custo do SMS para numeros invalidos.
Mesmo schema de resposta para BR, AR, MX, CL, CO, PE. Seu codigo de front e um so — voce muda o country pelo pais do usuario.
VEJA EM ACAO
Veja em acao
# Smart Parse the full signup payload at account opening
$ curl -X POST api.normadata.io/v1/verify \
-H "X-API-Key: nd_a8f3b2c1d4e5f6g7h8i9j0k1l2m3n4o5" \
-d '{"country":"AR","value":"20-31456789-0"}'
{
"valid": true,
"normalized": "20314567890",
"identifier": {
"type": "CUIT"
}
}
# Validate phone format before sending SMS OTP
$ curl -X POST api.normadata.io/v1/verify/contact \
-H "X-API-Key: nd_..." \
-d '{"country":"AR","type":"phone","value":"+5491134567890"}'
# Then hand off to KYC / liveness vendor (not us — we are pre-flight only)LIMITACOES
O que o Normadata nao faz aqui
—O Normadata nao e KYC. Nao faz verificacao de identidade, nao faz liveness, nao escaneia documentos, nao consulta listas de PEP ou sancoes. Essa camada e do seu KYC vendor.
—O Normadata nao cria a conta, nao atribui IBAN/CVU/chave Pix, nao e core banking. Validamos os dados antes de voce fazer tudo isso.
PERGUNTAS FREQUENTES
Perguntas frequentes
Substitui Sumsub, Truora, Mati ou Onfido?
Nao. O Normadata e complementar ao KYC: roda antes e filtra inputs estruturalmente invalidos para voce nao pagar tentativa de KYC com dado mal formado. A verificacao de identidade real continua sendo do KYC vendor.
Cria a conta bancaria ou atribui CVU/IBAN?
Nao. O Normadata e estritamente validacao de formato pre-flight. A abertura da conta, a atribuicao do CVU/CBU/Pix key/CLABE, a integracao com core banking — tudo isso fica do lado da sua stack.
Integre o Normadata no seu stack
Acesso antecipado. Entre na lista e daremos acesso à API.