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

[asterix]

  Em 20/03/2017 at 11:01, Gr@c@ disse:

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  

Expandir  

Ola Bom dia a Todos

 

Aqui da mesma forma que a Gr@c@, já efetuei todas as sugestões listadas anteriormente e nenhuma funcionou.

[paulo aquino]

Alterar a propriedade AcbrCTE=>Configuracaoes=>Geral=>SSLib para libCapicomDelphiSoap fez o sistema funcionar normalmente. No meu caso havia parte do código que mudava esta configuração. Verifique isso no seu código. 

[asterix]

  Em 20/03/2017 at 13:08, paulo aquino disse:

Alterar a propriedade AcbrCTE=>Configuracaoes=>Geral=>SSLib para libCapicomDelphiSoap fez o sistema funcionar normalmente. No meu caso havia parte do código que mudava esta configuração. Verifique isso no seu código. 

Expandir  

Ola Amigo bom dia

Alterei esta configuração e passei a conseguir buscar o status do servidor, porem na hora que vou transmitir apresente mensagem de erro no buffer. No seu caso não ocorreu isso?

[paulo aquino]

Não aconteceu. Provavelmente deve ser alguma outra coisa no seu código. Faça por partes até encontrar o que realmente deve ser. Fiquei de sexta-feira 17 horas até o sábado as 16 com esta situação. E a simples mudança voltou ao normal. No seu caso está validando? 

[FernandoDutra]

Eu também fiz todas as opções acima e nenhuma delas funcionou, inclusive eu já utilizava a configuração SSLib = libCapicomDelphiSoap.  Testei utilizando outras e o erro mudou, mas nada positivo.

Obs: Todos os emissores são de MG e na sexta-feira eu testei no gratuito com um dos clientes e deu certo.

[asterix]

  Em 20/03/2017 at 13:39, Fernando Marlon disse:

Eu também fiz todas as opções acima e nenhuma delas funcionou, inclusive eu já utilizava a configuração SSLib = libCapicomDelphiSoap.  Testei utilizando outras e o erro mudou, mas nada positivo.

Obs: Todos os emissores são de MG e na sexta-feira eu testei no gratuito com um dos clientes e deu certo.

Expandir  

Ola Amigo Bom dia

 

Qual delphi você utiliza? aqui utilizo XE7, não sei o motivo utilizava SSLib = libCapicom e sempre funcionou perfeitamente, quando mudo para SSLib = libCapicomDelphiSoap apenas ao efetuar a consulta do XML apresenta a mensagem "O buffer do usuário não é válido para a operação solicitada"

conforme pode ser visto na imagem em anexo.

 

Estou tentando a solução apresentada por

Mais mesmo assim ainda sem sucesso.

 

[FernandoDutra]

  Em 20/03/2017 at 14:18, asterix disse:

Ola Amigo Bom dia

 

Qual delphi você utiliza? aqui utilizo XE7, não sei o motivo utilizava SSLib = libCapicom e sempre funcionou perfeitamente, quando mudo para SSLib = libCapicomDelphiSoap apenas ao efetuar a consulta do XML apresenta a mensagem "O buffer do usuário não é válido para a operação solicitada"

conforme pode ser visto na imagem em anexo.

 

Estou tentando a solução apresentada por

Mais mesmo assim ainda sem sucesso.

 

Expandir  

Utilizo a versão do delphi 7.

Estranhamente quando mudei para o SSLib para libOpenSSL deu certo.

Por que será que o funcionamento do meu está indo na contramão de geral?

[luisclaudio_jr]

  Em 20/03/2017 at 14:36, Fernando Marlon disse:

Utilizo a versão do delphi 7.

Estranhamente quando mudei para o SSLib para libOpenSSL deu certo.

Por que será que o funcionamento do meu está indo na contramão de geral?

Expandir  

 

Aqui também só passou com a OPENSSL, mas estou tendo muitos problemas até utilizando os schemas da ACBR, ta bem complicado, estoura muitos erros.

Então preferi mandar em contingência, é algum problema no certificado deles que logo deve se resolver.

 

 

[asterix]

  Em 20/03/2017 at 14:46, luisclaudio_jr disse:

 

