Histórico da Página
...
| Produto: | TOTVS Varejo Franquias e Redes | ||||
|---|---|---|---|---|---|
| Linha de Produto: | | ||||
| Segmento: | Varejo | ||||
| Módulo: | PDV OMNISHOP - DESK | ||||
| Função: | FORMA DE PAGAMENTO | ||||
| Ticket: | |||||
| Requisito/Story/Issue (informe o requisito relacionado) : | DVAROMNIP-1031 |
02. SITUAÇÃO/REQUISITO
Identificou-se que, ao realizar o resgate de um pedido no TOTVS PDV Omni, a forma de pagamento ficava desabilitada para edição quando o parâmetro "282 - Aplica preço por condição de pagamento?" estava ativo.
O problema ocorria porque o sistema validava apenas o estado do parâmetro 282, sem considerar se havia um cliente identificado ou uma condição de pagamento vinculada ao pedido. Em cenários onde a venda era realizada sem a identificação do cliente, o fluxo bloqueava a edição indevidamente, uma vez que não haveria regra de condição de pagamento a ser aplicada no carrinho.<Informar a Situação/Requisito para adicionar ao Confluence>
03. SOLUÇÃO
<Informar a Solução para adicionar ao Confluence>
04. DEMAIS INFORMAÇÕES
Para flexibilizar e corrigir o comportamento, foi adotada a utilização do parâmetro "327 - Permitir alteração das formas de pagamento no resgate do pedido" como o controle principal da funcionalidade em todo o sistema.
As seguintes alterações foram implementadas:
Reorganização de Parâmetros: O parâmetro 327 foi movido do grupo "Configuração SelfCheckout" para o grupo "Configuração de Atendimento", tornando-se global para o sistema.
Carga Inicial Automática: Durante a atualização, o valor inicial do parâmetro 327 será definido com base no parâmetro 282:
Se 282 estiver Ativo, o 327 será Inativado (mantendo o bloqueio atual).
Se 282 estiver Inativo, o 327 será Ativado (permitindo a edição).
Regra de Negócio Refinada: O sistema passa a validar a edição conforme a tabela abaixo:
| Cenário | Parâmetro 327 | Cliente com condição | Parâmetro 282 | Resultado |
|---|---|---|---|---|
| 1 | Desabilitado | Sem identificação de cliente | Desabilitado | Bloqueia a edição do pagamento |
| 2 | Habilitado | Com cliente com condição | Habilitado | Bloqueia a edição do pagamento |
| 3 | Habilitado | Com cliente com condição | Desabilitado | Permite a edição do pagamento |
| 4 | Habilitado | Com cliente sem condição | Habilitado | Permite a edição do pagamento |
| 5 | Habilitado | Com cliente sem condição | Desabilitado | Permite a edição do pagamento |
| Informações | ||
|---|---|---|
| ||
A regra de bloqueio se aplica apenas a atendimentos do tipo Pedido (Venda Assistida ou integrados pelo Winthor). Atendimentos do tipo Pré-venda (gerados pelo Checkout) não permitem salvar pagamentos previamente selecionados. |
Abaixo, segue os vídeos demonstrativos do novo comportamento
Cenário 1: Parâmetro 327 e 282 desabilitados e com cliente identificado e com condição
Cenário 2: Parâmetro 327 e 282 habilitados e com cliente identificado e com condição
04. DEMAIS INFORMAÇÕES
Alteração de pagamento de pedidos no PDV Checkout.
Alteração de pagamento de pedidos no SelfCheckout.
- Atualização do parâmetro 327 - Permitir alteração das formas de pagamento no resgate do pedido
...
05. ASSUNTOS RELACIONADOS
Não se aplica
06. ANÁLISE DE IMPACTO
SelfCheckout: O parâmetro 282 não é utilizado neste módulo. O bloqueio ou permissão de edição de pagamentos no SelfCheckout depende exclusivamente do parâmetro 327.
Android: O comportamento de bloqueio do parâmetro 282 ainda não é refletido na plataforma Android. Esta convergência será tratada em uma melhoria futura no backlog, mantendo o comportamento atual da plataforma por enquanto.
Intervenção do Usuário: Clientes que utilizam o resgate de pedidos (como no SelfCheckout) devem revisar se o estado do parâmetro 327 atende à sua necessidade operacional após a atualização.
07. VERSÃO
| Produto | Versão |
|---|---|
| TOTVS Varejo PDV Omni | 4.2.XXX.0 |
| Templatedocumentos |
|---|
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas