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 processos, alguns deles sendo a instância do banco do PDV (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.
Criado rotina para o modelo fiscal NFCe que irá executar da seguinte forma (para execução em segundo plano através da API do Mozart):
- A execução irá ocorrer a cada 10min, consultando todos os registros 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, o PDV irá 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.
- 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
07. VERSÃO
PRODUTO | VERSÃO |
---|
TOTVS PDV OmniShop | 3.2.196.0 |