Manual de uso da API Meu Contrato

1. Apresentação

1.1 Objetivo do Manual

Este material foi desenvolvido para contribuir no planejamento e integração com a API Meu Contrato dos Correios do Brasil em qualquer plataforma desejada pelo cliente.

1.2 Escopo da API

A API Meu Contrato tem o escopo exclusivo de consulta aos dados do contrato firmado entre o cliente e os Correios do Brasil.

1.3 Público-Alvo

Esta API é indicada a todos os clientes com contrato comercial junto aos Correios, que necessitem eventualmente consultar dados específicos do contrato, como contratos vinculados ao cliente, serviços habilitados em um contrato, cartões vinculados a um contrato, contatos, categoria dos contratos, entre outros.

2. Visão Geral da API

2.1 Finalidade da API

A API Meu Contrato permite retornar dados do contrato (ou contratos) vinculados ao CNPJ detentor do contrato. Não é possível consultar dados de contratos não vinculados ao cliente.

2.2 Funcionalidades Principais

• Consultar contratos por CNPJ;
• Consultar cartões de postagem por contrato;
• Consultar serviços por contrato e por cartão de postagem;
• Consultar contatos do contrato;
• Consultar categoria do contrato.

2.3 Arquitetura e Tecnologias Utilizadas

As APIs dos Correios foram desenvolvidas com a tecnologia REST. Este padrão de mercado permite escolher ou adotar qualquer linguagem de programação, tais como: ASP, .Net, Java, PHP, Ruby, Python, entre outras.

Entre outras características, os atributos que mais se destacam na API são:

• Ausência de aplicativos proprietários: Para utilizar a API não há necessidade de instalação de um ambiente específico.
• Simplicidade: o protocolo utilizado é puramente o HTTPS.
• Credenciais: o tratamento das credenciais do cliente trafega em ambiente seguro.

Tanto o corpo da requisição feita à API quanto a resposta recebida são em formato JSON, quando aplicável – visto que algumas requisições e respostas podem não possuir corpo.

2.4 Fluxo Geral de Integração

3. Autenticação e Autorização

3.1 Métodos de Autenticação Suportados

Esta API utiliza exclusivamente o método de autenticação Bearer Token.

O token a ser utilizado deve ser obtido com base na integração com a API Token. Deve ser observada a validade do token em questão para, quando tal validade expirar, seja criado um novo token pelo mesmo processo.

Alternativamente, para facilitar o acesso de terceiros às APIs e sistemas dos Correios em nome de um cliente com contrato ativo, de forma que o detentor do contrato não precise fornecer suas senhas de acesso existe a opção de subdelegar acesso. A chave de acesso gerada será usada como token, conforme referência neste manual.

3.2 Obtenção de Credenciais

Para que seja possível acessar a API Meu Contrato com o nível adequado de credenciais é necessário:

• Conta de Pessoa Jurídica no Meu Correios;
• Contrato comercial firmado junto aos Correios, exceto Clube Correios;
• Deve ser criado código de acesso às APIs no CWS – Correios Web Services para geração do token.
• O token utilizado deve ser gerado com o endpoint /v1/autentica/contrato – a documentação de uso desse recurso está no manual de uso da API Token.

Citação de Figura: Figura 02 - Tela de Login do CWS.

Citação de Figura: Figura 03 - Tela de Geração de Token no CWS.

3.3 Escopos e Permissões

O escopo da API Meu Contrato é apenas de consulta e suas permissões refletem o escopo em questão, sendo uma API simples, com poucos endpoints.

3.4 Exemplo de Requisição Autenticada

Requisição

curl -X 'GET' \
  'https://api.correios.com.br/meucontrato/v1/empresas/99999999999962/contratos?status=ATIVO&vigente=S' \
  -H 'accept: application/json' \
  -H 'Authorization: Bearer [TOKEN]'

Resposta

{
    "cnpj": "99999999999962",
    "nuContrato": "9987654321",
    "nuSe": 72,
    "dtInicioVigencia": "2024-02-17T00:00:00",
    "dtFimVigencia": "2034-02-01T00:00:00",
    "status": "ATIVO"
}

4. Padrões Técnicos utilizados

4.1 Formato das Requisições e Respostas

Tanto o corpo da requisição feita à API quanto a resposta recebida são em formato JSON, quando aplicável – visto que algumas requisições e respostas podem não possuir corpo.

4.2 Endpoints (REST, etc.)

