Service Pack 02.24 Hotfix 030

Melhoria de performance na rotina da LX_LCF_TEMPORARIA_SAT (Tela LCF-012352 - importação da LCF com movimentos SAT).

Acesse aqui as vidências de teste.

Blindagem para que o IPI-e faça parte do Custo calculado pela  proc. LX_CM_CARDEX_PA_DATA.
A contabilização da nota é composta pelo valor dos produtos + impostos que devem compor, exemplo ICMS-ST, ICMS-STA, IPI, IPI-E.

Objetivo do desenvolvimento  é garantir a consistência entre os dados de loja (POS) e retaguarda (ERP Visual Linx) no processo de sincronização de NF-e, eliminando inconsistências geradas por mudanças de exceções de imposto.

Acesse aqui as vidências de teste.

Análise da procedure relacionada à tela 009115 e aplicação de índices para melhorar o tempo de execução.

Acesse aqui as vidências de teste.

Melhorar a usabilidade da tela 9245, permitindo maior personalização nas configurações de pesquisa, validações mais completas e opções de favoritos para filtros, com inclusão de uma nova aba para notas fiscais.

Acesse aqui as vidências de teste.

Objetivo do desenvolvimento é oferecer precisão na pesquisa e visualização de dados contábeis, implementando filtros específicos e criando uma nova aba de lançamentos, com exibição detalhada dos dados.

Acesse aqui as vidências de teste.

O objetivo deste desenvolvimento é garantir que, ao cadastrar uma nova filial, ela seja automaticamente considerada nos próximos fechamentos de custo na Tela 009140 - Fechamento de Custo médio, sem a necessidade de intervenção manual.

Acesse aqui as vidências de teste.

Análise e aplicação de melhoria na rotina de Custo Médio, para diminuir o tempo de execução.

Acesse aqui as vidências de teste.

Permitir  que o usuário selecione ou não o checkbox do campo "Gera Saldo Anterior" na tela 012006 Resumo da Apuração. Isso dará ao usuário a flexibilidade de informar ou não o saldo anterior na apuração.

Acesse aqui as vidências de teste.

Análise e aplicação de melhorias no filtro de dados e execução do processo. Com a implementação, o estorno da integração contábil tornou-senmais performática. 

Acesse aqui as vidências de teste.

Inclusão das Siglas DIMO e NIMO na Tabela CTB_LX_HIST_SIGLA, para a atualização do histórico padrão nos lançamentos contábeis. Esta sigla deve estar disponível na tela 009004 Histórico Padrão e posteriormente atualizada na tela 009018 Lançamento Contábil.
O objetivo desse desenvolvimento é apresentar os dados do ativo imobilizado no módulo contábil por Item, Descrição, Valor e demais características, assim como é demonstrado no modulo de ativo. 

Veja o manual da tela  009004 Histórico Padrão.

Acesse aqui as vidências de teste.

Criamos uma tela que permite selecionar as colunas exibidas e exportar o relatório em SVC e TXT . Antes da geração do relatório, o sistema irá exibir mensagem com a quantidade de registros retornada.

Acesse aqui as vidências de teste.

O desenvolvimento visa criar a possibilidade de gerar ECD sem a abertura de rateios de filiais, além de permitir escolher um rateio de filial único ( hoje já existe a possibilidade de escolher centro de custo único)

Acesse aqui as vidências de teste.

LX_GERAR_CARTOES_EQUALS

Criação de um controle para o campo NumeroUnicoNegocioLocalizado. O objetivo do desenvolvimento é permitir que a empresa 
escolha qual será o campo CHAVE para envio dos cartões. A informação deve ser refletida na IDTransacao.

Com este desenvolvimento, o sistema registra corretamente o cliente e os impostos na Nota Complementar (Impostos).

Acesse aqui as vidências de teste.

Este desenvolvimento visa  garantir a integridade dos dados de produtos e facilita o acesso ao catálogo Siscomex.

Acesse o manual para conferir esta novidade.
Acesse aqui as vidências de teste.

O desenvolvimento garante que a informação seja tratada corretamente no processo realizado pela LX_RECEBIMENTO_PROTOCOLO_MIDE_SEFAZ

Acesse aqui as vidências de teste.

O objetivo é  que o custo seja replicado para todos os tamanhos.
Incluída também a opção para validar se deseja replicar o preço para todos os materiais repetidos.
Acesse o manual para conferir esta novidade.
Acesse aqui as vidências de teste.

Foi desenvolvido um parâmetro para usar o valor digitado quando não existir custo no material baseado nas movimentações de Ordem de Fabricação. Quando existir, o sistema utilizará o custo do semiacabado.

Parâmetro: UTILIZA_CUSTO_SEMI_ACABAD

Acesse o Manual para conferir esta novidade.
Acesse aqui as vidências de teste.

Essa mudança reduzirá o risco de falhas ao selecionar uma filial.
As telas que receberam esta melhoria foram:
Expedição Distribuição >
             Tela 150003 - Adequação de Ordens de Reserva por produtos >Aba Disponíveis  
             Tela 150007 - Consulta de Ordem de Reserva X Qtde Disponível -> Aba Filtros
             Tela 150001 - Consulta de Ordens de reserva -> Abar Distribuição/Reposição
             Tela 150026 - Assistente para reposição automática.

