Árvore de páginas

Versões comparadas

Chave

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

...

Produto:

Solucoes_totvs
SolucaoTOTVS Varejo Franquias e Redes

Solucoes_totvs_cross
SolucaoCross

Solucoes_totvs_parceiros
SolucaoParceiros

Solucoes_totvs_parceirosexptotvs
SolucaoParcsExpsTOTVS

Linha de Produto:PDV Sync
Segmento:

Segmentos_totvs
Segmento Varejo

Módulo:

PDVSync.Client.Down

Função:Functions
País:Brasil
Ticket:
Requisito/Story/Issue (informe o requisito relacionado) :

DVARINT1-9961




02. SITUAÇÃO/REQUISITO

...

  • Por meio do processo de baixa de dados do PDVSync (Retaguarda –> PDV), esta ocorrendo erro na inserção de algum dado no PDV Omni, conforme erro abaixo:
    • Erro no Client ao integrar FormaPagto Erro: 42P01: relation "sync_carga_formapagto_validacao" does not exist.
  • Mesmo ocorrendo esse erro, o dado é atualizado/inserido.
    • O lote é finalizado com erro (status 6), porém não ocorreu erro efetivamente na baixa do lote.
      • Consequentemente gera um falso negativo no processo.
  • Devemos corrigir esse erro para que esse cenário de erro não ocorra mais.
    • Caso identificarmos que é um correção padrão no processo de baixa de dados via function

...

    • , devemos replicar a correção para todas as fucntions existentes no processo de baixa.
      • Após a correção não deve ocorrer mais erros relacionados a sinal falso negativo.
  • Além desde erro (falso negativo), identificamos também que as datas de cadastro e atualização no PDV, para cada entidade (preço, produto, imposto...), não estão sendo atualizadas corretamente.
    • A data de cadastro e atualização no PDV está refletindo a mesma data que esta sendo gravado no PDVSyncServer, quando na verdade deveria ser a data atual que esse registro é inserido/alterado no PDV.
  • Devemos corrigir a gravação da data de cadastro e atualização no PDV, para que reflitam efetivamente a data e hora relacionada a inserção/atualização desse registro no PDV.

03. SOLUÇÃO

  • A princípio não conseguimos realizar o erro do falso negativo porém, algumas correções foram aplicadas a fim de não causar esse erro novamente.
    • Foi feita a correção das datas de cadastro e atualização a fim de refletir a data correta de inserção e atualização do dado no PDV
    • Foi adicionado o banco public para que a busca das tabelas sejam precisas e não ocorra o caso de se confundirem com o banco hagfire.
    • Nestes cenários, todas as functions foram alteradas

03. SOLUÇÃO

  • Foi alterado as functions e corrigido as datas de cadastro e atualização de todas as functions