Adicionar uma nova coluna denominada "Estabelecimento Centralizador" na tela de Rede de Administradora de Cartões, permitindo o vínculo de cada estabelecimento a um estabelecimento agrupador (centralizador).

Tratamento para evitar duplicidade. O processo adotado pelo cliente quando a venda é realizada no E-COMMERCE  deverá ser adequado para gerar dentro do ERP um Pedido com apenas um Pagamento, e a integração das vendas no financeiro busque o PEDIDO e não a VENDA como faz o OMS. Neste formato seria possível conciliar corretamente as informações.

O Rateio de Filial deverá ser exibido na coluna correspondente nas abas Produto Acabado e Materiais, em todos os itens de composição na tela 009219 Consulta de Fechamento Custos Médio Por Item de Composição, permitindo a validação e conferência contábil de forma adequada.

Para melhorar o desempenho e a performance do sistema, foi disponibilizada uma melhoria na Tela de Custo, que permite a execução da rotina via DLL.

Com essa atualização, a rotina será processada de forma independente, fora do ERP, permitindo que o usuário continue navegando normalmente no sistema e realizando outras atividades, mesmo com a Tela de Custo minimizada. Dessa forma, o sistema continuará processando normalmente em segundo plano, sem travar a interface do ERP, permitindo que o usuário utilize outras funcionalidades enquanto o custo é gerado.

• Criada uma nova aba com o nome “Demonstrações Contábeis” na tela de manutenção de Conta Contábil Analítica.
• Criação da Tela para Geração das Demonstrações Contábeis Consolidadas
• Criação da Tela Auxiliar para Vinculação de Relatórios no Plano de Contas

O objetivo é permitir ao usuário vincular os relatórios contábeis (BP, DRE, DFC, LNR, etc.) de maneira massiva, diretamente nessa interface, otimizando o processo e minimizando o risco de inconsistências.

Os vínculos realizados nessa tela deverão alimentar automaticamente o campo "Demonstrações Contábeis" da tela  009007 Conta Contábil Analítica, garantindo que os tipos de relatórios estejam corretamente associados às respectivas contas.
A tela servirá como base para relatórios como DRE, BP, LNR, entre outros;

Realizada validação de campos obrigatórios para o cadastro, quando utilizado o parâmetro "PRODUTOS_SEQUENCIAL".
Quando parâmetro "PRODUTOS_SEQUENCIAL = T, os campos GRUPO , COD_GRUPO e COD_SUBGRUPO serão obrigatórios, pois o sistema passa a usar a combinação deles mais um sequencial de 4 dígitos para gerar o código de novos produtos.

Atualmente, o sistema utiliza como descrição dos itens no registro C170 o conteúdo do campo "Descrição Fiscal" do cadastro de produtos. No entanto, para alguns produtos que possuem variações, como cor e tamanho, essas informações adicionais são inseridas na descrição do XML da NF-e, gerando divergência entre os dados do XML e os dados apresentados no SPED.
Implementamos um novo parâmetro denominado CONSIDERA_DESC_DOC_FISCAL, com as opções “Sim” e “Não”.

Quando definido como Sim, o sistema utiliza, no registro C170 do SPED Fiscal, a descrição do item conforme consta no documento fiscal (NF-e/NFC-e).

Quando definido como Não, o sistema manterá o comportamento atual, utilizando a descrição contida no campo "Descrição do Item" do cadastro do produto.

O cliente reportou ocorrência de duplicidade no registro 0150 do SPED Fiscal. O problema acontece quando os cadastros de clientes de Varejo são originados nas lojas e o sequencial dos códigos não é controlado diretamente pelo ERP. Nessa situação, o mesmo código poderia ser gerado tanto no cadastro de fornecedores quanto no cadastro de clientes Varejo. Para sanar este erro, foi criado o parâmetro:
SPED_INCLUIR_ORIGEM_TERC e realizado o tratamento nas rotinas: ECF ICMS IPI e EFD Contribuições, reestruturando todos os registros que envolvem terceiros para considerar a lógica do novo parâmetro.

Clique na imagem abaixo para ver as evidências de teste:

Blindagem para a "Tela 009075 - Exceção de Imposto" não permitir salvar exceção de imposto com a data fim menor que a data de início de vigência. 

Atualização das faixas e alíquotas da Tabela Progressiva Mensal do IRRF na tela 015001 – Cadastro da Tabela Progressiva, conforme nova legislação vigente.

 Criada uma  coluna para gravar o tempo de execução de cada processo. O campo é preenchido automaticamente, com a diferença entre a Data Fim e a Data Início do processo, convertida em minutos.