A API Meu Contrato possui arquitetura REST e utiliza o protocolo HTTPS. Ou seja, é fornecida uma url base e com os verbos HTTP, como: GET, POST, PUT, DELETE, entre outros, vão indicar qual ação está sendo requisitada pelo cliente.

4.3 Códigos de Status HTTP e Tratamento de Erros

Toda requisição que é enviada para o servidor retorna um código de status. Esses códigos são divididos em cinco famílias: 1xx, 2xx, 3xx, 4xx e 5xx, sendo:

• 1xx – Informacionais;
• 2xx – Códigos de sucesso;
• 3xx – Códigos de redirecionamento;
• 4xx – Erros causados pelo cliente;
• 5xx – Erros originados no servidor.

Alguns dos códigos mais importantes e mais utilizados são:

2xx

200 – OK: Indica que a operação indicada teve sucesso.

201 – Created: Indica que o recurso desejado foi criado com sucesso. Deve retornar um cabeçalho Location, que deve conter a URL onde o recurso recém-criado está disponível.

202 – Accepted: Indica que a solicitação foi recebida e será processada em outro momento. É tipicamente utilizada em requisições assíncronas, que não serão processadas em tempo real. Por esse motivo, pode retornar um cabeçalho Location, que trará uma URL onde o cliente pode consultar se o recurso já está disponível ou não.

204 – No Content: Usualmente enviado em resposta a uma requisição PUT, POST ou DELETE, onde o servidor pode recusar-se a enviar conteúdo.

3xx

301 – Moved Permanently: Significa que o recurso solicitado foi realocado permanentemente. Uma resposta com o código 301 deve conter um cabeçalho Location com a URL completa (ou seja, com descrição de protocolo e servidor) de onde o recurso está atualmente.

303 – See Other: É utilizado quando a requisição foi processada, mas o servidor não deseja enviar o resultado do processamento. Ao invés disso, o servidor envia a resposta com este código de status e o cabeçalho Location, informando onde a resposta do processamento está.

304 – Not Modified: É utilizado principalmente em requisições GET condicionais – quando o cliente deseja ver a resposta apenas se ela tiver sido alterada em relação a uma requisição anterior.

307 – Temporary Redirect: Similar ao 301, mas indica que o redirecionamento é temporário, não permanente.

4xx

400 – Bad Request: É uma resposta genérica para qualquer tipo de erro de processamento cuja responsabilidade é do cliente do serviço.

401 – Unauthorized: Utilizado quando o cliente está tentando realizar uma operação sem ter fornecido dados de autenticação (ou a autenticação fornecida for inválida).

403 – Forbidden: Utilizado quando o cliente está tentando realizar uma operação sem ter a devida autorização.

404 – Not Found: Utilizado quando o recurso solicitado não existe.

405 – Method Not Allowed: Utilizado quando o método HTTP utilizado não é suportado pela URL. Deve incluir um cabeçalho Allow na resposta, contendo a listagem dos métodos suportados (separados por “,”).

409 – Conflict: Utilizado quando há conflitos entre dois recursos. Comumente utilizado em resposta a criações de conteúdos que tenham restrições de dados únicos – por exemplo, criação de um usuário no sistema utilizando um login já existente. Se for causado pela existência de outro recurso (como no caso citado), a resposta deve conter um cabeçalho Location, explicitando a localização do recurso que é a fonte do conflito.

410 – Gone: Semelhante ao 404, mas indica que um recurso já existiu neste local.

415 – Unsupported Media Type: Utilizado em resposta a clientes que solicitam um tipo de dados que não é suportado – por exemplo, solicitar JSON quando o único formato de dados suportado é XML.

5xx

500 – Internal Server Error: É uma resposta de erro genérica, utilizada quando nenhuma outra se aplica.

503 – Service Unavailable: Indica que o servidor está atendendo requisições, mas o serviço em questão não está funcionando corretamente. Pode incluir um cabeçalho Retry-After, dizendo ao cliente quando ele deveria tentar submeter a requisição novamente.

5. Documentação dos Endpoints

5.1 Estrutura de Documentação (método, URL, parâmetros, exemplo)

Para acesso à documentação completa da API, após todas as permissões devidamente recebidas, deve ser acessado o CWS - Correios Web Services. As instruções de acesso estão no Manual Correios Web Services.

Após preenchimento das credenciais e geração do token adequado, conforme item 7.2 do manual referenciado – lembrando que a API Meu Contrato utiliza autorização por contrato, será possível encontrar no campo de pesquisa a API Meu Contrato (566):

