--- title: "Análise de Crédito Basic PF" description: "API Análise de Crédito Basic PF - Decisões rápidas com dados confiáveis" lang: pt-BR canonical: https://doc.apibrasil.io/apis/creditos/166cee56-ddcd-4096-85ff-33658b8c4a58 markdown: https://doc.apibrasil.io/apis/creditos/166cee56-ddcd-4096-85ff-33658b8c4a58.md source: apibrasil-documentation --- # Análise de Crédito Basic PF > API Análise de Crédito Basic PF - Decisões rápidas com dados confiáveis - **Categoria:** Análise Antifraude - **Cobrança:** por consulta, só com o Bearer Token - **Preço:** R$ 10,06 por consulta - **Limite:** 999.000 por mês - **Cadastro:** exige CNPJ - **Versão:** v1 - **Publicada por:** APIBrasil - **Especificação OpenAPI:** https://doc.apibrasil.io/apis/creditos/166cee56-ddcd-4096-85ff-33658b8c4a58/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 Análise de Crédito - Decisão Ágil e Segura para Pessoa Física Com a Análise de Crédito Basic PF, sua empresa oferece decisões de crédito rápidas e acertadas para pessoas físicas, integrando o serviço analise-credito-basic-pf ao seu sistema em poucos minutos. Por meio de uma simples requisição POST ao endpoint consulta/cpf/credits, você obtém uma resposta clara sobre a situação de crédito do CPF consultado, acelerando processos e diminuindo riscos. Potencialize suas vendas, automatize aprovações e reduza fraudes com insights imediatos em cada proposta. Aproveite o valor estratégico de ter informações atualizadas e confiáveis para embasar decisões diretamente no seu fluxo de negócios. - **Método:** `POST` - **Endereço:** `https://gateway.apibrasil.io/api/v2/consulta/cpf/credits` - **Versão da rota:** v1 **Cabeçalhos** | Cabeçalho | Valor | | --- | --- | | `Content-Type` | `application/json` | | `Authorization` | `Bearer $APIBRASIL_TOKEN` | **Corpo da requisição** ```json { "tipo": "analise-credito-basic-pf", "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":"analise-credito-basic-pf","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": "105,660", "balance_before": "105,660", "tax": "0,000", "status_code": 200, "error": false, "message": "Dados validos em homologacao! Voce nao foi tarifado e a requisicao nao foi contabilizada.", "valor_consulta": 0, "api_limit_for": "homolog", "homolog": true, "data": { "resultado": { "consultas": { "contagem_consultas_31_a_60_dias": 0, "contagem_consultas_61_a_90_dias": 0, "contagem_consultas_mais_90_dias": 8, "contagem_consultas_ultimos_30_dias": 0, "detalhes_consultas": [ { "contagem_consultas": 2, "data_consulta": { "ano": "2025", "dia": "15", "mes": "11" }, "segmento": "0" }, { "contagem_consultas": 3, "data_consulta": { "ano": "2025", "dia": "08", "mes": "11" }, "segmento": "0" }, { "contagem_consultas": 1, "data_consulta": { "ano": "2025", "dia": "25", "mes": "10" }, "segmento": "0" }, { "contagem_consultas": 1, "data_consulta": { "ano": "2025", "dia": "18", "mes": "10" }, "segmento": "0" }, { "contagem_consultas": 1, "data_consulta": { "ano": "2025", "dia": "05", "mes": "10" }, "segmento": "0" } ] }, "dados_cadastrais": { "cpf": "00000000000", "data_nascimento": { "ano": "1995", "dia": "12", "mes": "07" }, "data_obito": { "ano": null, "dia": null, "mes": null }, "emails": { "data_ultima_visualizacao": { "ano": "2026", "dia": "10", "mes": "03" }, "emails": "[omitido]" }, "enderecos": { "bairro": null, "cidade": null, "codigo_postal": null, "complemento": null, "data_ultima_visualizacao": { "ano": null, "dia": null, "mes": null }, "estado": null, "numero": null, "rua": null }, "falecido": null, "genero": "M", "historico_email": { "emails": [ { "data_ultima_visualizacao": { "ano": "2026", "dia": "10", "mes": "03" }, "emails": "[omitido]" } ] }, "historico_endereco": { "enderecos": [] }, "historico_nome_pessoa": { "nomes": [ { "data_ultima_visualizacao": { "ano": "2025", "dia": "15", "mes": "09" }, "nomes": { "completo": "JOAO DA SILVA SANTOS", "meio": null, "prefixo": null, "primeiro": null, "sufixo": null, "ultimo": null } } ] }, "historico_numero_celular": { "numero_celular": [] }, "historico_numero_telefone": { "numero_telefone": [] }, "idade": "29", "nome_mae": { "completo": null }, "nome_pessoa": { "data_ultima_visualizacao": { "ano": "2025", "dia": "15", "mes": "09" }, "nomes": { "completo": "JOAO DA SILVA SANTOS" } }, "numero_celular": { "data_ultima_visualizacao": { "ano": null, "dia": null, "mes": null }, "numero_telefone": null }, "numero_telefone": { "data_ultima_visualizacao": { "ano": null, "dia": null, "mes": null }, "numero_telefone": null }, "status_cpf": "R" }, "negativacoes": { "acoes_judiciais_apontamentos": [], "apontamentos": [], "ccf_apontamentos": [], "controle_pendencias_credito": "0", "data_ultimo_apontamento": { "ano": null, "dia": null, "mes": null } }, "possui_apenas_dados_pessoais_minimos": false, "protestos": [ { "cartorios": [], "cnpj": null, "cpf_cnpj": null, "data_consulta": "2026-03-10", "descricao_erro": null, "erro": null, "id_transacao": null, "retorno": null, "situacao": null, "valor_protestados_total": null } ], "segmento": "4", "status_cadastro_positivo": "1" } } } ``` 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/166cee56-ddcd-4096-85ff-33658b8c4a58/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/166cee56-ddcd-4096-85ff-33658b8c4a58