Serviço DistribuiçãoDFe maluco?

[lucimauro]

Bom dia,

Ou esse serviço enlouqueceu de vez, ou eu estou completamente perdido (o que eu acho dificil): recebendo CONSUMO INDEVIDO mesmo colocando todas as consultas com espaço superior a 1 hora.

Como exemplo:
- 10/03/2022 às 22:59 - Consumo Indevido
- Nova consulta HOJE dia 11/03/2022 às 06:03 - Também consumo indevido

Como assim?

 

10/03/22 22:59:11:576 - NFe_DistribuicaoDFePorUltNSU(23,07439697000140,000000000091262)
10/03/22 22:59:12:092 - LIB_UltimoRetorno
10/03/22 22:59:12:092 -    Codigo:0, Mensagem:{ "DistribuicaoDFe" : { "CStat" : 656, "CUF" : 0, "DhRecbto" : "", "Msg" : "Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)", "VerAplic" : "1.5.1", "Versao" : "1.01", "XMotivo" : "Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)", "arquivo" : "23220307216054000219550030058614831802062491-resNFe.xml", "dhResp" : "2022-03-10T22:59:29.000Z", "indCont" : "0", "maxNSU" : "000000000000000", "tpAmb" : "1", "ultNSU" : "000000000000000" } }

11/03/22 00:33:29:696 - TLibNFeConfig.AplicarConfiguracoes: C:\CriaSoftWare\ACBrLib.ini
11/03/22 00:33:29:743 - LIB_Inicializar( C:\CriaSoftWare\ACBrLib.ini,  )
11/03/22 00:33:30:411 -    ACBrLibNFE - 0.4.6.166
11/03/22 00:33:30:424 - LIB_ConfigGravarValor(DFe, Senha, ******)
11/03/22 00:33:30:433 - TLibNFeConfig.AplicarConfiguracoes: C:\CriaSoftWare\ACBrLib.ini
11/03/22 00:33:30:448 - LIB_Versao
11/03/22 00:33:32:555 -    Versao:0.4.6.166, len:9
11/03/22 06:03:34:524 - LIB_ConfigLer(C:\CriaSoftWare\ACBrLib.ini)
11/03/22 06:03:34:524 - TLibNFeConfig.Ler: C:\CriaSoftWare\ACBrLib.ini
11/03/22 06:03:34:539 - TLibNFeConfig.AplicarConfiguracoes: C:\CriaSoftWare\ACBrLib.ini
11/03/22 06:03:34:571 - NFe_DistribuicaoDFePorUltNSU(23,07439697000140,000000000091262)
11/03/22 06:03:35:336 - LIB_UltimoRetorno
11/03/22 06:03:35:336 -    Codigo:0, Mensagem:{ "DistribuicaoDFe" : { "CStat" : 656, "CUF" : 0, "DhRecbto" : "", "Msg" : "Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)", "VerAplic" : "1.5.1", "Versao" : "1.01", "XMotivo" : "Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)", "arquivo" : "", "dhResp" : "2022-03-11T06:03:54.000Z", "indCont" : "0", "maxNSU" : "000000000000000", "tpAmb" : "1", "ultNSU" : "000000000000000" } }

 

[BigWings]

1 hora atrás, lucimauro disse:

Como assim?

Pode ser outra aplicação consultando o mesmo CNPJ.

[lucimauro]

18 minutos atrás, BigWings disse:

Pode ser outra aplicação consultando o mesmo CNPJ.

No cliente ja verifiquei e nao tem. Na contabilidade, o contador jurou de pe junto que la tbm nao estao consultando

[Suzana Regina]

Também estou com o mesmo problema.

[Suzana Regina]

Resolvi aqui alterando a quantidade de consulta para 1.

[Paulofrlima]

3 minutos atrás, Suzana Regina disse:

Resolvi aqui alterando a quantidade de consulta para 1.

Olá Suzana,

Poderia explicar melhor a sua solução? onde se faz este ajuste?

[lucimauro]

Quem nao esta monitorando isso, comece a monitorar rsrs.

Ta dando CONSUMO INDEVIDO a 3 por 4, mesmo as consultas estao em intervalos superiores a 1hora

Nao é possivel q isso seja so comigo rsrsrs

[Paulofrlima]

Não é, estou com o mesmo problema...

Tentei ajustar o "Nº de Tentativas" para 1, mas estou com o mesmo problema...

 

[Daniel Simoes]

Eu acredito que há muito uso compartilhado desse serviço.. mas infelizmente o Serviço da Sefaz, quando dá o "castigo", não dá informações de Ultimo Acesso, como DataHora e IP...