A estrutura das requisições consiste na URL base e o endpoint, além do verbo (GET, POST, PUT, PATCH ou DELETE). Esses dados são conseguidos no próprio Swagger:

Nesse exemplo, para invocar o endpoint, utilizamos o endereço https://api.correios.com.br/meucontrato/v1/empresas/{cnpj}/contratos utilizando o verbo GET.

Recomendamos estudo intensivo dos dados disponibilizados nas páginas demonstradas acima, pois as atualizações são disponibilizadas primeiro no Swagger da API no CWS, que será sempre a documentação mais completa e atualizada.

Adicionalmente, o primeiro link, logo abaixo do nome da API, se trata da documentação em JSON, que pode ser baixada e importada em aplicativos de teste de APIs REST, como Postman, SoapUI, Katalon Studio, Swagger UI, APIdog, IntelliJ IDEA, Pycharm, API Fortress, entre outros. Recomendamos se referir aos manuais desses aplicativos para aproveitar essa funcionalidade.

5.2 Endpoints por Domínio Funcional ou por categoria

Meu Contrato

Finalidade: Consulta de dados dos seus contratos com o Correios.

Endpoints

GET /v1/empresas/{cnpj}/contratos – Lista os contratos

Parâmetros obrigatórios:

• cnpj: CNPJ do cliente ao qual pertence o contrato;

Parâmetros opcionais:

• status: Status possíveis para os contratos:

Valor	Descrição
ATIVO	Contrato ativo e pode ser utilizado normalmente
CANCELADO	Contrato cancelado (não pode ser reativado)
SUSPENSO	Contrato suspenso (pode ser reativado)
EM_DESENVOLVIMENTO	O contrato está sendo criado, mas ainda não está ativo

• vigente: informe esse item como “S” para trazer apenas os contratos que estão dentro da vigência, em comparação com a data atual;

GET /v1/empresas/{cnpj}/contratos/{nuContrato} – Consulta um contrato

Parâmetros obrigatórios:

• cnpj: CNPJ do cliente ao qual pertence o contrato;
• nuContrato: número do contrato comercial com os Correios;

Parâmetros opcionais:

• Nenhum.

GET /v1/empresas/{cnpj}/contratos/{nuContrato}/servicos – Consulta os serviços de um contrato

Parâmetros obrigatórios:

• cnpj: CNPJ do cliente ao qual pertence o contrato;
• nuContrato: número do contrato comercial com os Correios;

Parâmetros opcionais:

• nuCartaoPostagem: número do cartão de postagem. Se informado, vai retornar somente os serviços deste cartão;
• page e size: parâmetros que definem a paginação de resultados, tornando a consulta mais rápida.

GET /v1/empresas/{cnpj}/contratos/{nuContrato}/serviços/{coServico} – Consulta um código de serviço de um contrato

Parâmetros obrigatórios:

• cnpj: CNPJ do cliente ao qual pertence o contrato;
• nuContrato: número do contrato comercial com os Correios;
• coServico: código do serviço dos Correios a ser pesquisado, normalmente composto por 5 dígitos. Pode ser encontrado na minuta do contrato. Ex: 03298 para PAC CONTRATO AG;

Parâmetros opcionais:

• Nenhum.

GET /v1/empresas/{cnpj}/contratos/{nuContrato}/contatoGerencia – Lista os contatos da gerência do contrato

Parâmetros obrigatórios:

• cnpj: CNPJ do cliente ao qual pertence o contrato;
• nuContrato: número do contrato comercial com os Correios;

Parâmetros opcionais:

• Nenhum.

GET /v1/empresas/{cnpj}/contratos/{nuContrato}/contatoAcom – Lista os contatos da administração do contrato

Parâmetros obrigatórios:

• cnpj: CNPJ do cliente ao qual pertence o contrato;
• nuContrato: número do contrato comercial com os Correios;

Parâmetros opcionais:

• Nenhum.

GET /v1/empresas/{cnpj}/contratos/{nuContrato}/categoria – Consulta a categoria de um contrato

Parâmetros obrigatórios:

• cnpj: CNPJ do cliente ao qual pertence o contrato;
• nuContrato: número do contrato comercial com os Correios;

Parâmetros opcionais:

• Nenhum.

GET /v1/empresas/{cnpj}/contratos/{nuContrato}/cartoes – Lista os cartões de postagem de um contrato

Parâmetros obrigatórios:

• cnpj: CNPJ do cliente ao qual pertence o contrato;
• nuContrato: número do contrato comercial com os Correios;

Parâmetros opcionais:

• status: Status possíveis para os cartões de postagem:

Valor	Descrição
ATIVO	Cartão ativo e pode ser utilizado normalmente
SUSPENSO	Cartão suspenso (pode ser reativado)
CANCELADO	Cartão cancelado (não pode ser reativado)
IRREGULAR	Cartão irregular. Necessário consultar os Correios

• vigente: informe esse item como “S” para trazer apenas os cartões que estão dentro da vigência, em comparação com a data atual;
• page e size: parâmetros que definem a paginação de resultados, tornando a consulta mais rápida.

GET /v1/empresas/{cnpj}/contratos/{nuContrato}/cartões/{nuCartaoPostagem} – Consulta um cartão de postagem de um contrato

Parâmetros obrigatórios:

• cnpj: CNPJ do cliente ao qual pertence o contrato;
• nuContrato: número do contrato comercial com os Correios;
• nuCartaoPostagem: número do cartão de postagem.

Parâmetros opcionais:

• Nenhum.

GET /v1/empresas/{cnpj}/contratos/{nuContrato}/cartões/{nuCartaoPostagem}/servicos – Consulta os serviços de um cartão de postagem

Parâmetros obrigatórios:

• cnpj: CNPJ do cliente ao qual pertence o contrato;
• nuContrato: número do contrato comercial com os Correios;
• nuCartaoPostagem: número do cartão de postagem.

Parâmetros opcionais:

• page e size: parâmetros que definem a paginação de resultados, tornando a consulta mais rápida.

GET /v1/empresas/{cnpj}/contratos/{nuContrato}/cartões/{nuCartaoPostagem}/serviços/coServico – Consulta um código de serviço no cartão de postagem

Parâmetros obrigatórios:

• cnpj: CNPJ do cliente ao qual pertence o contrato;
• nuContrato: número do contrato comercial com os Correios;
• nuCartaoPostagem: número do cartão de postagem.
• coServico: código do serviço dos Correios a ser pesquisado, normalmente composto por 5 dígitos. Pode ser encontrado na minuta do contrato. Ex: 03298 para PAC CONTRATO AG;

Parâmetros opcionais:

• Nenhum.

6. Exemplos de Integração

6.1 Exemplos requisições (ex: em Linguagens Populares)

• Consultar os contratos ativos e vigentes do CNPJ 99.999.999/9999-62:

Requisição

curl -X 'GET' \
  'https://api.correios.com.br/meucontrato/v1/empresas/99999999999962/contratos?status=ATIVO&vigente=S' \
  -H 'accept: application/json' \
  -H 'Authorization: Bearer [TOKEN]'

Resposta

[
    {
      "cnpj": "99999999999962",
      "nuContrato": "9987654321",
      "nuSe": 72,
      "dtInicioVigencia": "2024-02-17T00:00:00",
      "dtFimVigencia": "2034-02-01T00:00:00",
      "status": "ATIVO"
    }
]

• Consultar os cartões de postagem ativos e vigentes do contrato 9987654321:

Requisição

curl -X 'GET' \
  'https://api.correios.com.br/meucontrato/v1/empresas/99999999999962/contratos/9987654321/cartoes?status=ATIVO&vigente=S' \
  -H 'accept: application/json' \
  -H 'Authorization: Bearer [TOKEN]'

Resposta

{
    "itens": [
      {
        "cnpj": "99999999999962",
        "nuContrato": "9987654321",
        "nuSe": 72,
        "nuCartaoPostagem": "0076666666",
        "cnpjCartao": "99999999999962",
        "dtInicioVigencia": "2025-08-15T00:00:00",
        "dtFimVigencia": "2034-02-01T00:00:00",
        "status": "ATIVO"
      },
      {
        "cnpj": "99999999999962",
        "nuContrato": "9987654321",
        "nuSe": 72,
        "nuCartaoPostagem": "0077777777",
        "cnpjCartao": "99999999999962",
        "dtInicioVigencia": "2024-02-17T00:00:00",
        "dtFimVigencia": "2034-02-01T00:00:00",
        "status": "ATIVO"
      }
    ],
    "page": {
      "size": 50,
      "totalElements": 2,
      "totalPages": 1,
      "number": 0
    }
}

• Verificar se o cartão de postagem 0076666666 possui o serviço 86720 (API PRÉ POSTAGEM) – neste caso, não possui, retornando um erro 404 (não encontrado):

