> ## Documentation Index > Fetch the complete documentation index at: https://docs.jusfy.com.br/llms.txt > Use this file to discover all available pages before exploring further. # Consulta a árvore de relacionamentos > Retorna a rede de relacionamentos de um **CPF ou CNPJ**. Para **CPF**, os dados cadastrais do titular (nome, filiação, nascimento, contatos e endereços) mais os parentes, os sócios e as empresas dele. Para **CNPJ**, os dados cadastrais da empresa mais os relacionamentos societários em **dois níveis** (sócios e empresas do 1º nível, e os deles no 2º). É a consulta mais demorada da API: são vários fornecedores encadeados por requisição. Prever até **4 minutos** de espera. ## OpenAPI ````yaml /openapi/v1.json post /api/v1/consultas/relacionamentos openapi: 3.0.0 info: title: Calculadoras Jusfy API description: >- API pública das calculadoras jurídicas Jusfy. Envie um payload de cálculo e receba o resultado já processado pelo motor de cálculo da Jusfy. ## Autenticação Todas as rotas exigem uma **API key** enviada no header `x-api-key`: ```http x-api-key: sua_api_key ``` Sem a key, ou com uma key inativa/inválida, a requisição é recusada com `401`/`403`. As keys são provisionadas pela equipe Jusfy. Cada key tem uma lista de **escopos**, um por produto (cada calculadora, cada consulta, o JusScore), e só acessa as rotas dos produtos liberados para ela. Chamar um produto fora da lista responde `403` com `code: insufficient_scope` e o escopo que faltou na `message` (ex.: `Missing scope: consultas.cnh:execute`). Os produtos são liberados pela equipe Jusfy; produto novo não é liberado automaticamente para quem já integra. A consulta do próprio consumo (`GET /api/v1/consumo`) não exige escopo: qualquer key de cliente ativo a acessa. ## Formato das respostas Nas **calculadoras**, o sucesso devolve o **resultado do cálculo** diretamente no corpo, sem envelope. Nas **consultas**, no JusScore e no consumo, o sucesso vem num envelope padronizado, com os dados em `result`: ```json { "statusCode": 200, "message": "Consulta concluída com sucesso", "timestamp": "2026-07-28T18:00:00.000Z", "path": "/api/v1/consultas/cnh", "result": {} } ``` Toda chamada é registrada para fins de auditoria. ## Consultas assíncronas Duas consultas — o **rastreamento veicular** e o **buscador** **processual** — não respondem na mesma requisição: o fornecedor delas é assíncrono e pode levar minutos. As duas usam um contrato de protocolo: 1. o `POST` devolve **`202`** com um `id` e, se você informar um `url_retorno`, um `signingSecret` (exibido **uma única vez**); 2. o resultado chega por **webhook** assinado e/ou pelo `GET` do protocolo, que responde `200` em todos os estados — inclusive quando a consulta falha, com o desfecho no campo `status`. A consulta é **cobrada no disparo**, não na entrega. Consultar o protocolo é gratuito. O resultado fica disponível por 30 dias. No **buscador processual** o resultado pode chegar a megabytes, então o webhook e o `GET` do protocolo levam apenas o **resumo**; os processos vêm por `GET /api/v1/consultas/buscador-processual/{id}/processos`, paginado. Guardamos no máximo 1.000 por consulta, e quando `truncated` é `true` eles são uma **amostra arbitrária** — a ordem do fornecedor não é cronológica. O contrato completo, com a verificação da assinatura do webhook, está no `README.md` do projeto. ## Erros Todo erro tem o mesmo formato, com um `code` estável que o seu código pode tratar. A `message` é o texto para gente: pode mudar de redação sem aviso, então não decida por ela. ```json { "statusCode": 404, "message": "CNH não encontrada para o documento informado.", "code": "no_data_found", "requestId": "9f1c2b7e-4d3a-4f8b-a6e2-1c0d9e8f7a65", "timestamp": "2026-06-22T18:00:00.000Z", "path": "/api/v1/consultas/cnh" } ``` `requestId` identifica a chamada nos nossos registros. Toda resposta, de sucesso ou de erro, também o traz no header `X-Request-Id`. Se você enviar um `X-Request-Id` próprio (até 128 caracteres: letras, dígitos e `.`, `_`, `:`, `-`), ele é reaproveitado; senão geramos um. **Informe o `requestId` ao falar com o suporte** sobre uma chamada específica. Nos erros de validação desta API (`400` de corpo ou parâmetro), `message` é a **lista** de problemas (campo + motivo); nos demais, uma string. | Status | `code` | Quando | O que fazer | | ------ | ------ | ------ | ----------- | | `400` | `invalid_request` | Corpo, parâmetro ou JSON inválido. | Corrigir a requisição; a `message` diz o campo. | | `401` | `invalid_api_key` | API key ausente ou que não pertence a nenhum cliente. | Conferir o header `x-api-key`. | | `403` | `inactive_client` | A key é de um cliente que não está ativo (inativo ou ainda pendente). | Falar com a equipe Jusfy. | | `403` | `insufficient_scope` | A key não tem o escopo do produto chamado; a `message` traz o escopo. | Pedir a liberação do produto à equipe Jusfy. | | `404` | `route_not_found` | A rota não existe. | Conferir método e path. | | `404` | `resource_not_found` | O protocolo ou id pedido não existe, ou é de outro cliente (os dois respondem igual). | Conferir o id. | | `404` | `no_data_found` | A consulta rodou e o documento não tem dado. **É cobrada.** | Tratar como resultado vazio; repetir não muda o resultado. | | `409` | `report_not_ready` | O PDF do relatório pedido ainda está em geração, ou a geração falhou. | Consultar o relatório e baixar quando estiver `done`; em `error`, pedir de novo. | | `413` | `payload_too_large` | Corpo da requisição acima do limite. | Reduzir o corpo. | | `422` | `payload_rejected` | O motor de cálculo ou o fornecedor recusou o payload; a `message` diz o motivo. | Corrigir o payload. | | `429` | `rate_limit_exceeded` | Limite de requisições por minuto do produto excedido (ver abaixo). | Esperar o `Retry-After`. | | `429` | `too_many_pending_queries` | Consultas assíncronas demais em processamento para o cliente. | Esperar o `Retry-After`: é uma estimativa, porque a vaga abre quando uma consulta em voo termina. | | `500` | `internal_error` | Erro inesperado nesta API. | Repetir depois; se persistir, falar com a equipe Jusfy. | | `502` | `upstream_error` | O motor de cálculo ou o fornecedor falhou. | Ver a orientação de cada rota: nem sempre repetir resolve. | | `503` | `upstream_unavailable` | O fornecedor (ex.: o órgão consultado) está fora do ar; a consulta não rodou. | Repetir depois de um intervalo. | | `504` | `upstream_timeout` | O motor de cálculo ou o fornecedor não respondeu a tempo. | Repetir depois de um intervalo. | Códigos novos podem surgir para condições que hoje não são tratadas (ver "Versionamento e depreciação"): trate um `code` desconhecido pelo status. Um `code` existente nunca muda de significado na mesma versão. Nas consultas assíncronas e no relatório PDF da completa há ainda `202` (aceito e em processamento). ### Limite de requisições Cada cliente tem um limite de requisições por minuto **em cada produto** (calculadora, consulta ou JusScore); os produtos não dividem o limite entre si. A consulta do consumo tem um contador próprio, que também não divide o limite com nenhum produto. Toda resposta informa o estado do limite nos headers: | Header | Significado | | ------ | ----------- | | `X-RateLimit-Limit` | Requisições permitidas por minuto neste produto. | | `X-RateLimit-Remaining` | Quantas ainda cabem na janela atual. | | `X-RateLimit-Reset` | Segundos até a janela atual acabar. | Acima do limite a resposta é `429` com o header `Retry-After` (segundos até poder tentar de novo). A requisição recusada não é processada nem cobrada. ## Versionamento e depreciação A versão vai no path (`/api/v1/...`). `info.version` deste documento segue semver: MAJOR é a versão do path, MINOR é mudança compatível e PATCH é só documentação. **Mudanças compatíveis** entram na versão atual, como MINOR, sem aviso prévio. Sua integração deve tolerá-las: - campo novo na resposta; - campo opcional novo no request; - rota nova; - valor novo de enum **na resposta**, quando o campo estiver documentado como extensível; - código de erro novo para uma condição que antes não era tratada. **Mudanças incompatíveis** só entram numa versão nova de path: - remover ou renomear path, campo ou valor de enum; - tornar obrigatório um campo opcional; - mudar o tipo ou o formato de um campo; - mudar o significado de um status code; - mudar o formato do envelope ou do erro; - mudar a assinatura ou o corpo de um webhook. Quando uma versão é depreciada, você recebe **três sinais**: 1. os headers `Deprecation`, `Sunset` (quando houver data de desligamento) e `Link` (`rel="deprecation"`, apontando para o guia de migração) em toda resposta da versão; 2. as operações marcadas como `deprecated` no contrato da versão; 3. comunicação direta aos clientes que ainda chamam a versão. **Prazo mínimo** entre a depreciação e o desligamento: _pendente: produto_. **Comunicação**: quem avisa o cliente e por qual canal: _pendente: produto_. Uma versão só é desligada quando as duas condições valem: o prazo de aviso venceu **e** todo cliente que ainda a chama foi contatado. Desligada, as rotas dela respondem **`410 Gone`**, no formato de erro padrão, com `message` apontando para o guia de migração. ## Changelog Toda mudança de `info.version` ganha uma entrada no [changelog](https://docs.jusfy.com.br/changelog). ## Migração do legado Payloads e respostas são os mesmos nas duas versões. O passo a passo está no [guia de migração](https://docs.jusfy.com.br/fundamentos/migracao-do-legado). version: 1.1.0 contact: {} servers: - url: https://api.jusfy.dev/calculators security: [] tags: - name: Calculadoras description: >- Execução das calculadoras jurídicas e consulta dos índices de correção. Cada cálculo recebe um payload, retorna o resultado processado e exige API key no header `x-api-key`. - name: Consultas description: >- Consultas de dados (veículos, condutores e documentos). Cada consulta recebe o documento, retorna os dados encontrados e exige API key no header `x-api-key`. A maioria responde na mesma requisição; o **rastreamento veicular** e o **buscador processual** são assíncronos — devolvem `202` com um protocolo e entregam o resultado por webhook e/ou pelo `GET` do protocolo. - name: JusScore description: >- Consulta de processos judiciais por CPF/CNPJ, com score de risco consolidado e a lista detalhada dos processos. É assíncrona: o POST inicia a consulta e o GET devolve o resultado quando pronto. Exige API key no header `x-api-key`. - name: Consumo description: >- Consumo da própria API key: quantas chamadas cada produto recebeu num período, separando as cobradas das não cobradas. Não exige escopo; exige API key no header `x-api-key`. - name: Health description: >- Verificações de disponibilidade do serviço (liveness e readiness). Rotas abertas, sem autenticação. paths: /api/v1/consultas/relacionamentos: post: tags: - Consultas summary: Consulta a árvore de relacionamentos description: >- Retorna a rede de relacionamentos de um **CPF ou CNPJ**. Para **CPF**, os dados cadastrais do titular (nome, filiação, nascimento, contatos e endereços) mais os parentes, os sócios e as empresas dele. Para **CNPJ**, os dados cadastrais da empresa mais os relacionamentos societários em **dois níveis** (sócios e empresas do 1º nível, e os deles no 2º). É a consulta mais demorada da API: são vários fornecedores encadeados por requisição. Prever até **4 minutos** de espera. operationId: QueriesController_relacionamentos[1]_v1 parameters: [] requestBody: required: true content: application/json: schema: $ref: '#/components/schemas/RelationshipTreeQueryDto' responses: '200': description: >- **O formato depende do documento consultado**: CPF devolve `personal_data` (o exemplo abaixo), CNPJ devolve `company_data`, com outro conjunto de campos — nunca os dois, e nunca nenhum (sem dado é erro). Datas vêm em **`DD/MM/AAAA`**, não em ISO. Pontos de atenção, todos confirmados em captura real: (1) em `business_partners`/`companies`, `relationship_end_date` pode ser a string **`Atual`** no lugar de uma data, quando o vínculo está vigente, e `relationship_type` vem **cru do fornecedor, em inglês** (ex.: `OWNER`); (2) `addresses[].address` costuma começar com a string literal **`"null "`** — o campo junta tipo de logradouro + endereço, e o tipo falta na maioria dos cadastros (na captura, oito de dez endereços); limpe o prefixo antes de exibir; (3) `addresses[].zipcode` vem **`number` em alguns itens e `string` em outros, no mesmo array**; (4) `relatives` só traz dez tipos de parentesco, já traduzidos para pt-BR (`MÃE`, `FILHO(a)`…) — o que o fornecedor manda fora dessa lista é descartado —, o `document` do parente **pode vir vazio**, e a mãe aparece duas vezes (aqui e em `mother_name`); (5) `age` vem `0` também quando **não** foi possível calcular a idade. No CNPJ, `relationships.has_more_relationships: true` significa que havia mais de 100 relacionamentos de 1º nível e as listas foram **truncadas em 100**, e `relationship_end_date` de cada vínculo é **sempre `null`** — quem indica vínculo encerrado é `is_finished`. content: application/json: schema: type: object example: statusCode: 200 message: Consulta concluída com sucesso timestamp: '2026-07-28T18:00:00.000Z' path: /api/v1/consultas/relacionamentos result: personal_data: document: '52998224725' document_type: CPF name: MARIA DE SOUZA SILVA mother_name: ANTONIA ALVES DE SOUZA birthdate: 12/12/1995 age: 30 gender: F phones: - phone: (61) 991234567 - phone: (61) 32654987 - phone: (61) 998765432 emails: - email: maria.silva@exemplo.com.br addresses: - address: null QD 12 CJ O C 12 C 1 2 neighborhood: PARANOA city: BRASILIA state: DF zipcode: 71571215 - address: null QD 31 CJ H CS 25 neighborhood: PARANOA city: BRASILIA state: DF zipcode: 71573108 - address: ' QD 20 1' neighborhood: PARANOA city: BRASILIA state: DF zipcode: '71572020' relatives: - document: '' name: ANTONIA ALVES DE SOUZA relationship_type: MÃE business_partners: [] companies: - document: '11222333000181' name: 11.222.333 MARIA DE SOUZA SILVA relationship_start_date: 26/05/2023 relationship_end_date: Atual relationship_type: OWNER '400': description: >- Documento inválido. `message` é a **lista** de erros de validação desta API (campo + motivo), diferente dos demais erros, em que é uma string. content: application/json: schema: example: statusCode: 400 code: invalid_request message: - document deve ser um CPF ou CNPJ válido requestId: 9f1c2b7e-4d3a-4f8b-a6e2-1c0d9e8f7a65 timestamp: '2026-07-28T18:00:00.000Z' path: /api/v1/consultas/relacionamentos '401': description: >- API key ausente ou que não pertence a nenhum cliente (`code: invalid_api_key`). A `message` diz qual dos dois. content: application/json: examples: missing: summary: Key ausente value: statusCode: 401 message: Missing API key code: invalid_api_key requestId: 9f1c2b7e-4d3a-4f8b-a6e2-1c0d9e8f7a65 timestamp: '2026-10-14T18:00:00.000Z' path: /api/v1/consultas/{consulta} invalid: summary: Key inválida value: statusCode: 401 message: Invalid API key code: invalid_api_key requestId: 9f1c2b7e-4d3a-4f8b-a6e2-1c0d9e8f7a65 timestamp: '2026-10-14T18:00:00.000Z' path: /api/v1/consultas/{consulta} '403': description: >- Acesso negado. Dois motivos, distinguidos pelo `code`: o cliente não está ativo (`inactive_client`), ou a API key não tem o escopo deste produto (`insufficient_scope`, com o escopo na `message`). A liberação de produtos é feita pela equipe Jusfy. content: application/json: examples: inactive_client: summary: Cliente não ativo value: statusCode: 403 message: Client is not active code: inactive_client requestId: 9f1c2b7e-4d3a-4f8b-a6e2-1c0d9e8f7a65 timestamp: '2026-10-14T18:00:00.000Z' path: /api/v1/consultas/{consulta} insufficient_scope: summary: Sem o escopo do produto value: statusCode: 403 message: 'Missing scope: ' code: insufficient_scope requestId: 9f1c2b7e-4d3a-4f8b-a6e2-1c0d9e8f7a65 timestamp: '2026-10-14T18:00:00.000Z' path: /api/v1/consultas/{consulta} '404': description: >- CPF válido, mas sem dados cadastrais localizados — sem eles não há árvore a montar. **Só ocorre para CPF**: no CNPJ, documento sem dado chega como `502`. content: application/json: schema: example: statusCode: 404 code: no_data_found message: Nenhum dado encontrado para o documento informado. requestId: 9f1c2b7e-4d3a-4f8b-a6e2-1c0d9e8f7a65 timestamp: '2026-07-28T18:00:00.000Z' path: /api/v1/consultas/relacionamentos '422': description: >- Consulta recusada. Além do payload rejeitado pelo provedor, cobre o caso de **CPF de menor de idade**, que o provedor de relacionamentos econômicos só atende com a data de nascimento — não suportada nesta API. content: application/json: schema: example: statusCode: 422 code: payload_rejected message: >- Documento pertence a menor de idade; a data de nascimento é obrigatória. requestId: 9f1c2b7e-4d3a-4f8b-a6e2-1c0d9e8f7a65 timestamp: '2026-07-28T18:00:00.000Z' path: /api/v1/consultas/relacionamentos '429': description: >- Limite de requisições por minuto do cliente neste produto excedido. `Retry-After` diz em quantos segundos a janela vira. Toda resposta traz `X-RateLimit-Limit`, `X-RateLimit-Remaining` e `X-RateLimit-Reset`. content: application/json: schema: example: statusCode: 429 code: rate_limit_exceeded message: >- Rate limit exceeded for consultas.cnh:execute: 60 requests per minute. Retry in 42s. requestId: 9f1c2b7e-4d3a-4f8b-a6e2-1c0d9e8f7a65 timestamp: '2026-06-22T18:00:00.000Z' path: /api/v1/consultas/cnh '502': description: >- Erro no provedor da consulta. `message` identifica o provedor que falhou quando essa informação está disponível. Diferente do `503`, não há garantia de que repetir a consulta resolva. content: application/json: schema: example: statusCode: 502 code: upstream_error message: Erro ao consultar o fornecedor de árvore de relacionamentos. requestId: 9f1c2b7e-4d3a-4f8b-a6e2-1c0d9e8f7a65 timestamp: '2026-07-28T18:00:00.000Z' path: /api/v1/consultas/relacionamentos '504': description: Tempo limite ao falar com o provedor da consulta. content: application/json: schema: example: statusCode: 504 code: upstream_timeout message: Query provider timed out requestId: 9f1c2b7e-4d3a-4f8b-a6e2-1c0d9e8f7a65 timestamp: '2026-07-28T18:00:00.000Z' path: /api/v1/consultas/relacionamentos security: - api-key: [] components: schemas: RelationshipTreeQueryDto: type: object properties: document: type: string description: >- CPF ou CNPJ do titular, com ou sem máscara. Separadores (incluindo a barra do CNPJ) são aceitos e ignorados. O dígito verificador é validado antes da consulta. **O formato do resultado depende do documento**: CPF devolve `personal_data`, CNPJ devolve `company_data`. example: '52998224725' required: - document securitySchemes: api-key: type: apiKey in: header name: x-api-key ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.