NF-e Denegada

[bnobre]

Olá a todos,

Um cliente tentou emitir uma NF-e e o mesmo obteve o seguinte retorno como ERRO! "173->Uso Denegado : Irregularidade fiscal do destinatario".

Como sou novo nesse mundo de NF-e não conhecia sobre as notas DENEGADAS e não havia feito o tratamento sobre tais casos.

Como foi gerado um erro, não obtive o retorno do XML em disco. Como proceder para obtê-lo e consequentemente grava-lo em DISCO/Base?

Desde já agradeço a atenção

[Régys Silveira]

A nota denegada retorna igual a uma nota autorizada, mas a mercadoria não pode sair da empresa, consequentemente não pode dar baixa em estoque, gerar financeiro, etc.

você deve ser guarda-la como uma nota normal, só não pode sair com a mercaria, a leitura do XML de retorno é feito normalmente como se fosse uma nota normal, a diferença é o status de denegação.

 

[bnobre]

Entendi Régys...

Só que a leitura não está sendo feita normalmente como uma nota normal no meu caso. Eu estou recebendo o erro conforme citei, com isso já não consigo executar as rotinas após o comando ENVIAR, pois como recebo um erro ele gera uma exceção. E no final do processo não é gravado XML algum no disco.

Falta algo?

[Italo Giurizzato Junior]

Boa noite,

Na sua primeira postagem o 173 se refere ao numero da nota?

Lembre-se que ao enviar uma nota podemos 3 respostas diferentes:

1. Nota Autorizada

2. Nota Denegada

3. Nota Rejeitada

Somente no caso 3 a nota deve ser corrigida e ser enviada novamente.

O componente esta preparado para anexar o protocolo de autorização ou de denegação ao XML assinado e salvar ele em disco se for o caso.

[bnobre]

Oi Italo... Se refere sim.

Entendi, mas comigo não está funcionando.

Fiz o seguinte procedimento e após isso passou a gravar em disco.

1- Como disse anteriormente, ao tentar enviar gera uma EXCEÇÃO, então ao tentar enviar se cair em exceção, eu verifico pelo seguinte comando se trata-se de uma denegação: 

• if pos('uso denegado', LowerCase(E.Message)) <> 0 Then

2- Se sim, realizo a consulta da nota recém enviada através dos seguintes comandos:

• chave := Copy(dtm_banco.ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID, 4, 44);
• dtm_banco.ACBrNFe1.WebServices.Consulta.NFeChave := chave;
• dtm_banco.ACBrNFe1.WebServices.Consulta.Executar;

3- Aí altero no banco o status da nota para DENEGADA.

Quero deixar claro que somente dessa forma consegui que o componente gravasse em disco (com a nomenclatura *-den.xml) e me retornasse o XML completo com as informações da denegação através do comando "ACBrNFe1.NotasFiscais.Items[0].XML".

Isso está correto? Pois da maneira que você e o Régys me explicaram, dá a entender que NÃO deveria gerar exceção e que NÃO deveria precisar de realizar uma consulta.

Desde já agradeço a atenção de todos

Editado 17 Fevereiro, 2016 por doidopb

[Italo Giurizzato Junior]

Você esta com todos os fontes atualizados?

Pois o componente não salva mais as notas denegadas com o nome *-den.xml

[bnobre]

Não... Na verdade não.

Mas o meu entendimento sobre a explicação de vocês, na parte "NÃO deveria gerar exceção e que NÃO deveria precisar de realizar uma consulta." está correto?

[Italo Giurizzato Junior]

Bom dia,

Como dito o componente anexa o protocolo de Autorização ou Denegação ( Status = 110 ou 301 ou 302 ou 303 ) automaticamente ao XML assinado.

O XML autorizado ou denegado agora é salvo com o nome: <chave>-nfe.xml e deve ser guardo pelo período legal.

O componente não gera nenhuma exceção quando a nota é autorizada ou denegada.

A sua aplicação tem que tratar as 3 situações: autorizada, denegada e rejeitada.

Se autorizada, enviar o XML mais o DANFE em PDF para o destinatário por e-mail e separar a mercadoria vendida para entrega.

Se denegada, enviar um e-mail para o destinatário informando a ela que não será possível realizar a venda e apresentar o motivo.

Se rejeitada, apresentar na tela o motivo da rejeição para que o usuário do sistema faça as devidas correções e realize uma nova tentativa de envio.

Antes que você faça os ajustes na sua aplicação conforme exposto acima sugiro que atualize todos os fontes de todas as pastas.

[bnobre]

Em 17/02/2016 at 08:11, Italo Jurisato Junior disse:

Bom dia,

Como dito o componente anexa o protocolo de Autorização ou Denegação ( Status = 110 ou 301 ou 302 ou 303 ) automaticamente ao XML assinado.

O XML autorizado ou denegado agora é salvo com o nome: <chave>-nfe.xml e deve ser guardo pelo período legal.

O componente não gera nenhuma exceção quando a nota é autorizada ou denegada.

A sua aplicação tem que tratar as 3 situações: autorizada, denegada e rejeitada.

Se autorizada, enviar o XML mais o DANFE em PDF para o destinatário por e-mail e separar a mercadoria vendida para entrega.

Se denegada, enviar um e-mail para o destinatário informando a ela que não será possível realizar a venda e apresentar o motivo.

Se rejeitada, apresentar na tela o motivo da rejeição para que o usuário do sistema faça as devidas correções e realize uma nova tentativa de envio.

Antes que você faça os ajustes na sua aplicação conforme exposto acima sugiro que atualize todos os fontes de todas as pastas.

Olá Italo,

Desculpe a demora. Estou implementando agora o CEST, e para tal fiz a atualização do componente. Conforme havia relatado, o mesmo já anexa o protocolo automaticamente e agora está gravando o XML normalmente em disco.

Só um detalhe... Apesar disso, ao fim desse processo ele gera uma exceção dizendo que a nota foi denegada, é assim mesmo né?

[Italo Giurizzato Junior]

Boa noite,

Favor anexar o XML da nota denegada, para que possamos avaliar.

[bnobre]

Segue em anexo.

Após a atualização que orientou, ele está gravando normalmente em disco e anexando o protocolo de denegação. Minha única dúvida é se é normal ele gerar uma exceção.

Abraços

33160321747355000119550010000001901000001907-nfe.xml

[Italo Giurizzato Junior]

Muito obrigado, favor atualizar os fontes e realizar novos testes.