[ACBR-9483]Erro ao enviar NFe para SEFAZ/RS (HOM): Network subsystem is unusable

[Daniel Simoes]

O que ocorre, se você aplicar a programação do evento OnTransmitError, como indicado acima ?

[bnobre]

Em 01/06/2026 at 18:18, Daniel Simoes disse:

O ACBr já tem um mecanismo para tentar novamente, a comunicação em caso de erros.. e ele deixa esse controle, para a aplicação

Por favor teste o seguinte, no evento OnTransmitError

procedure TfrmACBrNFe.ACBrNFe1TransmitError(const HttpError,
  InternalError: Integer; const URL, DadosEnviados, SoapAction: String;
  var Retentar: Boolean; var Tratado: Boolean);
begin
   Retentar := (InternalError = 10091) or (InternalError = 12030);
   Tratado := False;
end;

 

Bom dia @Daniel Simoes...

Funcionou meu amigo... Ele gera a exceção internamente, tenta novamente e envia.

Porém vou continuar seguindo o tópico aqui pra ver se alguém descobre o mistério desse erro em ambiente de homologação.

[lucimauro]

Ola bom dia, aqui usando acbrLib SSLHttpLib:=

0 = httpNone

1 = httpWinINet

2 = httpWinHttp

3 = httpOpenSSL

4 = httpIndy  - Não ativo na compilação ACBr

 

2 - Da erro de SSl  incompatível na primeira vez que envio ai da segunda em diante transmite a NFCe em homologação

1- Alterando para 1 ele transmite sem erro mais ai não sei se em produção eu devo usar essa opção 1 já que nesse ambiente não estamos tendo problema.

[Daniel Simoes]

Humm.. curioso... a WinINet é a API antiga do Windows, para HTTP... Provavelmente ela funciona bem, de acordo com as configurações do Painel de SSL do Windows

[Daniel Weber]

Em 07/06/2026 at 08:16, Daniel Simoes disse:

O que ocorre, se você aplicar a programação do evento OnTransmitError, como indicado acima ?

@Daniel Simoes
Com a Dll como consigo acionar esse procedimento?

[lucimauro]

ola, 

[DFe]
SSLCryptLib=3
SSLHttpLib=2  ---> Aqui voce faz alteração
SSLXmlSignLib=4
UF=CE
TimeZone.Modo=2
TimeZone.Str=-03:00
URLPFX=
ArquivoPFX=
DadosPFX=
Senha=RWtYHg==
NumeroSerie=xxxxxxxxxxxx
VerificarValidade=1

 

[daniel.oliveira.mm]

@Daniel WeberIsso teria que ser implementado no datamodule da lib

 

[Daniel Simoes]

10 horas atrás, Daniel Weber disse:

Com a Dll como consigo acionar esse procedimento?

Hoje ainda não é possível.. a ACBrLib não implementa chamadas de CallBack (devido a complexidade de uso das mesmas)

Mas creio que possamos criar uma configuração nova na ACBrLib...  Algo como "TentativasReconexao=0"

O que acha @EMBarbosa ?

[elton.barbosa]

17 horas atrás, Daniel Simoes disse:

Hoje ainda não é possível.. a ACBrLib não implementa chamadas de CallBack (devido a complexidade de uso das mesmas)

Mas creio que possamos criar uma configuração nova na ACBrLib...  Algo como "TentativasReconexao=0"

O que acha @EMBarbosa ?

Sim, acho que é possível. Mas nesse caso:

• Essa configuração teria que ser implementada na Lib mesmo (pensando nos arquivos INI de configuração);
• Precisaríamos do mecanismo que o @danieloliveira-mm citou acima;
• É necessário fazer o controle de contagem de reconexões por métodos, zerando a cada chamada. Assim, se o usuário passar algo como "TentativasReconexao=3", não iria estourar ao ser chamado um método como "enviar" (com 2 tentativas) e logo depois um "Consultar" também com 2 tentativas).

Isso que tem em mente?

[daniel.oliveira.mm]

