DOCUMENTAÇÃO EM ANDAMENTO
Aviso importante!
Esta nota de versão é apenas uma prévia do próximo lançamento.
Observe que os manuais do usuário e de instalação e a mídia FTP não foram atualizados.
Além disso, informamos que as correções e implementações descritas aqui podem ser alteradas, excluídas ou adicionadas antes do lançamento final.
Liberamos com antecedência para ajudar nossos clientes a planejarem a atualização do sistema.
Data de previsão de publicação: 29/11/24
📗 Melhorias
📗 3️⃣ Validar se o número da ordem de compra do cliente já foi digitado anteriormente.
SUP-109558
Foram implementados dois parâmetros validam se o número de ordem do cliente já foi digitado anteriormente.
Tabela | Campo | Tipo | Tamanho |
|---|---|---|---|
GUA_PARAMETROS | PAR_NUMORDEMOBRIGATORIO | TEXT | (1) |
GUA_PARAMETROS | PAR_BLOQDUPLICACAONUMORDEM | TEXT | (1) |
Além de validar o número de ordem com o histórico de pedidos para o cliente da digitação, foi criada uma nova tabela na qual o número de ordem está relacionado ao código cliente.
Tabela | Campo | Tipo | Tamanho |
|---|---|---|---|
GUA_CLINUMORDEMCOMPRA | CNO_CODIGOCLIENTE | TEXT | (30) |
GUA_CLINUMORDEMCOMPRA | CNO_NUMORDEMCOMPRA | TEXT | (30) |
Caso o parâmetro PAR_NUMORDEMOBRIGATORIO esteja ativo e não for informado o número de ordem, a seguinte mensagem será exibida ao tentar finalizar o pedido (Imagem 1).
Caso o parâmetro PAR_NUMORDEMOBRIGATORIO e CNO_NUMORDEMCOMPRA estejam ativos (SIM), e o número de ordem para o mesmo cliente já tiver sido digitado, a seguinte mensagem será exibida (Imagem 2).
📘 Solicitações
📘 3️⃣ Inconsistência na alteração de dados.
SUP-108142
Ocorrência: O sistema não estava salvando as alterações ao apagar alguma informação e tentar editar o endereço de entrega.
Solução: Foi ajustada a condição lógica de verificação do campo de endereço, garantindo que todas as edições feitas nos campos de endereço de entrega sejam salvas (Imagens 1, 2, 3 e 4).
📘 3️⃣ Sistema gerando 1% de desconto no item incorretamente.
ANG-2916
Ocorrência: Devido a uma pequena diferença nos valores dos descontos alterados, os itens não estavam sendo recalculados, o que resultava em um acréscimo nos valores.
Solução: Foi implementada uma tratativa na validação de fator/desconto no cabeçalho para garantir que mesmo que a diferença seja mínima e o valor dos itens não tenha uma mudança aparente, eles sejam recalculados corretamente (Imagem 1).
📘 3️⃣ Duplicidade de clientes ao realizar a inserção de informações na Coleta de Gôndola.
SUP-110781
Ocorrência: Quando era selecionado mais de um produto, o cliente era duplicado ao realizar uma Coleta de Gôndola.
Solução: Foi ajustada a consulta feita para visualização das informações.
Quando é feita a coleta para um cliente (Imagem 1).
Inserindo mais de um produto, o cliente é apresentado normalmente (Imagem 2).
Índice:
Legendas dos tipos de tickets | Legendas da criticidade do ticket | ||||
?? Mudança | 📗 Melhoria | ?? Solicitação | 1️⃣ Relevante | 2️⃣ Importante | 3️⃣ Muito importante |
