Daniel Simoes

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

@Fernanda Cristina, favor entrar em contato com o @shennamo

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;

Experimente rodar o Demo do ACBrValidador

Olá @Messias Antonio Natal, obrigado pela sua disponibilidade em nos ajudar... @Juliomar Marchetti, bate um papo com o @Victor H. Gonzales - Panda, para verificarmos esse Merge

Eita, os homens estão com a corda toda... Por favor agradeça o Warquia, pelas constantes contribuições...

Uau.. fantástico... Muito obrigado @lemuel... já vou priorizar aqui...

Provavelmente ocorreu algum ajuste nos parâmetros de segurança do Servidor HTTP da Sefaz, para se proteger de Buffer Overflow (requisições muito longas)

isso realmente é um erro causado por um "Body" muito grande na requisição... Deixe sempre o "Zip" ligado, ele economizará muito tempo de transmissão e largura de banda

O erro não deve ter relação com o fato de ser Lote ou apenas uma NFe.. parece ser algo no "handshake" da conexão... 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;

Show.. muito obrigado pelo retorno, @Valdir Dill

O componente sempre irá chamar os eventos, quando precisar enviar mensagens ou perguntas ao usuário... O que você faz dentro dos eventos, é uma decisão sua... Você não precisa abrir telas ou menus, pode simplesmente fazer alguma ação interna e já encerrar o código do evento...

@André Ferreira de Moraes, acho que o Loop de tentativas, deveria ficar apenas no Grupo de comandos, que tenta a conexão OpenSession; OpenConnection; OpenRequest; Isso evitaria retransmitir o mesmo conteúdo, fosse transmitido várias vezes, se o problema ocorrer no Receive

Por favor veja esse tópico:

@Diego Foliene, nos ajuda na analise e Merge ? Obrigado pela contribuição @leandroaoa

Após copiar os fontes sugeridos para a pasta... Rode novamente o instalador do ACBr...

@Ricardo.Valin, todas as Perguntas e entradas de campo, que o componente de TEF precisa fazer, ele chama eventos da sua aplicação... Você poderia usar uma lógica dentro desses eventos, para saber se faz algo com as informações que recebeu, ou apenas abstrai ela, e já entrega a resposta ao evento... Ou seja.. não creio que seja necessário, modificações no lado do componente, para essa finalidade...

no TEF por troca de arquivos, sempre foi um problema a questão de foco na Janela após o Gerenciador Padrão fechar e devolver o controle para a aplicação chamadora.... Ela usa várias chamadas a API do Windows, para forçar a janela desejada, para frente, e a área de foco, dentro dela...

@SIG 2000 Informática Ltda., separei seus posts em um novo tópico...

Tente usar o método function ForceForeground(AppHandle: THandle): boolean; da Unit ACBrUtil.FilesIO.pas

Esses problemas ocorrem apenas nessa máquina ? Testou o mesmo em outra máquina ou ainda em outra Rede (Exemplo 4G) Pode ser algum bloqueio na Infra do cliente

Por favor configure dessa forma... Tenha certeza de ter todas as DLLs do OpenSSL na mesma pasta do seu .EXE https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/

Parece ser um problema diferente, do relatado nesse tópico... - Por favor verifique se se trata da mesma Sefaz, indicada nesse tópico (RS) - Verifique se não é a questão do envio Sincrono / Assincrono

Entendi... RN fez a parte dele, e publicou o novo serviço, na URL informada Mas a SEFAZ do RS, que presta serviços para RN (Sefaz Virtual), ainda não atualizou as regras da API, para acatar o novo endereço... Acho que a solução ainda é: - Apertar a SEFAZ RN, para que ela aperte a SEFAZ RS

As mudanças aplicadas, para atender esse comunicado da SEFAZ, foram essas https://sourceforge.net/p/acbr/code/46307/