| Data de Lançamento |
|
| Autor | Augusto Cézar dos Reis Jennifer Navarro Rocha |
Prezado cliente,
Com o intuito de fornecer as ferramentas necessárias para o bom desempenho de sua farmácia, a Linx traz inovações para o software e, através deste informativo, serão abordadas as melhorias e inovações do software aplicadas ao módulo.
Maiores informações referente a esta inovação e às demais alterações serão detalhadas neste documento, com a finalidade de trazer maior credibilidade e garantir a excelência dos processos administrativos da sua farmácia.
Atualizar versões da(s) aplicações abaixo.
| Aplicação | Versão |
| Banco de Dados - PostgreSQL | 4.08.056 |
| Chamado Jira | Chamado Workflow | Descrição | Ajustes contemplados |
|---|---|---|---|
| FARMAGOI-18044 | 42694597 | Pedido não encontrado: Gestão Televendas - Alexandre (TI) | 01 |
| FARMAGOI-21312 | 44900550 | Televendas Pedido - Campo de observação não sendo limpo ao finalizar pedido | 02 |
| FARMAGOI-21459 | - | Rejeição em notas Fiscais (NFe) com bonificação | 03 |
| FARMAGOI-22224 | - | Sendo possível realizar Checkout várias vezes | 04 |
| FARMAGOI-22427 | - | Filtro de filial duplicando | 05 |
| FARMAGOI-21446 | Informações de produto não sendo ilustrados na seleção de produtos | 06 | |
| FARMAGOI-22358 | - | Pedido sendo vinculado a 2 etiquetas diferentes dos Correios | 07 |
| FARMAGOI-22355 | Impressão de etiquetas e NF-e's | 08 |
01 - Os pedidos não estavam sendo localizados nas aplicações de logística e pedido.
O pedido não estava sendo encontrado no Televendas, porque o campo "CD_CID" estava vindo nulo, por falta de cadastro de endereço vinculado ao cadastro do cliente na tabela "RC_CLI", foi incluído uma condição na consulta para setar 0 quando o valor vier nulo e onde era feito um "INNER JOIN" agora é realizado um "LEFT JOIN" trazendo o resultado.
02 - Ao finalizar um pedido, as observações do campo "Nota Fiscal" não era limpo.
Após a análise, foi feita uma alteração no "https://dev.azure.com/Linx-Goiania/Java/_git/Gestao-Televendas/pullrequest/4248", para que o campo fosse limpo ao concluir um pedido.
03 - Os produtos bonificados estavam gerando natureza de movimento errado.
Após a análise foi percebido 2 problemas:
1º - Foi Identificado que o NFServer não estava validando a flag "GERA_DP" referente a natureza de operação, flag essa responsável por gerar ou não o financeiro para o pedido.
2º - foi Identificado também que pedidos com bonificação estava gerando registro de pagamento na tabela "EST_PED_VD_PAG", como são brindes, não há necessidade de gerar esse registro;
NFSERVER - Inserida validação da flag GERA_DP antes de gerar o contas a receber, dessa forma só irá gerar registro na RC_DEB se a natureza de movimentação estiver com essa flag habilitada..
TELEVENDAS - Para garantir que os pedidos bonificados não gerem financeiro, foi realizada a validação da flag GERA_DP no momento de inserir os dados de pagamento nas tabelas EST_PED_VD_PAG... garantindo assim que pedidos bonificados não gerem nem registro de pagamento.
04 - Era necessário adicionar uma trava, para que não seja possível realizar o Checkout de um pedido mais de uma vez.
Após a análise, foi realizado alterações no formulário "FrmPainelAguardandoEntregaLoja", criado um novo "CellRenderer" para a tabela de pedidos e também efetuado uma modificação de método que abre formulário de Checkout para ser tratado o retorno do mesmo.
05 - Erro em filtro de filiais para endereço de entrega, onde a mesma filial era informada repetidamente.
Após análise, foi inserido comando para distinguir os dados na consulta que lista as filiais.
06 - Ao colocar o código do produto e pressionar "Enter", para dar continuidade, sistema não ilustra a descrição, tipo de desconto, valor unitário etc. Entretanto, se for no campo código novamente e pressionar "Enter" novamente, o produto é carregado normalmente.
Após análise, realizado ajuste no carregamento dos dados, garantindo que os mesmos fiquem visíveis.
07 - Travamento no serviço da requisição do Danfe e duplicidade de etiquetas vinculadas ao mesmo pedido.
Após análise, foi feita alteração na biblioteca que realiza a requisição do Danfe, onde foi inserido um tempo limite de execução para garantir a resposta e não ficar em loop (repetição). Foi adicionada uma consulta antes de vincular a etiqueta, para evitar duplicação do vínculo.
08 - Problema em pendências de impressão, requisição do Danfe e duplicidade de etiquetas.
Após análise, foi feita alteração na biblioteca que realiza a requisição do Danfe, onde foi inserido um tempo limite de execução para garantir a resposta e não ficar em loop (repetição). Foi adicionada uma consulta antes de vincular a etiqueta, para evitar duplicação do vínculo.