--- title: "Risco Positivo PJ" description: "API Risco Positivo PJ - Decisões mais inteligentes para análise de empresas" lang: pt-BR canonical: https://doc.apibrasil.io/apis/creditos/49a598e3-846c-46cc-9101-e05eca58f3cd markdown: https://doc.apibrasil.io/apis/creditos/49a598e3-846c-46cc-9101-e05eca58f3cd.md source: apibrasil-documentation --- # Risco Positivo PJ > API Risco Positivo PJ - Decisões mais inteligentes para análise de empresas - **Categoria:** Consulta CNPJ - **Cobrança:** por consulta, só com o Bearer Token - **Preço:** R$ 4,00 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/49a598e3-846c-46cc-9101-e05eca58f3cd/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/cnpj/credits API Risco Positivo PJ - Crédito mais inteligente para empresas A API Risco Positivo PJ permite avaliar o potencial de crédito de empresas a partir do CNPJ, trazendo uma visão positiva e otimizada do perfil financeiro do seu cliente corporativo. Com uma integração rápida via método POST no endpoint de consulta de créditos, você incorpora inteligência de risco diretamente no seu fluxo de análise sem fricção. O retorno da API entrega dados estruturados e indicadores de crédito prontos para uso, acelerando decisões, reduzindo inadimplência e identificando oportunidades de oferta. Você pode embutir os resultados em sistemas de originacao de crédito, CRMs, plataformas de cobrança ou motores de decisão, criando jornadas automatizadas e escaláveis para concessão de crédito PJ. - **Método:** `POST` - **Endereço:** `https://gateway.apibrasil.io/api/v2/consulta/cnpj/credits` - **Versão da rota:** v2 **Cabeçalhos** | Cabeçalho | Valor | | --- | --- | | `Content-Type` | `application/json` | | `Authorization` | `Bearer $APIBRASIL_TOKEN` | **Corpo da requisição** ```json { "cnpj": "44959669000180", "tipo": "risco-positivo-pj", "homolog": true } ``` **Em cURL** ```bash curl -X POST "https://gateway.apibrasil.io/api/v2/consulta/cnpj/credits" \ -H "Content-Type: application/json" \ -H "Authorization: Bearer $APIBRASIL_TOKEN" \ -d '{"cnpj":"44959669000180","tipo":"risco-positivo-pj","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": { "cnpj": "44959669000180", "resultado": { "cheques": { "semfundos": 0, "sustados": 0 }, "dadoscadastrais": { "bairro": "centro", "cep": "01000000", "cidade": "sao paulo", "cnpj": "44959669000180", "endereco": "rua ficticia, 123", "nomefantasia": "exemplo", "razaosocial": "empresa exemplo ltda", "situacao": "ativo", "uf": "sp" }, "negativacoes": [], "protestos": [], "score": { "mensagem": "regular", "probabilidade": "12.0", "score": 650 } } } } ``` 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/49a598e3-846c-46cc-9101-e05eca58f3cd/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/49a598e3-846c-46cc-9101-e05eca58f3cd