Liberação:
Setup de instalação (exclusivo para ambientes on premise): Linx UX (3.10.18) - Setup.pdf
| Código | Código externo | Tipo | Título | Descrição | Evidência |
|---|---|---|---|---|---|
| MODASP-8349 | 44109 | Correção | Consulta de Estoque - Divergências de Custo Médio | Ajustes na tela Consulta de Estoque a fim de evitar divergências no custo médio. | |
| MODASP-8595 | - | Melhoria | Atualização da query de busca SAT | Atualizado um componente para otimização no acesso ao banco e consequente melhoria de performance em uma determinada consulta. | |
| MODASP-8692 | 46354 | Correção | Consulta de Movimentação Financeiras a Pagar e Receber - Filtro de pesquisa não funcionam | Ajustes feitos para pesquisa feita por número de documento. | |
| MODASP-8705 | 46895 | Correção | Consulta de Movimentação Financeiras a Receber - Erro na visualização de movimentação após baixa | Efetuado correção para que na baixa de título a receber, a consulta irá apresentar as informações do movimento de baixa, as informações das contrapartidas em linhas separadas com as devidas datas de baixa. | |
| MODASP-8706 | 46896 | Correção | Consulta de Movimentações Financeiras a Receber - Valor da contrapartida em branco | Realizada correção na tela Consulta de Movimentações Financeiras a Receber a fim de que Valor da Contrapartida venha preenchido corretamente. | |
| MODASP-8707 | 46897 | Correção | Consulta de Movimentações Financeiras a Receber - Sistema não está separando valores de baixa de Conta Caixa e Conta Corrente | Efetuado correção para que na baixa de título a receber, a consulta irá apresentar as informações do movimento de baixa, as informações das contrapartidas em linhas separadas. | |
| MODASP-8709 | 46898 | Correção | Consulta de Movimentações Financeiras a Apagar e Receber - Ao acessar outra tela através da lupa de pesquisa, está vindo sem o cabeçalho | Feito correção nas telas de Consulta a Pagar e a Receber para exibição correta de pesquisas feitas através da lupa e menu lateral. | |
| MODASP-8710 | 46899 | Correção | Consulta de Movimentação Financeira a Receber e Pagar - Telas selecionadas no menu | Aplicado tratamento na tela Consulta de Movimentação Financeira a Receber e Pagar a fim de que as telas selecionadas no menu lateral esquerdo sejam carregadas corretamente. | |
| MODASP-8711 | 46900 | Correção | Consulta de Movimentações Financeira a Receber - Pesquisa sem filtro | A tela Consulta de Movimentações Financeira a Receber passou por ajustes nas pesquisas realizadas sem filtro a fim de que os dados das buscas sejam trazidos corretamente. | |
| MODASP-8712 | 46901 | Correção | Consulta de Movimentações Financeiras a Pagar - Resultado da pesquisa cortado lateral direito com todas colunas habilitadas | Ajuste realizado para as colunas serem exibidas sem cortar a lateral direita do grid | |
| MODASP-8724 | 46907 | Correção | Consulta de Movimentações Financeiras a Receber - Sistema apresentando registros com dados em branco | Efetuada correção para que na consulta de baixa de título a receber seja apresentadas as informações de acordo com a movimentação. | |
| MODASP-8764 | - | Correção | Pedidos não constam no PDV | Ajuste para isolar a comunicação entre UX e PDV, dessa forma, a integração estará consolidada mesmo com eventual falha na comunicação entre UX e OMS. Na execução da API de atualização de pedido no PDV , quando o processo ocorre com sucesso, o atributo MensagemErro retornava vazio, agora retorna os parâmetros que foram passados pelo Serviço do PDV A API agora gera 2 Logs para cada pedido, e são localizados na aba LOG DO PEDIDO da tela “Consulta de Pedido de Venda – OMS”, o primeiro log ocorre logo após a execução do select, e o segundo após o preenchimento dos objetos para envio para o PDV . Agora vamos focar na API AlteraFlagPedidoPDV, ela é chamada pelo PDV afim de informar que o pedido foi recebido com sucesso. A API altera o pedido para o status Pronto, e informa que o PDV foi atualizado Na sequência, é acionado o método AlteraStatusPedidoOMS, nesse momento ele tem a função de enviar o status de BILLING_CONFIRMATION para o OMS. É nesse momento que temos a alteração mais importante, antes caso houvesse qualquer erro de comunicação de entre UX e OMS, o UX retornava para o PDV uma TAG = false, oque ocasionava a exclusão do pedido no PDV, Porém após o ajuste, continuará retornado true e o processo entre UX e PDV acontecerá com sucesso. O retorno da chamada da API evidência que mesmos com o erro na comunicação entre o UX e o PDV, o atributo Resultado ficará com o valor true e quando isso ocorre o pedido permanece intacto no PDV. Lembrando que também é gravado um log, informando o erro de comunicação que o OMS retornou, se for o caso. |