Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

01. DADOS GERAIS

Produto:

TOTVS Varejo Franquias e Redes

Linha de Produto:

Franquias e Redes

Segmento:

Varejo

Módulo:

PDV Omnishop

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

  • N/A

06. ANÁLISE DE IMPACTO

  • A maior parte do processo é novo, então não há impacto em rotinas já existentes.