Problema na Conexao WebServices

Pessoal, aqui onde trabalho ja estamos emitindo notas de serviço a mais de 1 ano, porem nessa ultima semana estamos tendo problemas para conectar no webservice, alguem saberia me dizer se teve alguma alteração de cadeia de certificação dos servidores da GINFES ou algo parecido, não fizemos nenhuma manutenção na aplicação e a mensagem de erro que estamos recebendo não esta me indicando nda..

fabioNotaServico escreveu:

Pessoal, aqui onde trabalho ja estamos emitindo notas de serviço a mais de 1 ano, porem nessa ultima semana estamos tendo problemas para conectar no webservice, alguem saberia me dizer se teve alguma alteração de cadeia de certificação dos servidores da GINFES ou algo parecido, não fizemos nenhuma manutenção na aplicação e a mensagem de erro que estamos recebendo não esta me indicando nda..

Não foi realizado nenhuma alteração com relação aos servidores da NFS-e, por gentileza especifique melhor qual o erro.

Caro Elton, me desculpe a sinceridade mas houve alteração sim, foi alterado o certificador digital do servidor do ginfes e consequentemente sua cadeia foi alterada basta voce olhar a validade do certificado. Acredito que voce deva conhecer bem como funciona o processo de autentição SSL mutua, e para esse processo tanto o certificado quanto sua cadeia são importantissimos. Fico impressionado com o atendimento e suporte do GINFES, mandamos email pergutando se isso não tinha acontecido(alteracao da cadeia de certificação) e os caras do suporte tiveram a capacidade de dizer que o erro era do nosso certificado, como pode ser um erro do nosso certificado se emitidos muitas NFes(SEFAZ) por dia e para consumo dos web services da SEFAZ nunca tivemos problemas parecidos com o que temos com a GINFES apenas para exemplicar outro fato as vezes recebemos o erro 315 - Não foi possível carregar crl do certificado ja vi aqui nesse forum mesmo respostas dizendo que isso é um problema da empresa que emitiu seu certificado e ja recebi isso como resposta de emails enviado ao suporte. O engraçado que em alguns casos ele retorna esse erro mas depois aprova o RPS e gera a NFS, sera que a culpa é mesmo da empresa que emitou o certificado ?
Sugiro para os administradores do sistema da GINFES para evitar esses problemas publicarem no site uma nota alertando a todas as empresas que o certificado foi alterado. Seguindo a mesma linha da SEFAZ com o NFe que informa antecipadamente em seu portal todas ações que são importantes para os emissores.

Ah...esqueci de colocar que nosso problema foi resolvido assim adicionamos a nova cadeia de certificação em nosso truststore.

Fábio, bom dia!
Também estamos tendo problemas com o envio, que não estávamos tendo antes..
Poderia nos explicar melhor como se faz para adicionar a nova cadeia de certificação que você citou?

Obrigado

Rodrigo, bom dia.

Baixei do site https://www.digicert.com/digicert-root-certificates.htm

No meu caso precisei adicionar o DigiCertHighAssuranceEVRootCA, mas é bom vc verificar o outro também DigiCertHighAssuranceCA-3.

Para fechar a autenticação ssl mutua tanto client como server trocam um conjunto de informações para poder estabelecer esse canal(tunel) ssl seguro. Basicamente eles enviam seus certificados um para o outro, junto com o certificado vai tambem a informacao da autoridade certificadora(CA) que emitiu o certificado(cadeia de certificacao), no caso aqui da empresa que trabalho usamos java e utilizamos websphere como servidor de aplicação, configuramos um canal ssl dinamico no servidor que usa certificado da empresa(keystore) para estabelecer o ssl mutuo, também nessa configuração de ssl dinamico criamos um truststore que contem todas as cadeias de certificação dos servidores com quem estabelecemos conexao ssl, ou seja temos a cadeia dos servidores das SEFAZ SP, SEFAZ ES, SEFAZ RS e como emitimos nota serviço precisamos da cadeia dos servidores do GINFES para que nosso processo de autenticação ssl mutuo entenda que o servidor da GINFES é um servidor seguro, la no servidor da GINFES eles precisam ter também a cadeia certificação do client para poder entender que o client é seguro.

Se eu poder te ajudar com mais alguma coisa e só dizer.

Fabio, bom dia!
Efetuei o download dos 2 arquivos indicados por você, instalei a penas o primeiro, testei e não deu certo. Instalei o segundo e o erro persiste.

Código: E45
Mensagem: CNPJ não encontrado na base de dados

Quanto ao certificado e ao cadastro do CNPJ no município, está tudo ok, pois antes deste erro começar a aparecer tudo funcionava normalmente. Foi de um dia para o outro, por sinal, no mesmo dia que você fez este post.

Desde já agradeço a atenção, pois já mandei 5 e-mails ao suporte da Ginfes e eles copiam e colam a mesma resposta dizendo que o problema está no cadastra para com o município, o que já foi averiguado e está OK!