01. DADOS GERAIS
Produto: | TOTVS Varejo Franquias e Redes |
---|
Linha de Produto: | |
---|
Segmento: | |
---|
Módulo: | |
---|
Função: | Venda |
---|
País: | Brasil |
---|
Ticket: |
|
---|
Requisito/Story/Issue (informe o requisito relacionado) : | DVARLIVEPDV-23379 |
---|
02. SITUAÇÃO/REQUISITO
Relatado que houve uma venda que ficou ativa na SEFAZ, porém estava sendo apresentada como cancelada no relatório do Sitef, mas não era apresentada no TOTVS Live. A venda não havia sido gravada no banco do PostgreSQL.
03. SOLUÇÃO
Na análise, verificamos que em momentos em que a máquina atinge 100% da CPU é forçado o encerramento de alguns processo, alguns deles do postgres.exe. Isso faz com que a API perca o acesso ao banco PostgreSQL e acabe não conseguindo realizar operações de consulta e atualização de informações.
Criamos uma rotina temporária para o modelo fiscal NFCe que irá executar da seguinte forma:
- A execução irá ocorrer a cada 10min, consultando todos os registro de vendas no intervalo de 60 minutos anterior ao inicio da execução do processo.
- Ao executar, a rotina irá consultar na tabela Venda se houve algum salto de numeração (por exemplo, saiu da venda 1 para a venda 3, ou seja, a venda 2 não está gravada).
- Quando encontrar uma venda nessa situação, será consultado no Fiscal Manager a XML dessa venda. Obtendo o retorno, iremos criar a venda no banco, com dados mínimos que são possíveis de extrair da XML da venda. Na sequencia, será solicitado o cancelamento da venda na SEFAZ e, obtendo sucesso, a venda será cancelada também no banco do PostgreSQL.
04. DEMAIS INFORMAÇÕES
- Os descontos apresentados na XML serão sumarizados como desconto no item, então apresentaram no TOTVS Live como desconto no item para bater o valor da venda.
- Os pagamentos apresentados na XML serão sumarizados e lançados na forma de Pagamento "
...
- Dinheiro".
- Em situações de virada de contingencia ou rejeição da sefaz a venda será inutilizada, e a numeração da venda estará ausente no banco até que o processo de inutilização ocorra. nesse cenário o registro ausente não será tratado nessa rotina, pois se trata de um fluxo separado já existente no PDV onde a venda será incluída no banco após processamento da inutilização pelo FiscalManager.
05. ASSUNTOS RELACIONADOS
06. ANÁLISE DE IMPACTO
- A maior parte do processo é novo, então não há impacto em rotinas já existentes.