Acredito que se o evento interno, pode ser implementado no datamodule, e existe precedente que o ACBrLibCEP (debug):

https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Projetos/ACBrLib/Fontes/CEP/ACBrLibCEPDataModule.lfm 

https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Projetos/ACBrLib/Fontes/CEP/ACBrLibCEPDataModule.pas#l86 :

 

Faz sentido, @EMBarbosa e @Daniel Simoes ?

procedure TLibCEPDM.ACBrCEP1QuandoGravarLog(const ALogLine: String;
  var Tratado: Boolean);
begin
  Tratado := (ACBrCEP1.ArqLOG = '');
  if (Lib.Config.Socket.NivelLog > 0) then
    GravarLog('TACBrCEP: '+ALogLine, logNormal);
end;

[elton.barbosa]

22 minutos atrás, danieloliveira-mm disse:

Acredito que se o evento interno, pode ser implementado no datamodule, e existe precedente que o ACBrLibCEP (debug):

https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Projetos/ACBrLib/Fontes/CEP/ACBrLibCEPDataModule.lfm 

https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Projetos/ACBrLib/Fontes/CEP/ACBrLibCEPDataModule.pas#l86 :

 

Faz sentido, @EMBarbosa e @Daniel Simoes ?

procedure TLibCEPDM.ACBrCEP1QuandoGravarLog(const ALogLine: String;
  var Tratado: Boolean);
begin
  Tratado := (ACBrCEP1.ArqLOG = '');
  if (Lib.Config.Socket.NivelLog > 0) then
    GravarLog('TACBrCEP: '+ALogLine, logNormal);
end;

Sim. Só teria que fazer o controle das tentativas como mencionado acima.

Pode criar uma TK para isso Daniel?

[daniel.oliveira.mm]

Criei a tarefa ACBR-9483

[bnobre]

Olá a todos,

Alguém mais percebeu que hoje parou de dar o erro em homologação ou foi só comigo?

[Everton M Gava]

7 horas atrás, bnobre disse:

Olá a todos,

Alguém mais percebeu que hoje parou de dar o erro em homologação ou foi só comigo?

Sim, o erro cessou hoje por aqui também

[Daniel Weber]

Bom dia, acabei de emitir uma nesse instante ...
Pelo visto então era mesmo a sefaz com problemas!

[Agnaldo Prates]

O desenvolvedor brasileiro virou o para-choque de um Estado ineficiente.

De um lado, o Desrespeito Institucional. O governo exige conformidade técnica absoluta, pune com multas rigorosas e impõe regras complexas. Do outro, entrega servidores instáveis, APIs fora do ar e apagões de serviços essenciais sem qualquer transparência, aviso prévio ou esclarecimento rápido.

No meio desse fogo cruzado está o Desenvolvedor, é ele quem recebe a pancada. Ele vira a primeira linha de defesa, sendo obrigado a justificar parar todos falhas de um Estado omisso, seja para clientes, gestores e setores de logística. Tudo isso sem qualquer apoio de documentações atualizadas, sem alertas proativos e sem nenhum canal de suporte oficial que funcione. O suporte técnico do governo é desconhecido, resume-se na “disponibilidade” ineficaz.

Para piorar, a cultura corporativa absorve e replica essa falta de respeito. Prazos irreais, jornadas exaustivas e a visão retrógrada de que a tecnologia é um mero "centro de custo" e não um pilar estratégico que sem sombra de dúvida, esbarra um ambiente sem qualquer previsibilidade.

Exige-se nível internacional de entrega, mas oferece-se uma infraestrutura estrutural de quiçá terceiro mundo. Até quando a resiliência da comunidade de TI vai ser usada para mascarar a incompetência de terceiros? A conclusão lógica, parece sugerir nunca!

[lucimauro]

Ola bom dia,

Aqui também estou emitindo em homologação sem problemas! 

[juliomar.marchetti]

Parece que era algo no sefaz.

vou fechar o tópico !

caso ocorram novas situações pode ser aberto um novo tópico com detalhes.