Objetivo da melhoria:
Permitir que o cliente tenha controle sobre o envio ou não do telefone do destinatário no XML da NF-e.

Com o desenvolvimento, o sistema atende exigências de clientes mais rígidos com }LGPD e segurança de dados, evita o envio desnecessário de informações pessoais à SEFAZ.

• Foi desenvolvida tela 009401 - Consulta da Classificação da Reforma Tributária - Cclasstrib,   para consultar as classificações tributárias relacionadas à Reforma Tributária, com base na tabela CClassTrib.
• Desenvolvida tela 009402 - Consulta das Classificações Tributárias - Cclasstrib, para exibição das classificações do IBS e CBS
• Desenvolvida tela 009403 - Consulta das Alíquotas da Classificação - Cclasstrib, para consultar as alíquotas vinculadas às classificações da Reforma Tributária.
• Desenvolvida tela 009404 - Consulta do CST IBS/ CBS, para realizar a consulta dos Códigos de Situação Tributária (CST) associados à classificação da Reforma Tributária.
• Na tela 009075 – Exceção de Imposto, aba Dados da Exceção, criado um novo campo denominado "Reforma Tributária".
• Na aba Itens da tela 009075 – Exceção de Imposto, incluída uma nova coluna denominada Alíquota_CClassTrib.

Acesse o manual da tela: https://share.linx.com.br/x/ZfCcIg

Clique na imagem abaixo para ver as evidências de teste:

O objetivo da tela é apresentar uma visão consolidada de todas as notas fiscais emitidas na retaguarda, na loja e no e-commerce, permitindo filtrar a consulta por data , Filial, Produto ou Origem das Vendas (Retaguarda, Loja, E-commerce), além de permitir exportar o resultado da pesquisa para CSV.

Caminho no Menu: Estoque de Produtos Acabados > 3.Consulta Estoque > 120030 - Consulta de Produtos Vendidos por Filial e Nota Fiscal 
Acesse o manual da tela: https://share.linx.com.br/x/Iu54Ig

Clique na imagem abaixo para ver as evidências de teste:

. 

Na tela de produtos foi incluída uma aba para a inclusão/edição de SKU de terceiros.

Acesse o manual da tela: https://share.linx.com.br/x/byhiCg. SKU Terceiros

Clique na imagem abaixo para ver as evidências de teste:

Criação do campo USA_RFID  na tela 002006 – Produtos acabados. Esta Flag indicará se o cadastro do produto é feito através de RFID.

Acesse o manual da tela: https://share.linx.com.br/x/byhiCg.

Clique na imagem abaixo para ver as evidências de teste:

Inclusão dos campos  TAMANHO e URL_FOTO na tabela PRODUTOS_FOTO, para permitir  incluir foto por cor e tamanho.

Acesse o manual da tela: https://share.linx.com.br/x/byhiCg.

Clique na imagem abaixo para ver as evidências de teste:

Realizado ajuste para que no processo de entrada de NF própria, quando houver número duplicado da Nota Fiscal, o sistema inutilize o número duplicado e gere a sequência seguinte;

Parâmetros criados: "INUTILIZA_NF_ENT_DUPLICADA" e "MOTIVO_INUTIL_NF_ENT_DUPL"

Nesta tarefa, estamos liberando parte do desenvolvimento de melhoria na exceção de imposto, adaptando-as ao novo filtro utilizado no faturamento e nas entradas de notas fiscais e às diretrizes da reforma tributária. Haverá parâmetro para liberar o uso desta rotina.

O Processo será concluído nas próximas entregas. 

O sistema não realizava validação no momento do retorno de matéria-prima.
O desenvolvimento teve por objetivo garantir que o sistema impeça o retorno de matéria-prima em quantidade superior à enviada, evitando inconsistências no controle de estoque e problemas no fechamento do custo médio.
Será habilitada por parâmetro a validação de retorno.

Realizada validação de campos obrigatórios para o cadastro, quando utilizado o parâmetro: "PRODUTOS_SEQUENCIAL".
Quando parâmetro "PRODUTOS_SEQUENCIAL = T, os campos GRUPO , COD_GRUPO e COD_SUBGRUPO serão obrigatórios, pois o sistema passa a usar a combinação do código do grupo, código do subgrupo, e um sequencial de 4 dígitos para gerar o código de novos produtos.