Acesse aqui as vidências de teste.

Essa mudança reduzirá o risco de falhas ao selecionar uma filial.
As telas que receberam esta melhoria foram:

Ordem de Fabricação -> 

007016 - Assistente de Criação de Ordem de Produção de Materiais.

007001 - Ordem de Fabricação de Material Semi Acabado

Ordem de Serviço ->

007008 - Ordem de Serviço de Semi Acabado

Implementada a opção de importar um arquivo ^TXT contendo código, quantidade e valor na aba "Itens Fiscais" da tela 100102. O objetivo do desenvolvimento é agilizar o preenchimento e garantir a consistência dos dados. Em caso de inconsistência nas informações, o sistema exibe uma mensagem de erro detalhando o problema.
Após a validação, os itens válidos são incluídos automaticamente na aba "Itens Fiscais". Os dados importados são validados conforme os seguintes cadastros:
Produtos
Matérias
Itens fiscais
Ativo

Consulte o Manual da tela 100102 - Nota Fiscal de Consumível

Acesse aqui as vidências de teste.

Após a aprovação das notas fiscais emitidas pelo MID NFe, salvar o XML da NF-e aprovada no campo XML_CONTEUDO da tabela DADOS_CADASTRO_XML_NFE

Acesse aqui as vidências de teste.

Aprimoramento no Serviço Linx.Lgpd.Service

Foi realizada a atualização do serviço Linx.Lgpd.Service para que ele processe corretamente os campos TERMO_VINCULADO, TERMO_VISUALIZADO e DATA_HORA enviados via JSON. Com isso, os dados de consentimento do cliente passam a ser inseridos ou atualizados de forma precisa na tabela CLIENTE_VAR_FINALIDADE, eliminando o uso de valores default indevidos.

Principais Benefícios:

• Conformidade com a LGPD: Maior precisão no registro de consentimento, respeitando os dados reais enviados pelo Reshop.
• Redução de inconsistências: Garantia de que os dados transmitidos via JSON sejam refletidos corretamente no LinxERP.
• Melhor integração: Processamento otimizado dos campos enviados pelo Reshop para o LinxERP.

Contexto Resolvido:
O serviço anteriormente apresentava falhas no processamento desses campos, resultando em inconsistências na tabela CLIENTE_VAR_FINALIDADE e comprometendo a conformidade legal.

Impacto:

• Dados de consentimento agora são armazenados de forma confiável, garantindo integridade e conformidade com a legislação.
• Eliminação do uso de valores default inadequados nos registros.

Ajustes na Tabela CLIENTE_VAR_FINALIDADE
Foi realizada uma atualização na tabela CLIENTE_VAR_FINALIDADE para armazenar corretamente os valores dos campos TERMO_VINCULADO, TERMO_VISUALIZADO e DATA_HORA recebidos via JSON. Essas mudanças eliminam o uso inadequado de valores default e garantem que os dados de consentimento dos clientes sejam registrados de forma precisa e em conformidade com a LGPD.

Correção de Erro no Ambiente de QA
Foi identificado que a ausência do campo codigo_filial nos dados enviados pelo RESHOP causava erros ao inserir registros na tabela CLIENTE_VAR_FINALIDADE, já que o campo não permitia valores nulos. Como solução temporária, a tabela foi recriada sem o campo codigo_filial para viabilizar os testes.

Próximos Passos para Integração Definitiva:

• Avaliar uma abordagem robusta para tratar a ausência do codigo_filial nos dados do RESHOP, garantindo que o campo seja opcional ou gerado automaticamente quando necessário.
• Confirmar a necessidade do campo codigo_filial para outras funcionalidades, como a vinculação de clientes à filial no cadastro de clientes varejo.

Benefícios das Entregas:

• Dados de consentimento armazenados com maior precisão e integridade.
• Ambiente de QA ajustado para testes funcionais sem erros relacionados ao campo codigo_filial.
• Maior conformidade com as normas de proteção de dados.

Correção Implementada na Tela 300018 – Consulta Completa de Vendas por Produto e Cor

No pacote 02.24.030, foi corrigida a atualização indevida da coluna DATA_PARA_TRANSFERENCIA na tabela LOJA_VENDA_PRODUTO ao consultar dados na tela 300018, garantindo que consultas permaneçam como operações de leitura, sem alterar informações no banco de dados.

Principais Ajustes Realizados:

• Remoção de chamada indevida: A procedure LX_LF_DIF_RATEIO_DESCONTO foi excluída do fluxo da tela 300018.
• Revisão da lógica: Atualizações na procedure garantem que a coluna RATEIO_DESCONTO_VENDA só seja recalculada quando necessário.
• Sincronização via Datasync SMB: Foram feitas revisões para evitar transmissões incorretas de dados.

Impacto e Benefícios:

• Integridade dos dados preservada durante consultas.
• Redução de sincronizações desnecessárias, otimizando os processos do Datasync SMB.
• Garantia de que os ajustes no RATEIO_DESCONTO_VENDA ocorram apenas no contexto apropriado.