Aqui também só passou com a OPENSSL, mas estou tendo muitos problemas até utilizando os schemas da ACBR, ta bem complicado, estoura muitos erros.

Então preferi mandar em contingência, é algum problema no certificado deles que logo deve se resolver.

 

 

Expandir  

O mais estranho de tudo, e que NFe e MDFe funciona perfeitamente, apenas CTe e com certificado da certisign A3 (ATÉ O MOMENTO) deu erro, em outros clientes com certificado da CAIXA A3 estão transmitindo normalmente.

[Gracilane Lima]

Boa tarde! 

 

Alguém conseguiu alguma solução?O  problema tem pode está relacionando ao certificado certisign A3 ?

Já alteramos várias configurações e em teste nem pelo monitor ACBR o CTe responde.

Aguardo!!!

 

 

[luisclaudio_jr]

  Em 20/03/2017 at 15:58, Gracilane - Eagle disse:

Boa tarde! 

 

Alguém conseguiu alguma solução?O  problema tem pode está relacionando ao certificado certisign A3 ?

Já alteramos várias configurações e em teste nem pelo monitor ACBR o CTe responde.

Aguardo!!!

 

 

Expandir  

Aqui o problema deu com todos os certificados, A1, A3... estou mandando em contigência..

[asterix]

Ola Pessoal Boa Tarde Consegui Aqui!

O que fiz foi:

SSLib = libCapicomDelphiSoap

Windows 7:

1. Atualizar para service Pack 1
2. Instalar Internet Explorer 11

Windows 8.1

    Instalar Internet Explorer 11

 

E funcionou belezinha

 

[luisclaudio_jr]

Galera,seguinte a sefaz acabou de disponibilizar a nova cadeia de certificados, ainda não testei, mas segue abaixo:http://portalcte.fazenda.mg.gov.br/download.html

Link direto:http://portalcte.fazenda.mg.gov.br/download/cadeia_certificacao_cte.zip

[André Ferreira de Moraes]

Testem com as últimas atualizações enviadas pelo Daniel na revisão 13042 do SVN e vejam este post: 

 

[jose geraldo]

Boa Tarde Prezados,

Também resolvi o problema atualizando o certificado da Autoridade Certificadora Raiz Brasileira v5 no seguinte repositório "Autoridades de Certificação Raiz Confiáveis"

Segue anexo

 

 

 

ICP-Brasilv5.crtFetching info...

Editado 20 Março, 2017 por jose geraldo

[FernandoDutra]

  Em 20/03/2017 at 18:34, jose geraldo disse:

Boa Tarde Prezados,

Também resolvi o problema atualizando o certificado da Autoridade Certificadora Raiz Brasileira v5 no seguinte repositório "Autoridades de Certificação Raiz Confiáveis"

Segue anexo

 

 

 

ICP-Brasilv5.crtFetching info...

Expandir  

Deu certo aqui também.

O único método que deu certo até agora.

Obrigado!

[NVTech]

  Em 20/03/2017 at 19:27, Fernando Marlon disse:

Deu certo aqui também.

O único método que deu certo até agora.

Obrigado!

Expandir  

Boa tarde, desta forma conseguimos aqui na empresa, a comunicação voltou ao normal.

[Emersson A Pereira]

Bom dia, ainda estou passando pelo mesmo problema em computador com o windows XP service pack 3. já atualizei a cadeia, alterei as configurações do IE, para usar SSL 2.0 e TLS 1.0 ou 1.1, estou usando a última versão disponível do acbr, alterei para usar somente o SSLIB = libWinCrypt, tirei a dependência do Capicom alterando a o ACBR.inc e o erro 12157, está persistindo. Alguém teria alguém outra ideia. Obs: estou tentando enviar para MG, mas mesmo alterando para outro Webservice o erro persiste o mesmo.

Editado 21 Março, 2017 por Emersson A Pereira

[luisclaudio_jr]

  Em 21/03/2017 at 00:30, Wether disse:

