Data da Release | |
|---|---|
Produto | Linx EMSys ERP |
Versão | 3.15.0.0 |
Download da Versão |
Rotinas Otimizadas
Módulo/Rotina: No processo de fechamento financeiro, foi identificado que a empresa em questão estava com o fechamento programado para o dia 30/11/2025. Por esse motivo, o sistema não permite incluir movimentos com data anterior a esse fechamento. A mensagem exibida ao usuário foi ajustada para explicar de forma mais clara o motivo do bloqueio e a relação com a data do fechamento financeiro.
Benefício/Descrição: Com essa melhoria na mensagem, o usuário entende melhor por que não consegue lançar movimentos em determinadas datas, evitando dúvidas e a sensação de erro no sistema. Isso torna o uso mais intuitivo, facilita a identificação do problema real (data de fechamento financeiro) e ajuda o usuário a tomar a ação correta, como revisar o período de fechamento antes de tentar novos lançamentos.
Caminho: Financeiro → Banco → Conciliação Movimento Bancário → Receita.
Módulo/Rotina: Durante a análise da geração do boleto, foi identificado que o número exibido no documento não seguia o padrão exigido pelo banco. Embora a remessa estivesse correta, o boleto apresentava um formato diferente do esperado. Para ajustar isso, foi feita uma atualização no modelo do boleto usado pelo cliente, garantindo que o número seja formado da maneira correta, incluindo o cálculo do dígito verificador conforme as orientações do banco.
Benefício/Descrição: Esse ajuste garante que o boleto siga exatamente o padrão solicitado pelo banco, evitando divergências e possíveis rejeições no processamento. Com isso, o cliente passa a emitir boletos com informações completas e confiáveis, assegurando maior segurança e alinhamento às regras da instituição financeira.
Módulo/Rotina: Configurações Faturamento automático - Ajustar GRID
Benefício/Descrição: Realizado ajuste para que o grid exiba apenas clientes configurados, deixando de carregar clientes não configurados automaticamente.
Módulo/Rotina: Durante a análise dos movimentos financeiros, foram identificadas situações em que adiantamentos de clientes geraram títulos a pagar com liquidações registradas em datas anteriores à própria emissão do adiantamento. Isso provocava diferenças de valores no relatório de auditoria, pois o sistema considerava liquidações feitas antes da existência do título. Para facilitar a conferência dessas ocorrências, o relatório de auditoria de títulos parcialmente liquidados foi atualizado para exibir também os valores do título de origem, tornando a análise mais clara e confiável.
Benefício/Descrição: Essa melhoria permite uma visualização mais completa das informações envolvidas nas liquidações parciais, ajudando a identificar rapidamente qualquer inconsistência. Com isso, o acompanhamento dos valores fica mais simples, evitando divergências e garantindo maior segurança nas validações realizadas pelos usuários.
Caminho: Gerencial → Posição de Liquidez.
Módulo/Rotina: PDV – Conferência de Encerrante
Benefício/Descrição: Devido ao grande volume de registros na tabela de abastecimento, o sistema apresentava lentidão ao buscar o último registro por data para cálculo do campo encerrante. Foi realizada a otimização da consulta, substituindo sub consultas, reduzindo o custo da busca e melhorando significativamente o desempenho.
Caminho: EMSys3 → Gerencial → PDV → Conferência de Encerrante.
Módulo/Rotina: Realizado ajustes na procedure que define Tipos para a inclusão do tipo “Manual” para administradora de cartão.
Benefício/Descrição: Com os ajustes ao incluir a duplicata a opção do "Tipo Manual" manual ficará visível para ser selecionado quando o sacado for "administradora de cartão".
Caminho: Gerencial → PDV → Fechamento de Caixa / Duplicatas.
Módulo/Rotina: PDV – Fechamento de caixa PDV
Benefício/Descrição: Foi definido que as validações relacionadas ao campo numero serie ecf serão removidas, pois essa regra não é mais necessária, removendo a condição que verificava se o numero serie ecf do turno e o numero fabricacao do PDV eram diferentes, o que impedia a integração de caixa, passando a buscar os PDVs independentemente do campo numero fabricacao.
Caminho: EMSys3 → Gerencial → PDV → Fechamento de Caixa
Benefício/Descrição: A diferença entre o DRE e a PL estava acontecendo por causa de alguns lançamentos de apuração de impostos (com origem APICM e APPC) que eram ligados à conta de resultado “12”.Na PL, esses valores já entravam no lugar certo: “Lucro/Prejuízo”. No DRE, eles não estavam entrando, porque quando o sistema tentava considerá-los, eles acabavam duplicando um outro grupo do relatório chamado “Impostos Incidentes sobre Vendas de Produtos e Serviços” (isso acontecia justamente por estarem na conta 12). Foi criado um ajuste na consulta para que esses valores de apuração de impostos sejam contabilizados corretamente no “Lucro/Prejuízo” do DRE, igual já acontece na PL — sem gerar duplicidade.
Caminho: Gerencial → Demonstração de Resultado
Módulo/Rotina: Financeiro – Aplicação financeira
Benefício/Descrição: Implementada a validação de fechamento financeiro na atualização da aplicação financeira. A partir de agora, caso o movimento esteja fechado na data informada para inclusão, o sistema exibirá uma mensagem ao usuário e impedirá a continuidade do processo.
Caminho: EMSys3 → Gerencial → Financeiro → Aplicação financeira → Atualizações
Módulo/Rotina: Realizado ajustes no sistema para considerar corretamente os valores de juros no cálculo do valor restante.
Benefício/Descrição: Com os ajustes ao finalizar a baixa o valores serão mostrado corretamente.
Caminho: Gerencial → Financeiro → Cheques Recebidos→ Cheques Recebidos.
Benefício/Descrição: Foi identificado um lançamento na tabela tab_resultado, na conta de resultado 10 – “Outras Receitas Não Operacionais”, com ind_origem = ‘AJ’.
Esse lançamento foi realizado para equalizar uma diferença apurada na PL durante o processo de implantação da base.
Foi constatado que o DRE não estava considerando esse lançamento, o que gerava divergência na rubrica Lucro/Prejuízo Acumulados entre o DRE e a PL.
Realizamos ajuste na regra de busca, alterando a condição que anteriormente desconsiderava lançamentos com ind_origem = ‘AJ’.
A partir da correção, o sistema passa a considerar lançamentos dessa origem quando vinculados às contas de resultado de códigos 9, 10, 97 e 99, garantindo a correta apuração dos valores no DRE e alinhamento com a PL.
Caminho: Gerencial → Demonstração de Resultado
Módulo/Rotina: O sistema foi ajustado para melhorar a forma como as notas fiscais são localizadas na consulta. Antes, algumas notas não apareciam porque não geravam títulos a receber. Agora, a busca passou a considerar a data de emissão da nota fiscal, garantindo que todas sejam identificadas corretamente, mesmo quando não geram títulos.
Benefício/Descrição: Essa melhoria assegura que todas as notas fiscais sejam exibidas na consulta, evitando falhas na visualização e aumentando a precisão das informações. Com isso, o processo fica mais confiável e facilita o acompanhamento das entradas, sem perder dados importantes.
Obs.: As notas fiscais para atenderem as consultas precisam estar com status = 100.
Caminho: NF-e → Exporta XML NF-e
Módulo/Rotina:
Foi ajustada a rotina do Otimizador de cadastro de itens para impedir que uma mesma referência de fornecedor seja associada a mais de um item ao mesmo tempo. O sistema passou a validar essas informações durante o processo de otimização e agora identifica quando uma referência já foi informada anteriormente, evitando registros repetidos.
Benefício/Descrição:
Com essa melhoria, o sistema garante mais segurança na amarração entre itens internos e referências de fornecedores, evitando cadastros duplicados que geravam problemas no recebimento e na importação de XML. Quando a mesma referência for inserida mais de uma vez no processo, o registro será ignorado e, ao final, o usuário verá uma mensagem indicando quais referências foram bloqueadas por duplicidade. Isso traz mais confiabilidade ao cadastro e reduz inconsistências no fluxo de compras e notas fiscais.
Caminho: Estoque → Item → Otimizador → Otimizador Cadastro de Item
Módulo/Rotina: Foi ajustado o processo responsável pelo controle de tempo das tarefas. Antes, cada tarefa ficava em um ciclo de verificação contínua, checando o horário da próxima execução sem fazer qualquer pausa. Isso fazia com que o sistema rodasse sem parar, consumindo muito processamento.
Benefício/Descrição: Com a inclusão de uma pausa de alguns segundos entre uma verificação e outra, o funcionamento ficou muito mais leve e estável. Agora o sistema mantém o controle das tarefas sem exigir tanto do computador, evitando sobrecarga e garantindo um desempenho mais equilibrado.
Caminho: EMSys Service
Módulo/Rotina: Financeiro – Captação de Recursos
Benefício/Descrição: Foram identificadas configurações incorretas no banco de dados que estavam impedindo a exclusão de títulos a receber. Essas configurações estavam relacionadas às tabelas responsáveis pelo controle de boletos e integração bancária. O problema foi analisado e ajustado para permitir a exclusão corretamente.
Caminho: EMSys3 → Gerencial → Financeiro → Captação de Recursos → Captação de Recurso
Módulo/Rotina: No ajuste da Casa do Milhão, o filtro de período foi aprimorado para considerar corretamente a data junto com o horário informado pelo usuário.
Benefício/Descrição: Agora, o sistema combina a data inicial com a hora inicial e a data final com a hora final, garantindo que a consulta seja feita dentro do intervalo completo informado.
Caminho: Gerencial → Fiscal → LMC Automático / Acerto Casa do Milhão - Encerrante.
Módulo/Rotina: Financeiro – Titulo a receber
Benefício/Descrição: Identificado que a lentidão ocorria principalmente devido a subconsultas na tabela cupom fiscal. Além disso, havia diversas subconsultas na tabela itens da nota, o que também impactava negativamente a performance. Dessa forma, a query do relatório no template padrão foi ajustada para eliminar/reduzir essas subconsultas e melhorar o tempo de resposta. Ressalto que, ao selecionar a opção de template específico, a consulta passa a ser customizada; portanto, este ajuste contempla somente o template padrão, já que consultas customizadas são de responsabilidade do cliente.
Caminho: EMSys3 → Gerencial → Financeiro → Contas a receber → títulos a receber → Opção imprimir
Módulo/Rotina: Implementado regra no sistema que ao incluir um item na nota de entrada (somente no momento da inclusão), o sistema verifica se o ICMS definido na natureza de operação está preenchido e, caso esteja, realiza o preenchimento automático dos dados correspondentes.
Benefício/Descrição: Com a implementação o sistema irá validar as tributações no cadastro de CFOP.
Caminho: Gerencial → Estoque → Nota de Entrada / Item.
Módulo/Rotina: PDV – Fechamento caixa
Benefício/Descrição: Ajuste na importação de XML do PDV onde em um campo específico excedia o valor limite de 255 caracteres. Então ao estabelecer a conexão com o banco de dados, o sistema consultará o valor de 500 caracteres na configuração na base, garantindo que ele permaneça disponível e acessível durante toda a sessão da consulta.
Caminho: EMSys3 → Gerencial → PDV → Fechamento Caixa
Implementações
Módulo/Rotina: Foi implementado ajuste na tela de cadastro de contas bancárias para atender às regras específicas do banco Sicoob (código 756). Agora, o campo utilizado apenas para autenticação complementar deixa de aparecer para esse banco, permanecendo visível somente o campo principal de identificação, que passou a ser gravado de forma criptografada.
Além disso, foi implementada melhoria na tela de importação de certificado digital, permitindo o envio de arquivos no formato .pem para a chave pública. Também foi incluído o preenchimento automático da data de validade ao selecionar tanto a chave pública quanto a chave privada.
Benefício/Descrição: Com essas atualizações, o sistema se adapta corretamente às exigências do Sicoob, evitando confusões e garantindo segurança no armazenamento das informações. A ampliação dos formatos aceitos para certificados facilita o uso por diferentes instituições e reduz retrabalhos. O preenchimento automático da validade torna o processo mais rápido e minimiza erros ao cadastrar certificados digitais.
Caminho: Financeiro → Banco → Conta Bancária.
Módulo/Rotina: Foi implementada a rotina de baixa de boletos para o banco Sicoob. Durante os testes em ambiente de homologação, foi identificado que a integração do banco permitia registrar um título já com status de baixado. Porém, ao executar o mesmo processo em produção, foi verificado que essa ação não é permitida nesse ambiente. A necessidade de melhoria no processo já foi registrada pela analista de produto no EMSys (POSTOSUBE-24787). Considerando que a implementação atual cumpre a premissa principal do processo — permitir a baixa de um título que já está registrado — entendemos que, por enquanto, a demanda está atendida.
Benefício/Descrição: Essa implementação garante que a baixa de títulos registrados junto ao banco Sicoob seja feita de forma adequada ao comportamento do ambiente de produção do banco, evitando rejeições e inconsistências. Assim, o processo de baixa permanece funcional e alinhado às regras atuais do Sicoob, enquanto a melhoria solicitada segue registrada para futura evolução do processo.
Caminho: Financeiro → Banco → Integração Bancária
Módulo/Rotina: Foi realizada a implementação da rotina para a API do Banco Sicoob, protesto de títulos e também para efetuar o cancelamento desses protestos de forma simples e padronizada dentro do sistema. Agora é possível controlar, em um só lugar, todas as etapas relacionadas ao envio para protesto e às solicitações de cancelamento, com acompanhamento claro do status de cada título.
Benefício/Descrição: Com essa implementação, o processo de protesto e cancelamento fica mais organizado e confiável, reduzindo retrabalho e diminuindo falhas manuais. A equipe passa a ter mais segurança nas informações, maior agilidade no dia a dia.
Caminho: Financeiro → Banco → Integração Bancária
Módulo/Rotina: Atendimento à Reforma Tributária - Atualização de Código de Classificação Tributária - Tabela de 12/2025.
Benefício/Descrição: Foi criado um script para inserir os dados das planilhas nas tabelas tab_c_class_trib_ibs_cbs e tab_cst_ibs_cbs, quando estes ainda não existirem no sistema.
Módulo/Rotina: Implementado busca de títulos a pagar por raiz do CNPJ (8 dígitos) no processamento de DDA.
Benefício/Descrição: Após implementação o sistema localiza títulos tanto na empresa logada quanto nas demais empresas do mesmo grupo (mesma raiz de CNPJ), priorizando sempre a empresa logada.
Caminho: Gerencial → Financeiro → Conta Digital Integrada → Débito Direto Autorizado.
Módulo/Rotina: Foi implementado ajuste na forma como o sistema identifica a quantidade total de registros a serem processados na barra de progresso. Antes, o procedimento considerava apenas uma parte dos dados, o que fazia parecer que o processo estava parado, mesmo quando continuava trabalhando normalmente.
Benefício/Descrição: Com essa atualização, o sistema passa a refletir de forma fiel a quantidade real de registros sendo processados. Isso garante uma visualização mais clara do andamento da operação, evita a impressão de travamentos e melhora a experiência do usuário ao acompanhar o progresso.
Caminho: Financeiro → Contas a receber → Faturamento automático.
Módulo/Rotina: Financeiro → Processa arquivo de baixa - Equals
Benefício/Descrição: Ajustado a consulta do meio de captura POS para administradora GoodCard para salvar os últimos 6 dígitos do NSU para localização das transações na Processa arquivo de baixa - Equals .Agora, tanto TEF quanto POS persistem apenas os últimos 6 dígitos do NSU, resolvendo falhas de conciliação com arquivos Equals que apresentam divergência de zeros à esquerda ou prefixos.
Caminho: EMSys → Gerencial → Financeiro → Contas a Receber → Processa arquivo de baixa - Equals
Módulo/Rotina: Foi realizada uma melhoria no processo de leitura e apresentação das informações do Débito Direto Autorizado (DDA) do Banco Itaú. O fluxo de processamento foi reorganizado para reduzir o tempo de resposta ao carregar os dados na tela. Também foi ajustada a forma como os registros pendentes são tratados, agrupando-os por empresa para evitar repetições desnecessárias e tornar o processamento mais leve.
Benefício/Descrição: Com essas melhorias, o sistema passou a responder de forma mais rápida e estável durante o processamento do DDA. A reorganização do fluxo reduz o tempo de espera na visualização dos dados e diminui o uso excessivo de recursos. Isso traz mais agilidade, eficiência e fluidez para o trabalho diário, especialmente na conferência e tratamento de registros pendentes.
Caminho: Gerencial → Financeiro → Banco → Débito Direto Autorizado.
Módulo/Rotina: Foi realizada uma melhoria na rotina de integração bancária do SICREDI para que, quando o retorno da API indicar alguma falha, o sistema passe a verificar se existe uma mensagem detalhada enviada pelo banco. Caso essa informação esteja disponível, ela será mostrada ao usuário junto com o número do título envolvido.
Benefício/Descrição: Essa atualização torna o retorno de erros mais claro e transparente, permitindo que o usuário entenda melhor o motivo da rejeição registrada pelo banco. Quando houver uma mensagem específica, ela será exibida exatamente como recebida, independente do idioma ou formatação. Se não houver mensagem, o sistema continuará mostrando a informação padrão de falha. Isso facilita a identificação do problema e agiliza a tratativa, especialmente considerando que diferentes bancos utilizam padrões variados de comunicação.
Caminho: Financeiro → Banco → Integração Bancária