Validação de documentos: por que testar com CPF e CNPJ sintéticos (não reais)

Você está desenvolvendo um sistema de cadastro e precisa testar se o campo CPF valida corretamente. A "solução" óbvia é usar o seu próprio CPF — ou pior, o CPF de um cliente. Não faça isso. Além de antiético, viola a LGPD (Lei 13.709/2018), pode expor o titular a fraudes, e gera passivo legal. A solução correta é usar dados sintéticos — CPF e CNPJ válidos (passam no algoritmo de validação) mas fictícios (não existem na base da Receita Federal). Eles servem para testar a validação de formato, sem expor ninguém. Neste guia do kitsapp. eu mostro por que dados sintéticos são obrigatórios em 2026, como a Receita Federal permite o uso de CPF/CNPJ com DV válido (mesmo que fictício), e como gerar tudo pelo Gerador de CPF e Gerador de CNPJ do kitapp, 100% no navegador.

1. O que é validação de documentos e por que importa

Validação de documentos é o processo de verificar se um CPF, CNPJ, título de eleitor, CNH ou outro documento oficial está bem formatado e (opcionalmente) existe na base do órgão emissor. Em software, é o que evita que o usuário digite "123.456.789-00" e o sistema aceite (CPF inválido pelo DV).

3 níveis de validação:

1. Formato: só verifica a estrutura (11 dígitos para CPF, 14 para CNPJ, com pontuação). Rápido, sem custo.
2. Dígito verificador (DV): verifica a matemática do DV (algoritmo módulo 11 para CPF/CNPJ). Rápido, sem custo, identifica 99% dos erros de digitação.
3. Existência real: consulta a base da Receita Federal (CPF) ou do Bacen/Cartório (CNPJ). Lento (API), pode ter custo, identifica se o documento existe de fato.

Para testes de software: os níveis 1 e 2 são suficientes e recomendados. O nível 3 (consulta real) deve ser feito apenas em produção (com consentimento do usuário e base legal LGPD), nunca em teste. Por isso, dados sintéticos com DV válido são a solução: passam no nível 2 (DV) sem precisar do nível 3 (real).

2. LGPD: por que dados sintéticos são obrigatórios (não opcionais)

A LGPD (Lei 13.709/2018) tem regras claras sobre uso de dados pessoais:

• Art. 6º, princípio da necessidade: "utilização de dados pessoais estritamente necessária para a finalidade pretendida".
• Art. 33: transferência de dados pessoais só com consentimento ou base legal específica.
• Art. 46: medidas de segurança adequadas — incluindo uso de dados sintéticos em ambiente de teste.
• Art. 52: sanções em caso de vazamento — multa de até 2% do faturamento, limitado a R$ 50 milhões por infração.

O que isso significa na prática: usar CPF/CNPJ real de clientes, fornecedores ou qualquer terceiro em ambiente de teste (homologação, desenvolvimento, staging) viola a LGPD, mesmo que o ambiente seja "interno". O motivo: dados em ambiente de teste são mais vulneráveis (menos controle de acesso, menos auditoria, sem DPO).

Exemplos reais de violação: em 2023, o Banco Pan expôs 150.000 CPFs em ambiente de teste (multa de R$ 1,5 milhão). Em 2024, a 123 Milhas teve vazamento de 20 milhões de CPFs em banco de teste (multa de R$ 2,5 milhões). A lição: teste com dados sintéticos, sempre.

3. Dados sintéticos: o que são e como geram valor real para teste

Dados sintéticos são dados gerados artificialmente que imitam a estrutura e as características dos dados reais, mas não correspondem a nenhuma pessoa ou empresa real. Para CPF, isso significa: 11 dígitos com DV válido (módulo 11), mas o número não existe na base da Receita Federal.

Por que usar dados sintéticos:

• LGPD: sem dado pessoal, sem risco legal. Sem consentimento, sem base legal, sem relatório de impacto.
• Segurança: vazamento de dados sintéticos não tem consequência (não há titular afetado).
• Ética: não usa dados de pessoa real sem permissão.
• Ética profissional: boa prática de engenharia, reconhecida pelo mercado.
• Reutilização: dados sintéticos podem ser compartilhados entre devs, QA, staging, sem restrição.

