Manifestação do Destinatário ( Rejeição: Consumo Indevido )

[Sistemas Victory]

Prezados,

Estamos solicitando Manifestação do Destinatário pelo ultimo NSU e está retornando a mensagem,

para tentarmos mais tarde após um hora, PORQUE, a rejeição é de Consumo Indevido.

Essa mensagem, OCORRE no meu primeiro pedido e portanto, nem tem motivos de consumo indevido.

Vou anexar o LOG.TXT e meu comando de pedido para que vocês possam me informar qual nosso erro.

Lembrando que estamos usando a versão do ACBRMONITOR 1.4.0.122

LOG.TXT Meucomando.TXT

[Italo Giurizzato Junior]

Bom dia,

Primeiramente o que você esta fazendo não é manifestação do destinatário, pois a Manifestação do Destinatário são 4 eventos que é enviado pelo destinatário da mercadoria ao Ambiente Nacional.

O que você esta fazendo é a obtenção dos documentos através do serviço DistribuicaoDFe, é este o serviço que costuma gerar a rejeição de Consumo Indevido.

Vamos ao seu log:

28/09/2022 08:24:28 - NFe.DistribuicaoDFePorUltNSU("52","23.156.990/0001-57",000000000003604)
28/09/2022 08:24:28 - ERRO: Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)
28/09/2022 08:24:41 - NFe.DistribuicaoDFePorUltNSU("52","23.156.990/0001-57",000000000003604)
28/09/2022 08:24:42 - ERRO: Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)

Foi realizada uma tentativa as 08:24:28 que resultou em consumo indevido e pede para tentar novamente após 1 hora.

Mas 13 segundos depois é disparada uma nova tentativa.

Lhe pergunto essa mensagem de rejeição foi apresentada ao usuário?

Se sim, você precisa ter na sua aplicação um controle que impeça ele de disparar uma nova execução.

Você tem o XML de retorno dessas últimas duas execuções do DistribuicaoDFePorUltNSU?

Se sim, favor anexar.

[Sistemas Victory]

15 minutos atrás, Italo Giurizzato Junior disse:

Bom dia,

Primeiramente o que você esta fazendo não é manifestação do destinatário, pois a Manifestação do Destinatário são 4 eventos que é enviado pelo destinatário da mercadoria ao Ambiente Nacional.

O que você esta fazendo é a obtenção dos documentos através do serviço DistribuicaoDFe, é este o serviço que costuma gerar a rejeição de Consumo Indevido.

Vamos ao seu log:

28/09/2022 08:24:28 - NFe.DistribuicaoDFePorUltNSU("52","23.156.990/0001-57",000000000003604)
28/09/2022 08:24:28 - ERRO: Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)
28/09/2022 08:24:41 - NFe.DistribuicaoDFePorUltNSU("52","23.156.990/0001-57",000000000003604)
28/09/2022 08:24:42 - ERRO: Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)

Foi realizada uma tentativa as 08:24:28 que resultou em consumo indevido e pede para tentar novamente após 1 hora.

Mas 13 segundos depois é disparada uma nova tentativa.

Lhe pergunto essa mensagem de rejeição foi apresentada ao usuário?

Se sim, você precisa ter na sua aplicação um controle que impeça ele de disparar uma nova execução.

Você tem o XML de retorno dessas últimas duas execuções do DistribuicaoDFePorUltNSU?

Se sim, favor anexar.

Certo. Por que ocorreu consumo indevido na primeira solicitação? Realmente, tentei solicitar novamente, mas a questão aqui é porque consumo indevido, se ocorre no primeiro pedido. Outra coisa. Realmente, estamos solicitando as notas de compras, e neste sentido, falamos que estamos fazendo manifestação.

[Sistemas Victory]

20220928082428-con-dist-dfe.xml 20220928082428-con-dist-dfe-soap.xml 20220928082428-dist-dfe.xml

[Diego Foliene]

2 horas atrás, Sistemas Victory disse:

Prezados,

Estamos solicitando Manifestação do Destinatário pelo ultimo NSU e está retornando a mensagem,

para tentarmos mais tarde após um hora, PORQUE, a rejeição é de Consumo Indevido.

Essa mensagem, OCORRE no meu primeiro pedido e portanto, nem tem motivos de consumo indevido.

Vou anexar o LOG.TXT e meu comando de pedido para que vocês possam me informar qual nosso erro.

Lembrando que estamos usando a versão do ACBRMONITOR 1.4.0.122

LOG.TXT 1 kB · 2 downloads Meucomando.TXT 71 B · 2 downloads

Bom dia.
Talvez esses tópicos lhe sejam úteis de alguma forma.
 

 

[Sistemas Victory]

7 horas atrás, Italo Giurizzato Junior disse:

Bom dia,

Primeiramente o que você esta fazendo não é manifestação do destinatário, pois a Manifestação do Destinatário são 4 eventos que é enviado pelo destinatário da mercadoria ao Ambiente Nacional.

