NFCE SP Alto volume rejeição 656 Consumo indevido

Fórum sobre desenvolvimento de software para atender as exigências da legislação fiscal e tributária (NFe, NFCe, NFSe, SPEED, Projeto ACBr, TEF, ECD, EFD, etc.)

Moderador: Moderadores

jairxpereira
Usuário Nível 1
Usuário Nível 1
Mensagens: 36
Registrado em: 16 Out 2020 10:40
Localização: São Paulo/SP

NFCE SP Alto volume rejeição 656 Consumo indevido

Mensagem por jairxpereira »

Olá, pessoal



Meu Sistema emite NFCE para o Brasil todo mas no estado de SP está dando problema para emitir a NFCE.

Tenho recebido um alto volume da rejeição 656 Consumo indevido, e depois também recebo o erro Access Denied dos servidores da SEFAZ SP.



Alguém sabe como eu contorno esses erros?

Jair Pereira ( jairxpereira )
Fernando queiroz
Usuário Nível 4
Usuário Nível 4
Mensagens: 779
Registrado em: 13 Nov 2014 00:41
Localização: Porto Alegre/RS

NFCE SP Alto volume rejeição 656 Consumo indevido

Mensagem por Fernando queiroz »

A rejeição 656 na NFC-e é o famoso caso de “Consumo Indevido”, que acontece quando o sistema envia muitas consultas à SEFAZ em um curto período — geralmente acima do limite de 600 requisições a cada 5 minutos por certificado digital
O que causa essa rejeição?
Possíveis cenários comuns:

Múltiplos sistemas usando o mesmo certificado simultaneamente (ERP + sistema fiscal da contabilidade)
Consultas em loop por falhas internas (o sistema repete requisições várias vezes)
Alta carga, por exemplo recibos ou lote de NFC-e muito grandes envolvem muitas consultas .

O que fazer?
1. Pausa obrigatória de 60 minutos
Após ocorrer a rejeição, a SEFAZ bloqueia novas consultas por 1 hora. Se tentar antes disso, o tempo será reiniciado

Como evitar
Estratégia O que fazer
Centralize consultas Utilize apenas um sistema (ERP ou fiscal) para acessar a SEFAZ

Evite loops Garanta que, ao receber erro, não repita consultas automaticamente.
Distribua certificados Se possível, utilize múltiplos certificados e alterne entre eles.
Monitore volume Não dispare mais de 600 consultas em 5 minutos; implemente alertas ou bloqueios no seu app .

Em resumo
Rejeição 656 = consumo em excesso.

Solução imediata: aguarde 60 min antes de tentar novamente.

Prevenção: otimize código para evitar repetição/loop, centralize o uso do certificado, e evite múltiplos sistemas consultando simultaneamente.
HARBOUR 3.2, HWGUI 2.23 B3, SEFAZCLASS, PDFClass, ADO + MariaDB/MySQL, RMChart
Avatar do usuário
JoséQuintas
Administrador
Administrador
Mensagens: 20267
Registrado em: 26 Fev 2007 11:59
Localização: São Paulo-SP

NFCE SP Alto volume rejeição 656 Consumo indevido

Mensagem por JoséQuintas »

Isso também acontece quando SP está com problema, dá erro adoidado.

Também quando tenta a mesma nota muitas vezes seguidas, com o mesmo erro.

Talvez na próxima nota tentar a próxima nota mesmo, antes de descarregar as anteriores.

Talvez um controle de tempo, e esperar mais tempo pras que tentou antes.

Tem o consulta status, que dá uma previsão de tempo de resposta.
José M. C. Quintas
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"

https://github.com/JoseQuintas/
Responder