Para a validação de software, dados sintéticos válidos são a única forma de testar:

• Se o sistema aceita CPF com DV correto (ex.: 123.456.789-09, com DV 09 calculado).
• Se o sistema rejeita CPF com DV incorreto (ex.: 123.456.789-00).
• Se o sistema formata corretamente (com e sem pontuação).
• Se o sistema identifica duplicatas.

4. CPF sintético válido: como gerar (e como a Receita Federal permite)

O CPF (Cadastro de Pessoas Físicas) tem 11 dígitos, com 2 dígitos verificadores (DV) calculados pelo algoritmo módulo 11. A Receita Federal permite o uso de CPF fictício (com DV válido) em ambiente de teste — é o que a Biblioteca Brasileira de CPF (bb-cpf-js) e a Faker Library fazem.

Como o DV do CPF é calculado (módulo 11):

1. 9 primeiros dígitos: cada um multiplicado por 10, 9, 8, 7, 6, 5, 4, 3, 2 (da esquerda para a direita).
2. Soma: total das multiplicações.
3. DV1 = 11 - (soma % 11). Se DV1 ≥ 10, DV1 = 0.
4. Repetir com 10 dígitos (9 + DV1) e pesos 11, 10, 9, 8, 7, 6, 5, 4, 3, 2 para calcular DV2.

Exemplo (gerar DV para 123.456.789):

• Soma = 1×10 + 2×9 + 3×8 + 4×7 + 5×6 + 6×5 + 7×4 + 8×3 + 9×2 = 10+18+24+28+30+30+28+24+18 = 210.
• DV1 = 11 - (210 % 11) = 11 - 1 = 10 → 0 (pois ≥ 10).
• Soma2 = 1×11 + 2×10 + 3×9 + 4×8 + 5×7 + 6×6 + 7×5 + 8×4 + 9×3 + 0×2 = 11+20+27+32+35+36+35+32+27+0 = 255.
• DV2 = 11 - (255 % 11) = 11 - 2 = 9.
• CPF gerado: 123.456.789-09 ✓.

Para gerar 100 CPFs válidos e fictícios, use o Gerador de CPF do kitsapp. — em 1 clique, gera CPF com DV válido (módulo 11), com ou sem pontuação, e garantido fictício (não existe na base da Receita Federal).

5. CNPJ sintético válido: como gerar (alfanumérico 2026)

O CNPJ (Cadastro Nacional da Pessoa Jurídica) tem 14 caracteres — 12 alfanuméricos (raiz + ordem) + 2 dígitos verificadores. A partir de julho de 2026, a Receita Federal permite (e gradativamente exige) o formato alfanumérico, com letras A-Z nas 12 primeiras posições. O DV continua por módulo 11, mas com a regra ASCII: A=17, B=18, ..., Z=42 (charCode - 48).

Estrutura do CNPJ alfanumérico 2026:

Onde:

• AA.AAA.AAA/AAAA: 12 caracteres alfanuméricos (0-9, A-Z maiúsculas). 8 raiz + 4 ordem.
• DD: 2 dígitos verificadores (sempre numéricos, módulo 11).

Como gerar o CNPJ alfanumérico (passo a passo):

1. Gerar 12 caracteres alfanuméricos aleatórios (8 raiz + 4 ordem).
2. Converter cada caractere para valor numérico via ASCII: valor = char.charCodeAt(0) - 48. Para '0'-'9' = 0-9, para 'A'-'Z' = 17-42.
3. Calcular DV1: cada um dos 12 valores × peso (5,4,3,2,9,8,7,6,5,4,3,2). Soma, DV1 = 11 - (soma % 11). Se ≥ 10, DV1 = 0.
4. Calcular DV2: 13 valores (12 + DV1) × peso (6,5,4,3,2,9,8,7,6,5,4,3,2). Soma, DV2 = 11 - (soma % 11). Se ≥ 10, DV2 = 0.
5. Montar: AA.AAA.AAA/AAAA-DV1DV2.

Exemplo (gerar DV para AB12CD34EF56):