O que você esta fazendo é a obtenção dos documentos através do serviço DistribuicaoDFe, é este o serviço que costuma gerar a rejeição de Consumo Indevido.

Vamos ao seu log:

28/09/2022 08:24:28 - NFe.DistribuicaoDFePorUltNSU("52","23.156.990/0001-57",000000000003604)
28/09/2022 08:24:28 - ERRO: Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)
28/09/2022 08:24:41 - NFe.DistribuicaoDFePorUltNSU("52","23.156.990/0001-57",000000000003604)
28/09/2022 08:24:42 - ERRO: Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)

Foi realizada uma tentativa as 08:24:28 que resultou em consumo indevido e pede para tentar novamente após 1 hora.

Mas 13 segundos depois é disparada uma nova tentativa.

Lhe pergunto essa mensagem de rejeição foi apresentada ao usuário?

Se sim, você precisa ter na sua aplicação um controle que impeça ele de disparar uma nova execução.

Você tem o XML de retorno dessas últimas duas execuções do DistribuicaoDFePorUltNSU?

Se sim, favor anexar.

OUTRA COISA IMPORTANTE. Em outros clientes nossos, estamos fazendo a solicitação dos documentos ( DistribuicaoDFe ) pelo ultimo NSU e vem, não ocorrendo esta rejeição que está acontecendo apenas neste cliente. GOSTARIA de entender porque motivo somente neste cliente.

[BigWings]

7 horas atrás, Sistemas Victory disse:

20220928082428-con-dist-dfe.xml 264 B · 1 download 20220928082428-con-dist-dfe-soap.xml 590 B · 0 downloads 20220928082428-dist-dfe.xml 515 B · 2 downloads

Na sua requisição você informou o último NSU 3604:

<nfeDadosMsg>
<distDFeInt versao="1.01">
<tpAmb>1</tpAmb>
<cUFAutor>52</cUFAutor>
<CNPJ>23156990000157</CNPJ>
<distNSU>
<ultNSU>000000000003604</ultNSU>
</distNSU>
</distDFeInt>
</nfeDadosMsg>

O webservice respondeu com consumo indevido, e com o último NSU esperado por ele que devia ser 3870:

<retDistDFeInt versao="1.01">
<tpAmb>1</tpAmb>
<verAplic>1.6.0</verAplic>
<cStat>656</cStat>
<xMotivo>
Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)
</xMotivo>
<dhResp>2022-09-28T08:24:26-03:00</dhResp>
<ultNSU>000000000003870</ultNSU>
<maxNSU>000000000000000</maxNSU>
</retDistDFeInt>

Isso quer dizer que o webservice já entregou para esse CNPJ até o NSU 3870, é esse que devia ser informado como último NSU na consulta pra não ter consumo indevido. De acordo com a NT 2014.002 v1.15, a consultas por último NSU devem ser feitos sempre informando o último NSU retornado na última resposta.

Se não foi a sua aplicação que recebeu os NSU 3605 a 3870, então tem outra aplicação ou algum terceiro (o contador, por exemplo) fazendo uso do certificado da empresa e recebendo os documentos.

Veja o tópico abaixo:

 

[Sistemas Victory]

9 minutos atrás, BigWings disse:

Na sua requisição você informou o último NSU 3604:

<nfeDadosMsg>
<distDFeInt versao="1.01">
<tpAmb>1</tpAmb>
<cUFAutor>52</cUFAutor>
<CNPJ>23156990000157</CNPJ>
<distNSU>
<ultNSU>000000000003604</ultNSU>
</distNSU>
</distDFeInt>
</nfeDadosMsg>

O webservice respondeu com consumo indevido, e com o último NSU esperado por ele que devia ser 3870:

<retDistDFeInt versao="1.01">
<tpAmb>1</tpAmb>
<verAplic>1.6.0</verAplic>
<cStat>656</cStat>
<xMotivo>
Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)
</xMotivo>
<dhResp>2022-09-28T08:24:26-03:00</dhResp>
<ultNSU>000000000003870</ultNSU>
<maxNSU>000000000000000</maxNSU>
</retDistDFeInt>

Isso quer dizer que o webservice já entregou para esse CNPJ até o NSU 3870, é esse que devia ser informado como último NSU na consulta pra não ter consumo indevido. De acordo com a NT 2014.002 v1.15, a consultas por último NSU devem ser feitos sempre informando o último NSU retornado na última resposta.

Se não foi a sua aplicação que recebeu os NSU 3605 a 3870, então tem outra aplicação ou algum terceiro (o contador, por exemplo) fazendo uso do certificado da empresa e recebendo os documentos.

Veja o tópico abaixo:

 

Obrigado mestre. Faz sentido sua resposta. Vou perguntar ao cliente. Muito Obrigado

[Cleber Ferreira]

Obrigado por reportar.

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