Autoridade de certificação não é valida - MG

[luisclaudio_jr]

Boa noite amigos.

Erro: 12045 - A autoridade  de certificação não é valida ou está incorreta.

Antes de mais nada, eu já pesquisei tudo aqui no fórum, já vi milhares desse mesmo erro por aqui, gostaria de saber se mais alguém está passando pelo mesmo problema na sefaz de MG.

 Testei o mesmo certificado na filial de SP e deu certo, testei o ambiente de homologação da sefaz de MG deu certo, sefaz do MDF-e deu certo.. unico que dá é a produção da sefaz de MG.

 

Notei que o seguinte, ao abrir no navegador, aparece que o certificado deles é invalido.  "NET::ERR_CERT_AUTHORITY_INVALID".

Notei tmb que no site deles tem um certificado especifico pra comunicação na qual vence dia 20/03/2017, creio eu que esteja vencido algo lá e por isso não estou conseguindo aqui.

Alguém também passa por isso? ou conseguiu resolver desativando alguma coisa? Já tentei tudo dos outros topicos que vi, desabilitei firewall, mexi nas opções avançadas, instalei algumas cadeias... testei de no minimo 6 maquinas e 3 navegadores de diferentes versões..Lembrando que isso comecou ocorrer faz umas 2horas.. até a parte da manhã tava normal.

Agradeço desde já

 

 

 

[paulo aquino]

Boa noite! Estou com o mesmo problema e até agora não resolvi. Já pesquisei, instalei cadeia de certificados, mexi nas configurações do Internet Explorer e nada. Nos posts que vi eu não encontrei soluções. Parece que vai e volta e isso acontece.

[luisclaudio_jr]

O seu também é MG? Fiz mais testes aqui, testei com a libsoapcapicom, capicom... Estranho que fui mexer no gratuito do governo e lá retorna o resultado corretamente...Será que tem algo pra desativar em algum lugar?

 

[paulo aquino]

O meu também é MG. Fiz tudo o que você fez exceto fazer pelo emissor gratuito. O problema é funcionar no gratuito e não funcionar no ACBR. Como eu justifico isso para o cliente? Estou até agora trabalhando nisso, com um cliente pendente. O outro já deixou para amanhã mas ainda não tenho solução.

O contador do meu cliente está verificando se em outras transportadora está com o mesmo problema. Estou aguardando. O meu cliente tem formulário de segurança mas só pode usar quando o serviço está fora do ar, mas o serviço não está.

O contador retornou que nem no emissor gratuito está funcionando.

[luisclaudio_jr]

Exatamente, nem a contingência foi ativada. Vi com  um outra pessoa que usa outro software ela disse que tava funcionando normalmente Tmb .Eu não cheguei a gerar pelo emissor gratuito, fiz um teste básico: importei um cte do meu cliente e tentei cancelar, ele retornou apenas que passou do prazo ( ou seja, ele conseguiu a conexão) eu acredito que é alguma configuração que dê pra desativar, você usa capicom? qual versão do delphi? Aqui utilizamos delphi 7, capicom..  estamos tentando agora com a OPENSSL qualquer novidade aviso aqui.

[luisclaudio_jr]

Coloquei a OPENSSL e passou normalmente!   Faz isso também paulo, é bem facil... 

[Caio1993]

o openssl funciona com certificado A3?

[paulo aquino]

Vou testar aqui.

Eu uso o Berlin update 2

[paulo aquino]

Para mim não funcionou. Seria possível me mostrar como você fez? 

[Caio1993]

o servidor de contingência, foi aberto 18/03 até as 12:00

[luciana_furlan_88]

bom dia, estou tentando desde ontem, alguém teve sucesso?

[paulo aquino]

Consegui resolver. Usando como foi explicado pelo Caio.

[Emersson A Pereira]

Spoiler

Spoiler

 

 

Boa tarde.. também não estou conseguindo transmitir, a contingência quanto tento transmitir aparece "SVC-SP desabilitada pela SEFAZ Origem", alguém conseguiu alguma outra forma? 

[paulo aquino]

Depois de ter mudado o sistema para openssl agora não valida a inscrição estadual do proprietário quando é pessoa fisica e preencho com ISENTO. Quando volta para o capicom valida. Alguém sabe o porque?

Tentei restaurar as Dll´s e nada. Quais foram as dll´s que você restaurou?

[Emersson A Pereira]

Realmente muito estranho, em homologação não apresenta nenhum problema o CTe é transmitido corretamente e em produção somente com o sistema gratuito transmite sem problemas, já limpei as dlls, atualizei a pasta schemas, baixei as fontes novamente, copilei, e nada, o problema persiste. E se for um problema da SEFAZ a mesma não dá nenhum retorno.

[paulo aquino]

A questão é que em outros sistemas que não utilizam o acbr está funcionando.

