Tratamento para envio de nfc-e offline

[carlosinfoteen]

4 horas atrás, netsolutions disse:

@BigWings  Muito obrigado pelos esclarecimentos!  Foi bem claro acho que conseguirei resolver tudo aqui! abs

@BigWings só mais uma coisa então quando eu faço isso ... 

 

try
  ACBrNFe1.WebServices.Envia(nLote, True);
except
  on E:Exception do
  begin
    if (Pos('12007 - '. E.Message.ToUpper) > 0) or // erro de conexão
    ...
  end;
end;

Se o retorno for falta de conexão eu posso fazer o envio offline para posteriormente transmitir? ou seja.. eu deixo por padrão sempre enviar o cupom para a sefaz e caso aconteça o erro por falta de conexão e emito o cupom offline e depois quando retornar a internet só reenvio o mesmo??

 

 

Exatamente como o Bigwings mostrou no trecho de código, só carregar o xml e reenviar sem alterar o tpemis.

[netsolutions]

10 minutos atrás, carlosinfoteen disse:

Exatamente como o Bigwings mostrou no trecho de código, só carregar o xml e reenviar sem alterar o tpemis.

Valeu @carlosinfoteen !! muio obrigado!

[Valter de Sousa - IDEASyS]

Em 27/11/2017 at 14:29, netsolutions disse:

Valeu @carlosinfoteen !! muio obrigado!

POR FAVOR LEIAM COM ATENÇÃO! Boa noite , testes em massa em produção em clientes com vários caixas e com internet via rádio.  Segui o conselho do Regis  em colocar o erro      (pos('12002 - ', E.Message.ToUpper) > 0) or // timeout nos erros em que não necessita de pular numeração os que não são BURACO NEGRO, e constatei que notas eram gerada com a chave de acesso com envio normal ,sem a tag com contingencia , a nota era enviada e Processada na sefa,só que por queda de internet ,me retornava o erro 12002. Sem saber , meu sistema entrava no try e gerava um xml com a mesma numeração com a chave de acesso com a tag de contingência. Aqui que está o problema, ao carregar o xml gerado com a tag contigencia, e enviar ,é me retornado o erro , 'Duplicidade de nfe com diferença na chave de acesso' . Quando removi o erro 12002 da lista de erro SEM PULO DE NUMERAÇÃO, e coloquei no grupo dos erros de Buraco Negro, esse problema finalmente parou de acontecer.  Então ,algum dia, alguém vai perceber esse erro. Podem fazer as alterações em seus sistemas sem medo,as consequências podem ser sérias, o cliente leva o cupom com uma chave de acesso,mas na sefa está outra. 

 Alguém já passou por isso ou percebeu algo assim?

@Régys Silveira
 

Editado 9 Janeiro, 2018 por Aprendiz

[Sandro TC]

Em 30/11/2016 at 11:07, marcoanjos disse:

Olá amigos, 

estou tendo um problema relacionado a timeout.

Em certos clientes do interior, a internet é muito ruim, via rádio, há perda de pacotes, cai no meio da transmissão, e por aí vai...

Quando isso acontece durante o processo de envio o sistema leva muito tempo para retornar uma exception, as vezes fica 2 ou 3 minutos processando o envio.

Estou tentando usar o timeout do componente, especificamente a propriedade ACBrNFe.Configuracoes.WebServices.TimeOut=10000, o que eu acredito que faria com que o processo fosse interrompido

caso eu não tivesse um retorno em 10 segundos, mas isso não acontece.

Não sei se estou no caminho certo, agradeço qualquer ajuda,

Obrigado

Olá, marcosanjos.

Estou passando por um problema semelhante ao seu.
Você conseguiu uma solução?

Veja o tópico que abri onde descrevo minha situação (veja a última mensagem).

Desde já agradeço.