O QUE FAZ
Implementa o checksum certo por país: Mod-11 com pesos custom (CUIT), duas rodadas de Mod-11 (CPF, CNPJ), homoclave do SAT (RFC), Mod-11 com K verificador (RUT-CL). Cobre identificações pessoais (DNI, CURP, Cédula) e fiscais. Você manda um lote de até 1.000 itens e recebe um resultado por item.
O QUE NÃO FAZ
Não consulta AFIP, Receita Federal nem SAT. Um resultado válido significa que o formato e o dígito verificador estão corretos — não que o contribuinte esteja ativo ou registrado.
O QUE FAZ
Valida formatos bancários: CBU (Mod-10 por bloco), CVU (mesmo checksum, prefixo diferente), CLABE (dígito ponderado do Banxico), CCI (Peru), IBAN (Mod-97-10). Resolve bank_code → bank_name a partir de registros oficiais. Até 1.000 contas por request.
O QUE NÃO FAZ
Não verifica se a conta está aberta nem quem é o titular. Não executa uma transferência de teste — só valida que o número está bem formado e pertence a um banco real.
O QUE FAZ
Valida sintaxe de e-mail segundo o RFC, normaliza (lowercase, trim) e detecta typos de domínio contra provedores comuns (gmial → gmail). Você manda um lote de até 1.000 e-mails e recebe validade e forma normalizada por item.
O QUE NÃO FAZ
Não verifica se a inbox existe nem faz lookup SMTP. Valida que o e-mail está bem armado, não que recebe correio.
O QUE FAZ
Faz parse de telefones em qualquer formato e devolve E.164, validade e tipo de linha (mobile, landline, mobile_or_landline, other). O país é a região de parsing. Até 1.000 telefones por request.
O QUE NÃO FAZ
Não liga para a operadora nem envia SMS de teste. Valida que o número está bem formado para o país, não que está ativo.
O QUE FAZ
Valida uma entidade completa em uma request: cada campo presente é validado com seu normalizador, checa consistência entre campos (país↔documento, país↔conta) e calcula readiness por processo: payment (pronto para pagar) e billing (pronto para faturar). Até 500 records por request.
O QUE NÃO FAZ
Não é KYC nem verificação de identidade. Não consulta registros governamentais. Confirma que o registro está bem armado e é internamente consistente, não que a entidade existe.
O QUE FAZ
Faz o split de nomes hispânicos e brasileiros em first / paterno / materno. Corrige maiúsculas e acentos quando é determinístico. Resolve gentílicos e nacionalidades contra uma tabela LATAM. Viaja como campo name dentro de /v1/validate/records.
O QUE NÃO FAZ
Não verifica se a pessoa existe no RENIEC, AFIP ou Receita. Não faz verificação de identidade — isso é KYC, uma camada diferente que roda depois da validação de formato.
O QUE FAZ
Extrai componentes (rua, número, andar, apto, localidade, estado, país) de um string. Normaliza o estado para ISO 3166-2. Mapeia variantes ("Bs As", "BUENOS AIRES") para o nome canônico. Viaja como campo address dentro de /v1/validate/records.
O QUE NÃO FAZ
Não geocodifica — não devolve lat/lng nem chama o Google Maps. Não verifica que o endereço existe fisicamente. O parsing é sintático, não semântico.
O QUE FAZ
A validação de domínio vive dentro de /v1/validate/emails: checa que a parte depois do @ tenha sintaxe válida e detecta typos contra provedores comuns (gmial.com → gmail.com). Não é um endpoint à parte — é parte do check de email.
O QUE NÃO FAZ
Não resolve registros DNS nem MX, nem verifica que o domínio recebe email. Valida que o domínio esteja bem escrito, não que exista ou esteja ativo.