Árvore de páginas


01. DADOS GERAIS

Produto:

TOTVS

Linha de Produto:

TOTVS VAREJO FRANQUIAS E REDES

Segmento:

VAREJO

Módulo:PDV MOVEL
Função:BAIXA DE FORMAS DE PAGAMENTOS E SUBIDA DE PAGAMENTOS
País:Brasil
Ticket:
Requisito/Story/Issue (informe o requisito relacionado) :DVARLIVEPDV-6390


02. SITUAÇÃO/REQUISITO

Verificado que ao realizar vendas utilizando a forma de pagamentos CARTEIRA DIGITAL (vinculados aos pagamentos PIX) o NSU da transação não estava sendo enviado ao TOTVS Varejo Franquias e Redes.

Em analise, vimos que na descida de formas de pagamento para o client a forma de pagamento CARTEIRA DIGITAL foi registrada com o tipo "OUTROS" (relacionada com a tabela pagamento_forma_mestre). Quando a forma é registrada para esse tipo, o processo de subida de pagamentos de venda entende que não há NSU a ser enviado. Porém, a partir do momento em que essa forma de pagamento (CARTEIRA  DIGITAL) teve produtos eletrônicos vinculados a ela, a mesma deveria ter alterado o tipo no client, passando de "OUTROS" para "POS". O tipo "POS" envia a NSU para o TOTVS Live.

O problema para que, mesmo após o vinculo dos produtos eletrônicos a forma de pagamento CARTEIRA DIGITAL tenha permanecido com o tipo "OUTROS", ocorreu pois no processo de baixa a coluna que representa esse tipo não é atualizada (tabela pagamento_forma; coluna id_pagamento_forma_mestre), somente as demais informações.

03. SOLUÇÃO

Para corrigir a situação descrita realizamos um ajuste no processo de descida de formas de pagamento, onde passamos a considerar a coluna correspondente ao tipo de forma de pagamento para a atualização (UPDATE). Esse processo foi realizado no produto TOTVS VAREJO FRANQUIAS E REDES, pois o mesmo é responsável pela distribuição dos componentes da descida e subida de dados (Taskmanager).

Pensando no cenário de lojas que já possuem hoje a forma de pagamento cadastrada erroneamente, também alteramos o produto TOTVS PDV MÓVEL para que na próxima execução do Taskmanager seja solicitado uma nova carga dos registros de formas de pagamento, para que os dados possam ser atualizados e os tipos alterados.


Imagem 1: Exemplo de formas de pagamentos vinculados ao tipo (mestre) incorreto


Imagem 2: Exemplo de formas de pagamentos vinculados ao tipo (mestre) corretos após forçar a nova carga

04. DEMAIS INFORMAÇÕES

  • N/A.

05. ASSUNTOS RELACIONADOS

  • N/A.