Classificação: Problema (Artigo Interno e Externo – Suporte e Usuários)
Descrição
Ao transmitir uma NF-e, consultar recibos, inutilizações, protocolos ou registrar eventos, a SEFAZ pode retornar a seguinte mensagem:
Rejeição 656: Consumo indevido
Essa rejeição ocorre quando a SEFAZ identifica um volume excessivo de consultas ou transmissões repetidas para um mesmo serviço, caracterizando uso indevido dos Web Services autorizadores.
Causa
A Rejeição 656 é uma proteção implementada pela SEFAZ para evitar sobrecarga em seus ambientes autorizadores.
Conforme a Nota Técnica 2018.002, a rejeição pode ser aplicada quando são identificadas ações como:
- Transmissão repetitiva da mesma NF-e rejeitada;
- Consulta excessiva de um mesmo recibo de lote;
- Consulta excessiva da mesma chave de acesso;
- Reenvio repetitivo de inutilizações;
- Reenvio repetitivo de eventos;
- Chamadas em looping para qualquer Web Service da SEFAZ.
Dependendo das regras da UF autorizadora, o contribuinte pode ficar temporariamente bloqueado para utilização do serviço afetado.
Cenários comuns no DBCorp
1. Congestionamento da fila de lotes
Em alguns cenários, pode ocorrer congestionamento na fila de processamento de lotes de NF-e.
Quando isso acontece, o sistema pode realizar diversas consultas ao mesmo lote, aumentando o volume de requisições enviadas à SEFAZ.
Normalmente esse cenário pode ser identificado por mensagens semelhantes a:
Falha no Processamento do lote NNN [...]
Nessa situação, recomenda-se interromper novas transmissões e acionar o suporte para análise da fila de lotes.
2. Instabilidade nos serviços da SEFAZ
Durante períodos de instabilidade da SEFAZ, uma NF-e pode ser autorizada no ambiente autorizador, mas o retorno da autorização não ser recebido pelo ERP.
Nesses casos, é comum que o usuário tente retransmitir a mesma nota diversas vezes, aumentando significativamente a quantidade de consultas e transmissões realizadas até que a SEFAZ aplique o bloqueio por consumo indevido.
Como evitar novas ocorrências?
Quando uma rejeição recorrente ocorrer durante transmissões
- Interrompa novas transmissões da mesma NF-e.
- Consulte a chave de acesso diretamente na SEFAZ.
- Verifique se a nota já foi autorizada.
- Caso a NF-e esteja autorizada, realize os procedimentos necessários para sincronização da informação no ERP.
- Caso a NF-e não esteja autorizada, aguarde alguns minutos antes de realizar uma nova tentativa.
Quando houver instabilidade na SEFAZ
- Aguarde entre 10 e 15 minutos antes de realizar novas transmissões;
- Evite retransmissões consecutivas da mesma NF-e;
- Consulte a chave de acesso antes de realizar um novo envio.
Quando houver falha em lote
- Interrompa as transmissões de NF-e;
- Registre evidências da ocorrência;
- Acione o suporte para análise da fila de lotes;
- Aguarde a validação do ambiente antes de realizar novas transmissões.
Solução
Uma vez que a Rejeição 656 tenha sido aplicada pela SEFAZ, não existe ação no ERP DBCorp capaz de remover imediatamente o bloqueio.
É necessário aguardar o período de bloqueio determinado pela SEFAZ, normalmente entre 1 e 2 horas, antes de realizar novas transmissões.
Durante esse período, recomenda-se identificar e corrigir a causa que originou o consumo indevido, evitando que o bloqueio seja aplicado novamente após a liberação.
Observações
- A Rejeição 656 é gerada exclusivamente pela SEFAZ.
- Os critérios utilizados para caracterizar consumo indevido são definidos pela própria UF autorizadora e podem ser alterados sem aviso prévio.
- Em muitos casos, o bloqueio é temporário e expira automaticamente após determinado período sem novas tentativas.
- A rejeição 656 não indica necessariamente erro de preenchimento da NF-e.
- Em muitos cenários, o bloqueio ocorre devido à repetição de consultas ou transmissões de documentos anteriormente rejeitados.
- Ao consultar uma NF-e após a ocorrência da rejeição, recomenda-se validar a chave de acesso tanto no Portal Nacional da NF-e quanto no portal da SEFAZ da UF autorizadora, pois podem existir diferenças temporárias de sincronização entre os ambientes.
- O usuário normalmente não consegue identificar a causa exata do bloqueio, exceto em situações relacionadas ao processamento de lotes, onde o sistema apresenta mensagens específicas de falha do lote.
Importante!
A equipe DBCorp não possui controle sobre os mecanismos de proteção, limites de consumo ou bloqueios aplicados pelos ambientes autorizadores da SEFAZ.
A correção da causa que originou o consumo indevido não remove o bloqueio já aplicado pela SEFAZ. Após a correção, ainda será necessário aguardar o término do período de bloqueio para retomar as transmissões.
Comentários
0 comentário
Por favor, entre para comentar.