--- title: "CPF Search" description: "API CPF Search - Consulte e valide CPF em segundos" lang: pt-BR canonical: https://doc.apibrasil.io/apis/creditos/0caa81e4-9c22-4661-a0d5-c8e99bbf2802 markdown: https://doc.apibrasil.io/apis/creditos/0caa81e4-9c22-4661-a0d5-c8e99bbf2802.md source: apibrasil-documentation --- # CPF Search > API CPF Search - Consulte e valide CPF em segundos - **Categoria:** Busca & Cobrança - **Cobrança:** por consulta, só com o Bearer Token - **Preço:** R$ 0,45 por consulta - **Limite:** 990.000 por mês - **Cadastro:** exige CNPJ - **Versão:** v2 - **Publicada por:** APIBrasil - **Especificação OpenAPI:** https://doc.apibrasil.io/apis/creditos/0caa81e4-9c22-4661-a0d5-c8e99bbf2802/openapi.json ## Como chamar **Endereço base:** `https://gateway.apibrasil.io/api/v2` Autenticação: cabeçalho `Authorization: Bearer `. Nada além disso. Com `homolog: true` no corpo, o gateway responde de uma base fixa, com a forma real da resposta, e não cobra. O CPF 00000000000 é dessa base e não é de ninguém: use-o nos testes, nunca em produção. ## Endpoints (1 endpoint) ### 1. POST /consulta/cpf/credits API Verificação de CPF - Segurança e Agilidade para Seu Negócio A API CPF Search permite consultas rápidas e seguras sobre dados do CPF, agregando mais confiabilidade nos processos de cadastro, análise de crédito e onboarding digital em seu sistema. Com integração fácil via método POST no endpoint consulta/cpf/credits, sua empresa obtém respostas precisas e em tempo real, potencializando a tomada de decisão e reduzindo riscos. Proporcione uma experiência eficiente e automatizada para seus clientes, otimizando fluxos internos e acelerando a validação de informações com tecnologia de ponta. - **Método:** `POST` - **Endereço:** `https://gateway.apibrasil.io/api/v2/consulta/cpf/credits` - **Versão da rota:** v2 **Cabeçalhos** | Cabeçalho | Valor | | --- | --- | | `Content-Type` | `application/json` | | `Authorization` | `Bearer $APIBRASIL_TOKEN` | **Corpo da requisição** ```json { "tipo": "cpf-search", "cpf": "00000000000", "homolog": true } ``` **Em cURL** ```bash curl -X POST "https://gateway.apibrasil.io/api/v2/consulta/cpf/credits" \ -H "Content-Type: application/json" \ -H "Authorization: Bearer $APIBRASIL_TOKEN" \ -d '{"tipo":"cpf-search","cpf":"00000000000","homolog":true}' ``` Este endpoint aceita `homolog: true` no corpo: a resposta volta com dados válidos, `api_limit_for` igual a `homolog` e sem tarifação. **Resposta de exemplo, do catálogo** ```json { "user": { "first_name": "[omitido]", "email": "[omitido]", "cellphone": "[omitido]", "notification": "yes" }, "balance": "40,730", "error": false, "message": "Dados válidos! Você foi tarifado em R$ 0,00.", "tax": "0,000", "valor_consulta": 0, "api_limit_for": "credit", "homolog": true, "data": { "resultados": [ { "cadastral": { "comprovante_rfb": "MOCK-RFB-1234", "ds_faixa_idade": "De 26 a 35", "ds_nacionalidade": "Brasileira", "ds_orgao_emissor": "SSP", "ds_sexo": "Nao informado", "ds_signo": "Ficcao", "ds_status_rfb": "REGULAR", "dt_atualizacao_rfb": "2024-01-01", "dt_inscricao": "01/01/2000", "dt_nasc": "1990-01-01", "nit_pis": null, "nm_completo": "USUARIO HOMOLOGACAO", "nm_mae": "MAE HOMOLOGACAO", "nm_social": "USUARIO HOMOLOGACAO", "nome_unico": false, "nr_cpf": "00000000000", "nr_cpf_mae": null, "nr_rg": "0000000", "nr_titulo_eleitoral": null, "sg_sexo": "N", "sg_sg_uf_rg": "XX", "st_menor_idade": false, "st_pep": false, "st_ppp": false }, "contato": { "ds_email": [ { "cd_ordem": 1, "ds_email": "[omitido]", "dt_inclusao": "2024-01-01" } ], "endereco": [ { "caracteristicas": "Residencial", "cd_ordem": 1, "ds_bairro": "BAIRRO FICTICIO", "ds_cidade": "CIDADE TESTE", "ds_complemento": "Bloco A", "ds_logradouro": "RUA DA HOMOLOGACAO", "ds_regiao": "SUL", "dt_informacao": "2024-01-01", "latitude": "-00.000000", "longitude": "-00.000000", "nr_nr_cep": "00000000", "nr_numero": "100", "outras_grafias": null, "sg_sg_uf": "XX", "sg_tipo_logradouro": "RUA" } ], "nr_telefone": [ { "cd_ordem": 1, "ds_tipo_nr_telefone": "Movel", "dt_inclusao": "2024-01-01", "nr_ddd": "00", "nr_ddi": "55", "nr_nr_telefone": "900000000", "sg_uf_ddd": "XX" }, { "cd_ordem": 2, "ds_tipo_nr_telefone": "Fixo", "dt_inclusao": "2024-01-01", "nr_ddd": "00", "nr_ddi": "55", "nr_nr_telefone": "300000000", "sg_uf_ddd": "XX" } ] }, "nr_cpf": "00000000000", "obito": { "ano_obito": null, "dt_obito": null, "fonte_obito": null, "mes_obito": null, "possivel_obito": false, "st_obito": false, "tipo_obito": null }, "socioeconomico": { "cd_ocupacao": "000000", "cfm": [], "ds_faixa_renda_presumida": "De R$ 0,00 a R$ 1.000,00", "ds_grau_escolaridade": "Ensino Superior Incompleto", "ds_ocupacao": "Profissional de Homologacao", "dt_faixa_renda_presumida": "2024-01-01", "dt_grau_escolaridade": "2024-01-01", "dt_ocupacao": "2024-01-01", "historico_ocupacoes": [ { "ano": "2023", "cbo": "000000", "ds_ocupacao": "Analista de Testes", "faixa_renda_presumida": 1500, "renda_presumida": "1.500,00" }, { "ano": "2022", "cbo": "111111", "ds_ocupacao": "Especialista QA", "faixa_renda_presumida": 1200, "renda_presumida": "1.200,00" } ] }, "vinculo": { "empregador": [ { "cd_ordem": 1, "dt_admissao": "2022-01-01", "dt_demissao": null, "dt_informacao": "2024-01-01", "nr_cnpj": "00000000000000", "razao_social": "EMPRESA DE HOMOLOGACAO LTDA" } ], "parentesco": [ { "cd_ordem": 1, "ds_vinculo": "Responsavel", "dt_informacao": "2024-01-01", "nm_completo": "RESPONSAVEL TESTE", "nr_cpf": "11111111111" } ], "possiveis_colegas_trabalho": [ { "cd_ordem": 1, "nm_completo": "COLEGA QA 1", "nr_cpf": "22222222222" }, { "cd_ordem": 2, "nm_completo": "COLEGA QA 2", "nr_cpf": "33333333333" } ], "socios": [] } } ] } } ``` Nos exemplos de resposta, os campos da conta que gerou o exemplo (`user.first_name`, `user.email`, `user.cellphone`) saem como `[omitido]`. O resto é o que o catálogo publica. ## Armadilhas: o que uma integração erra sem avisar Apuradas nas respostas que o próprio catálogo publica. Em todas elas o código funciona no caminho feliz e falha em silêncio no resto: 1. **O erro chega no CORPO, com HTTP 200.** A resposta traz um campo `error` booleano e uma `message`. Checar só `response.ok` ou o status HTTP deixa passar falha como sucesso. Confira SEMPRE `error === false` antes de ler `data`. 2. **`balance`, `tax` e `extra_charges.total` são STRING em formato brasileiro — e o formato varia entre APIs.** Valores observados no catálogo: `"154,380"`, `"497,84"`, `"0,000"` e `"0.19"`. Vírgula em umas, ponto em outra; três casas decimais em umas, duas em outra. Em JavaScript, `parseFloat("154,380")` devolve `154` e perde os centavos sem erro nenhum, e `Number("154,380")` devolve `NaN`. Escreva um conversor que trate os dois separadores, e nunca use esses campos numa decisão financeira sem convertê-los. 3. **Cada chamada custa dinheiro.** Retry cego multiplica a conta. Nunca repita automaticamente um 4xx: parâmetro errado repetido continua errado e continua cobrando. Repita só tempo esgotado e 5xx, com recuo exponencial e um teto pequeno de tentativas. 4. **HTTP 402 é saldo insuficiente, e repetir não resolve.** É o único status que exige ação humana — recarregar. Trate-o como erro terminal, com mensagem própria, e não o jogue no mesmo balde dos 4xx genéricos. 5. **`extra_charges` cobra à parte do preço da consulta.** Quando o corpo pede serviços adicionais, a resposta traz cada um com o preço e um `total` que NÃO está incluso no valor base. Se você mostra custo a quem usa, some os dois. ## Ver também - Especificação OpenAPI: https://doc.apibrasil.io/apis/creditos/0caa81e4-9c22-4661-a0d5-c8e99bbf2802/openapi.json - Catálogo de APIs: [Catálogo de APIs](https://doc.apibrasil.io/apis.md) - SDKs oficiais: [SDKs oficiais](https://doc.apibrasil.io/sdks.md) - Índice da documentação: https://doc.apibrasil.io/llms.txt - Versão HTML desta página: https://doc.apibrasil.io/apis/creditos/0caa81e4-9c22-4661-a0d5-c8e99bbf2802