Pode ainda ser que eles estejam "ajustando" os parâmetros do novo WebService que monitora o uso indevido...

[Renato Rubinho]

Pessoal,

Seguem algumas considerações, caso sejam úteis. 

1. Quando utilizarem a consulta por UltNSU, atentem-se a utilizar sempre o último NSU recebido e não fugir da sequência.

Na dúvida, caso esteja sempre caindo em uso indevido, na próxima consulta utilizem o ultNSU = 0 para reinciar a fila.

Caso quem utiliza o serviço tenha outro aplicativo que estavisse rodando em paralelo, mesmo que tenha parado de executar, a fila ficou "quebrada", precisa consultar de novo o ultNSU = 0.

2. Caso tenha sido bloqueado por 1h por ação irregular em qualquer método, todos ficam bloqueados pelo período.

Se utilizar os serviços de consulta pela chave ou consulta por NSU mais de 20 vezes em uma hora também será bloqueado.

Caso tenham eu seus sistemas, esses métodos pontuais, controlem o limite de consultas em 1 hora. 

3. Segue um tópico com as condições para o bloqueio.

 

[Paulofrlima]

Pois é o problema é que continua retornando rejeição quando consultado UltNSU com ultNSU = 0 (obviamente aguadando o tempo "de castigo" acima de 1 hora).

Os outros serviços funcionam corretamente (por chave e NSU específico) dentro do limite de 20 pesq/h.

 

[Renato Rubinho]

Realmente, estando os demais funcionando, seu relato mostra um erro com certeza na consulta por ultNSU, se não retorna quando utilizado zero 

Essa é a hora de abrir um fale conosco na Sefaz, expondo cada caso pare ver se eles tomam providência.

[Leandro Vignoto]

29 minutes ago, Renato Rubinho said:

Pessoal,

Seguem algumas considerações, caso sejam úteis. 

1. Quando utilizarem a consulta por UltNSU, atentem-se a utilizar sempre o último NSU recebido e não fugir da sequência.

Na dúvida, caso esteja sempre caindo em uso indevido, na próxima consulta utilizem o ultNSU = 0 para reinciar a fila.

Caso quem utiliza o serviço tenha outro aplicativo que estavisse rodando em paralelo, mesmo que tenha parado de executar, a fila ficou "quebrada", precisa consultar de novo o ultNSU = 0.

2. Caso tenha sido bloqueado por 1h por ação irregular em qualquer método, todos ficam bloqueados pelo período.

Se utilizar os serviços de consulta pela chave ou consulta por NSU mais de 20 vezes em uma hora também será bloqueado.

Caso tenham eu seus sistemas, esses métodos pontuais, controlem o limite de consultas em 1 hora. 

3. Segue um tópico com as condições para o bloqueio.

 

Só para termos um histórico, e por desencargo, também zerei o NSU para "arrumar a fila" e o erro continha.

A impressão que tenho no meu caso, pelo fato de ser filiais e eu consultar as filiais ao mesmo tempo, acaba gerando o consumo indevido, o que na minha opinião é erro na sefaz.

Observe que faço o controle do horário e também já verifiquei se existe outros locais fazendo a busca (isso nunca teremos certeza, pois o certificado digital acaba indo para escritórios de contabilidade)

 

[klebermerlo]

Também estamos com esse problema, vários empresa reclamando em estados aleatórios. Engraçado que vimos situação da primeira consulta do dia, ja deu Consumo indevido.

[lucimauro]

31 minutos atrás, klebermerlo disse:

Engraçado que vimos situação da primeira consulta do dia, ja deu Consumo indevido.

Eu tbm. Na primeira do dia ja CONSUMO INDEVIDO! 
Como diria um amigo meu, "algo de errado nao está certo"

Alem de estar dando intervalo de MAIS de 1hora e mesmo assim recebendo consumo indevido, tbm estou recebendo essa maledita mesmo quando nao recebo cStat 137. Ta maluco

[Juliana Tamizou]

Boa tarde pessoal, 

Caso alguém tenha recebido algum retorno da SEFAZ, e puder compartilhar aqui, será muito bom.

At.

 

[Paulofrlima]

41 minutos atrás, lucimauro disse:

Alem de estar dando intervalo de MAIS de 1hora e mesmo assim recebendo consumo indevido, tbm estou recebendo essa maledita mesmo quando nao recebo cStat 137. Ta maluco

Este é o padrão de erro aparente...

 

34 minutos atrás, Juliana Tamizou disse:

