...
Ao configurar um código de retorno da SEFAZ para ativar o modo de contingência, o sistema deveria retornar ao modo online após o período definido. No entanto, o retorno ao modo online, que deveria obedecer ao parâmetro CONTINGENCY_TIME_IN_MINUTES
, não está respeitando o tempo configurado e está se comportando de acordo com a lógica da API.
Foi identificado que o tempo de contingência configurado não estava sendo respeitado porque a rotina havia sido incluída em um job do Hangfire, que é inicializado juntamente com a API. Isso fazia com que o tempo de contingência começasse a ser contado no momento da inicialização da API, e não a partir do momento em que o PDV entrava em contingência, mesmo que o tempo configurado fosse, por exemplo, 1 hora.
Para corrigir o problema:
contingencia_automatica
na tabela configuracao_emissor_fiscal
foi removido.contingencia_automatica
e contingency_time_in_minutes
do TOTVS Varejo Retaguarda foi ajustado. Anteriormente, ele respeitava o tempo configurado no banco, agora, será executado em intervalos fixos de 1 hora.contingency_time_in_minutes
. Após atingir o tempo configurado, a tarefa ajustará o parâmetro contingencia_automatica
para 1
, permitindo que o PDV volte a emitir notas em modo online....
Conforme pode ser observado abaixo, o produto 8810052 apresenta uma falha de cadastro que está ocasionando a rejeição 906:
A configuração no banco foi ajustada para que, ao ocorrer a rejeição 906, o PDV entre em contingência por um período de 5 minutos:
...
No vídeo abaixo, é possível observar o registro do produto 8810052, que aciona o modo de contingência no PDV. Em seguida, é registrado o produto 8810051, cujo cadastro está correto e seria autorizado pela SEFAZ, demonstrando que o PDV permanece em contingência.
...
Também é possivel ver através da hora de atualização do parâmetro no banco:
Não se aplica
Não se aplica
PRODUTO | VERSÃO |
---|---|
TOTVS PDV Omni | 3.8. |
167.0 |
Templatedocumentos |
---|