---
title: "Boa Vista Acerta PF"
description: "API Crédito e Risco - Decisões ágeis na análise de pessoas físicas"
lang: pt-BR
canonical: https://doc.apibrasil.io/apis/creditos/f1dd26bd-7e2b-42eb-a224-cff84c326dd1
markdown: https://doc.apibrasil.io/apis/creditos/f1dd26bd-7e2b-42eb-a224-cff84c326dd1.md
source: apibrasil-documentation
---

# Boa Vista Acerta PF

> API Crédito e Risco - Decisões ágeis na análise de pessoas físicas

- **Categoria:** Análise de Crédito
- **Cobrança:** por consulta, só com o Bearer Token
- **Preço:** R$ 4,60 por consulta
- **Limite:** 999.000 por mês
- **Cadastro:** exige CNPJ
- **Versão:** v2
- **Publicada por:** APIBrasil
- **Especificação OpenAPI:** https://doc.apibrasil.io/apis/creditos/f1dd26bd-7e2b-42eb-a224-cff84c326dd1/openapi.json

⚠ Esta API ainda não atende em produção, só em homologação.

## Como chamar

**Endereço base:** `https://gateway.apibrasil.io/api/v2`

Autenticação: cabeçalho `Authorization: Bearer <token>`. 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 Boa Vista Acerta PF - Decisão de crédito rápida e segura

Conquiste agilidade e confiança no seu processo de concessão de crédito com a API Boa Vista Acerta PF. Com integração rápida via POST no endpoint /default, você recebe respostas precisas em tempo real para análise e decisão sobre pessoas físicas. A API oferece valor estratégico, automatizando etapas manuais e reduzindo riscos, além de se encaixar facilmente em CRMs, plataformas de cobrança ou sistemas de aprovação de crédito. Transforme sua experiência de crédito com mais segurança, eficiência e inteligência.

- **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": "boa-vista-acerta-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":"boa-vista-acerta-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": "389,650",
  "balance_before": "389,650",
  "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": {
    "acerta": {
      "limite_recomendado": "5000,00",
      "parecer": "CONSUMIDOR APRESENTA HISTORICO POSITIVO. CONCESSAO DE CREDITO RECOMENDADA - DADOS FICTICIOS PARA HOMOLOGACAO.",
      "score": {
        "descricao_pontuacao": "RISCO MUITO BAIXO",
        "faixa": "A",
        "indicerisco": "1",
        "pontuacao": "720",
        "probabilidade_inadimplencia": "5.1"
      },
      "status_retorno": {
        "codigo": "1",
        "descricao": "CONSULTA REALIZADA COM SUCESSO - DADOS FICTICIOS PARA HOMOLOGACAO"
      }
    },
    "acoes_judiciais": {
      "existe_ocorrencia": "0",
      "quantidade_ocorrencias": "0"
    },
    "alerta_documentos_roubados": {
      "descricao": "NAO CONSTA REGISTRO DE DOCUMENTO ROUBADO",
      "existe_ocorrencia": "0"
    },
    "cheques_sem_fundo": {
      "existe_ocorrencia": "0",
      "quantidade_ocorrencias": "0"
    },
    "dados_pessoais": {
      "cpf": "00000000000",
      "data_nascimento": "01/01/1990",
      "data_situacao_cpf": "01/01/2020",
      "emails": [
        "[omitido]"
      ],
      "endereco": {
        "bairro": "CENTRO",
        "cep": "01000000",
        "cidade": "SAO PAULO",
        "complemento": "APTO 5",
        "logradouro": "RUA EXEMPLO",
        "numero": "1000",
        "uf": "SP"
      },
      "idade": "35",
      "nome": "FULANO DA SILVA TESTE",
      "nome_mae": "MARIA DA SILVA TESTE",
      "sexo": "M",
      "situacao_cpf": "REGULAR",
      "telefones": [
        {
          "ddd": "11",
          "numero": "999990000",
          "tipo": "CELULAR"
        }
      ]
    },
    "participacoes_societarias": [],
    "pendencias_financeiras": {
      "existe_ocorrencia": "0",
      "quantidade_ocorrencias": "0",
      "valor_total": "0,00"
    },
    "protesto_sintetico": {
      "existe_ocorrencia": "0",
      "quantidade_ocorrencias": "0",
      "valor_total": "0,00"
    }
  }
}
```

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/f1dd26bd-7e2b-42eb-a224-cff84c326dd1/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/f1dd26bd-7e2b-42eb-a224-cff84c326dd1