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 |
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.
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