Boa tarde pessoal, 

Caso alguém tenha recebido algum retorno da SEFAZ, e puder compartilhar aqui, será muito bom.

At.

 

Protocolo aberto, mas acredito que só na segunda...

[renanl23]

2 horas atrás, klebermerlo disse:

primeira consulta do dia, ja deu Consumo indevido.

Mesma situação aqui, começou ontem com um cliente específico, depois vários reportando hoje cedo.

[lucimauro]

Compartilhando...

10.03.2022
as 22:59h - Consumo indevido

proxima consulta...
11.03.2022
as 06:03h - Consumo indevido

proxima consulta...
11.03.2022
as 19:30h - Consumo indevido

12.03.2022 nenhuma consulta, parado total

proxima consulta...
13.03.2022
as 06:03h - Consumo indevido
as 07:13h - Consumo indevido
as 08:23h - Começou a vir documentos (finalmente, ufa!)

Evidente que ha um problema na sefaz
 

[Renato Rubinho]

Boa tarde,

Todas as consultas utilizando ultNSU zero?

Testou após o funcionamento se a sequência de consulta por último NSU voltou a funcionar?

Pelo seu relato eles tinham realmente bloqueado e agora liberaram.

[lucimauro]

1 hora atrás, Renato Rubinho disse:

Boa tarde,

Todas as consultas utilizando ultNSU zero?

Testou após o funcionamento se a sequência de consulta por último NSU voltou a funcionar?

Pelo seu relato eles tinham realmente bloqueado e agora liberaram.

Estou sempre utilizando o ultNSU real (nao zero).

A alegria durou pouco: as consultas seguintes ja deram consumo indevido, mesmo cada consulta estando 1h10min de diferença. Detalhe: Não recebi cStat 137 nenhuma vez. O cliente em questao sempre tem algo a vir em cada consulta.

Perceba que dia 12.03 nao realizei nenhuma consulta. No dia 13 ja na primeira ja deu consumo indevido (como assim?). Na segunda do dia 13... consumo indevido de novo. Na terceira finalmente liberou pra vir algo (após essa foram feitas diversas "ciencias". Na consulta seguinte era pra vir uma porrada de notas). Mas na quarta, quinta...etc, consumo indevido.

Eu ja nao sei é mais de nada. Nao ha um padrao de patavina nenhuma

[Renato Rubinho]

Realmente seu caso está cruel, já abriu um fale conosco com a Sefaz para ver se identificam algo?

A título de informação, nas consultas você recebe o maxNSU, além do ultNSU.  Enquanto o ultNSU for menor que o maxNSU, você consegue saber a quantidade pendente.

Após essas novas Ciências que citou, quando os xmls forem liberados pela Sefaz, seu maxNSU irá aumentar nas consultas seguintes.

[Paulofrlima]

Bom dia,

Aqui segue o mesmo erro...

Segue retorno do SEFAZ:

//----------------------------

Prezado,

 

Como a mensagem de bloqueio informa que a sequência de NSU não está sendo seguida e você acredita não ter quebrado a cadeia, a hipótese possível que geralmente ocorre é que há mais de um IP acessando o disNSU pela empresa, com sequência de NSU distinta. Verifique se não tem outra área da empresa/prestador de serviços com certificado para acessar o serviço. 

//----------------------------

 

A contabilidade é interna aqui, somente eu estou acessando...

 

Tentarei contato novamente com SEFAZ...

 

[lucimauro]

1 hora atrás, Paulofrlima disse:

Segue retorno do SEFAZ:

//----------------------------

Prezado,

 

Como a mensagem de bloqueio informa que a sequência de NSU não está sendo seguida e você acredita não ter quebrado a cadeia, a hipótese possível que geralmente ocorre é que há mais de um IP acessando o disNSU pela empresa, com sequência de NSU distinta. Verifique se não tem outra área da empresa/prestador de serviços com certificado para acessar o serviço. 

//----------------------------

 

desculpem as letras garrafais, mas EU NAO ACREDITO que o problema seja esse.

Estou acompanhando 3 clientes diferentes, com 3 contabilidades distintas e posso garantir que nao está havendo consultas paralelas

[lucimauro]

Como exemplo,

ontem, domingo, contabilidade fechada, cliente fechado. Apenas o servidor do cliente funcionando. Acessei e fiquei acompanhando o dia inteiro. 

Consultas realizadas a cada 1hora e 10minutos. De 6horas da manha ate por volta das 19h horas, foram recebidas 10 rejeições e apenas uma dessas consultas retornou cStat 138