QUÉ HACE
Implementa el checksum correcto por país: Mod-11 con pesos custom (CUIT), dos rondas de Mod-11 (CPF, CNPJ), homoclave del SAT (RFC), Mod-11 con K verificador (RUT-CL). Cubre identificaciones personales (DNI, CURP, Cédula) y fiscales. Mandás un lote de hasta 1.000 ítems y recibís un resultado por ítem.
QUÉ NO HACE
No consulta AFIP, Receita Federal ni SAT. Un resultado válido significa que el formato y el dígito verificador son correctos — no que el contribuyente esté activo o registrado.
QUÉ HACE
Valida formatos bancarios: CBU (Mod-10 por bloque), CVU (mismo checksum, prefijo distinto), CLABE (dígito ponderado de Banxico), CCI (Perú), IBAN (Mod-97-10). Resuelve bank_code → bank_name desde registros oficiales. Hasta 1.000 cuentas por request.
QUÉ NO HACE
No verifica que la cuenta esté abierta ni quién es el titular. No ejecuta una transferencia de prueba — solo valida que el número está bien formado y pertenece a un banco real.
QUÉ HACE
Valida sintaxis de email según RFC, normaliza (lowercase, trim) y detecta typos de dominio contra proveedores comunes (gmial → gmail). Mandás un lote de hasta 1.000 emails y recibís validez y forma normalizada por ítem.
QUÉ NO HACE
No verifica que el inbox exista ni hace lookup SMTP. Valida que el email esté bien armado, no que reciba correo.
QUÉ HACE
Parsea teléfonos en cualquier formato y devuelve E.164, validez y tipo de línea (mobile, landline, mobile_or_landline, other). El país es la región de parseo. Hasta 1.000 teléfonos por request.
QUÉ NO HACE
No llama a la operadora ni envía SMS de prueba. Valida que el número esté bien formado para el país, no que esté activo.
QUÉ HACE
Valida una entidad completa en una request: cada campo presente se valida con su normalizador, se chequea consistencia entre campos (país↔documento, país↔cuenta) y se calcula readiness por proceso: payment (listo para pagar) y billing (listo para facturar). Hasta 500 records por request.
QUÉ NO HACE
No es KYC ni verificación de identidad. No consulta registros gubernamentales. Confirma que el registro esté bien armado y sea internamente consistente, no que la entidad exista.
QUÉ HACE
Splittea nombres hispanos y brasileños en first / paterno / materno. Corrige mayúsculas y acentos cuando es determinístico. Resuelve gentilicios y nacionalidades contra una tabla LATAM. Viaja como campo name dentro de /v1/validate/records.
QUÉ NO HACE
No verifica que la persona exista en RENIEC, AFIP o RNCN. No hace verificación de identidad — eso es KYC, una capa distinta que corre después de la validación de formato.
QUÉ HACE
Extrae componentes (calle, número, piso, depto, localidad, estado, país) de un string. Normaliza el estado a ISO 3166-2. Mapea variantes ("Bs As", "BUENOS AIRES") al nombre canónico. Viaja como campo address dentro de /v1/validate/records.
QUÉ NO HACE
No geocodifica — no devuelve lat/lng ni llama a Google Maps. No verifica que el domicilio exista físicamente. El parseo es sintáctico, no semántico.
QUÉ HACE
La validación de dominio vive dentro de /v1/validate/emails: chequea que la parte después de la @ tenga sintaxis válida y detecta typos contra proveedores comunes (gmial.com → gmail.com). No es un endpoint aparte — es parte del check de email.
QUÉ NO HACE
No resuelve registros DNS ni MX, ni verifica que el dominio reciba correo. Valida que el dominio esté bien escrito, no que exista o esté activo.