Requisição

curl -X 'GET' \
  'https://api.correios.com.br/meucontrato/v1/empresas/99999999999962/contratos/9987654321/cartoes/0076666666/servicos/86720’\
  -H 'accept: application/json' \
  -H 'Authorization: Bearer [TOKEN]'

Resposta

{
    "msgs": [
      "CON-011: O serviço 86720 não foi encontrado. Contrato: 9987654321, CNPJ: 99999999999962, cartão de postagem: 0076666666"
    ],
    "date": "2025-10-05T22:24:53",
    "path": "uri=/meucontrato/v1/empresas/99999999999962/contratos/9987654321/cartoes/0076666666/servicos/86720",
    "causa": "ApiNegocioRuntimeException: CON-011: O serviço 86720 não foi encontrado. Contrato: 9987654321, CNPJ: 99999999999962, cartão de postagem: 0076666666",
    "stackTrace": "br.com.correios.api.commons.exception.ApiNegocioRuntimeException: CON-011: O serviço 86720 não foi encontrado. Contrato: 9987654321, CNPJ: 99999999999962, cartão de postagem: 0076666666\n\tat br.com.correios.meucontrato.core.service.MeuContratoService.consultaServico(MeuContratoService.java:99)\n\tat br.com.correios.meucontrato.controller.MeuContratoController.consultaServicoNoCartao(MeuContratoController.java:129(...)"
}

• Verificar se o cartão de postagem 0077777777 possui o serviço 86720 (API PRÉ POSTAGEM):

Requisição

curl -X 'GET' \
  'https://api.correios.com.br/meucontrato/v1/empresas/99999999999962/contratos/9987654321/cartoes/0077777777/servicos/86720’\
  -H 'accept: application/json' \
  -H 'Authorization: Bearer [TOKEN]'

Resposta

{
    "codigo": "86720",
    "descricao": "API PRE POSTAGEM",
    "coSegmento": "2",
    "descSegmento": "DIGITAL"
}

6.2 Casos de Uso Comuns

• Consultar dados do contrato comercial
• Consultar se um serviço consta no contrato comercial
• Consultar se um serviço consta no cartão de postagem

7. Ambientes Disponíveis

7.1 Ambiente de Homologação

Após o acesso ser completado em produção, o cliente deve entrar em contato com o representante comercial de seu contrato para pedir a replicação dos dados do contrato em homologação.

Por fim, o cliente deve criar uma conta no Meu Correios de homologação, vinculada aos mesmos dados do CNPJ já existente em produção. Isso é feito no endereço do Meu Correios de homologação, a saber: https://meucorreioshom.correios.com.br/

A documentação Swagger da API está disponível no endereço de homologação do CWS, ou seja: http://cwshom.correios.com.br/

7.2 Ambiente de Produção

Após os passos definidos neste manual, no item 3.2, o acesso do cliente em produção já está disponível.

A documentação Swagger da API está disponível no endereço de produção do CWS, ou seja: https://cws.correios.com.br/

8. Boas Práticas

8.1 Segurança na Integração

Os Correios recomendam os procedimentos de segurança padrão do mercado: não expor os códigos de acesso, mantê-los seguros em suas aplicações e não os repassar indiscriminadamente, utilizar sempre protocolo HTTPS e manter atualizada a aplicação.

Caso use uma empresa contratada para desenvolver sua aplicação, recomendamos fazer uso da subdelegação por chave de acesso, já citada neste manual. Tal chave precisa ser revogada ao término do desenvolvimento/contrato.

8.2 Validação de Dados

É importante validar todos os dados ao enviar à API. Os formatos de validação constam no CWS, conforme já citado neste manual.

9. Suporte e Contato

9.1 Canais de Suporte Técnico

• Contato direto com gestor comercial do contrato
• Fale Conosco → Suporte ao cliente com contrato: https://faleconosco.correios.com.br/faleconosco/app/cadastro/suporte/index.php
• Central de Atendimento: https://www.correios.com.br/falecomoscorreios/central-de-atendimento

9.2 Processo de Abertura de Chamados

O processo geral de abertura de chamados consiste em:

1. Acessar a página dos Correios;

2. Ir até o final da página e localizar Suporte ao cliente com contrato:

3. Na tela seguinte, clicar em Sistemas Comerciais:

4. Na próxima tela, selecionar Correios Web Services / APIs e depois Problemas com a integração:

5. Preencher os dados do formulário e clicar em Enviar. É extremamente importante se valer do campo Arquivo até 10MB para anexar as evidências dos problemas encontrados, como imagens, arquivos JSON de requisição e resposta, entre outros. Se necessário, compacte os arquivos num único arquivo ZIP.

6. O chamado foi aberto. Será recebido um e-mail de confirmação e a resposta será recebida também por e-mail.

Além da abertura de chamado, também é possível utilizar o contato telefônico com a Central de Atendimento dos Correios, informando o problema enfrentado.

Para os clientes com contato comercial junto aos Correios, não é necessário abertura de chamado. Basta contatar o gestor comercial do contrato e enviar as evidências dos problemas encontrados, nos mesmos moldes do processo de abertura de chamados.

Para clientes que contrataram outras empresas, como TMS, ERP, plataformas de e-commerce, entre outros, e são essas empresas que desenvolveram a integração, o chamado deve ser aberto na empresa contratada. Caso a empresa afirme que o problema é nos Correios, será necessário que a empresa forneça os dados necessários para abertura do chamado, conforme descrito no processo de abertura de chamados, ou essa empresa deve tratar diretamente com os Correios.

É fundamental que sempre sejam enviadas anexar as evidências dos problemas encontrados, como imagens, arquivos JSON de requisição e resposta, entre outros. Essa informação é essencial para a análise do problema por parte dos Correios.

10. Anexos

10.1 Glossário de Termos Técnicos

Termo	Descrição
API	Application Programming Interfaces (Interface de Programação de Aplicações): conjunto de regras e protocolos que permite a comunicação entre diferentes softwares, funcionando como uma ponte que facilita a troca de informações e funcionalidades entre eles.
API Manager	Sistema gerador de tokens para acesso de APIs. Gera uma string codificada com a finalidade de garantir a segurança de quem está usando a API e evitar fraudes.
Autenticação	Processo de verificação de uma identidade digital do usuário, ou seja, para assegurar que o usuário é realmente aquele quem diz ser.
Autorização	Processo para verificar quais são os privilégios concedidos, para utilizar uma aplicação.
Cartão de postagem	Cartão que identifica um usuário como cliente de contrato dos Correios.
Código de acesso a APIs	Código de acesso criado pelo usuário no site Correios Web Services que permite esse usuário utilizar os componentes disponibilizados pelos Correios.
Contrato comercial	Instrumento que o cliente firma com os Correios para a prestação de serviços de encomendas, mensagens, marketing direto e outros.
CWS	Correios Web Services – site principal para conhecimento e testes das integrações dos Correios: https://cws.correios.com.br
HTTPS	Hypertext Transfer Protocol Secure: é a versão segura do protocolo HTTP, que utiliza a criptografia SSL/TLS para proteger os dados trocados entre o navegador de um usuário e um site. Ao contrário do HTTP, o HTTPS garante a confidencialidade, a integridade e a autenticidade da comunicação, impedindo que terceiros interceptem ou alterem informações sensíveis.
Meu Correios	Mecanismo de autenticação e autorização para acesso aos serviços que os Correios disponibilizam via internet.
REST	Representational State Transfer - estilo de arquitetura de software que define princípios para a comunicação entre sistemas na web, tornando-os mais confiáveis, escaláveis e fáceis de modificar.
Token (ou bearer token)	Credencial de segurança que concede acesso a recursos protegidos, funcionando com base na premissa "quem o possui, tem acesso", sem necessidade de identificação adicional. Ele é tipicamente usado na autenticação de APIs através do protocolo OAuth 2.0, onde é incluído no cabeçalho da requisição HTTP para verificar a identidade do cliente e autorizá-lo a acessar determinados recursos.

10.2. Referências e links úteis

• Correios Web Services – CWS: https://cws.correios.com.br/
• Manual – Correios Web Service: https://www.correios.com.br/atendimento/developers/manuais/correioswebservice
• Correios – desenvolvedores: https://www.correios.com.br/atendimento/developers
• Contrate os Correios: https://www.correios.com.br/enviar/precisa-de-ajuda/contrate-os-correios/
• Suporte ao cliente com contrato: https://faleconosco.correios.com.br/faleconosco/app/cadastro/suporte/index.php
• Central de Atendimento: https://www.correios.com.br/falecomoscorreios/central-de-atendimento

10.3. Histórico de Alterações da API e da respectiva documentação

Data	Evento	Versão	Responsável	Observações
06/10/2025	Criação	1.0	Correios	-