Estou trabalhando deste ontem sobre este item. Tenho uma transportadora que vai transmitir em FS-DA.

O interessante é que isso está acontecendo com versão diferentes do meu software em clientes diferentes.

[Emersson A Pereira]

Boa tarde a todos, alterei no acbrcte em geral a configuração SSLIB para libcapicomdelphisoap e funcionou aqui. Se caso alguém esteja ainda passado pelo problema e queira verificar se vai funcionar, vai a dica.

[paulo aquino]

Funcionou aqui tambem.

Realmente tem que estudar o código, não adianta ficar só baixando o pacote ou atualizar a versão pelo svn sem verificar as mudanças e seus significados. Uma sugestão seria um documento de release de cada alteração do pacote. Obrigado a todos.

[Gr@c@]

Pessoal, passei por isso em apenas 1 cliente. Os outros estavam enviando ct-e normal nesse fim de semana (de sexta a sábado), inclusive um deles emitiu 300 CT-e´s no sábado de manhã . E a versão do aplicativo emissor de CT-e e schemas era a mesma em todos. O funcionário desse cliente é novato e não soube me dizer qual a autoridade certificadora do certificado dele e eu não consegui fazer o acesso remoto na máquina dele para verificar as propriedades do certificado. Desconfio que seja algo especifico de certificado ou de atualização de cadeia de certificado.  Uma observação é que houve uma atualização automática do Windows  7 na sexta-feira e as configurações do Internet Explorer foram alteradas nessa atualização, por exemplo, a verificação de certificados revogados. Porém, mesmo voltando essas alterações como anteriormente, o cliente não conseguiu enviar CT-e.  Antes dessa atualização, o cliente estava enviando CT-e sem problemas. Foi a partir da atualização que começou a rejeição. 

Segunda-feira, caso o cliente ainda não tenha conseguido enviar CT-e, farei manutenção presencial e só então saberei o por quê do erro. Pode ser versão de capicom, firewall do Windows, dlls sobrepostas pela atualização, configuração do windows ou atualização de cadeia. 

[luisclaudio_jr]

Gr@c@    desses clientes todos de MG?  

Se vocês entrarem aqui:  http://portalcte.fazenda.mg.gov.br/download.html   Existe uma cadeia  de certificação deles, se baixarem vai mostrar la que vence amanhã.  Com certeza é isso, em outros fatores funciona normal (NF-e,MDF-e, CTe em homologação).

Sobre o OPENSSL  ele da uns erros diferentes mesmo pelo que vi, no meu caso se a especie tiver menos de 3 caracteres já não envia.. ai é caso a caso, mas deu certo a solução. Tive que trocar as dlls tmb dos clientes pra poder funcionar e  pasta schemas tmb.

 

[BigWings]

1 minuto atrás, luisclaudio_jr disse:

Gr@c@    desses clientes todos de MG?  

Se vocês entrarem aqui:  http://portalcte.fazenda.mg.gov.br/download.html   Existe uma cadeia  de certificação deles, se baixarem vai mostrar la que vence amanhã.  Com certeza é isso, em outros fatores funciona normal (NF-e,MDF-e, CTe em homologação).

Sobre o OPENSSL  ele da uns erros diferentes mesmo pelo que vi, no meu caso se a especie tiver menos de 3 caracteres já não envia.. ai é caso a caso, mas deu certo a solução. Tive que trocar as dlls tmb dos clientes pra poder funcionar e  pasta schemas tmb.

 

Se for usar OpenSSL precisa ter certeza que os Schemas são os do ACBr e não os oficiais baixados pelo portal.

Foi preciso uma correção neles pra funcionar com o ACBr, para essa questão dos 3 caracteres por exemplo.

[luisclaudio_jr]

7 minutos atrás, BigWings disse:

Se for usar OpenSSL precisa ter certeza que os Schemas são os do ACBr e não os oficiais baixados pelo portal.

Foi preciso uma correção neles pra funcionar com o ACBr, para essa questão dos 3 caracteres por exemplo.

Exatamente o que eu fiz... o unico problema são clientes que utilizam o certificado A3... espero que volte logo.

Mas ta ai uma boa pergunta, porque openssl funciona e na capicom não?

 

[ryok21]

Boa tarde, não utilizo o projeto porem tive um problema parecido e só consegui resolver hoje. Seguindo este preocedimento
http://www.iti.gov.br/icp-brasil/navegadores

Depois instalei a cadeia de certificados de Minas, no meu caso os problemas foram com CTE, então peguei a cadeia em:

http://portalcte.fazenda.mg.gov.br/webservice.html

 

Abraços

 

[yogosoares]

Funcionou aqui tb conforme o Emersson A Pereira comentou!

[Gr@c@]

No meu cliente não funcionou com nenhuma das dicas acima. No entanto, hoje de manhã 20/03 ele conseguiu enviar em contingência. Sinal que o motivo da rejeição vai muito além da nossa imaginação