• Rotinas Otimizadas
• Implementações

                                                                                                          Rotinas Otimizadas

POSTOSUBE-23025

Módulo/Rotina: Ajustado transferência de mesa.
Benefício/Descrição: Realizado ajuste na transferência de mesa e de item, para que ao ser transferido mantenha corretamente os valores dos produtos.

POSTOSUBE-23609

Módulo/Rotina: Ajustado controle de limite de nota a prazo para SmartPOS quando for integração online
Benefício/Descrição: Realizado ajuste no SmartTAC, para for utilizado tacon(integração online), seja feito o controle de limite de credito corretamente.

POSTOSUBE-23779

Módulo/Rotina: Ajusta cancelamento de uso do vale haver, para ambiente com integração offline.
Benefício/Descrição: Realizado ajuste na rotina para utilização de vale haver, agora o sistema esta executando a baixa e o cancelamento corretamente quando utilizado integração offline.

POSTOSUBE-23824

Módulo/Rotina: Ajustado rotina de cancelamento por substituição.
Benefício/Descrição: Realizado ajuste no select para validação do status da nota, para quando possuir 2 notas autorizadas para o mesmo cupom o sistema consiga cancelar por substituição a primeira nota.

POSTOSUBE-23904

Módulo/Rotina: Ajustado consulta Tira Teima.
Benefício/Descrição: Realizado ajuste na busca de preço do Tira Teima, agora esta trazendo os preços corretamente para códigos de barras do tipo embalagem.
Caminho: TAC → Vendas → Tira Teima.

POSTOSUBE-24058

Módulo/Rotina: Ajustado envio de venda do endpoint venda/registra.
Benefício/Descrição: Realizado ajuste no select do endpoint venda/registra, assim quando na tab_estado, existir mais uma sgl_estado, pegue somente o primeiro que retornar.

POSTOSUBE-24123

Módulo/Rotina: Melhora rotina de QrLinx.
Benefício/Descrição: Melhorado Foram aprimoradas as validações na rotina de uso do QrLinx. Agora ao informar uma Ao configurar a forma de pagamento no parâmetro (TG3Config -> → Seleciona Host -> → QrLinx -> → Código Forma de Pagamento) será validado , o sistema passa a validar se ela é do tipo PL e se o ind_qrlinx = S. No momento da venda quando selecionado Durante a venda, caso seja selecionada uma forma de pagamento QrLinx , caso o com ind_qrlinx seja = N, a venda operação não será feita concluída e será solicitado para o operador rever as configurações da forma de pagamento para o QrLinx.
Criado o operador será orientado a revisar a configuração.
Foi criada a coluna ind_qrlinx na tabela tab_forma_pagto, onde é preenchido pelo tacon preenchida via Tacon e exportação de dados offline. Campo ja offline, já existente no cadastro de forma de pagamento do EMSysdo EMSys.

                                                                                                         Implementações