Data da Release | |
|---|---|
Produto | Linx EMSys ERP |
Versão | 3.16.0.0 |
Download da Versão EMSys | |
Download da Versão EMSys TR |
Rotinas Otimizadas
Módulo/Rotina: Na rotina de pré‑nota de entrada, foi criada uma nova área de visualização dentro da aba de itens, onde agora o sistema passa a mostrar as principais informações trazidas pelo XML durante a importação. Entre os dados exibidos estão o código de barras, descrição do produto, classificação fiscal, CFOP, unidade, quantidade e valores do item. Além disso, o botão de relacionamento de itens foi reposicionado para o grid superior, facilitando a navegação do usuário.
Benefício/Descrição: A nova visualização ajuda o usuário a comparar as informações importadas do XML com os demais itens da pré‑nota, tornando mais simples identificar cada produto e fazer a associação correta. Como essa área é apenas informativa, evita erros de edição e deixa o processo mais claro e seguro. O reposicionamento do botão também melhora a usabilidade, deixando as ações mais acessíveis e o fluxo de trabalho mais intuitivo.
Caminho: Estoque → Pré Nota Fiscal de Entrada.
Módulo/Rotina: Na integração bancária com o Sicoob, foi removido o campo relacionado à data limite de pagamento. Essa alteração ajusta o envio das informações para o banco, garantindo que somente os dados realmente necessários sejam considerados no processo.
Benefício/Descrição: Com a retirada desse campo, o envio dos títulos para o Sicoob fica mais simples se mantendo alinhado ao padrão esperado pela instituição. Isso reduz a chance de rejeições e facilita o processamento das cobranças, mantendo o fluxo mais claro e eficiente para o usuário.
Caminho: Financeiro → banco → integração Bancária.
Módulo/Rotina: Foi ajustado o processo de envio de informações para o AutoSystem via integração WS para incluir a indicação de contribuinte de ICMS. Essa melhoria foi necessária porque a Sefaz passou a validar essa informação no momento da transmissão das notas, inclusive para clientes isentos. Durante a análise, identificou-se que o EMSys não estava enviando essa informação ao AS/TAC, o que impedia que o campo de “não contribuinte de ICMS” fosse marcado automaticamente no AutoSystem.
Benefício/Descrição: Essa melhoria traz mais flexibilidade ao processo de liquidação, permitindo que o usuário selecione a conta bancária correta conforme a necessidade operacional da rede GALO, que utiliza múltiplas contas para a mesma bandeira. Com a nova forma de seleção, evita-se erro de baixa em conta indevida, reduz retrabalho e torna o processo mais claro e seguro. A validação automática garante que nenhum adquirente fique sem conta definida, enquanto o resumo final ajuda o usuário a confirmar a operação com maior confiança. O resultado é um fluxo mais simples, controlado e alinhado ao modelo real de trabalho da empresa.
Caminho: Financeiro → Banco → Conciliação Boa Vista.
Módulo/Rotina: Foi implementada uma validação automática da tributação dos itens antes da inclusão da pré-nota. O sistema verifica ICMS, IPI e demais informações com base no cadastro (NOP, classe fiscal) e no XML.
Benefício/Descrição: A melhoria antecipa a identificação de inconsistências fiscais, evitando retrabalho e aumentando a segurança. As divergências são exibidas de forma consolidada, facilitando a correção.
Caminho: EMSys3 → Gerencial → Estoque → Pré-Lançamento de Nota Fiscal de Entrada.
Módulo/Rotina: Foi ajustado o comportamento do cadastro de itens para garantir que produtos associados a um código Selcon não permaneçam com classificação preenchida. O sistema passa a remover automaticamente a classificação sempre que o item receber ou tiver atualizado o código Selcon, seja por carga, busca manual ou eventos de monitoria.
Benefício/Descrição: Essa melhoria assegura que itens de loja não sejam tratados como itens de pista por engano, evitando problemas nas vendas enviadas para a Raízen e garantindo que os produtos sejam corretamente considerados nas metas do cliente. Com a nova regra, qualquer item que tiver código Selcon vinculado terá sua classificação removida de forma automática, mantendo a coerência da regra de negócio e impedindo que inconsistências prejudiquem a operação. Para itens sem Selcon, nada muda — o comportamento atual é preservado.
Caminho: Estoque → Item → Item.
Módulo/Rotina: Foi criada uma nova funcionalidade para permitir que, no momento da liquidação de cartões provenientes da conciliação com Equals ou Boa Vista, o usuário escolha qual conta bancária será utilizada. Essa melhoria atende à necessidade da rede GALO, que trabalha com mais de uma conta bancária para a mesma bandeira, exigindo que a definição da conta seja feita no ato da liquidação.
Na tela de cadastro de pessoas, na área de administradoras de cartão, agora a conta bancária pode ficar em branco, permitindo que a seleção ocorra depois, diretamente durante o processo de baixa. Ao liquidar os cartões, o sistema passa a apresentar somente contas bancárias ativas da empresa associadas ao adquirente utilizado, permitindo que o usuário escolha uma única conta para cada administradora. Também foram adicionadas validações para garantir que todas as administradoras envolvidas possuam uma conta selecionada antes de confirmar a operação, além da apresentação de um resumo com os vínculos escolhidos.
Benefício/Descrição: Com essa atualização, o sistema passa a enviar corretamente a informação sobre o status de contribuinte de ICMS. Isso garante que o AutoSystem registre automaticamente essa condição no cadastro do cliente, evitando rejeições da Sefaz e reduzindo ajustes manuais. O processo de transmissão das notas fica mais seguro, confiável e alinhado às validações exigidas pelo fisco.
Módulo/Rotina: Foi criada uma nova funcionalidade para tratamento de desconto condicional em notas fiscais de entrada e na geração e retorno de remessas de pagamento do Itaú. O processo passa a controlar automaticamente títulos pai e filho, garantindo que o valor original, o desconto e o valor líquido sejam tratados corretamente tanto na geração dos títulos quanto na comunicação com o banco.
A funcionalidade também inclui regras específicas para análise das condições antes de aplicar o tratamento especial na remessa, além de ajustes no processamento do retorno bancário quando houver desconto condicional vinculado ao título.
Benefício/Descrição:
Com esta melhoria, o sistema passa a tratar de forma completa e automatizada o processo de desconto condicional exigido pela Duque. A seguir, estão detalhados todos os comportamentos implementados.
1. Entrada da Nota Fiscal – Geração dos Títulos
Quando o parâmetro de utilização de desconto condicional estiver ativo, a entrada da nota segue este funcionamento:
Título Pai:
Gerado com o valor integral da nota. É automaticamente liquidado com o valor do desconto condicional, originando o título filho.
Título Filho:
Criado com o valor líquido, já considerando a dedução do desconto. É o título que realmente será pago.
Desconto Condicional:
É o valor concedido mediante alguma condição, como pagamento até o vencimento. O sistema gera automaticamente uma receita antecipada correspondente ao desconto, abatendo o valor na liquidação parcial do título pai.
2. Geração da Remessa – Aplicação da Regra Especial Itaú
Ao gerar a remessa de pagamento para o Itaú, o sistema passa a verificar se o título enviado deve seguir a regra especial. A regra só é aplicada quando todas as condições forem verdadeiras:
O parâmetro de utilização de desconto condicional está ativo.
O pagamento está vinculado ao Itaú.
O fornecedor possui o código de receita para desconto configurado.
O título selecionado é um título filho.
O título pai possui valor de desconto condicional maior que zero.
Chave da regra:
O usuário seleciona o título filho (valor líquido), mas o Itaú exige que o valor enviado e o código de barras sejam do título original (valor integral). O desconto deve ser informado separadamente.
Quando a regra é aplicada, o sistema passa a enviar:
O valor original do título pai.
O valor do desconto condicional informado no segmento específico da remessa.
O código de barras do título pai.
O sistema também garante que o valor enviado, o valor do código de barras e o valor do desconto informado estejam consistentes entre si.
3. Exceções – Quando a Regra Especial Não Deve Ser Aplicada
A remessa segue o fluxo normal sempre que qualquer das condições obrigatórias não for atendida. Exemplos:
O parâmetro está ativo e o fornecedor possui código de receita, mas o título selecionado não é um título filho.
O título é filho, mas o título pai não possui desconto condicional.
Alguma configuração obrigatória está ausente.
Tratativa nesses casos:
O sistema envia exatamente o valor do próprio título selecionado, sem aplicar a lógica especial.
4. Retorno Bancário – Tratamento do Desconto Condicional
No retorno do banco, o sistema também passa a aplicar regras específicas quando o desconto condicional estiver ativo. A regra é aplicada quando:
O parâmetro está ativo.
O fornecedor possui código de receita configurado.
O título identificado no retorno é um título filho.
Tratativa especial no retorno:
Quando todas as condições são atendidas, o sistema ignora o valor de desconto retornado pelo banco, utilizando apenas o desconto já registrado internamente no título filho. Isso evita que o desconto seja tratado duas vezes.
Quando a regra não se aplica:
O retorno é processado pelo fluxo padrão e o valor enviado pelo banco é utilizado normalmente.
Benefício/Descrição: A implementação garante que todo o processo de desconto condicional atenda corretamente às regras do Itaú e ao fluxo solicitado pela Duque, evitando divergências no envio da remessa, mantendo consistência entre valores originais, descontos e códigos de barras, e assegurando que o retorno bancário não gere inconsistências no controle financeiro. Isso traz mais segurança, conformidade com o processo e redução de retrabalho, além de tornar o processo mais claro e automático para o usuário final.
Módulo/Rotina: Foi identificado um travamento ao consultar pagamentos via PIX na baixa de arquivos do Equals, ao buscar vendas de múltiplos CNPJs com grande volume de registros. Foram realizados ajustes no processo de identificação dos títulos e na forma de carregamento dos dados, tornando a consulta mais eficiente.
Benefício/Descrição: A melhoria aumenta a performance e estabilidade do sistema, evitando travamentos em consultas volumosas. O processamento dos dados foi otimizado, garantindo uma conciliação mais rápida e confiável.
Caminho: Financeiro → Contas a Receber → Processa Baixa Arquivo Equals.
Módulo/Rotina: No processo de integração de cadastro do RH, o sistema deixou de enviar informações de espécie ao consultar a API utilizada para buscar dados da folha. A mudança segue a nova orientação da equipe responsável, que agora realiza a consulta apenas pelo tipo de folha, permitindo que as espécies disponíveis sejam retornadas diretamente pela API para escolha do usuário. O método que tratava as espécies foi mantido internamente para possibilitar seu uso futuro, caso a operação volte a exigir esse envio.
Benefício/Descrição: Essa atualização torna o processo mais alinhado ao funcionamento atual da API, evitando falhas na consulta e garantindo que as opções apresentadas ao usuário estejam sempre corretas e compatíveis com o que a API disponibiliza. Além disso, o sistema permanece flexível para adaptações futuras, caso seja necessário retomar o envio de espécies.
Módulo/Rotina: Estoque – Otimizador
Benefício/Descrição: Realizado ajuste fazendo com que o filtro aplicado nas colunas do grid seja replicado automaticamente para o todos os componentes. Dessa forma, ao clicar em selecionar ou desmarcar tudo, apenas os registros visíveis (filtrados) são afetados.
Caminho: EMSys3 → Item → Otimizador → Otimizador Cadastro de Item → Tributação IBS/CBS.
Módulo/Rotina: Foi identificado que os preços exibidos no app estavam diferentes dos valores cadastrados no sistema. Durante a análise, verificou‑se que o custo unitário estava sendo enviado de forma incorreta para o campo de preço de venda. O processo de envio dessas informações foi ajustado para que o preço de venda siga corretamente para o app.
Benefício/Descrição: Realizado ajuste fazendo com que o filtro aplicado nas colunas do grid seja replicado automaticamente para o todos os componentes. Dessa forma, ao clicar em selecionar ou desmarcar tudo, apenas os registros visíveis (filtrados) são afetados.
Caminho: EMSys3 → Item → Otimizador → Otimizador Cadastro de Item → Tributação IBS/CBS.
Módulo/Rotina: Estoque – Nota fiscal de entrada
Benefício/Descrição: Com essa correção, os valores de venda passam a ser mostrados de forma fiel ao que está registrado no sistema, evitando divergências e proporcionando mais segurança na conferência dos preços exibidos ao usuário final.
Caminho: Estoque → Estoque Certo..
Módulo/Rotina: Foi aprimorado o processo de importação para garantir que a seleção de almoxarifado seja feita corretamente quando essa informação não estiver disponível no arquivo ou quando a empresa não tiver um almoxarifado padrão configurado.
Benefício/Descrição: Agora, quando o almoxarifado não for identificado, o sistema abre uma tela solicitando que o usuário escolha um almoxarifado antes de continuar. Essa seleção é obrigatória e impede que a importação prossiga sem a informação necessária, evitando erros e garantindo mais consistência nos dados. Depois que o usuário seleciona o almoxarifado, o sistema utiliza essa escolha automaticamente para todos os itens seguintes, deixando o processo mais simples, seguro e fluido.
Caminho: Vendas → Pré-vendas → Cadastro de Pré-vendas.
Módulo/Rotina: Ajustado para que o sistema grave o usuário suporte/Linx.
Benefício/Descrição: Com os ajustes o usuário será gravado corretamente.
Caminho: Gerencial → Pessoas → Pessoa → Pessoas.
Módulo/Rotina: Ajustado para que o sistema grave o usuário suporte/Linx.
Benefício/Descrição: Com os ajustes o usuário será gravado corretamente.
Caminho: Gerencial → Pessoas → Pessoa → Pessoas.
Módulo/Rotina: Realizado ajustes na tela para que o sistema realize a ordenação.
Benefício/Descrição: Com os ajustes será possível ordenar as colunas.
Caminho: Financeiro → Cheques recebidos → Cheques Recebidos.
Módulo/Rotina: Ajustado o processo de baixa de cheques para tipos de baixa que geram despesa. O sistema passa a impedir a baixa quando houver valores nos campos de Recebimento, Cartão de Crédito ou Cheque, exibindo mensagem ao usuário.
Benefício/Descrição: Garante maior controle e evita inconsistências, assegurando que valores sejam corretamente tratados como despesa.
Módulo/Rotina: Financeiro
Benefício/Descrição: O sistema passou a buscar e calcular os valores diretamente no banco de dados, de forma mais organizada. Isso reduz o número de consultas feitas, deixando o relatório mais rápido e com menor chance de erro.
Caminho: Financeiro → Caixa → Boletim de Caixa.
Módulo/Rotina: Validar API Integração RH/Emsys com conexão direta de requisições de especies de pagamento conforme configurações "parâmetros do sistema".
Benefício/Descrição: Foi identificado que a API da Humanos passou por mudanças. Em função disso, alguns ajustes foram realizados no sistema.
A ordem de execução das buscas foi modificada, pois agora é necessário informar as folhas na requisição de espécies. Além disso, a lista de espécies foi removida da requisição de folhas.
Por fim, a requisição de espécies foi atualizada para retornar informações apenas das folhas selecionadas.
Módulo/Rotina: Foram realizados ajustes no cancelamento de notas fiscais de saída e no controle de números de série. Agora, ao cancelar uma nota, os itens com número de série retornam automaticamente ao estoque. Foi criado um parâmetro que impede o cadastro de números duplicados e a consulta de séries foi aprimorada, permitindo busca direta por número, facilitando a localização.
Benefício/Descrição: As melhorias aumentam a confiabilidade no estoque, evitam inconsistências no cadastro e tornam a consulta de números de série mais rápida e intuitiva.
Caminho: Vendas → Nota Fiscal de Saída.
Módulo/Rotina: Foram realizadas melhorias no processo de pré-venda e faturamento para produtos com controle por número de série. Agora é possível pesquisar diretamente pelo número de série na etapa de faturamento. Também foi corrigida a ordenação dos itens, que passa a respeitar a sequência da pré-venda, e ajustado o comportamento de itens importados, que deixam de ser agrupados indevidamente. A tela de consulta de números de série também foi aprimorada, com inclusão de filtro de busca e melhor visualização.
Benefício/Descrição: As melhorias tornam o processo mais ágil e seguro, reduzindo erros na seleção de itens. A ordenação correta facilita a conferência, enquanto a individualização dos produtos garante o controle adequado por número de série. A busca aprimorada contribui para uma navegação mais rápida e eficiente.
Caminho: Vendas → Pré-Venda → Pré-Venda.
Módulo/Rotina: Realizamos uma correção para melhorar o controle de permissões de acesso. A partir desta atualização, a alteração da classe será bloqueada quando o usuário não possuir a permissão necessária.
Benefício/Descrição: Com essa atualização, o sistema passa a oferecer maior segurança das informações, garantindo que apenas usuários autorizados realizem alterações
Módulo/Rotina: Ajustado o enquadramento dos painéis presentes na aba "Cliente", do cadastro de pessoas.
Benefício/Descrição: Com os ajustes a opção de "replicar" ficará visível ao usuário.
Caminho: Gerencial → Pessoas → Pessoa → Pessoas / Cliente > Dados Comercial.
Módulo/Rotina: Ajustado o processo de geração de títulos a receber, que aplicava uma taxa fixa sem considerar o parcelamento em vendas com cupom. Agora, a taxa é calculada proporcionalmente ao valor de cada título. Também foi revisada a integração com o ponto de venda para identificar divergências. Títulos antigos não são ajustados automaticamente, sendo necessário estorno ou correção manual.
Benefício/Descrição: Garante maior precisão no cálculo das taxas, evitando diferenças entre sistemas e melhorando a confiabilidade do controle financeiro.
Caminho: EMSys3 → Gerencial → Financeiro → Contas a Receber → Geração de Fatura a Receber.
Módulo/Rotina: Foram realizadas melhorias na funcionalidade de exclusão de negociações, incluindo a atualização da mensagem de confirmação ao excluir histórico e negociação, além da implementação de controle de acesso para os botões "Excluir Negociação" e "Excluir Histórico e Negociação".
Benefício/Descrição: As melhorias proporcionam maior clareza e transparência para o usuário ao realizar exclusões, aumentam a segurança por meio do controle de permissões por usuário e grupo, e reduzem os riscos de exclusões indevidas.
Caminho: Vendas → Comercial → Atualizar Negociação de Preços.
Módulo/Rotina: Foi ajustada a regra de exibição da funcionalidade Propriedade Rural para que ela respeite corretamente as permissões configuradas por usuário e por grupo (como o grupo Faturamento). Com isso, a opção do menu deixa de ser ocultada indevidamente quando o usuário tem permissão para acessar a rotina, garantindo que a visibilidade seja determinada pela permissão correta.
Benefício/Descrição: Agora, usuários que tenham a permissão de Propriedade Rural (seja por grupo ou individualmente) conseguem visualizar e acessar a funcionalidade normalmente, sem precisar conceder permissão total. Isso evita bloqueios inesperados, reduz retrabalho na configuração de acessos e traz mais consistência no controle de permissões.
Caminho: Pessoa → Propriedade Rural.
Módulo/Rotina: Pedido de compra.
Benefício/Descrição: Após a análise e os testes realizados, foi identificado que o problema acontecia porque o sistema sempre utilizava a unidade padrão do item no grid, sem levar em consideração a unidade definida para o fornecedor. Para corrigir isso, foi feito um ajuste no sistema. Agora, quando o parâmetro 398 (Unidade do Cadastro do Item no Pedido de Compra) estiver habilitado e houver um fornecedor selecionado, o sistema passa a considerar como principal a unidade cadastrada para o fornecedor.
Além disso, o sistema também passa a exibir, como opções, as unidades dos agrupamentos 1 e 2 cadastrados para o item.
Caminho: EMSys3 → Gerencial → Estoque → Planejamento de Estoque → Botão Gera Pedidos.
Módulo/Rotina: No cadastro de pedidos de compra, foi identificado que um item específico estava sem a natureza de operação informada, mesmo existindo diversas regras no sistema que exigem esse preenchimento. Verificou-se que isso provavelmente ocorreu devido a um processo de importação utilizado pelo cliente. Para evitar que situações como essa se repitam, foi incluída uma nova validação que analisa todos os itens do pedido e identifica se algum deles está sem o código de natureza de operação preenchido.
Benefício/Descrição: Com essa melhoria, sempre que houver um item no pedido de compra sem a natureza de operação informada, o sistema exibirá uma mensagem clara ao usuário indicando exatamente qual item está com o problema, impedindo que o pedido seja incluído ou salvo até que a informação seja corrigida. Isso traz mais segurança e confiabilidade aos lançamentos, reduz erros fiscais e operacionais e facilita a identificação e correção dos dados antes da conclusão do pedido.
Caminho: Estoque → Compras → Pedido de Compras.
Módulo/Rotina: Ajustada a exclusão de Grupo de Usuário PDV.
Benefício/Descrição: Realizado ajuste para excluir corretamente os cadastros de grupo de usuários, permitindo a exclusão somente quando o grupo não estiver em uso na empresa.
Caminho: EMSys → Gerencial → PDV → Cadastro Grupo de Usuários PDV
Módulo/Rotina: Ajustada rotina de salvar cadastro de usuário.
Benefício/Descrição: Realizado ajuste para quando salvar o cadastro de usuário somente validar a senha quando houver alteração na mesma.
Caminho: EMSys → Gerencial → PDV → Cadastro de Usuários PDV.
Módulo/Rotina: Durante os testes de envio de remessa do Pix Troco do SICREDI pelo EMSYS, foi identificado que alguns arquivos estavam sendo recusados pelo banco Sicredi devido ao número sequencial fora da ordem. Também foi visto que a data utilizada para o pagamento estava sendo considerada pela data de vencimento, enquanto o cliente precisava que fosse baseada na data da geração da remessa.
Para resolver essas situações, foi feita uma revisão no processo de geração da remessa, permitindo identificar e ajustar corretamente a sequência dos arquivos conforme o fluxo real utilizado pelo cliente. Além disso, a data considerada para o pagamento agora segue a escolha feita pelo usuário no momento da geração da remessa, garantindo que o arquivo seja produzido com a data correta desejada.
Benefício/Descrição: Com esses ajustes, o envio das remessas deixa de apresentar erros relacionados à ordem sequencial, evitando rejeições pelo banco e reduzindo retrabalho para o cliente. A atualização no tratamento da data de pagamento assegura que a remessa seja gerada de acordo com a necessidade operacional, oferecendo mais precisão, previsibilidade e alinhamento com o processo do cliente.
Caminho: Financeiro → Banco → Remessa → Remessa de Pagamento.
Módulo/Rotina: Ajustado inclusão de usuários pdv.
Benefício/Descrição: Realizado ajuste na inclusão de usuários para ser informado o pdv corretamente independente se possui grupo ou não.
Caminho: EMSys → Gerencial → PDV → Cadastro de Usuários PDV.
Módulo/Rotina: Foi ajustado o enquadramento do grid, além do alinhamento visual, e também foram feitas melhorias no estilo da barra de rolagem. Com isso, a barra inferior deixa de cobrir o último registro exibido na tela.
Benefício/Descrição: Essa melhoria deixa a visualização mais limpa e organizada, facilitando a leitura dos registros até o final sem que nada fique encoberto. A navegação fica mais confortável e a experiência do usuário mais fluida.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Financeiro - Baixa cartão Equals.
Benefício/Descrição: Foi identificado que o problema ocorreu devido a uma condição específica para a Stone, que estava alterando o campo valor líquido do título, aplicando a dedução da taxa duas vezes. Foi realizada a correção necessária para garantir que essa dedução não ocorra em duplicidade e que a regra de negócio do parâmetro não sofra impacto.
Caminho: EMSys3 → Gerencial → Financeiro → Contas a Receber → Baixa cartão equals.
Módulo/Rotina: Foram realizadas melhorias na integração das vendas e dos itens com o programa Premmia, incluindo o registro de informações de identificação do cliente (CPF/CNPJ) e das transações.
Benefício/Descrição: A atualização amplia o controle e a rastreabilidade das transações e itens vendidos, garantindo maior confiabilidade nas informações integradas ao Premmia.
Módulo/Rotina: Foram incluídos novos campos no WS de vendas BR Premmia para registro de informações das transações.
Benefício/Descrição: A implementação dos campos idTransacaoPremmia, numCpfCnpjPremmia, idItemRelacionalPremmia e desTipoTransacaoPremmia no endpoint /venda/registra permite receber e armazenar corretamente os dados das vendas, melhorando a integração com o Premmia.
Módulo/Rotina: Foram realizadas melhorias no processo de integração das vendas e dos itens vendidos com o programa Premmia.
Benefício/Descrição: O sistema passou a registrar novas informações relacionadas ao CPF ou CNPJ utilizado na identificação do cliente, bem como os dados de identificação das transações e dos itens vinculados a essas transações (tab_cupom_fiscal: num_cpf_cnpj_premmia, id_transacao_premmia; tab_item_cupom_fiscal: des_tipo_transacao_premmia, id_item_relacional_premmia). Com essas melhorias, o sistema passa a ter um controle mais completo e confiável das informações relacionadas ao Premmia, aumentando a rastreabilidade das transações e dos itens vendidos.
Módulo/Rotina: Realizado ajustes para que o sistema contabilize o saldo do sistema.
Benefício/Descrição: Com os ajustes o saldo será apresentado corretamente.
Caminho: Gerencial → Estoque → Inventário.
Módulo/Rotina: Foi ajustado o preenchimento do valor da multa nos registros de cobrança bancária, impedindo que valores negativos sejam informados e salvos.
Benefício/Descrição: Esse ajuste evita inconsistências no cálculo da multa e garante que as informações registradas fiquem corretas e confiáveis. Com isso, o processo de cobrança fica mais seguro e reduz a chance de erros durante o fluxo de cálculo.
Caminho: Financeiro → Banco → Cadastro de Cobrança Bancária.
Módulo/Rotina: Fiscal – LMC
Benefício/Descrição: Foi realizado um ajuste na consulta do LMC Automático para considerar corretamente os abastecimentos do tipo “D” que possuem seq_abastecimento, os quais são gerados a partir da conferência de encerrante.
Com essa melhoria, passou a ser permitida a alteração da data e da casa do milhão desses abastecimentos, garantindo maior flexibilidade e correção no processo de ajuste do LMC.
Caminho: EMSys3 → Gerencial → Fiscal → LMC Automático → Acerto Casa do Milhão – Encerrante.
Módulo/Rotina: Na tela de Conciliação de Movimento Bancário, passamos a exibir também a empresa responsável pela origem do lançamento financeiro. Antes, era possível visualizar apenas a empresa vinculada à conta bancária utilizada na liquidação; agora, além dessa informação, a conciliação mostra de qual empresa o lançamento realmente se originou, tanto para entradas quanto para saídas.
Benefício/Descrição: Essa melhoria facilita a conferência do extrato quando há operações feitas entre diferentes empresas do grupo. Com a nova informação visível no grid, o analista consegue identificar rapidamente qual empresa gerou o lançamento e filtrar os movimentos por empresa de origem, tornando a conferência mais clara e organizada. Para movimentos antigos, quando a informação não existir, o sistema exibirá um traço ou repetirá a empresa já conhecida, mantendo a consistência visual. Essa atualização melhora o entendimento dos valores por filial e evita divergências na análise dos movimentos bancários.
Caminho: Financeiro → Banco → Conciliação Movimento Bancário.
Módulo/Rotina: Financeiro – Estorno de Títulos a Pagar e a Receber
Benefício/Descrição: Corrigida uma inconsistência que permitia, em alguns cenários, o estorno de títulos liquidados por adiantamento dentro de períodos com fechamento financeiro já realizado.
A partir desta correção, o sistema passa a executar corretamente a validação do fechamento financeiro no momento do estorno, garantindo que a operação seja bloqueada quando o período estiver fechado, independentemente da forma de liquidação do título, inclusive em casos com adiantamento.
Caminho: EMSys3 → Gerencial → Financeiro → Contas a receber → titulo receber e Contas a Pagar → Títulos a pagar.
Módulo/Rotina: Foi feita uma análise sobre o processo de adiantamento de fornecedor e foi identificado que, ao excluir uma nota fiscal que havia sido liquidada usando um adiantamento, o sistema acabava gerando um novo título indevidamente. Isso acontecia porque a exclusão da nota acionava uma rotina interna que tentava ajustar automaticamente o uso do adiantamento, o que resultava na criação de um novo título em aberto sem necessidade.
Para evitar essa situação, foi adicionada uma validação antes da exclusão da nota. Agora, o sistema verifica se alguma parcela dela está ligada a um adiantamento usado em uma liquidação. Se houver vínculo, o usuário recebe uma mensagem avisando para conferir o adiantamento antes de continuar.
Benefício/Descrição: Com essa melhoria, o sistema evita a criação de títulos indevidos e elimina divergências de valores relacionadas ao uso de adiantamentos ao excluir uma nota fiscal. Além disso, o aviso ao usuário ajuda a garantir que o processo seja feito de forma segura e consciente, mantendo a integridade das informações financeiras e evitando retrabalho.
Caminho: Financeiro → Adiantamento → Adiantamento Fornecedor.
Módulo/Rotina: Foi realizado um ajuste no processo de impressão de títulos para que os valores de juros definidos pela integração bancária sejam considerados corretamente. O sistema agora identifica quando o título ainda não está registrado e utiliza os valores informados pela integração. Para títulos já registrados, quando houver um valor de juros retornado pelo banco maior que zero, esse será o valor mostrado tanto na impressão quanto na consulta.
Benefício/Descrição: Com essa melhoria, as informações de juros passam a ser apresentadas de forma mais precisa e fiel ao que foi enviado ou retornado pelo banco, evitando divergências e garantindo maior confiabilidade na visualização e impressão dos títulos.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Corrigido o problema onde o espelho da pré-venda exibia o endereço do cadastro da pessoa, mesmo quando um endereço diferente era selecionado.
Benefício/Descrição: Agora, quando informado um endereço na pré-venda (seq_endereco), o sistema utiliza corretamente os dados da tab_pessoa_endereco. Caso contrário, mantém o endereço padrão da tab_pessoa.
Caminho: Gerencial → venda → Pré-venda → Cadastro Pré Venda → Impressão do Espelho
Módulo/Rotina: Ajustado rotina de exportação para o cadastro de pessoa via integração online (TAC).
Benefício/Descrição: Realizado ajuste para quando o parâmetro "EMSys3 → Sistema → Parâmetros de Sistema → Pessoa → Habilitar liberação de clientes para exportação por empresa" estiver ativo e no cadastro de pessoa não possuir empresas liberadas, enviar exclusão do cadastro para o TAC.
Módulo/Rotina: Foi ajustado o processo de cálculo do Nosso Número na integração bancária. Na primeira geração do boleto, o sistema passou a calcular esse número com base no identificador do título e utilizando a rotina responsável por garantir que o valor seja gerado corretamente. Esse dado agora é gravado no banco e enviado à API no momento do registro. Além disso, quando o título já estiver baixado e o usuário solicitar um novo registro, o sistema passa a gerar um novo Nosso Número automaticamente.
Benefício/Descrição: Essa melhoria garante mais segurança e consistência no processo de emissão de boletos, evitando divergências entre o que é exibido no sistema e o que é enviado ao banco. A geração correta do Nosso Número reduz erros de retorno e facilita o controle dos títulos registrados. A validação solicitada pela equipe de qualidade deve confirmar que os cenários do cliente estão funcionando como esperado, garantindo mais confiabilidade no dia a dia.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Financeiro – Gera remessa de cobrança
Benefício/Descrição: A consulta SQL responsável pela seleção de títulos para remessa estava apresentando lentidão significativa, devido ao uso de um sub-consulta mal otimizada. Realizado ajuste nesta consulta visando a redução significativa do tempo de execução.
Caminho: EMSys3 → Gerencial → Financeiro → Banco → Remessa → Remessa de cobrança.
Módulo/Rotina: Foram realizadas melhorias na rotina de Pré-Nota de Entrada, incluindo validação de divergência de NCM entre o XML e o cadastro do produto. Também foi adicionada uma coluna de observação no grid, com mensagens automáticas sobre inconsistências, além da exibição do NCM do XML para facilitar a conferência.
Benefício/Descrição: A melhoria torna a conferência mais clara e ágil, permitindo identificar divergências — inclusive de NCM — antes da integração da nota. As mensagens automáticas facilitam o entendimento dos problemas e reduzem erros e retrabalho.
Caminho: Estoque → Pré Nota Fiscal de Entrada.
Módulo/Rotina: Ajustado lista de PDVs para Cadastro de Usuários PDV.
Benefício/Descrição: Realizado ajuste para remover PDVs desativados da lista de pdvs no cadastro de usuários pdv, assim trazendo somente os pdvs ativos.
Caminho: EMSys → Gerencial → PDV → Cadastro de Usuários PDV.
Módulo/Rotina: Foi corrigido um erro que ocorria ao gerar a conferência de encerrantes em uma empresa específica, afetando apenas a versão 15 e acontecendo somente a partir de 19/02/2026. O problema surgia por causa de uma diferença entre a forma como a conferência padrão era montada e a conferência utilizada após manutenções de bombas realizadas no dia 19/02. Com isso, a rotina passou a apresentar falha ao tentar montar as informações necessárias.
A estrutura da consulta utilizada após a manutenção das bombas foi revisada e ajustada, garantindo que tudo fique alinhado com as melhorias já aplicadas na conferência padrão. Também foram acertados detalhes de organização e fechamento da consulta para evitar novas falhas.
Benefício/Descrição: Essa correção garante que a conferência de encerrantes funcione normalmente, mesmo após manutenções de bombas. O processo agora segue de forma estável e consistente, evitando interrupções e garantindo que as informações sejam geradas sem erros.
Módulo/Rotina: Habilitado o botão de consulta do Nodis no cadastro do Item.
Benefício/Descrição: Botão habilitado para consulta do Nodis. A obrigatoriedade do envio das impostos da reforma começará a valer dia 01/04/2026.
Caminho: Gerencial → Estoque → Item → Item.
Módulo/Rotina: Ajustado tela Cadastro de Usuários PDV.
Benefício/Descrição: Realizado ajuste na rotina de incluir um novo usuário, com isso ao finalizar a inclusão é limpado o grid de PDV para assim realizar um novo cadastro.
Caminho: EMSys3 → Gerencial -> PDV -> Cadastro de Usuários PDV
Módulo/Rotina: O campo de juros foi atualizado para deixar claro que sua função é apenas informativa. O nome exibido agora aparece como “Juros (%)” e o layout foi ajustado para mostrar os valores em formato percentual, removendo o símbolo de moeda que antes podia gerar interpretação incorreta. O relatório Financeiro > Banco > Relatórios > Rel. Integração Bancária também recebeu o mesmo ajuste.
Benefício/Descrição: Essa melhoria torna a informação de juros mais clara e evita dúvidas sobre cálculos automáticos. A apresentação padronizada em porcentagem facilita o entendimento dos dados e contribui para análises mais precisas dentro dos relatórios financeiros
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Foi incluído um novo parâmetro na aba Nodis que permite definir se as tributações de IBS e CBS serão atualizadas automaticamente ao consultar itens pelo Linx Catálogo no cadastro de produtos. Quando habilitado, o sistema preenche essas informações; quando desabilitado (padrão), não realiza o preenchimento.
Benefício/Descrição: A melhoria oferece mais flexibilidade na gestão das tributações, permitindo que o cliente decida quando aplicar IBS e CBS. Isso evita retrabalho e facilita a adaptação às regras atuais.
Caminho:
Sistema → Parâmetros do Sistema
Estoque → Item → Item
Módulo/Rotina: Ajustamos o processo de consulta de crédito do cliente realizado no PDV, na rotina de Títulos a Receber. O problema ocorria quando existia um título do tipo “baixa de cheque” sem a descrição preenchida, fazendo com que o sistema apresentasse erro e interrompesse a consulta. Agora, esse tipo de situação passa a ser tratado corretamente, mesmo quando a descrição não estiver informada.
Benefício/Descrição: Com essa melhoria, a consulta de crédito do cliente volta a funcionar de forma estável no PDV, mesmo quando há títulos de baixa de cheque sem descrição. Isso evita interrupções no atendimento, garante mais segurança nas validações de pendências e torna o processo de análise de crédito mais fluido e confiável para a equipe de frente de caixa e financeiro.
Caminho: Gerencial → Financeiro → Contas a Receber → Títulos a Receber.
Módulo/Rotina: Foi incluído um controle de acesso na integração bancária, permitindo definir quem pode utilizar essa funcionalidade. No momento da liberação, o acesso foi disponibilizado automaticamente para todos os usuários e grupos do sistema.
Benefício/Descrição: Com esse novo controle, a administração do sistema ganha mais flexibilidade e segurança para gerenciar o uso da integração bancária. Agora é possível ajustar permissões conforme a necessidade, garantindo que apenas os usuários adequados tenham acesso, sem perder a praticidade inicial da liberação geral.
Caminho: Sistema → Controle de Acesso → Acesso.
Módulo/Rotina: Estoque – Otimizador
Benefício/Descrição: Foi identificado que o sistema estava enviando um dos parâmetros utilizados no cadastro de promoções em um formato diferente do esperado, ocasionando inconsistências no processo.
Foi realizado um ajuste para que o sistema converta corretamente o valor do parâmetro antes da execução do cadastro, garantindo que a promoção seja registrada de forma adequada e sem erros.
Caminho: Sistema → Controle de Acesso → Acesso.
Módulo/Rotina: Foi realizado um ajuste para garantir que, ao enviar um título para a API bancária, o valor encaminhado seja o mesmo apresentado no campo de valor líquido na tela de Títulos a Receber. Dessa forma, o sistema passa a considerar corretamente o valor final do título no momento do envio.
Benefício/Descrição: Com essa correção, o valor transmitido ao banco fica alinhado ao que o usuário realmente vê e cadastra no sistema, evitando diferenças no registro do boleto e garantindo mais confiança e precisão nas informações enviadas pela integração bancária.
Caminho: Financeiro → Banco → Integração Bancária
Módulo/Rotina: Foi ajustada a identificação das transações da GoodCard no EMSys3. O sistema deixa de validar apenas o código da bandeira e passa a considerar o “Código da Rede”, garantindo o reconhecimento correto da adquirente.
Benefício/Descrição: A melhoria aumenta a precisão na identificação das transações da GoodCard, evitando falhas e garantindo maior confiabilidade no processamento.
Caminho: Financeiro → Contas a Receber → Processa Arquivo Baixa de Cartões.
Módulo/Rotina: Foi ajustado o tratamento fiscal para produtos do grupo de cigarros. Para NCMs 24022000, 24021000 e 24029000, o sistema mantém o CST e passa a aplicar alíquota zero de PIS e COFINS. A regra foi aplicada no Catálogo de Produtos e na Consulta de Dados Fiscais Linx.
Benefício/Descrição: Evita a geração de créditos indevidos de PIS e COFINS, garantindo maior conformidade fiscal e segurança nas informações.
Caminho: EMSys3 → Gerencial → Estoque → Item → Consulta Dados Fiscais Linx.
Módulo/Rotina: Foi ajustada a rotina de integração bancária para que o valor de desconto não seja enviado nas requisições encaminhadas ao Sicredi. Além disso, a opção de alteração de desconto para este banco foi desabilitada, evitando que usuários realizem mudanças que não são aceitas pelo processo de integração.
Benefício/Descrição: Essas melhorias garantem que as informações enviadas ao Sicredi permaneçam alinhadas com o valor já calculado no título, evitando inconsistências. A desativação da alteração de desconto também traz mais segurança ao impedir ajustes indevidos, assegurando que todo o fluxo siga exatamente o que o banco suporta.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Foi identificado um problema na exibição dos nomes dos programas na tela de Acessos de Usuário, localizada no caminho Controle de acessos → Acessos, onde os nomes estavam sendo apresentados de forma incorreta.
Benefício/Descrição: Correção na exibição dos nomes dos programas, proporcionando melhor legibilidade e clareza na identificação das funcionalidades.
Módulo/Rotina: Ajustamos o processo de baixa de títulos na tela de Integração Bancária para garantir que, ao baixar um título registrado, a lista de títulos seja atualizada corretamente com o novo status. Também foi corrigido o comportamento que impedia a liberação do título para edição na rotina de Títulos a Receber após o retorno da integração.
Benefício/Descrição: Com essa melhoria, assim que o título é baixado e o retorno da integração é recebido, o status passa a ser exibido de forma correta na tela, sem necessidade de ajustes manuais. Além disso, o título é liberado para edição normalmente na rotina de Títulos a Receber, trazendo mais agilidade no dia a dia, evitando retrabalho e reduzindo inconsistências entre o retorno bancário e o que é apresentado no sistema.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Foi ajustada a forma como o sistema monta as mensagens de instruções dos boletos bancários emitidos pela API. Antes, os encargos de juros diários e multa apareciam apenas em percentual. Agora, o sistema também inclui esses valores em formato monetário nas instruções exibidas ao pagador.
Benefício/Descrição: Essa melhoria garante que o pagador receba informações mais claras e completas sobre os encargos aplicados ao boleto. Com isso, reduz-se o risco de dúvidas ou interpretações incorretas, trazendo mais transparência e alinhamento com a necessidade do cliente.
Caminho: Financeiro → Banco → Integração Bancária.
Implementações
Módulo/Rotina: Foi implementada uma rotina que permite realizar o registro, a impressão e a consulta de boletos do banco Sicoob diretamente pelo sistema, de forma integrada e padronizada.
Benefício/Descrição: Com essa melhoria, o processo de integração dos boletos Sicoob fica muito mais simples e organizado. Agora é possível registrar os boletos, consultar suas informações e gerar a impressão em um único lugar, reduzindo retrabalho, evitando erros manuais e trazendo mais agilidade no atendimento e no controle das cobranças.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Foram implementadas rotinas que permitem alterar informações de boletos já registrados no banco. Essas rotinas possibilitam ajustar dados importantes de forma simples e direta, sem a necessidade de realizar um novo registro.
Benefício/Descrição: Com essa implementação, o processo de manutenção dos boletos torna-se mais ágil e flexível. Agora é possível realizar ajustes com maior facilidade, evitando retrabalho e garantindo que as informações permaneçam sempre atualizadas conforme as necessidades do negócio.
Rotinas implementadas:
Alteração de Data de Vencimento
Alteração de Juros
Alteração de Multa
Alteração de Desconto
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Configurações.
Benefício/Descrição: Foi implementada uma melhoria no Facilitador de Implantação que passa a permitir a importação do arquivo de Pessoas informando o código da pessoa.
Essa funcionalidade será aplicada somente quando o seguinte parâmetro estiver habilitado:
Sistema → Parâmetros do Sistema → Aba Pessoa → “Permite informar código da pessoa ao incluir um novo registro”.
Com o parâmetro ativo, o sistema aceitará o código da pessoa informado na posição 35 no arquivo durante o processo de importação, garantindo maior flexibilidade e padronização dos dados migrados.
Caminho: EMSys3 → Sistema → Configurações → Facilitador de Implantação → Importar Pessoas
Módulo/Rotina: Implementação WS Autosystem
Benefício/Descrição: Foi implementado um parâmetro para a funcionalidade de Frota Flex, permitindo a atualização automática dos valores de parâmetros durante a comunicação com o EMSys. Com essa melhoria, passa a ser possível garantir a sincronização correta das informações com o PDV Autosystem, aumentando a consistência dos dados entre os sistemas e reduzindo falhas de integração.
Caminho: EMSys3 → Gerencial → Pessoa → Pessoa → Pessoas → Aba: Frota.
Módulo/Rotina: Implementado exportação offline da flag para obrigar forma cnpj por forma de pagamento.
Benefício/Descrição: Realizado implementação para exportar a flag de obrigar cnpj na forma de pagamento pela integração offline.
Caminho: EMSys3 → Gerencial → PDV → Forma de Pagamento → Cadastro Forma de Pagamento → Complemento.
Módulo/Rotina: Implementado novos campos no WS no endpoint /formapagto.
Benefício/Descrição: Realizado implementação do campo "obrigaIdentificacaoCNPJ" no endpoint "/formapagto" para descer a flag de obrigatoriedade para identificar cnpj por forma de pagamento.