Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Erro na cadeia do certificado digital do signatário ou do solicitante da informação. #302

Open
retf opened this issue Jun 25, 2022 · 1 comment

Comments

@retf
Copy link

retf commented Jun 25, 2022

Estamos com problemas, sempre que enviamos um evento usando um certificado de procuração (devidamente configurado no ecac), recebemos:

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><EnviarLoteEventosResponse xmlns="http://www.esocial.gov.br/servicos/empregador/lote/eventos/envio/v1_1_0"> <EnviarLoteEventosResult><eSocial xmlns="http://www.esocial.gov.br/schema/lote/eventos/envio/retornoEnvio/v1_1_0" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><retornoEnvioLoteEventos><status><cdResposta>404</cdResposta><descResposta>Lote Incorreto - Erro Certificado.</descResposta><ocorrencias><ocorrencia><codigo>148</codigo><descricao>Erro na cadeia do certificado digital do signatário ou do solicitante da informação.</descricao><tipo>1</tipo></ocorrencia></ocorrencias></status></retornoEnvioLoteEventos></eSocial></EnviarLoteEventosResult></EnviarLoteEventosResponse></s:Body></s:Envelope>

Porém algumas vezes o esocial consegue processar e devolve o retorno esperado (mesma request), ex:

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><EnviarLoteEventosResponse xmlns="http://www.esocial.gov.br/servicos/empregador/lote/eventos/envio/v1_1_0"> <EnviarLoteEventosResult><eSocial xmlns="http://www.esocial.gov.br/schema/lote/eventos/envio/retornoEnvio/v1_1_0" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><retornoEnvioLoteEventos><ideEmpregador><tpInsc>1</tpInsc><nrInsc>...</nrInsc></ideEmpregador><ideTransmissor><tpInsc>2</tpInsc><nrInsc>...</nrInsc></ideTransmissor><status><cdResposta>201</cdResposta><descResposta>Lote Recebido com Sucesso.</descResposta></status><dadosRecepcaoLote><dhRecepcao>2022-06-25T16:21:07.653</dhRecepcao><versaoAplicativoRecepcao>0.1.0.0</versaoAplicativoRecepcao><protocoloEnvio>1.2.202206.0000000000...</protocoloEnvio></dadosRecepcaoLote></retornoEnvioLoteEventos></eSocial></EnviarLoteEventosResult></EnviarLoteEventosResponse></s:Body></s:Envelope>

E algumas vezes temos:

</style>
</head>
<body>
<div id="header"><h1>Server Error</h1></div>
<div id="content">
 <div class="content-container"><fieldset>
  <h2>403 - Forbidden: Access is denied.</h2>
  <h3>You do not have permission to view this directory or page using the credentials that you supplied.</h3>
 </fieldset></div>
</div>
</body>
</html>

Os retornos não parecem consistentes, mudando com a mesma request!

O cacerts do projeto está atualizado?

Ambiente: produção restrito

Alguma ideia? Obrigado

@ghost
Copy link

ghost commented Jun 27, 2022

Creio que seja o mesmo caso da issue #303

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant