Como lidar com os erros mais comuns a partir dos novos monitores de NF-e
Oie Pessoal,
Com os últimos SP’s lançados no GRC, SP16-18, e também o último a ser lançado no ano, SP19 a ser entregue na última semana do ano, foram introduzidos novos monitores com mais funcionalidades para monitoramento/processamento das NF-e’s e seus lotes.
Pra facilitar um pouco a vida de vocês reuni as informações mais relevantes a respeito desse processo nesse post:
1- Novos monitores para Nfe 3.10
1.1 Novo monitor de NF-e de saída
/XNFE/NFE_OUTB_MONITOR
1.2 Novo monitor de lotes de NF-e de saída
/XNFE/NFE_BATCH_MONITOR
2- Novo objeto de autorização para o monitor de NF-e de saídas:
2.1 Objeto /XNFE/NFE6 com os parâmetros abaixo:
● /XNFE/CNPJ – CNPJ
● ACTVT – Atividade permitida
Mais detalhes podem ser vistos no GRC NFE 10.0 Security Guide
3- Novas funcionalidades nos monitores
3.1 Novas funcionalidades do monitor de NF-e de saída
-Continue Process
-Continue B2B Process
-More functions
-Request Status Check
-Update Feeder System
-Repeat Process Step
-Finish Skipping
-Send XML File
-Request Events
Os detalhes sobre cada funcionalidade podem ser vistos no help do GRC
3.2 Novas funcionalidades do monitor de lotes de NF-e de saída
-Restart
-Finish Batch Process
Os detalhes sobre cada funcionalidade podem ser vistos no help do GRC
4- Cenários especiais ( Erros mais comuns )
4.1 Cenários de NF-e com processamento especial
| 108 | -> Service Interrupted Momentarily |
| 109 | -> Service Interrupted Indefinitely |
| 204 | -> Rejection: Duplicated NF-e |
| 205 | -> Rejection: NF-e is already denied on the SEFAZ database |
| 206 | -> NF-e is already skipped in the SEFAZ database |
| 217 | -> Rejection: NF-e does not exist on the SEFAZ database |
| 256 | -> An NF-e number in the range is already skipped in the SEFAZ database |
| 563 | -> There is an existing skipping request for the same range |
| 656 | -> Improper Consumption (wait at least 3 minutes before try again) |
| 999 | -> Rejection: Unexpected Error |
Os detalhes de como proceder com cada um desses cenários estão no help do GRC
4.2 Cenários de lote de NF-e com processamento especial
| 108 | -> Service Interrupted Momentarily |
| 109 | -> Service Interrupted Indefinitely |
| 215 | -> Rejection: XML schema validation error |
| 426 | -> Rejection: Failure decompressing the data area |
| 426 | -> Rejection: Failure decompressing the data area |
| 516 | -> Rejection: XML schema validation error |
| 517 | -> Rejection: XML schema validation error |
| 545 | -> Rejection: XML schema validation error |
| 656 | -> Improper Consumption (wait at least 3 minutes before trying again) |
| 999 | -> Rejection: Unexpected Error |
Os detalhes de como proceder com cada um desses cenários estão no help do GRC
Para tornar todos esses cenários um pouco mais claros criamos alguns vídeos mostrando como lidar com as rejeições e erros mais comuns no processamento das notas fiscais:
– O que fazer com uma Nf-e rejeitada com o status 204
-O que fazer quando a NF-e está autorizada no GRC e esperando resposta no ERP
-O que fazer quando a NF-e está aprovada no GRC, porém está com erro no último passo e esperando resposta no ERP
-O que fazer quando o LOTE está em processamento por muito tempo sem resposta – Opção 1
–O que fazer quando o LOTE está em processamento por muito tempo sem resposta – Opção 2
-O que fazer quando o LOTE está com status de erro no GRC
-O que fazer quando o LOTE está com erro 999 no GRC
att,
Renan Correa e Tiago Correa
Ótima inciativa Renan e Tiago. Os videos são os mesmos apresentados no Summit ?
Sds.,
Thiago Mai
Oi Thiago,
Sim, os vídeos contêm os mesmos cenários apresentados no Summit.
att,
Renan Correa
Renan, boa tarde tudo certo ai ?
Uma duvida rápida.
Em relação a situação do segundo video:
"O que fazer quando a NF-e está autorizada no GRC e esperando resposta no ERP"
Acredito que essa funcionalidade/botão "Repeat Process Step" só esteja disponível com o SP17.
Existe alguma forma/nota a ser implementada nos clientes que estão no SP16 para habilitarem essa funcionalidade ? Caso não, há alguma outra alternativa ?
Obrigado
abs
Ruy Castro
Oi Ruy,
Tudo bem. O "Repeat Process Step" só está disponível para SP17 mesmo e não há alternativa para implementar isto no SP16.
A recomendação que damos é fazer o upgrade do SP do GRC regularmente, pois há diversas melhorias que são entregues somente via SP.
No SP16 existe a possibilidade de rodar a função /XNFE/PROCSTEP_NFOUPDFS manualmente na SE37 utilizando o GUID da NF-e.
att,
Renan
Obrigado pelo rápido retorno Renan.
Iremos avaliar essa função.
abs
Ruy
Muito bom Renan,
Vai me ajudar bastante, porém estou buscando algo mais amplo.
Eu sou Basis e preciso entender toda essa configuração entre o ECC - GRC e PI como analisar os problemas, encontrar as causas e resolver (simples..rsrs).
Temos tido muitos problemas com emissão de notas, principalmente quando ocorrem incidentes onde a infra pára.
Nossa região possui grande incidência de chuvas e raios o que tem causado bastante incidente. A nossa estrutura é bem grande e ainda estamos na estabilização. Os usuários chaves ainda não dominam os processos como um todo a empresa contratada para dar suporte ainda está conhecendo o ambiente.
Com isso, sempre que ocorre algum problema ele acaba parando aqui. Eu domino toda parte de infra e comunicação (RFC´s) entre os ambientes, mas não sei nada de integração e como determinar onde o problema ocorre.
Não sei se existe alguma documentação especifica de NF-e para Basis, mas se você souber onde eu posso procurar, já ajuda.
Muito obrigado.
Olá Fabio,
A integração do PI com o GRC é feita via tabela /XNFE/acknowledge, cada vez que a infra para e suas filas são mortas, esses acknowledgements ficam perdidos, no SP20 do GRC teremos uma modificação para isso ser limpado automático e retornar o erro para as notas, porém somente para b2b, no 21 terá isso automatizado para todos os processos.
No Sp19 que já está disponível, já possui a feature de matar batchs mesmo que estejam waiting, creio isso já vai ter ajudar.
atenciosamente,
Gustavo
Muito bom! Parabéns pela iniciativa.