Ir para conteúdo
  • Cadastre-se

dev botao

Atraso Para Pegar Retorno Do Protocolo De Autorização Da Nf-E


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

Recommended Posts

Olá, minha NF-e funciona perfeitamente, mas em alguns clientes muitas vezes ocorre um atraso para pegar o retorno do protocolo de autorização. Consequentemente o cliente tenta emitir a mesma nota novamente quando obtém a mensagem de "NOTA EM DUPLICIDADE". Quando ele tenta imprimir a NF-e a partir do XML gerado sai com a tarja de NF-e não autorizada pelo SEFAZ. Para resolver este problema peço para consultar a nota e em seguida imprimir novamente que dá certo. Mas como faço para minimizar estes problemas?

 

Obrigado

Link para o comentário
Compartilhar em outros sites

Você pode usar o retorno por duplicidade pra implementar uma rotina de consulta automática. Já que o envio por duplicidade gera um código específico pra esta situação.

Sistema de Automação Comercial para diversos segmentos
NF-e, NFC-e, SPED Fiscal - www.arenasoft.com.br

Link para o comentário
Compartilhar em outros sites

if not ACBrNFe.NotasFiscais.Items.Confirmada then
  begin
    with ACBrNFe.WebServices.Retorno.NFeRetorno do        
       begin    
         if ProtNFe.Items.cStat = 204 //Rejeição: Duplicidade de NF-e then
           begin
              { Implemente aqui a consulta }          
          end;  
        end;

  end;

Editado por Solivan

Sistema de Automação Comercial para diversos segmentos
NF-e, NFC-e, SPED Fiscal - www.arenasoft.com.br

Link para o comentário
Compartilhar em outros sites

No sistema que implementamos, quando uma nota sofre uma tentativa de emissão, sinalizo um campo no banco de dados e mudo a cor da mesma no grid.

Quando não consigo o retorno e o cliente tenta enviar novamente, o sistema analisa o campo e se está sinalizado que houve tentativa de envio mas não recebeu a resposta, ele faz a consulta primeiro antes de deixar o cara enviar. Nessa consulta o protocolo é capturado e o XML atualizado. Em situação normal, com internet e web service respondendo perfeitamente, essa nota, se realmente autorizada, é colorida no grid com uma outra cor, após a consulta, informando que foi enviada com sucesso. Logo, o processo de reenvio não seguirá em frente e a mensagem de duplicidade não chegará a ser mostrada. Como o protocolo foi capturado, o DANFE será impresso corretamente.

 

Só estou compartilhando uma ideia do que o meu sistema faz para controlar isso. Penso em, futuramente, criar um método para consultar automaticamente (em uma thread) todas as notas que tiveram uma tentativa de emissão sem o retorno da resposta.

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 3651 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.