---
title: "Quod Score"
description: "API Quod Score - Decisão de crédito rápida e assertiva"
lang: pt-BR
canonical: https://doc.apibrasil.io/apis/creditos/1d67719f-e25c-48b1-a902-996d9aa460c6
markdown: https://doc.apibrasil.io/apis/creditos/1d67719f-e25c-48b1-a902-996d9aa460c6.md
source: apibrasil-documentation
---

# Quod Score

> API Quod Score - Decisão de crédito rápida e assertiva

- **Categoria:** Análise de Crédito
- **Cobrança:** por consulta, só com o Bearer Token
- **Preço:** R$ 7,50 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/1d67719f-e25c-48b1-a902-996d9aa460c6/openapi.json

## 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

A API de Score de Crédito permite consultar o score de crédito de uma pessoa física a partir do CPF, retornando informações relacionadas ao perfil de risco, capacidade de pagamento e faixa de inadimplência.

Esta API é ideal para testes, homologação de sistemas e simulação de análise de crédito, fornecendo um ambiente seguro para desenvolvimento e integração sem utilizar dados reais de bureaus de crédito.

Funcionalidades

Consulta de score de crédito por CPF

Retorno de perfil de risco do consumidor

Indicação de capacidade de pagamento

Classificação da faixa de inadimplência

Ambiente de homologação para testes

Informações retornadas

A API retorna dados como:

Score de crédito do consumidor

Capacidade de pagamento estimada

Faixa de risco de inadimplência

Perfil do consumidor

Data e hora da consulta

- **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
{
  "cpf": "00000000000",
  "tipo": "score-credito-quod",
  "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 '{"cpf":"00000000000","tipo":"score-credito-quod","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": "108,300",
  "balance_before": "108,300",
  "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": {
    "dataConsulta": "16/04/2026 10:58:45",
    "documentoConsultado": "00000000000",
    "observacao": null,
    "pessoaFisica": {
      "capacidadePagamento": "Simulacao: consumidor com pagamentos em dia nos ultimos 12 meses.",
      "faixaScore": "Indice de inadimplencia muito baixo (homologacao).",
      "perfil": "Perfil ficticio criado apenas para testes de homologacao.",
      "score": 785
    },
    "pessoaJuridica": null
  }
}
```

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/1d67719f-e25c-48b1-a902-996d9aa460c6/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/1d67719f-e25c-48b1-a902-996d9aa460c6