Módulos Impactados:

• Vendas Varejo / Produtos / Consultas.
• Tela: 300018
• Tabela: LOJA_VENDA_PRODUTO
• Procedures: LX_LF_DIF_RATEIO_DESCONTO e LX_CTB_INTEGRAR_LOJAS

Descrição da Alteração:
Foi ajustado o ComboBox de seleção de filiais nas telas relacionadas ao módulo Planejamento de Varejo para corrigir as seguintes falhas:

1. Exibição incompleta das filiais configuradas.
2. Registro incorreto da filial selecionada.

Impactos Identificados:

1. Usuários Finais:
   • Maior precisão e confiabilidade na seleção de filiais.
   • Melhorias no fluxo de trabalho operacional.
2. Dados e Relatórios:
   • Eliminação de inconsistências nos registros de filiais, assegurando confiabilidade nos relatórios e análises.
3. Outras Funcionalidades:
   • Possíveis impactos em módulos ou telas que compartilhem a lógica do ComboBox.

Ajustes Realizados:

1. Revisão das queries SQL para garantir que todas as filiais configuradas sejam exibidas corretamente.
2. Implementação de validações para registrar com precisão a filial selecionada pelo usuário.
3. Garantia de consistência no comportamento do ComboBox em todas as telas impactadas.

Considerações Técnicas:

• Revisão das fontes de dados utilizadas pelo ComboBox.
• Adição de logs detalhados para monitorar falhas ou inconsistências.
• Atualização da documentação técnica e comunicação ao time de suporte sobre as alterações.

Benefícios da Alteração:

• Redução de erros operacionais relacionados à seleção de filiais.
• Maior produtividade e experiência do usuário.
• Garantia de confiabilidade nos dados para planejamento e consultas no sistema.

Descrição da Alteração:
Foi adicionado o campo INATIVO na tabela CLIENTE_VAR_FINALIDADE para permitir o controle do status ativo/inativo das finalidades cadastradas. Isso visa melhorar a organização e o uso dos dados no sistema.

Configuração Técnica:

• Comando SQL utilizado:

  sql
  
  ALTER TABLE CLIENTE_VAR_FINALIDADE ADD INATIVO BIT DEFAULT 0;

• O valor padrão foi definido como 0 (ativo) para garantir retrocompatibilidade com os registros existentes.

Impactos Identificados:

1. Banco de Dados:
   • Alteração na estrutura da tabela CLIENTE_VAR_FINALIDADE.
2. Integrações:
   • Necessidade de revisar integrações dependentes desta tabela para incluir o novo campo ou garantir que ele não interfira.
3. Relatórios e Consultas:
   • Análise e ajustes em relatórios que utilizam esta tabela para incluir ou desconsiderar o campo conforme necessário.
4. Desempenho:
   • Realização de testes para validar o impacto em ambientes com grandes volumes de dados.

Ações Adicionais:

• Atualização da documentação técnica para incluir o campo INATIVO na estrutura da tabela.
• Testes realizados em ambiente de homologação para validar a compatibilidade do novo campo com consultas, relatórios e integrações.

Benefícios da Alteração:

• Melhoria no controle e na organização das finalidades cadastradas.
• Flexibilidade para gerenciar dados inativos sem excluí-los, mantendo o histórico de registros.

Objetivo:
Aprimorar a tela 300147 do módulo LGPD no LinxERP com a adição de um filtro para consolidar e detalhar as finalidades LGPD, centralizando informações do RESHOP no ERP.

Alterações Planejadas:

1. Funcionalidade de Filtro:

   • Adicionar um filtro com os campos: CPF, Nome do Cliente, Celular, E-mail, Termo, Finalidade, Aceite.
   • Garantir que o campo Aceite reflita corretamente o status "Consentido" da tabela RESHOP.
   • Filtrar apenas registros válidos vinculados a ambientes ativos no RESHOP.

2. Integração:

   • Ajustar a integração entre RESHOP e LinxERP para incluir dados das tabelas RESHOP_AMBIENTE e LGPD_FINALIDADE.

3. Banco de Dados:

   • Revisar tabelas do RESHOP para compatibilidade com o LinxERP.

4. Melhorias Futuras:

   • Planejar o vínculo entre Termo e Finalidade diretamente no LinxERP, aumentando a autonomia do sistema.

Impactos:

• Integração: Ajustes técnicos nas tabelas e integração para suportar os novos dados.
• Usabilidade: Melhoria na experiência do usuário, consolidando dados no LinxERP.
• Compliance: Garantir conformidade com as regras da LGPD e segurança dos dados.

Critérios de Aceitação:

• Implementação do filtro na tela 300147 conforme especificações.
• Ajustes na integração para sincronização precisa com a tabela RESHOP_AMBIENTE.
• Documentação detalhada das alterações realizadas para suporte futuro.
• Planejamento para alinhar tabelas de Termo e Finalidade entre RESHOP e LinxERP.

Observação:
A entrega inicial não contempla o desenvolvimento do vínculo entre Termo e Finalidade, que será tratado em melhorias futuras.