Exibir origem

Controlado pelo parâmetro 'PRE_VALIDACAO_LCF', estando como 'Sim', antes de executar a importação de dados para LCF a tela fará uma validação prévia.
O parâmetro é liberado com o padrão 'Não'.
Acesse o Manual ou as evidências de teste desta novidade.

Para tratar esta demanda, realizamos 3 frentes de atuação:
1 - Replicarmos o mecanismo de delete por tabela individual, visto que as tabelas LCF de notas de entrada e saída (retaguarda e lojas) são apagadas 'uma-a-uma' e não apresentam tanta lentidão - levando em consideração o volume de registros;
2 - O processo de importação de LCF foi revisado para atender os critérios de melhoria de performance;
3 - Criação de tabela de log de importação, para facilitar o acompanhamento do processo.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Conforme determina a Portaria CAT 66 (eliminação da GIA SP), os ajustes devem ser informados no arquivo TXT do SPED Fiscal, sumarizados por CFOP nos registros C197 e C597.
Os ajustes C197 já são gerados com sumarização por CFOP ao flegarmos o campo "CAT66" na Tela 012334 EFD-ICMS/IPI. Com esta demanda, o registro C597 e os demais registros D197, C857 e C897 também serão informados no arquivo TXT do SPED Fiscal sumarizados por CFOP, obedecendo a Flag "CAT66" = SIM na Tela 012334 EFD-ICMS/IPI.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Revisão na procedure LX_CTB_CONFERENCIA_FFC para promover melhoria no tempo de execução dos processos da tela 9245.
Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Algumas classificações fiscais possuem Vigência (data fim) e quando ela estiver "vencida", é preciso alterar para uma classificação fiscal ativa.
A melhoria visa garantir que na alteração seja validada se a classificação fiscal está com Data Fim < que a data da alteração e Inativa, caso sim, permitirá a alteração.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Ao gerar as tabelas LCFs, o sistema obtém informações da tabela Clientes_Varejo. Entretanto, alguns cadastros podem estar desatualizados, faltando informações obrigatórias para a correta geração das obrigações fiscais.
Em análise, foi decidido que a melhor abordagem seria extrair os dados de cadastro diretamente do XML da nota emitida. Para isso, precisamos garantir que as tabelas Loja_nota_fiscal_XML e LOJA_CF_SAT_XML sejam enviadas das lojas para o ERP. Assim, a geração das obrigações fiscais poderá utilizar os dados do XML das notas, caso os cadastros em Clientes_varejo estejam incompletos.
É importante ressaltar que as tabelas precisam manter a mesma estrutura para que o ETL consiga trafegar as informações entre a Loja POS e o ERP. Para isso, foram geradas duas issues a serem desenvolvidas em ambas as plataformas.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Implementação da obrigatoriedade da declaração de todas as notas fiscais, incluindo aquelas sem retenções, e a geração dos eventos R-4010 e R-4020 na EFD-Reinf, de acordo com as diretrizes estabelecidas pela Receita Federal.
Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Implementação para automatizar a geração do registro C113 no arquivo SPED para notas emitidas no POS com CFOP 5912 e retornadas com CFOP 1913. Atualmente, o processo exige preenchimento manual no validador do SPED, uma vez que o registro C113 não é gerado automaticamente quando o processo é realizado no POS, mas funciona normalmente no ambiente de retaguarda.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Implementação de um parâmetro para controlar se os movimentos serão considerados na integração de Lojas.

Quando tentar estornar algum tipo de pagamento que tenha baixa, o sistema apresenta mensagem informando o número do lançamento origem e o de baixa, para assim realizamos o processo de estorno destes lançamentos.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

No caso de uma entrada por transferência automática, implementamos a validação do parâmetro CONSID_CENTAVOS_PARCELA para que o valor das parcelas do CONTAS A PAGAR correspondam com o valor das parcelas do CONTAS A RECEBER.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Disponibilizar campos no LINX ERP, permitindo que o LINX POS identifique e trate corretamente as operações relacionadas ao marketplace.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Na tela 009150, na Aba "Conferência Item x NF", criamos as colunas ITEM_COMPOSICAO, DOC, FILIAL, VALOR, VALOR_IMPOSTO_AGREGAR, VALOR_IMPOSTO_DESTACAR, VALOR_DESCONTO, VALOR_LIQ, VALOR_PRODUCAO, VALOR_BRUTO. Ao pesquisar, as informações de acordo com o Custo Médio gerado serão apresentados em tela.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Melhorias no processo de emissão de notas fiscais de faturamento e entradas para buscar a exceção de imposto, caso seja preenchido o filtro de UF na tela 009075SPK, com base na UF do Cliente Varejo.
A funcionalidade garantirá que as exceções de imposto sejam corretamente aplicadas conforme a UF do cliente, assegurando conformidade fiscal.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Estudo e aplicação de melhoria para melhoria de performance na Rotina.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Análise e alteração na procedure LX_CM_CUSTO_PA, para melhorar o tempo de processamento.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

A melhoria visa garantir que o filtro separe corretamente os bens, exibindo apenas os Depreciados ou Não Depreciados, conforme a seleção do usuário.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Alteração da procedure [LX_CM_CUSTO_PA] para ajustar as chamadas da function FX_PARAMETRO

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Melhoria na tela 9219 para que o cliente conseguir salvar os relatórios no onedrive, o desenvolvimento foi feito apenas para gravar no computador.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Ao deixar desmarcado o campo Flag "Pessoa Jurídica", o sistema irá validar se o código CPF é válido. Desta maneira, atendendo a NT2023.002, o Linx ERP permite inserir no campo CGC/CPF tanto CNPJ como CPF.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

O objetivo deste bloqueio é garantir a integridade dos dados de estoque, impedindo que produtos acabados com movimentação já registrada tenham suas grades ou tamanhos alterados. Isso evita inconsistências, como discrepância entre o histórico de movimentação e o cadastro atual do produto, preservando a confiabilidade dos registros de inventário e evitando problemas operacionais e fiscais.

Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste

Preparar o catálogo de produtos para DUIMP (Substituta da DI)
A DUIMP faz parte do Novo Processo de Importação (NPI), que tem como objetivo facilitar o comércio internacional. Ela vai substituir a Declaração de Importação (DI) e a Declaração Simplificada de Importação (DSI) e integra-se diretamente ao licenciamento de importação. Nela incluem-se todas as informações de natureza aduaneira, administrativa, fiscal, tributária, comercial e financeira.

A DUIMP não é uma obrigação fiscal que temos que implementar no Linx ERP, ela deve ser feita no Portal da Receita Federal, porém, visando facilitar o preenchimento usando o catálogo de produtos.

Acesse o manual aqui.

Implementado processo manifestação de destinatário eletrônica no Linx ERP, integrado ao portal MID-e.
O objetivo do desenvolvimento é facilitar a entrada e recebimento de NF-e, com a criação de uma nova tela para realizar importação completa de notas fiscais de entrada através do XML do portal MID-e.

A manifestação do destinatário permite ao destinatário da Nota Fiscal Eletrônica (NF-e) manifestar-se sobre a sua participação comercial descrita na NF-e, confirmando as informações prestadas pelo seu fornecedor e emissor do respectivo documento fiscal.

Acesse o manual.

Ajustes para melhorar a Integração do Fiscal Flow no LinxERP

Liberação dos tipos de frete no pacote padrão do LinxERP para tela de Consulta de Notas Fiscais Emitidas Na Loja.

Transporte próprio por conta do remetente
Transporte próprio por conta do destinatário
Consulte as evidências de teste na página Service Pack 02.24.010 - Evidências de Teste