O objetivo é implementar mecanismos para identificar e controlar transações entre empresas do mesmo grupo, garantindo conformidade fiscal e organizacional. 
Adicionar validação para verificar se a empresa envolvida na transação pertence ao mesmo grupo econômico da empresa atual.
Essa validação será aplicada em todas as transações de saída (faturamento) e entrada (recebimento de notas fiscais).

Realizada adição do Filtro de Filial/Armazém na Aba Cabeçalho, com o objetivo de permitir selecionar a Filial Armazém antes de adicionar os itens da nota.

Esta melhoria agiliza o processo na seleção dos pedidos, sem que seja necessário a inclusão de um item para posteriormente alterar a Filial Armazém.

Feita melhoria na tela para garantir fluidez no cadastro de um novo país.

Este processo trata da entrada automatizada de Notas Fiscais Eletrônicas (NF-e) recebidas via sistemas como LinxUX, hubs de integração ou parceiros comerciais. As notas são processadas via XML ou JSON e armazenadas no LinxERP para posterior conferência, relacionamento de produtos, geração de financeiro e auditoria.
Importante mencionar que esta entrega envolve desenvolvimento em outros produtos.  A entrega das demais funcionalidades depende do cronograma das equipes envolvidas, como a equipe do Linx UX e equipe de Integrações. 

Telas Relacionadas

•  Romaneio para Entrada de Produtos (LinxUX)
•  Cadastro de Nota Fiscal de Entrada (LinxUX)
•  005045 – Entrada de Notas Fiscais por XML
•  005112 – Entrada de Notas Fiscais de Produto Acabado Por Loja
•  005109 – Entrada de Notas Fiscais de Consumíveis

Equipes Envolvidas
•  LinxUX (emissor/envio de NF-e)
•  Integrações Middleware (validação e roteamento)
•  LinxERP (armazenamento e posterior processamento da nota)

Implementação para passar a inserir o código da empresa na tabela "Loja_Venda" durante integração de venda no ambiente do ERP.

Com a implementação, o campo passou a ser corretamente populado.

Foi implementada a alimentação do campo "Empresa" na tabela "Loja_Venda" no ambiente do ERP. Anteriormente, esse campo não era preenchido. Com a implementação, o campo passou a ser corretamente populado durante a integração da venda.

Baseado na análise do caso, o processo adotado pelo cliente e um aplicativo de terceiro deverá ser adequado, para gerar dentro do ERP um Pedido com apenas um Pagamento, e a integração das vendas no financeiro deve integrar o PEDIDO e não a VENDA como faz o OMS, neste formato seria possível conciliar corretamente as informações.

AJUSTE BASE IMPOSTO 71 e 72

Ao emitir notas com CNPJ de emissor pertencente a uma das UFs informadas no parâmetro UF_TEXTO_NF_SEM_FCP, será exibida a mensagem configurada no parâmetro TEXTO_NF_SEM_FCP. 

Ajuste no botão fechar seleção

Realizada análise e aplicação de melhoria para a  execução da procedure LX_LF_DIF_RATEIO_DESCONTO

Ajuste na devolução com frete

Ajuste para importar notas de outros períodos para o registro E113.

Correção na Procedure LX_CM_CUSTO_PA

Ajuste na exclusão da NF

Retirado espaços a esquerda e direita da tag IEST

Ajuste na validação parâmetro TIPO_COMUNICACAO_XML_NFE quando valor for diferente de MIDE

Ajuste para lidar com a falta de configurações de comunicação com o Serasa

Ajuste no calculo do campo valor líquido

AJUSTE NO FILTRO SELECIONADO

Ajuste na geração da Tag pDevol

Ajuste para alterar emissão de notas em trânsito quando cancelado inventário

Ajuste no campo frete

Conceito do retorno da sobra na tela 006203.

Ajuste relatórios:

• (A) Os Básicos - Tarefas e Materiais
• (B) Ordem de Serviço por Tarefas

AJUSTE PARA O CAMPO VALOR_PAGO

Ajuste na consulta sem informar filtro

Correção ao executar ATUALIZA_PACOTE

Ajuste no campo frete

Correção para os casos de venda com frete destacado  

AJUSTE EXTRATO PARA PEÇA PARTIDA.

Ajuste na geração do registro 0200

Ajuste de Layout

Ajuste quando tem mais de um romaneio

Ajuste ao trocar a filial armazém