2️⃣0️⃣2️⃣6️⃣ - 0️⃣8️⃣ Agosto
✨ 1.0 Release Notes | Melhorias
✨ ERP: Ajustes no painel de Marketing e carrossel de imagens
ID da tarefa: 110764
Descrição
Foram identificados pontos de melhoria no painel de Marketing do ERP, relacionados ao carregamento e à exibição das imagens utilizadas no carrossel.
As validações contemplaram os seguintes cenários:
-
Exibição somente das imagens disponíveis e registradas no banco de dados;
-
Validação do tempo de exibição entre uma imagem e outra;
-
Correção do comportamento do carrossel ao atingir a última imagem, garantindo o reinício automático da sequência.
Correção
As melhorias no painel de Marketing foram implementadas.
O sistema passa a realizar o download das imagens e executar corretamente o carrossel conforme os registros disponíveis. Caso não existam imagens para exibição, o sistema não apresentará erro, permanecendo apenas sem carregar imagens.
Também foi ajustado o fluxo de execução do carrossel para funcionar continuamente em loop, exibindo as imagens em sequência e, após a última imagem, retornando automaticamente para a primeira.
✨ ERP: Habilitação do IBS/CBS na Gestão de Reajuste de Produtos
ID da tarefa: 110898
Descrição
Na tela de Gestão de Reajuste de Produtos, o botão IBS/CBS permanecia desabilitado, impossibilitando o acesso à funcionalidade para realizar ajustes relacionados aos tributos IBS (Imposto sobre Bens e Serviços) e CBS (Contribuição sobre Bens e Serviços).
A necessidade consistia em disponibilizar o recurso na gestão de reajustes, permitindo sua utilização no processo de atualização das informações tributárias dos produtos.
Correção
Foi realizada a habilitação do botão IBS/CBS na tela de Gestão de Reajuste de Produtos.
Também foi implementada uma melhoria na apresentação dos valores, facilitando a visualização das informações durante a utilização do recurso.
Com o ajuste, a funcionalidade de IBS/CBS passa a ficar disponível na gestão de reajustes, permitindo sua utilização no processo de manutenção tributária dos produtos.
✨ ERP: Melhoria na visualização da lista de permissões de usuário
ID da tarefa: 111066
Descrição
Foi identificada a necessidade de melhorar a visualização e consulta das permissões de usuário no ERP, facilitando a localização das permissões cadastradas e atribuídas a cada usuário.
Correção
Foi implementado o botão “Lista de permissões” na tela de Cadastro de Usuários.
Ao acessar a nova funcionalidade, o sistema apresenta uma tela específica para consulta das permissões, permitindo visualizar informações como código, descrição da permissão, grupo e página.
Também foi disponibilizado recurso de pesquisa para facilitar a localização das permissões, tornando o processo de consulta e gerenciamento das autorizações do usuário mais prático e organizado.
✨ ERP: Visualização das reduções de IBS/CBS no cadastro de produtos
ID da tarefa: 111068
Descrição
Foi identificada a necessidade de melhorar a visualização das informações relacionadas aos impostos da Reforma Tributária no cadastro de produtos.
Os percentuais de redução das alíquotas de IBS e CBS são apresentados conforme a configuração do cClassTrib selecionado e não devem ser alterados manualmente pelo usuário.
Para tornar esse comportamento mais intuitivo, foi solicitada uma adequação visual nos campos de redução.
Correção
Foi realizada uma melhoria na apresentação dos valores de redução de IBS e CBS vinculados ao cClassTrib da Reforma Tributária.
Os campos responsáveis por exibir os percentuais de redução passam a permanecer desabilitados para edição, mantendo os valores visíveis apenas para consulta.
Com a melhoria, fica mais claro para o usuário que os percentuais apresentados são provenientes da configuração tributária correspondente e não podem ser alterados diretamente nesses campos.
✨ ERP: Validação do acesso ao SL e geração da identificação da estação
ID da tarefa: 111072
Descrição
Foi realizada uma validação no processo de acesso do sistema ao SL, especialmente na identificação da estação utilizada para geração da chave da máquina.
O processo utilizava o endereço MAC como referência para identificação da estação. Entretanto, em situações nas quais o sistema não consegue obter acesso a essa informação, era necessário disponibilizar uma alternativa para manter a identificação da máquina.
Correção
Foi implementado um tratamento alternativo para a geração da identificação da estação.
Com a melhoria, caso o sistema não consiga obter o endereço MAC, será utilizado o ID da máquina disponibilizado pelo Windows para geração da identificação necessária ao processo de acesso ao SL.
Dessa forma, o sistema passa a contar com uma alternativa para identificação da estação quando o acesso ao MAC não estiver disponível.
🐞 1.0 Release Notes | Bugs
🐞 ERP: Ajuste no sequencial de itens da NF-e em banco de dados Multiloja
ID da tarefa: 110580
Descrição
Durante a emissão de NF-e de venda, o ERP realizava a consulta do maior sequencial de item utilizando apenas o número da nota fiscal (NNF), conforme consulta abaixo:
SELECT MAX(ITEM) MA
FROM NFVENDI WITH (NOLOCK)
WHERE NNF = @variavel
Em ambientes com banco de dados Multiloja, diferentes lojas podem possuir o mesmo número de NNF. Como a consulta não considerava o código da loja, o cálculo do próximo item podia utilizar registros pertencentes a outras lojas, ocasionando inconsistências na geração da numeração sequencial dos itens da NF-e.
Correção
Foi incluída a validação pelo código da loja na geração da numeração de controle sequencial da NF-e.
Com o ajuste, o sequencial passa a considerar os registros correspondentes à loja responsável pela emissão, evitando interferência de notas com o mesmo número de NNF pertencentes a outras lojas do ambiente Multiloja.
🐞 ERP: Ajuste no simulador de preços para produtos com Regime Especial
ID da tarefa: 110774
Descrição
Durante o lançamento de Nota Fiscal de Entrada com produtos enquadrados em Regime Especial, foi identificada uma divergência entre os valores apresentados no Simulador de Preços e os valores calculados na Remarcação.
O simulador não estava considerando corretamente a condição de Regime Especial do produto, resultando em diferenças nos valores de custo de venda e preço de venda em relação à remarcação.
Correção
Foi realizada a correção no Simulador de Preços para considerar a configuração de Regime Especial vinculada ao produto.
Com o ajuste, os cálculos do simulador passam a respeitar o enquadramento tributário do produto, mantendo os valores compatíveis com os apresentados no processo de remarcação.
🐞 ERP: Correção na baixa selecionada de múltiplos títulos com desconto
ID da tarefa: 110940
Descrição
Ao realizar a baixa selecionada de múltiplos títulos no ERP, quando havia aplicação de desconto, o sistema não conseguia concluir corretamente a baixa de mais de um título na mesma operação.
O comportamento impedia a finalização da baixa conjunta dos títulos selecionados.
Correção
Foi realizada a correção no processo de baixa por seleção.
Com o ajuste, o sistema passa a realizar normalmente a baixa de múltiplos títulos selecionados, inclusive nos casos em que houver aplicação de desconto.
🐞 ERP: Reconexão automática dos componentes Zeos no faturamento
ID da tarefa: 110996
Descrição
Durante operações de faturamento no ERP, em situações de perda ou oscilação da conexão com o banco de dados, o sistema apresentava erro de conexão e poderia interromper a instrução que estava sendo executada.
O comportamento ocorria devido à necessidade de restabelecimento da conexão dos componentes Zeos após uma indisponibilidade momentânea da rede ou do banco de dados.
Correção
Foi implementado o tratamento para reconexão automática dos componentes Zeos.
Com a correção, quando houver perda ou oscilação da conexão com o banco de dados, o sistema tentará restabelecer automaticamente os componentes e, caso a conexão de rede seja recuperada, dará continuidade à instrução que estava sendo executada.
Também foi ajustado o tratamento da mensagem de falha de conexão, que passa a ser registrada apenas em log, evitando a exibição da mensagem durante a operação.
🐞 ERP: Correção da omissão de OS antigas no Relatório de Comissão com múltiplos técnicos
ID da tarefa: 111080
Descrição
Foi identificado que, após a habilitação do parâmetro que permite vincular mais de um técnico por Ordem de Serviço, o Relatório de Comissão de Serviços passou a utilizar a tabela ORDEMSERV_TECNICOS_SERVICO como fonte das informações dos técnicos participantes.
As Ordens de Serviço emitidas anteriormente à ativação desse recurso não possuem registros nessa tabela. Como consequência, essas OS deixavam de ser consideradas no relatório, ocasionando a omissão de informações na consulta de comissões.
Correção
Foi realizada a correção na geração do Relatório de Comissão de Serviços, adequando o processamento conforme a configuração do parâmetro de múltiplos técnicos.
Com o ajuste, o sistema passa a gerar corretamente o relatório tanto para cenários com múltiplos técnicos quanto para operações com apenas um técnico, respeitando a configuração definida no sistema e garantindo a inclusão das Ordens de Serviço aplicáveis.
🐞 ERP: Correção do campo Total com Juros em vendas com troco
ID da tarefa: 111126
Descrição
Ao realizar o faturamento de uma venda em que o cliente efetuava um pagamento com valor superior ao total da operação, gerando troco, o sistema apresentava incorretamente o valor pago no campo Total com Juros.
Esse comportamento fazia com que o campo exibisse um valor diferente do total efetivo da venda.
Correção
Foi realizada a correção no cálculo e na apresentação do campo Total com Juros durante o faturamento.
Com o ajuste, quando houver pagamento superior ao valor da venda e geração de troco, o sistema deixa de considerar o valor entregue pelo cliente como total da operação, apresentando corretamente o valor correspondente à venda no campo Total com Juros.
🐞 SINCOFF/PDV: Validação de forma de pagamento inexistente no banco OFF
ID da tarefa: 105224
Descrição
Foi identificado que o SINCOFF/PDV estava realizando o vínculo de códigos de formas de pagamento que não existiam ou não estavam disponíveis no banco de dados OFF.
Esse comportamento poderia gerar inconsistências no processamento das vendas, pois a forma de pagamento vinculada ao movimento não possuía correspondência válida na base utilizada pelo PDV.
Correção
Foi implementada uma validação para impedir que o sistema vincule uma forma de pagamento inexistente na base OFF.
Com a correção, o vínculo somente será realizado quando a forma de pagamento possuir um cadastro correspondente e válido, evitando inconsistências entre as bases e no processamento das vendas pelo PDV.
🐞 BOLETO: Correção na exibição de boletos por loja no Gerenciador de Boletos em ambiente Multiloja
ID da tarefa: 110296
Descrição
Foi identificado que, em ambientes com banco de dados Multiloja, o Gerenciador de Boletos apresentava apenas os boletos vinculados à matriz (Loja 1).
Embora as demais lojas conseguissem realizar normalmente a emissão de boletos, esses documentos não ficavam disponíveis para consulta no gerenciador. O problema foi identificado, em especial, na Loja 3, impossibilitando a visualização dos boletos emitidos por essa filial.
Correção
Foi realizada a adequação do Gerenciador de Boletos para considerar a loja nas consultas realizadas pelo módulo.
Com a correção, as buscas de banco, carteira e lista de boletos passam a ser executadas de acordo com a loja correspondente, permitindo que cada filial visualize corretamente os boletos emitidos em seu respectivo contexto no ambiente Multiloja.
🐞 ERP: Correção de erro na Transferência de Produtos (Entrada/Saída)
ID da tarefa: 111364
Descrição
Foi identificado um erro na rotina de Transferência de Produtos do ERP.
Correção
Foi realizada a correção na rotina de Transferência de Produtos, contemplando também ajustes nas telas relacionadas ao cadastro e à utilização dos produtos.
Com a correção, o sistema passa a processar normalmente os lançamentos de entrada e saída de transferências, permitindo a conclusão das operações sem a ocorrência do erro identificado.
🐞 ERP: Correção do código de Duplicata Mercantil (DM) no arquivo de remessa Sicredi
ID da tarefa: 111382
Descrição
Foi identificado um problema na geração do arquivo de remessa bancária do Sicredi.
Mesmo com o tipo de documento configurado no sistema como Duplicata Mercantil (DM), o arquivo de remessa estava sendo gerado com o código correspondente a “99 - Outros”.
Essa divergência fazia com que o tipo do boleto fosse enviado incorretamente ao banco, impactando operações que dependem da correta identificação do título como Duplicata Mercantil, como o processo de protesto.
Correção
Foi realizada a adequação dos valores utilizados na geração do arquivo de remessa do Sicredi.
A opção Duplicata Mercantil (DM), que anteriormente não estava disponível na lista utilizada pelo processo, foi incluída e devidamente vinculada aos valores correspondentes.
Com a correção, os boletos configurados como Duplicata Mercantil passam a gerar essa informação corretamente no arquivo de remessa.
🚀 1.0 Release Notes | Implementações
🚀 PDV: Permissão para visualização dos créditos de clientes (F2 Créditos)
ID da tarefa: 110578
Descrição
No PDV, ao realizar uma venda nas modalidades Duplicata ou Convênio, o sistema apresenta a tela de seleção do cadastro do cliente para o lançamento dos respectivos títulos.
Nessa tela, a funcionalidade F2 – Créditos permite consultar informações financeiras do cliente selecionado. Como o acesso anteriormente não possuía uma permissão específica, essas informações sensíveis poderiam ser visualizadas durante o atendimento, inclusive por outros clientes próximos ao PDV, podendo gerar exposição indevida e constrangimentos.
Correção
Foi implementado um controle de permissão de usuário para restringir o acesso à funcionalidade F2 – Créditos.
A nova permissão foi adicionada em:
Cadastro de Usuários → Aba Ad 9 → Controle de crédito de cliente → Opção 760
Com essa implementação, a visualização dos créditos do cliente passa a depender da autorização configurada para o usuário, garantindo maior controle sobre o acesso às informações financeiras no PDV.
🚀 ERP: Carregamento de DIFAL e ICMS ST nos planos de pagamento da venda
ID da tarefa: 111668
Descrição
Ao abrir uma nova venda ou alterar uma venda ainda não faturada e acessar a opção F6 – Planos, o sistema apresentava a tela de seleção do plano de pagamento sem considerar corretamente os valores de DIFAL e ICMS ST, quando existentes na operação.
Com isso, os valores apresentados na forma de pagamento não contemplavam integralmente os tributos calculados na venda.
Correção
Foi implementado o cálculo dos valores de DIFAL e ICMS ST durante a seleção da forma de pagamento pela opção F6 – Planos.
Com a implementação, ao acessar os planos de pagamento, o sistema passa a considerar corretamente esses valores no total da operação, mantendo os valores da forma de pagamento compatíveis com os cálculos realizados na venda.
🚀 BOLETO: Integração de Boleto Híbrido Bradesco
ID da tarefa: 100892
Descrição
Implementação da integração para emissão e processamento de Boletos Híbridos Bradesco, permitindo a utilização de Pix em conjunto com o boleto bancário.
O sistema deverá registrar os boletos vinculados à Chave Pix cadastrada. O TXID será gerado automaticamente pelo banco e disponibilizado posteriormente por meio do arquivo de retorno, seguindo o padrão composto pelas informações de carteira, negociação, nosso número e data de emissão.
Implementação
O processamento do arquivo de retorno será preparado para contemplar os novos campos disponibilizados no Registro Detalhe – Tipo 4, incluindo:
-
Chave Pix vinculada ao boleto;
-
URL para geração do EMV;
-
Geração do QR Code a partir das informações do EMV;
-
Utilização da imagem do QR Code na impressão do boleto híbrido.
Com a implementação, o ERP estará preparado para receber as informações Pix retornadas pelo Bradesco e utilizá-las na composição do boleto, permitindo o pagamento tanto pelos meios tradicionais quanto por QR Code Pix.
Para a geração do QR Code, deverá ser utilizado como referência o Manual BC QR Code informado para apoio técnico, considerando que o banco não realiza o suporte à homologação ou à geração da imagem do QR Code.
🚀 SINCOFF/PDV: Thread de validação de vendas não sincronizadas
ID da tarefa: 105336
Descrição
Foi identificada a necessidade de criar um processo no SINCOFF/PDV para validar vendas realizadas na base OFF que, por algum motivo, não foram sincronizadas com a base ONLINE.
O processo deve verificar as vendas registradas no OFF e consultar, por meio do número da venda, se o respectivo registro existe na base ONLINE.
Como exemplo, para uma venda realizada no OFF com número 50, contendo título gerado e NFC-e autorizada, o sincronizador deverá consultar se essa venda já está registrada no ONLINE. Caso não seja localizada, deverá realizar a inclusão do registro.
Correção
Foi implementada uma thread de validação de vendas não sincronizadas no sincronizador.
Com a implementação, o sistema passa a validar a existência das vendas do OFF na base ONLINE e, quando identificar que uma venda ainda não foi sincronizada, executará o processo necessário para sua inclusão no ONLINE, garantindo maior consistência entre as bases.
🚀 SINCOFF/PDV: Sincronização automática dos LOGS do OFFline para o Online
ID da tarefa: 107482
Descrição
Foi identificado que, ao realizar cancelamentos de vendas no banco de dados OFFline, as informações registradas na tabela LOGS não eram sincronizadas automaticamente com o banco de dados Online.
Essas informações são utilizadas pela revenda em relatórios personalizados, permitindo identificar as vendas canceladas e os respectivos usuários responsáveis pelo cancelamento.
Embora o sincronizador OFFline já possuísse uma opção para envio dos logs ao banco Online, o processo precisava ser executado manualmente, com seleção de data individual, tornando necessária a sincronização em cada caixa e para cada dia desejado.
Correção
Foi implementada a sincronização automática dos LOGS da base OFF para a base ON.
Com a implementação, os registros de log gerados no ambiente OFFline passam a ser enviados automaticamente para o banco de dados Online, eliminando a necessidade de sincronização manual diária e facilitando o acompanhamento das informações de cancelamento utilizadas nos relatórios.
🚀 MDF-e: Obrigatoriedade e geração do CIOT conforme Ajuste SINIEF 03/2026
ID da tarefa: [Não informado]
Descrição
Foi necessária a adequação do sistema para atender à obrigatoriedade de informar o CIOT – Código Identificador da Operação de Transporte no MDF-e modelo 58, conforme estabelecido pelo Ajuste SINIEF nº 03/2026, publicado no DOU em 02/04/2026, com efeitos a partir de 01/06/2026.
A exigência se aplica às operações de transporte rodoviário remunerado de cargas realizadas por conta de terceiros, de acordo com as regras de validação previstas no MOC do MDF-e.
A responsabilidade pelo preenchimento e informação do CIOT no documento é do emitente do MDF-e.
Correção
Foi implementada a geração do CIOT por meio da API da ANTT em dois pontos do sistema:
-
Na tela Novo MDF-e, foi adicionado o botão para geração do CIOT, utilizando o CNPJ ou CPF do responsável pela operação;
-
Na tela Novo Veículo, foi adicionado o botão para geração do CIOT, utilizando o CNPJ do responsável pelo veículo.
Com a implementação, o sistema passa a disponibilizar a geração do CIOT diretamente nas telas envolvidas no processo de emissão do MDF-e, permitindo o preenchimento da informação exigida conforme a operação.
🚀 MDF-e: Informações de Pagamento da Operação de Transporte
ID da tarefa: 109972
Descrição
Foi necessária a implementação da estrutura de Informações de Pagamento da Operação de Transporte no módulo de emissão do MDF-e, conforme as regras definidas na Nota Técnica MDF-e 2025.001.
O novo bloco contempla as informações relacionadas ao pagamento do serviço de transporte, incluindo os dados do contratante, valores da operação, forma de pagamento e dados do beneficiário.
Correção
Foi implementado um novo bloco de Informações de Pagamento no cadastro e emissão do MDF-e, contemplando:
-
Dados do contratante/responsável pelo pagamento;
-
Valor total do contrato;
-
Condição de pagamento;
-
Componentes do pagamento/frete;
-
Parcelas de pagamento a prazo;
-
Informações bancárias ou PIX do beneficiário/transportador;
-
Dados de identificação do beneficiário, quando aplicáveis.
Com a implementação, o sistema passa a permitir o preenchimento e a geração das informações de pagamento da operação de transporte no MDF-e, atendendo à estrutura prevista para o documento fiscal.
🚀 ERP: Filtro de pesquisa por cliente no Gerenciador de Cartões
ID da tarefa: 110174
Descrição
Foi solicitada a implementação de um recurso de pesquisa no módulo Financeiro → Gerenciador de Cartões, com o objetivo de facilitar a localização de clientes e a consulta de débitos em aberto relacionados à utilização de cartão próprio.
A solicitação previa a possibilidade de pesquisa por informações como nome do cliente ou número do cartão, tornando a consulta mais prática durante a utilização do gerenciador.
Correção
Foi implementado o filtro de clientes no Gerenciador de Cartões.
A tela passa a disponibilizar a opção “Todos os clientes” e um campo para pesquisa e seleção do cliente, permitindo filtrar os registros apresentados de acordo com o cliente informado.
Com a implementação, a consulta de movimentações e débitos vinculados ao cliente pode ser realizada de forma mais direcionada, facilitando a localização das informações no módulo.
🚀 API/Agente: API para atualização automática de informações tributárias
ID da tarefa: 111116
Descrição
Foi identificada a necessidade de disponibilizar um processo automatizado para atualização de informações tributárias utilizadas pelo sistema, reduzindo a necessidade de intervenções manuais para manutenção desses dados.
A proposta consiste em permitir que o Agente se conecte aos servidores da Nortesys para consultar e obter informações atualizadas relacionadas às configurações tributárias do sistema.
Correção
Foi criada uma API de atualização tributária integrada ao Agente.
Com a implementação, o Agente passa a se conectar aos servidores da Nortesys para realizar automaticamente o download e a atualização de informações, incluindo:
-
Tabelas tributárias relacionadas à Reforma Tributária;
-
Datas programadas para ativação ou alteração de parâmetros;
-
Outras informações e configurações disponibilizadas pelo serviço de atualização.
A implementação centraliza e automatiza o processo de distribuição das atualizações tributárias, permitindo que o sistema mantenha suas informações sincronizadas com os dados disponibilizados pelos servidores da Nortesys.
🚀 ERP: Nova tela para Resumo de Vendas
ID da tarefa: 111646
Descrição
Foi identificada a necessidade de disponibilizar uma nova interface para o Resumo de Vendas no ERP, com o objetivo de melhorar a visualização e a organização das informações apresentadas ao usuário.
Para o desenvolvimento, foi considerado o modelo sugerido encaminhado como referência para a nova tela.
Correção
Foi implementada uma nova tela para o Resumo de Vendas, adequando a apresentação das informações conforme a proposta definida para o recurso.
Com a implementação, o ERP passa a contar com uma interface específica para consulta do resumo das vendas, proporcionando uma visualização mais organizada e adequada das informações.