ECONNREFUSED 201.48.199.53:8

[numnes]

Tenho uma api que estava usando a lib na versão 2.2.2 e comecei a receber este erro na chamada da função calcularPrecoPrazo

TypeError [ERR_INVALID_ARG_TYPE]: The first argument must be of type string or an instance of Buffer, ArrayBuffer, or Array or an Array-like Object. Received an instance of Error

Atualizei para a última versão e estou recebendo este erro

Error: connect ECONNREFUSED 201.48.199.53:80
TypeError: Cannot read properties of undefined (reading 'length'

Os CEPs que eu estou passando são válidos e a api estava funcionando normalmente com os mesmos parâmetros até pouco tempo.

[davidalisson]

Aconteceu o mesmo comigo. Parece que o problema não é com o Correios-Brasil, e sim com os serviços do Correios.

[alispat]

O serviço de Webservices dos Correios foi simplesmente descontinuado do nada!

[rafacandido7]

@alispat Onde conseguiu essa informação?

[jhowbhz]

O serviço de Webservices dos Correios foi simplesmente descontinuado do nada!

Como sabe? Kkkkj

[alispat]

Os Correios divulgaram no site https://www.correios.com.br/atendimento/developers e dia 18 simplesmente tiraram o servidor da tomada sem maiores informações. Agora você precisa ter um contrato (CNPJ) assinado pra calcular frete/prazo - ainda que seja um contrato no plano Bronze (sem pagamento mensal). E a nova API requer validação de senha/token pra tudo, um saco!

[rafacandido7]

Entendi, obrigado @alispat !

[gabrielbastiani]

de fato foi descontinuado essa api WebService REST dos correios de forma de acessar publica digamos... falei a pouco com a equipe técnica dos correios aqui da minha cidade, e agora é so tendo plano pago com eles, sendo assim teria que desenvolver um banco de dados próprio com CEPS e distancias envolvendo as dimensões e uma tabela de preços para obter o valor de frete

[rwalber]

Também utilizava o serviço e me deixou na mão, como alternativa podem utilizar o Melhor Envio

[alispat]

Uma opção pode ser essa API super fácil de usar: https://www.cepcerto.com/

[augustoza]

tbm estou nessa situação complicada. até temos o cnpj registrado nos correios, mas a documentação oficial n mostra nenhum endpoint, acho que tem que ser algum contrato especifico mesmo. tive que botar um cep arredondado enquanto resolvo essa bomba. essa sua solução me pareceu promissora @alispat

[felrib]

Pra quem ainda tá na dúvida, segue o que entendi até agora:

• a API antiga (ws.correios...) foi descontinuada (esquece cálculo de frete e rastreio)
• o "contato" com devs agora é pelo portal https://www.correios.com.br/atendimento/developers
• como dev, se tu fizer uma conta "normal", não vai ter acesso à quase nenhuma API
• as "APIs" são separadas: uma pra preço, outra pra prazo, outra pra rastreio (rastro) de objetos, etc, etc
• para ter acesso mais completo às APIs, vc precisa ter uma conta com contrato e com cartão de postagem
• dentro do painel, vc consegue gerar um "código de acesso as APIs" (esse código vc só tem um por conta, se gerar um novo, perde o anterior). Com esse código vc chama um endpoint pra gerar um token (é um jwt) e com esse token vc acessa as APIs (rastreio, preço, prazo, etc.)

[gabrielbastiani]

Diante desse cenário é preferível fazer um web scraping direto no site dos correios mesmo.

[jhowbhz]

Se alguém ajudar a resolver a issue #60, vai resolver isso aqui tbm rsrsrs

[alispat]

Anteriormente em uma requisição você pegava a cotação de todos os serviços desejados de uma só vez. Agora precisa fazer duas requisições para cada serviço (uma pra prazo e outra pra frete), "ora pois".

Ter um CNPJ válido (e um e-cnpj pra assinar digitalmente o contrato) é o único ponto de partida para ter acesso a nova API daquela empresa. Menos masl que é possível contratar o plano "bronze" deles, que não tem custo mensal e ter o acesso liberado.

Acredito que o problema da issue #60 não resolva o problema da nova API, porque você precisa de um contrato ativo pra gerar o Token e fazer as requisições.

[emmannweb]

Eu acho esse novo esquema no ambiente de homologação é um saco que precisa ter Token, cartão de postagem, login, é um gargalo no nosso processo de desenvolvimento e teste. Nesta semana eu cobrei deles a respeito disso dizendo que tinha como deixa o ambiente de homologação mais acessível (gerando um fake cartão de postagem com data de expiração, limite de requisições, etc.) e ainda mantenha um API seguro ou seja não muda o funcionamento do ambiente da produção.
A resposta é não tem como, é obrigatório.
Eu acho se a comunidade de Devs levanta a voz, provavelmente poderia liberar o ambiente da homologação.
Feedback: https://faleconosco.correios.com.br/faleconosco/app/cadastro/reclamacao/index.php?codigo=NDY2
escolhendo portal dos correios na internet e depois disponibilidade.

[tpastorello]

https://github.com/tpastorello/cep-certo

[rubenscordeirobr]

Olá,

Oque o webservice SOAP dos Correios foi descontinuado, causando surpresa para muitos de nós, incluindo eu. Para lidar com essa mudança, criei uma biblioteca de cliente que facilita a integração com as novas APIs dos Correios. Se alguém está enfrentando desafios ou deseja acessar essa solução, convido vocês a explorar o repositório aqui: correios-api-client.

Estou à disposição para responder a qualquer dúvida que você possa ter. Sinta-se à vontade para entrar em contato comigo ou registrar um problema (issue) no repositório.

Obrigado!