Ir para conteúdo
  • Cadastre-se

dev botao

Tratamento para envio de nfc-e offline


  • Este tópico foi criado há 2248 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

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.

Link para o comentário
Compartilhar em outros sites

  • 1 mês depois ...
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 por Aprendiz
Link para o comentário
Compartilhar em outros sites

  • 4 semanas depois ...
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.

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 2248 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.