Usando o libCapicom deu certo, porém quando fecho o form e retorno a ele novamente a consulta do status volta a ficar inoperante, dai somente fechando o programa e reabrindo para restabelecer a comunicação. Já troquei a cadeia de certificados, já atualizei as dlls, já atualizei o Acbr, tá bem complicado o problema. Sem contar que tem certificados que dão tudo certo de primeira e tem certificados que não dão certo de maneira nenhuma. E isso esta ocorrendo com certificados do mesmo tipo e mesma marca. Uns dão certo outros não. Formatei duas máquinas e recoloquei tudo novo, uma deu certinho, outra não. Esta confusa a situação. Se alguém puder dar um norte eu agradeço.

Expandir  

Bom dia.

 

tentou colocar aquela cadeia IPC brasil que o colega acima colocou? tem que instalar na raiz confiáveis.

[GilbertoMilani]

  Em 20/03/2017 at 18:34, jose geraldo disse:

Boa Tarde Prezados,

Também resolvi o problema atualizando o certificado da Autoridade Certificadora Raiz Brasileira v5 no seguinte repositório "Autoridades de Certificação Raiz Confiáveis"

Segue anexo

 

 

 

ICP-Brasilv5.crtFetching info...

Expandir  

Obrigado José Geraldo, o único modo que funcionou aqui também, valeu mesmo.

[Emersson A Pereira]

  Em 21/03/2017 at 09:13, Emersson A Pereira disse:

Bom dia, ainda estou passando pelo mesmo problema em computador com o windows XP service pack 3. já atualizei a cadeia, alterei as configurações do IE, para usar SSL 2.0 e TLS 1.0 ou 1.1, estou usando a última versão disponível do acbr, alterei para usar somente o SSLIB = libWinCrypt, tirei a dependência do Capicom alterando a o ACBR.inc e o erro 12157, está persistindo. Alguém teria alguém outra ideia. Obs: estou tentando enviar para MG, mas mesmo alterando para outro Webservice o erro persiste o mesmo.

Expandir  

Mesmo instalando todas as cadeias nos repositorios informados o erro ainda persiste nos computadores com windows XP, em windows 7 está funcionando.

Obs: Usando o openssl está ok, capicom, capicom soap ou wincrytp o é o mesmo acima.

[Gr@c@]

  Em 21/03/2017 at 17:39, Emersson A Pereira disse:

Mesmo instalando todas as cadeias nos repositorios informados o erro ainda persiste nos computadores com windows XP, em windows 7 está funcionando.

Obs: Usando o openssl está ok, capicom, capicom soap ou wincrytp o é o mesmo acima.

Expandir  

o erro que mostra na mensagem é 12175 e não 12157. Acho que 12175 é Falha de conexão com Internet. Aqui em MG já estão enviando NFe normal. 

[Emersson A Pereira]

  Em 21/03/2017 at 17:54, Gr@c@ disse:

o erro que mostra na mensagem é 12175 e não 12157. Acho que 12175 é Falha de conexão com Internet. Aqui em MG já estão enviando NFe normal. 

Expandir  

Realmente o erro é 12175, e está tudo funcionando, somente XP dá este erro, por curiosidade atualizei para win 7 e agora esta funcionado 100%, estou sem entender o porque de não funcionar. Instalei um windows xp aqui e o erro é sempre o mesmo 12175, somente em Openssl não apresenta nenhum erro. O estranho que nem chega a enviar o dados, vá da direto. Estou testando outras possibilidades para ver o que pode ser.

[Emersson A Pereira]

  Em 21/03/2017 at 18:27, Emersson A Pereira disse:

Realmente o erro é 12175, e está tudo funcionando, somente XP dá este erro, por curiosidade atualizei para win 7 e agora esta funcionado 100%, estou sem entender o porque de não funcionar. Instalei um windows xp aqui e o erro é sempre o mesmo 12175, somente em Openssl não apresenta nenhum erro. O estranho que nem chega a enviar o dados, vá da direto. Estou testando outras possibilidades para ver o que pode ser.

Expandir  

Testei pelo exemplo e retorna o mesmo erro..

[Daniel Simoes]

Me parece que você não informou a senha...

Atualize os fontes novamente.. ontem fizemos algumas melhorias nas Units de HTTPReqResp