--- title: "Certidão Negativa PJ" description: "API Certidão Negativa PJ - Automação segura para análise de empresas" lang: pt-BR canonical: https://doc.apibrasil.io/apis/creditos/12d4e-7eb92-44a4da-9fc72d-7ce4681a markdown: https://doc.apibrasil.io/apis/creditos/12d4e-7eb92-44a4da-9fc72d-7ce4681a.md source: apibrasil-documentation --- # Certidão Negativa PJ > API Certidão Negativa PJ - Automação segura para análise de empresas - **Categoria:** Análise de Crédito - **Cobrança:** por consulta, só com o Bearer Token - **Preço:** R$ 1,80 por consulta - **Limite:** 990.000 por mês - **Cadastro:** exige CNPJ - **Versão:** v1 - **Publicada por:** APIBrasil - **Especificação OpenAPI:** https://doc.apibrasil.io/apis/creditos/12d4e-7eb92-44a4da-9fc72d-7ce4681a/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 Certidão Negativa PJ - Segurança jurídica instantânea para seu negócio A API Certidão Negativa PJ permite consultar, via POST, a situação de débitos de pessoas jurídicas com rapidez e confiabilidade, usando apenas o CNPJ como entrada. Com integração simples ao seu sistema, você automatiza a checagem de certidões negativas em fluxos de onboarding, crédito, análise de risco, fiscal e compliance, reduzindo etapas manuais e erros operacionais. O endpoint retorna de forma estruturada o status da Certidão Negativa PJ e dados essenciais para tomada de decisão em tempo real, prontos para serem consumidos por seus módulos internos. Assim, você ganha agilidade na aprovação de clientes e fornecedores, aumenta a segurança das operações e melhora a experiência do usuário sem sair do seu próprio ambiente. - **Método:** `POST` - **Endereço:** `https://gateway.apibrasil.io/api/v2/consulta/cnpj/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": "certidao-negativa-de-debitos", "cnpj": "44.959.669/0001-80", "uf": "MG", "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 '{"tipo":"certidao-negativa-de-debitos","cnpj":"44.959.669/0001-80","uf":"MG","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": { "retorno": { "codigoValidacao": "9999999999999999", "dataEmissao": "01/01/2099 00:00:00", "dataValidade": "01/04/2099 00:00:00", "debitos": [], "documentoConsultado": "000.000.000-00", "efeitoNegativa": null, "inscricaoEstadual": null, "nomeEntidade": "CONTRIBUINTE FICTICIO HOMOLOG", "numeroCertidao": null, "observacao": "Certidao simulada apenas para testes de integracao. Nenhuma informacao real esta presente neste documento.", "possuiDebito": false, "status": "Entidade avaliada em ambiente de homologacao", "uf": "MG" } } } ``` 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/12d4e-7eb92-44a4da-9fc72d-7ce4681a/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/12d4e-7eb92-44a4da-9fc72d-7ce4681a