ERRO 03000098

218 views
Skip to first unread message

Jaime Hansen

unread,
May 2, 2024, 2:03:14 PM5/2/24
to NFePHP
Boa tarde!

Estou no processo de deploy de uma aplicação em laravel 10 utilizando sail. E testando localmente a emissão da NFe funciona normalmente, inclusive já foi faturado algumas NFes em ambiente de produção do SEFAZ. 

Porém ao subir a aplicação para um servidor cloud, tenho o retorno do seguinte erro:

"Ocorreu um erro inesperado durante o processo de assinatura, ocorreu o seguinte erro: (error:03000098:digital envelope routines::invalid digest)"

Procurei sobre o erro porém não encontrei nada muito relevante.

Att, 

Jaime Luiz Hansen Filho

Roberto Machado

unread,
May 2, 2024, 2:25:50 PM5/2/24
to nfe...@googlegroups.com
Se no seu ambiente local (com o sail funciona) e dá "pau" no servidor, o problema está no ambiente do servidor.

Resta saber em que exato momento essa falha ocorreu para identificar qual ação (função) está causando este erro para poder tentar identificar a causa. 

- É uma falha no Laravel ??
- É uma falha no sped-nfe ??

Onde ? qual linha ? qual classe ?

Roberto

João Gabriel Royo da Silva

unread,
May 2, 2024, 2:30:44 PM5/2/24
to NFePHP
Boa tarde, confere se a senha do certificado está correta.

Cleber Barros Pereira

unread,
May 2, 2024, 2:31:25 PM5/2/24
to nfe...@googlegroups.com
Dá uma olhada nas permissões do arquivo. 


Enviado do meu iPhone

Em 2 de mai. de 2024, à(s) 14:25, Roberto Machado <linu...@gmail.com> escreveu:


--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+un...@googlegroups.com
Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositórios: https://github.com/nfephp-org
---
You received this message because you are subscribed to the Google Groups "NFePHP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to nfephp+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/nfephp/CAEj7DHkUncMofm-mu6S9x-AzSfhJBS5PnRG1ZhNzxF1Kwv00Kg%40mail.gmail.com.

Pedro Lucas

unread,
May 2, 2024, 2:32:03 PM5/2/24
to nfe...@googlegroups.com
Como o Roberto já respondeu, realmente esse erro tá com cara de ser no servidor, não tendo relação direta com a classe.

Provável que seja algo com o SSL. Tenta bater se no servidor está sendo usada a mesma versão e configuração da qual você usa localmente.

--

Jaime Hansen

unread,
May 3, 2024, 9:14:11 AM5/3/24
to NFePHP
O erro retorna ao executar a transmissão da NFe;
Estive verificando as versões das dependências, e deixei todas iguais do servidor assim como todas as configurações necessárias;

E novamente... local funciona tudo certo e no servidor retorna o mesmo erro;

Em contato com o suporte do servidor contratado tive o seguinte retorno:
"Esse erro é relacionado a assinatura digital da sua aplicação. Você pode precisar revisar a implementação da assinatura digital em seu código e garantir que o digest esteja sendo calculado e verificado corretamente"

e agora?


Att,

Jaime Luiz Hansen Filho

Jair Carioca 22

unread,
May 3, 2024, 10:01:14 AM5/3/24
to nfe...@googlegroups.com
Jaime,

Existem alguns erros muito loucos com estes certificados A1.
Experimente importar para o seu PC e depois gerar um novo a partir da opção de exportação.
Já passei por situação semelhante e este procedimento resolveu pra mim.

Sds
Jair


Jaime Hansen

unread,
May 6, 2024, 10:31:34 AM5/6/24
to NFePHP
Estive realizando alguns testes tanto no servidor;
E executando o Certificate::readPfx tenho o retorno da cadeia do certificado normalmente, ou seja, aparentemente está lendo o certificado;

Mas a transmissão da NFe ainda não ocorre, retornando o mesmo erro 03000098.


Att,

Jaime Luiz Hansen Filho

Vitor Hugo Marini

unread,
May 6, 2024, 10:34:51 AM5/6/24
to nfe...@googlegroups.com, Roberto L. Machado
Ambiente de Contingência, MDF-e, está funcionando pleno. 


Obrigado @Roberto L. Machado .

Jaime Hansen

unread,
May 24, 2024, 10:15:28 AM5/24/24
to NFePHP
Bom dia!

Pesquisei sobre esse erro nos últimos dias, achei uma solução, que consiste em ativar o SHA-1 como politica de criptografia;
Rodando o comando  update-crypto-policies --set DEFAULT:SHA1  no CentOs, dentro do servidor contratado, tive sucesso na transmissão da NFe;

Agora não sei se isso é uma boa prática para a aplicação, ou se existe alguma solução mais favorável;

Essa solução foi encontrada em uma discussão, no seguinte link:

https://talk.plesk.com/threads/almalinux-9-plesk-obsidian-license-issue.367788/


Att,
Jaime Luiz Hansen Filho

Reply all
Reply to author
Forward
0 new messages