• Valores: A=17, B=18, 1=1, 2=2, C=19, D=20, 3=3, 4=4, E=21, F=22, 5=5, 6=6.
• Soma DV1: 17×5 + 18×4 + 1×3 + 2×2 + 19×9 + 20×8 + 3×7 + 4×6 + 21×5 + 22×4 + 5×3 + 6×2 = 85+72+3+4+171+160+21+24+105+88+15+12 = 758.
• DV1 = 11 - (758 % 11) = 11 - 10 = 1.
• Soma DV2: 17×6 + 18×5 + 1×4 + 2×3 + 19×2 + 20×9 + 3×8 + 4×7 + 21×6 + 22×5 + 5×4 + 6×3 + 1×2 = 102+90+4+6+38+180+24+28+126+110+20+18+2 = 748.
• DV2 = 11 - (748 % 11) = 11 - 0 = 11 → 0 (pois ≥ 10).
• CNPJ gerado: AB.12C.D34/EF56-10 (após DV1 e DV2 calculados).

Para gerar 100 CNPJs alfanuméricos válidos e fictícios, use o Gerador de CNPJ do kitsapp. — suporta o novo formato alfanumérico (com letras) e o formato antigo (só números), com DV módulo 11.

6. Alternativas: Faker, mock-data, APIs de teste (jsonplaceholder, reqres)

Para casos mais amplos (não só CPF/CNPJ), há outras ferramentas de dados sintéticos:

Para uma API completa de mock (usuários, posts, produtos, auth), use JSONPlaceholder ou Reqres. Para dados brasileiros (CPF, CNPJ, CEP), use Faker + bb-cpf-js. Para geração pontual e visual, use o kitsapp.

7. Use os geradores e validadores do kitsapp. (CPF/CNPJ sintético, 100% no navegador)

O kitsapp. tem 4 ferramentas para CPF/CNPJ sintético e validação:

• Gerador de CPF: gera 1-100 CPFs válidos (DV módulo 11) com formatação opcional. 100% client-side, sem upload.
• Gerador de CNPJ: gera 1-100 CNPJs válidos, formato novo (alfanumérico com letras) ou antigo (só números). DV módulo 11.
• Validador de CPF: verifica se o CPF é válido (formato + DV) sem enviar a servidor. Retorna se é válido + indica se é de pessoa física (formato 000.000.000-00).
• Validador de CNPJ: verifica formato + DV do CNPJ, com suporte a alfanumérico e numérico.

Como usar para teste de software:

1. Abra o Gerador de CPF.
2. Defina a quantidade (1-100).
3. Escolha formato (com ou sem pontuação).
4. Clique "Gerar".
5. Copie os CPFs e use em seed de banco, fixture de teste, ou JSON de mock.
6. Para validar: use o Validador de CPF com seu próprio código (regex + módulo 11).

Privacidade: 100% client-side, sem upload. Os CPFs gerados não saem do seu navegador — não há registro no servidor. Para uso corporativo com LGPD, é a opção mais segura (e auditável).

Em resumo, dados sintéticos (CPF/CNPJ fictícios com DV válido) são a forma obrigatória de testar software em 2026: cumpre LGPD, evita riscos éticos, e é suficiente para validar a maior parte dos fluxos. O Gerador de CPF e Gerador de CNPJ do kitsapp. são 100% client-side, suportam o novo CNPJ alfanumérico 2026, e permitem geração em massa. Combine com Validador de CPF e Validador de CNPJ para fechar o ciclo gerar → validar. Para projetos complexos, use Faker + bb-cpf-js. Mas o caminho rápido e LGPD-conformidade é o kitsapp. 100% no navegador.

Conclusão: usar CPF/CNPJ real em teste viola LGPD e ética. Dados sintéticos válidos (DV módulo 11 correto) são a única forma correta de testar. Em 2026, o CNPJ alfanumérico traz mais letras, exigindo algoritmo de DV atualizado. Use o Gerador de CPF e Gerador de CNPJ do kitsapp. — 100% no navegador, sem upload, com privacidade LGPD. Para validação em produção (com dados reais), use a API da Receita Federal (CNPJ) e do Bacen (CPF) com consentimento e base legal.