# 8️⃣ Agosto
# 📃 1.0 Release Notes | Melhorias ✨
####
### ⚠️ **Melhoria na Conciliação Bancária com Arquivo OFX – Distribuição de Pagamento com Múltiplos Títulos**
✨ Foi identificada uma **melhoria** necessária no processo de **conciliação bancária via importação de arquivos OFX**, com foco na correta distribuição dos valores recebidos.
📝 **Descrição:**
Atualmente, durante a conciliação bancária, ocorre a seguinte situação comum:
Um cliente possui um **débito em aberto de R$ 100,00** e realiza uma nova compra. No momento do pagamento, o cliente efetua um único **PIX no valor total de R$ 200,00**, que inclui:
- R$ 100,00 para quitar a dívida anterior;
- R$ 100,00 referentes à nova compra.
No entanto, o sistema **não permite vincular múltiplos títulos ao mesmo crédito recebido**, o que gera **divergência na distribuição dos valores** e impede a conciliação correta.
🔍 **Impactos identificados:**
- Impossibilidade de distribuir corretamente o valor recebido entre títulos distintos;
- Conciliação incorreta ou incompleta dos lançamentos;
- Necessidade de intervenção manual e maior risco de erro operacional.
💡 **Sugestão de melhoria:**
Permitir a **seleção de múltiplos títulos** na conciliadora para que a **soma dos débitos selecionados** possa corresponder ao valor total do **crédito recebido**, garantindo validação adequada e distribuição fiel dos valores.
🔧 **Correção necessária:**
Atualizar a lógica da conciliadora para possibilitar a **vinculação de mais de um título por crédito**, assegurando a correta apuração e fechamento financeiro no processo de conciliação bancária com OFX.
### ⚠️ **Formatação de Valores nas Grids da Consulta de Produtos – Campos de Margens**
✨ Foi identificada uma **melhoria** relacionada à exibição de informações na **grid de consulta de produtos**.
📝 **Descrição:**
Atualmente, os valores exibidos nos **campos de margens** da consulta de produtos não possuem formatação adequada, o que pode dificultar a leitura e interpretação dos dados pelos usuários.
🔍 **Impactos identificados:**
- Dificuldade na análise rápida dos valores apresentados;
- Possibilidade de erros de interpretação devido à ausência de padrão de formatação;
- Experiência do usuário prejudicada na consulta de informações.
🔧 **Correção necessária:**
Aplicar formatação adequada aos **valores de margens** exibidos na grid da consulta de produtos, garantindo padronização visual (ex.: casas decimais, separadores de milhar, símbolo de percentual quando aplicável) e melhor usabilidade.
### ⚠️ **Ajustes no Funcionamento do Modo Contingência no ERP (Manual e Automático)**
✨ Foi identificada a necessidade de uma **melhoria** no **modo contingência** do ERP, tanto na modalidade **manual** quanto na **automática**.
📝 **Descrição:**
Atualmente, ao habilitar o **modo contingência manual** no ERP, via configurações avançadas do sistema, o **PDV e o Balcão** apresentam a mensagem:
**“Emitindo em modo contingência”**
Essa mensagem, além de ocupar a tela, gera uma **demora perceptível** no fluxo de vendas. Considerando que o modo contingência precisa ser **o mais ágil possível**, a proposta é:
- ❌ Remover a mensagem de tela que atualmente é exibida no PDV e Balcão;
- ⏱️ Eliminar o tempo de espera causado por essa mensagem;
- ✅ Substituir por um **aviso fixo e discreto**, exibido no **canto da tela**, informando que o sistema está operando em modo contingência.
Dessa forma, a aplicação **Autorizador NFC-e** poderá realizar o trabalho necessário em segundo plano, sem comprometer a velocidade de operação no ponto de venda.
🔍 **Impactos identificados:**
- Lentidão perceptível ao realizar vendas em modo contingência;
- Experiência do usuário prejudicada pela mensagem em tela;
- Necessidade de maior fluidez e praticidade durante a operação.
🔧 **Correção necessária:**
Implementar a substituição da mensagem atual por um **aviso fixo discreto na interface**, removendo qualquer atraso adicional no processo de venda em contingência, assegurando maior **velocidade e usabilidade** no PDV e Balcão.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/uceimage.png)
### ⚠️ **Melhoria no Cálculo do DIFAL**
✨ Foi identificada a necessidade de uma **melhoria** no processo de **cálculo do DIFAL (Diferencial de Alíquota)** dentro do ERP.
📝 **Descrição:**
Atualmente, o sistema apresenta limitações na apuração do **DIFAL**, o que pode gerar divergências fiscais em determinadas operações interestaduais. É necessário aprimorar a lógica de cálculo para assegurar que os valores sejam corretamente aplicados de acordo com as regras tributárias vigentes.
🔍 **Impactos identificados:**
- Risco de cálculo incorreto do DIFAL em operações interestaduais;
- Possibilidade de rejeição de documentos fiscais junto à SEFAZ;
- Inconsistência na apuração de tributos e riscos de não conformidade fiscal.
🔧 **Correção necessária:**
Ajustar o algoritmo responsável pela apuração do DIFAL, garantindo que o cálculo seja realizado de forma correta, transparente e em conformidade com a legislação tributária atual.
### ⚠️ **Melhoria no Fechamento de Caixa do PDV – Inclusão de Parâmetro CUPOM\_FINALIZADO**
✨ Foi identificada a necessidade de uma **melhoria** no processo de **fechamento de caixa do PDV**, relacionada ao filtro de vendas concluídas.
📝 **Descrição:**
No fechamento de caixa, deve ser adicionado o parâmetro:
`CUPOM_FINALIZADO = 'S'`
Esse campo faz parte da tabela **NVENDA2** e permitirá que sejam consideradas apenas as vendas **finalizadas por completo**, evitando inconsistências no cálculo do fechamento.
🔍 **Impactos identificados:**
- Fechamento de caixa pode contabilizar vendas não finalizadas;
- Divergências entre valores reais e valores apresentados no relatório de fechamento;
- Risco de retrabalho e falhas na conferência do caixa.
🔧 **Correção necessária:**
Alterar a lógica de fechamento de caixa do PDV para incluir o filtro `CUPOM_FINALIZADO = 'S'`, garantindo que somente vendas concluídas integralmente sejam consideradas no processo.
### ⚠️ **Execução Duplicada de Script na Consulta de Clientes**
🛠️ Foi identificada uma **não conformidade** no processo de **consulta de clientes** no ERP.
📝 **Descrição:**
Ao realizar a consulta de um cliente, o sistema está executando **duas vezes o mesmo script**, conforme evidenciado na imagem anexada.
Esse comportamento gera um **delay na consulta**, impactando a performance da operação.
🔍 **Impactos identificados:**
- Aumento no tempo de resposta ao consultar clientes;
- Processamento desnecessário no banco de dados;
- Experiência do usuário prejudicada devido ao atraso nas consultas.
🔧 **Correção necessária:**
Ajustar a rotina de consulta para que o script seja executado **apenas uma vez**, eliminando redundâncias e garantindo melhor desempenho e agilidade no processo de pesquisa de clientes.
### ⚠️ **Melhoria na Baixa Automática de Títulos no Contas a Receber e Contas a Pagar**
✨ Foi identificada a necessidade de uma **melhoria** no processo de **baixa automática** nos módulos de **Contas a Receber** e **Contas a Pagar**.
📝 **Descrição:**
Atualmente, ao realizar a consulta por período, o sistema destaca o **valor total a ser pago** referente ao período informado.
Porém, quando a baixa é feita **apenas pelos títulos selecionados** (independentemente do período), o sistema **não apresenta o somatório dos débitos selecionados**, dificultando a conferência do valor antes da confirmação da baixa.
A proposta é implementar um **novo campo de somatório**, exibindo o valor total dos títulos selecionados, mesmo que não pertençam ao período filtrado.
🔍 **Impactos identificados:**
- Dificuldade de conferência ao realizar baixas parciais de títulos;
- Risco de erros operacionais por ausência do valor total selecionado;
- Necessidade de maior clareza e precisão no processo de baixa automática.
🔧 **Correção necessária:**
Alterar a lógica da consulta para que o sistema destaque também o **valor total dos títulos selecionados**, além do valor por período, garantindo **transparência e segurança** no processo de baixa.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/NYvimage.png)
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/zGKimage.png)
####
####
### ⚠️ **Pré-Cadastro de Produto via iXML Criando Apenas para Loja 1**
🛠️ Foi identificada uma **não conformidade** no processo de **pré-cadastro de produtos** realizado pelo **iXML**.
📝 **Descrição:**
Atualmente, ao realizar um pré-cadastro de produto via iXML, o sistema está criando o registro apenas para a **loja 1**.
O comportamento esperado é que, além da criação da linha correspondente na tabela **PRODUTOS**, também sejam criadas automaticamente as linhas na tabela **PRODLOJAS** para todas as lojas vinculadas, garantindo a consistência do cadastro em múltiplas unidades.
🔍 **Impactos identificados:**
- Cadastro incompleto do produto em outras lojas além da loja 1;
- Necessidade de ajustes manuais para replicar os dados nas demais lojas;
- Risco de divergência no controle de estoque e vendas entre filiais.
🔧 **Correção necessária:**
Ajustar a rotina de pré-cadastro de produtos via iXML para que:
1. Seja criada a linha principal na tabela **PRODUTOS**;
2. Sejam geradas automaticamente as linhas correspondentes na tabela **PRODLOJAS** para todas as lojas configuradas.
### ⚠️ **Melhoria no Relatório Analítico de Faturas por Forma de Pagamento**
✨ Foi identificada a necessidade de uma **melhoria** no relatório **Analítico de Faturas por Forma de Pagamento**, localizado em:
📂 **Menu Vendas → Relatórios de Faturamento → Analítico Faturas por Forma de Pagamento**
📝 **Descrição:**
O relatório apresenta **lentidão na geração** devido à forma como a **View atual** está estruturada.
Além disso, o relatório atualmente lista **todas as formas de pagamento**, sem distinguir se estão **ativas ou inativas**, o que compromete a clareza das informações apresentadas.
💡 **Sugestões de melhoria:**
- Otimizar a **View** utilizada para geração do relatório, reduzindo o tempo de processamento;
- Criar um **parâmetro de filtro** que permita listar apenas as **formas de pagamento ativas**;
- Manter a possibilidade de consulta das inativas somente quando explicitamente solicitado.
🔍 **Impactos identificados:**
- Lentidão significativa na geração do relatório;
- Poluição de informações ao listar formas de pagamento inativas;
- Dificuldade para análise eficiente de dados financeiros.
🔧 **Correção necessária:**
Reestruturar a **View** do relatório, aplicando otimizações de desempenho, e incluir um **parâmetro para filtrar formas de pagamento ativas**, garantindo maior eficiência, clareza e usabilidade no relatório.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/4tVimage.png)
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/E5Eimage.png)
####
####
### ⚠️ **Melhoria na Aba de Transferência entre Lojas no Cadastro de Produtos – Timeout**
✨ Foi identificada a necessidade de uma **melhoria** na aba **Transferência entre Lojas** do **cadastro de produtos** no ERP.
📝 **Descrição:**
Ao acessar a aba **Transferência entre Lojas**, o sistema está apresentando **timeout** devido à forma como os scripts atuais estão estruturados.
Isso compromete o tempo de resposta da consulta e dificulta a utilização do recurso pelos usuários.
💡 **Sugestão de melhoria:**
Adicionar a cláusula **`WITH (NOLOCK)`** nos scripts utilizados, evitando bloqueios e melhorando o desempenho das consultas.
🔍 **Impactos identificados:**
- Timeout ao consultar transferências entre lojas;
- Lentidão na rotina de análise e movimentação de produtos;
- Experiência do usuário prejudicada.
🔧 **Correção necessária:**
Revisar os scripts da aba **Transferência entre Lojas**, adicionando **`WITH (NOLOCK)`** para otimizar as consultas, eliminar o problema de **timeout** e garantir maior agilidade no processo.
### ⚠️ **Erro ao Listar Administradoras de PIX no Faturamento da Venda**
🛠️ Foi identificada uma **não conformidade** no processo de **faturamento da venda** ao utilizar a forma de pagamento **PIX**.
📝 **Descrição:**
No momento de lançar o **PIX** durante o faturamento, o sistema está exibindo também as **administradoras inativas**, quando deveria apresentar apenas as **administradoras ativas**.
Esse comportamento pode induzir o usuário a selecionar opções inválidas, além de gerar confusão operacional.
🔍 **Impactos identificados:**
- Listagem incorreta de administradoras inativas durante o faturamento;
- Risco de seleção de administradoras que não deveriam estar disponíveis;
- Aumento de falhas operacionais e necessidade de retrabalho.
🔧 **Correção necessária:**
Ajustar a rotina de faturamento para que, ao lançar o **PIX**, o sistema **liste apenas administradoras ativas**, garantindo consistência e clareza na escolha da forma de pagamento.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/WTaimage.png)
# 📃 1.0 Release Notes | Implementações 🚀
### ✨ **Integração ERP com Produtos Inteligentes**
🔗 Foi implementada no sistema a integração do **ERP** com o módulo **Produtos Inteligentes**.
📦 Esse recurso permite:
- 📋 Enviar a lista de produtos dos clientes;
- ✅ Validar valores de impostos (**ICMS, ICMS ST, MVA, PIS e COFINS**);
- 📄 Enviar os arquivos **XML de entrada e saída** para validação do cálculo dos impostos.
📌 Também foi criado o menu em: **Produtos | Produtos Inteligentes**.
ℹ️ Para mais informações, entre em contato com a **NORTESYS**.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/Iw9image.png)
### ⚠️ **Opção no PDV ON/OFF para Ativar Modo Contingência**
🆕 Foi identificada a necessidade de uma **implementação** no **PDV – Frente de Loja**, visando simplificar o processo de ativação do **modo contingência**.
📝 **Descrição:**
Atualmente, para ativar o **modo contingência**, o usuário precisa acessar os parâmetros do sistema.
A proposta é criar uma **opção direta no PDV (ON/OFF)** que permita ao usuário habilitar o recurso sem necessidade de navegar até os parâmetros.
Ao acionar essa opção, o sistema deverá **ativar o modo contingência automaticamente**, sem depender de comunicação com a **SEFAZ** ou com a **NORTESYS**.
🔍 **Impactos identificados:**
- Maior agilidade para o operador ao acionar o modo contingência;
- Redução de retrabalho e dependência de configuração nos parâmetros;
- Garantia de continuidade da operação em caso de falha de comunicação.
🔧 **Correção necessária:**
Implementar a **opção ON/OFF no PDV** para ativação imediata do modo contingência, assegurando funcionamento offline e usabilidade simplificada.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/image.png)
####
####
### ⚠️ **Envio de Baixas de Parcelas no ERP via API Onvio**
🆕 Foi identificada a necessidade de uma **implementação** no **ERP** para integração com a **API Onvio**.
📝 **Descrição:**
O sistema deve permitir o **envio automático das baixas de parcelas** realizadas no ERP para a **API Onvio**, garantindo que as informações financeiras fiquem devidamente sincronizadas entre as plataformas.
Essa integração é essencial para manter o controle atualizado dos recebimentos, evitando inconsistências entre os sistemas.
🔍 **Impactos identificados:**
- Necessidade de atualização em tempo real das baixas de parcelas;
- Risco de divergência entre o ERP e a API Onvio sem a integração;
- Possibilidade de falhas na conciliação financeira e retrabalho manual.
🔧 **Correção necessária:**
Implementar a funcionalidade de **envio de baixas de parcelas do ERP para a API Onvio**, garantindo integridade dos dados financeiros e automatização do processo.
### **Monitoramento de Serviço com Validação do Sincronizador do Clube de Promoções**
🆕 Foi identificada a necessidade de uma **implementação** para integrar o **monitoramento de serviço** com a validação do **sincronizador do Clube de Promoções**.
📝 **Descrição:**
O monitoramento deverá validar a execução e consistência do **sincronizador do Clube de Promoções**, garantindo que o processo seja devidamente acompanhado.
🔍 **Impactos identificados:**
- Maior confiabilidade no monitoramento dos serviços relacionados ao Clube de Promoções;
- Redução do risco de falhas silenciosas durante o processo de sincronização;
- Disponibilidade de documentação oficial para auxiliar na integração.
🔧 **Correção necessária:**
Integrar o monitoramento de serviço com a biblioteca disponibilizada, garantindo a validação do sincronizador do Clube de Promoções e disponibilizando o uso conforme a documentação anexada.
#####
### 📄 **Nota Técnica 2025.001 – Seção 02.7**
**TAGs:** ``, ``, `` e ``
🛠️ A partir desta versão, as TAGs que antes eram obrigatórias apenas na **NFC-e (modelo 65)**, passam a ser **obrigatórias também na NF-e (modelo 55)** quando aplicáveis.
📌 **Regra:**
Sempre que o atributo `mod` do XML for igual a `"55"`, devem ser observadas as seguintes regras de validação:
---
🔹 **`` – Valor Pago**
- Deve ser **compatível** com o valor total da nota fiscal (``).
- Deve considerar:
- Descontos concedidos;
- Formas de pagamento utilizadas;
- Eventuais acréscimos ou valores fracionados.
---
🔹 **`` – Tipo de Pagamento**
- O código informado deve pertencer à **tabela oficial de meios de pagamento da SEFAZ**.
- Cada forma de pagamento deve ser declarada com seu **código específico**.
---
🔹 **`` – Valor do Troco**
- Só poderá ser informado se:
- O valor pago (``) for **superior ao valor da nota (``)**;
- E o tipo de pagamento (``) for **dinheiro (código “01”)**.
---
✅ **Impacto da alteração:**
- Adequação obrigatória do XML da NF-e (modelo 55) aos mesmos padrões já aplicados à NFC-e;
- Maior controle sobre a consistência de informações de pagamento e troco;
- Redução do risco de rejeição no momento da validação pela SEFAZ.
### 📄 **Nota Técnica 2023.001 – Versão 1.20**
**Assunto:** Adequações do **NFC-e QR-Code – Versão 3.0**
🛠️ A Nota Técnica 2023.001 v1.20 traz atualizações e ajustes obrigatórios relacionados à **emissão da NFC-e (modelo 65)** com o uso do **QR-Code versão 3.0**.
📝 **Descrição das alterações:**
- Atualização do **layout do QR-Code** para a versão **3.0**;
- Alterações nas **TAGs obrigatórias** utilizadas na composição da URL do QR-Code;
- Ajustes de **segurança e validação** para garantir maior confiabilidade na consulta pública do documento;
- Padronização das informações exibidas para o consumidor no momento da leitura do QR-Code.
🔍 **Impactos identificados:**
- Adequação obrigatória dos sistemas emissores de NFC-e ao novo layout;
- Risco de **rejeição pela SEFAZ** caso o QR-Code não esteja em conformidade com a versão 3.0;
- Necessidade de atualização dos módulos de emissão para manter a **validade fiscal** da NFC-e.
🔧 **Correção/Implementação necessária:**
- Atualizar a geração do **QR-Code da NFC-e para a versão 3.0**;
- Adequar o processo de emissão conforme os requisitos definidos na **Nota Técnica 2023.001 v1.20**;
- Validar as emissões em ambiente de homologação antes da disponibilização em produção.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/Ehmimage.png)
####
####
### ⚠️ **Implementar no sistema para marcar a NFC-e como autorizada**
**Compromisso: 21158 - OPCAO DE MARCAR NFCe COMO AUTORIZADA**
🛠️ Foi identificada uma **não conformidade** na emissão de **NFC-e** quando o processo ocorre em **modo offline** no PDV.
📝 **Descrição:**
Atualmente, ao emitir a NFC-e no **PDV Offline**, ocorre a geração de documentos com **duplicidade de chave**.
Para contornar o problema, foi sugerida a inclusão de um campo na tela de **consulta de NFC-e**, que permita marcar a NFC-e duplicada como **autorizada** ou ocultá-la da tela, sem necessidade de intervenção direta no banco de dados.
No entanto, essa solução não corrige a causa raiz do problema, apenas minimiza o impacto depois que ele ocorre.
🔍 **Impactos identificados:**
- Geração recorrente de documentos em duplicidade (relatado como ocorrência **diária** pelas revendas);
- Necessidade de intervenção manual para ocultar ou ajustar duplicidades;
- Risco de inconsistências fiscais e rejeições na SEFAZ;
- Experiência do usuário comprometida no uso do PDV Offline.
🔧 **Correção necessária (Proposta):**
Resolver a **causa da duplicidade** durante a emissão de NFC-e no **PDV Offline**, garantindo que a sequência de numeração seja controlada **individualmente por PDV**, evitando a geração de chaves duplicadas e eliminando a necessidade de ajustes posteriores.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/U2oimage.png)
####
####
### **Implementar na Tela de Consulta de Notas Fiscais – Salvamento em PDF e Copiar Chave da Nota**
**Compromisso: 21149 - SALVAR DANFE NOTA FISCAL COM CHAVE XML**
✨ Foi identificada a necessidade de uma **melhoria** na tela de **Consulta de Notas Fiscais** do ERP, visando ampliar a praticidade na manipulação dos documentos fiscais.
📝 **Descrição:**
1. Implementar a opção de **salvar o DANFE em PDF** diretamente pela tela de consulta, utilizando a **chave da nota como nome do arquivo**.
2. Incluir, no **menu de contexto (botão direito do mouse)**, a opção de **copiar a chave da nota selecionada**.
🔍 **Impactos identificados:**
- Facilitar a pesquisa de documentos diretamente no portal da SEFAZ, sem necessidade de baixar o XML ou digitar manualmente a chave;
- Aumentar a agilidade na manipulação de DANFEs e chaves de acesso;
- Melhorar a experiência do usuário no controle e consulta de documentos fiscais.
💡 **Proposta técnica:**
- Criar um **método no módulo DFE** responsável por gerar o PDF com a chave no nome e retornar a chave selecionada;
- Disponibilizar esse método para ser chamado diretamente pelo ERP na tela de **Consulta de Notas Fiscais**.
🔧 **Correção necessária:**
Implementar os ajustes descritos, assegurando que o usuário possa:
- Exportar o DANFE em PDF com nome automático pela chave da nota;
- Copiar facilmente a chave da nota pelo menu de contexto.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/szCimage.png)
####
####
### 🛠️ **Melhorias na aba Preços – Detalhes de Produtos**
- ✅ Agora, ao marcar a opção **“Informar valores manualmente”**, o usuário poderá preencher e salvar na base de dados os campos:
- 💰 **Preço de compra**
- 📦 **Custo de compra**
- 🏷️ **Custo de venda**
*(os valores serão gravados após executar o **Confirmar Remarcação**).*
- ➕ Foi adicionado o campo marcador **“Calcular preços e desconto automaticamente?”**:
- 🔓 Quando **habilitado**, o usuário poderá informar as **margens dos preços extras**;
- ⚡ O sistema também poderá calcular automaticamente ao informar os valores nos campos de preços.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/dvwimage.png)
# 📃 1.0 Release Notes | Bugs 🐞
### ⚠️ **Não Conformidade no Pagamento via PIX – Erro DBFormas**
🛠️ Foi identificada uma **não conformidade** no processo de **pagamento via PIX** no ERP/PDV.
📝 **Descrição:**
Ao tentar realizar o pagamento utilizando a forma de pagamento **PIX**, o sistema apresenta o seguinte erro:
Esse comportamento impede a conclusão da venda e inviabiliza o registro correto da transação.
🔍 **Impactos identificados:**
- Bloqueio da finalização de vendas com pagamento via PIX;
- Risco de perda de vendas e impacto direto na operação de caixa;
- Necessidade de retrabalho para refazer a operação em outra forma de pagamento.
🔧 **Correção necessária:**
Ajustar o fluxo de gravação no banco de dados para que, ao selecionar o **PIX** como forma de pagamento, o sistema entre corretamente em modo de **edição ou inserção**, permitindo o registro da transação sem erros.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/lvlimage.png)
####
####
### ⚠️ **Problema no Liberador Remoto após Atualização de Versão**
🛠️ Foi identificada uma **não conformidade** após a atualização do sistema realizada em **03/07/2025 às 11:38:50**.
📝 **Descrição:**
O cliente, que utiliza com frequência o **Liberador Remoto**, passou a receber a mensagem:
**“Não há lojas cadastradas”**
Esse comportamento impede o uso regular do recurso, impactando diretamente as operações do cliente.
🔍 **Impactos identificados:**
- Impossibilidade de utilização do **Liberador Remoto**;
- Interrupção de processos dependentes da funcionalidade;
- Risco de insatisfação do cliente devido ao uso recorrente do recurso.
🔧 **Correção necessária:**
Revisar o processo de atualização da versão e corrigir a falha que impede o reconhecimento das lojas cadastradas, garantindo o funcionamento correto do **Liberador Remoto**.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/kDmimage.png)
####
####
### ⚠️ **Erro ao Emitir Nota Fiscal de Venda Referenciando Venda do Balcão/Retaguarda**
🛠️ Foi identificada uma **não conformidade** durante a emissão da **NFe de venda** quando esta referencia uma **venda realizada no Balcão de Vendas/Retaguarda**.
📝 **Descrição:**
Ao tentar gravar a nota fiscal de venda referenciada, o sistema retorna uma exceção de **Access Violation**, impedindo a conclusão da emissão da NFe.
Esse erro ocorre especificamente no fluxo de referência de vendas já realizadas no balcão/retaguarda, comprometendo a integridade do processo de faturamento.
🔍 **Impactos identificados:**
- Bloqueio da emissão da NFe de venda referenciada;
- Risco de não conformidade fiscal por impossibilidade de registro da operação;
- Necessidade de retrabalho e impacto direto no fluxo de faturamento.
🔧 **Correção necessária:**
Corrigir a exceção de **Access Violation** no processo de gravação da NFe, garantindo que a emissão da nota fiscal de venda, ao referenciar uma venda no balcão/retaguarda, seja concluída corretamente sem falhas.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/rIHimage.png)
####
####
### ⚠️ **Erro ao Gravar Cadastro de Cliente com Solicitação de Verificação**
🛠️ Foi identificada uma **não conformidade** no processo de **gravação do cadastro de clientes**.
📝 **Descrição:**
Ao gravar o cadastro do cliente, o sistema exibe a mensagem para confirmar a solicitação de **verificação de cadastro**.
Contudo, ao confirmar, é exibido o seguinte erro:
**“O que você está tentando fazer não é válido!”**
Esse comportamento impede a continuidade do fluxo de cadastro, comprometendo a validação do cliente.
🔍 **Impactos identificados:**
- Impossibilidade de solicitar a verificação de cadastro de clientes;
- Interrupção no processo de registro e homologação de novos clientes;
- Risco de inconsistência no controle de clientes verificados.
🔧 **Correção necessária:**
Ajustar a rotina de gravação de clientes para que a confirmação de verificação seja processada corretamente, eliminando a mensagem de erro e permitindo o fluxo completo de cadastro.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/9E2image.png)
####
####
### ⚠️ **Erro ao Acessar o Aplicativo MD-e – Falha no Carregamento de Dados da Empresa**
🛠️ Foi identificada uma **não conformidade** no acesso ao aplicativo **MD-e**.
📝 **Descrição:**
Ao tentar acessar o aplicativo, o sistema retorna a seguinte mensagem de erro:
**“Não foi possível carregar os dados da empresa.”**
Esse problema impede o uso adequado do módulo, bloqueando funcionalidades dependentes do carregamento inicial de informações da empresa.
🔍 **Impactos identificados:**
- Impossibilidade de utilizar o aplicativo MD-e;
- Bloqueio de rotinas que dependem dos dados da empresa;
- Prejuízo na usabilidade e continuidade das operações.
🔧 **Correção necessária:**
Revisar o processo de inicialização do aplicativo MD-e, garantindo que os **dados da empresa** sejam carregados corretamente no momento do acesso e evitando falhas que bloqueiem o uso do sistema.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/UFKimage.png)
####
####
### ⚠️ **Erro de QrDados ao Realizar Venda no Balcão**
🛠️ Foi identificada uma **não conformidade** no processo de **venda no balcão**.
📝 **Descrição:**
Durante a realização de uma venda no balcão, ao **buscar o produto**, clicar na **grid de itens** e em seguida pressionar a tecla **Enter**, o sistema retorna um erro relacionado ao **QrDados**.
Esse comportamento interrompe o fluxo de venda e impede a continuidade do atendimento.
🔍 **Impactos identificados:**
- Interrupção do processo de venda no balcão;
- Risco de perda de venda devido ao erro em tempo de execução;
- Necessidade de intervenção manual para reiniciar a operação.
🔧 **Correção necessária:**
Ajustar a rotina da grid de seleção de produtos no balcão para que o uso da tecla **Enter** não gere exceções de **QrDados**, garantindo o fluxo contínuo da venda.
###
###
### ⚠️ **Correção do Relatório na abertura dos relatorios do cadastro de produto**
**Compromisso: 21179 – Relatórios na Tela de Cadastro de Produtos Não Abrem**
🛠️ Foi identificada uma **não conformidade** relacionada à abertura de relatórios na tela de **cadastro de produtos**.
📝 **Descrição:**
O relatório de código **21179** não está sendo exibido corretamente quando acessado pela tela de **cadastro de produtos**, impossibilitando a consulta das informações diretamente a partir do módulo.
🔍 **Impactos identificados:**
- Impossibilidade de acessar relatórios diretamente na tela de cadastro de produtos;
- Necessidade de executar consultas externas ou alternativas manuais;
- Prejuízo na agilidade e eficiência da rotina de análise de produtos.
🔧 **Correção necessária:**
Ajustar o relatório **21179** para que seja corretamente carregado e exibido na tela de cadastro de produtos, restabelecendo a funcionalidade esperada.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/ZgGimage.png)
###
###
### ⚠️ **Cancelamento de NFC-e via F1 não Exclui Registro da Tabela NVENDA2**
🛠️ Foi identificada uma **não conformidade** no processo de **cancelamento de NFC-e** no sistema.
📝 **Descrição:**
Ao realizar o cancelamento da NFC-e ou venda por meio da opção:
**F1 → Consulta de NFC-e não autorizadas → Opções → Cancelar NFC-e**,
o sistema **não está excluindo a venda da tabela NVENDA2**.
Esse comportamento gera inconsistências no fluxo de vendas, pois os registros cancelados permanecem na base.
Já no cancelamento realizado via **F3**, a exclusão ocorre normalmente, sem falhas.
🔍 **Impactos identificados:**
- Permanência de vendas canceladas na tabela NVENDA2;
- Divergências no fechamento de caixa/vendas;
- Risco de inconsistência contábil e retrabalho manual.
🔧 **Correção necessária:**
Ajustar o processo de cancelamento via **F1** para que a exclusão da venda seja realizada corretamente na tabela **NVENDA2**, padronizando o comportamento em relação ao cancelamento via **F3**.
### ⚠️ **Erro na Aplicação de Desconto pelo Ctrl + D – Valor Final Maior que o Total da Venda**
🛠️ Foi identificada uma **não conformidade** no processo de aplicação de desconto pelo atalho **Ctrl + D** no PDV.
📝 **Descrição:**
Ao selecionar a opção **“Valor final da venda”** e informar um valor **maior que o total da venda**, o sistema está permitindo a operação.
Esse comportamento gera um **desconto negativo**, resultando em inconsistência no cálculo do valor final da venda.
🔍 **Impactos identificados:**
- Possibilidade de gravação de vendas com valores incorretos;
- Risco de prejuízo financeiro e inconsistência contábil;
- Necessidade de retrabalho para correção manual.
🔧 **Correção necessária:**
Implementar uma validação para impedir que o **valor final informado** seja superior ao **total da venda**, garantindo que o desconto nunca resulte em valores negativos e que o cálculo do total seja coerente.
###
###
### ⚠️ **Erro no Simulador de Preços com Produtos de Custo Igual ou Superior a R$ 1.000,00**
🛠️ Foi identificada uma **não conformidade** no **simulador de preços** do ERP.
📝 **Descrição:**
Ao utilizar o simulador de preços para produtos cujo **custo de venda** seja **igual ou superior a R$ 1.000,00**, o sistema está retornando erro, impedindo a simulação correta.
Esse comportamento limita a utilização da ferramenta em produtos de maior valor agregado.
🔍 **Impactos identificados:**
- Impossibilidade de simular preços de produtos com custo ≥ R$ 1.000,00;
- Risco de falhas no planejamento comercial e formação de preços;
- Necessidade de alternativas manuais, aumentando retrabalho.
🔧 **Correção necessária:**
Ajustar a rotina do **simulador de preços** para permitir o processamento de produtos com custo de venda **igual ou superior a R$ 1.000,00**, garantindo consistência no cálculo e flexibilidade para todos os cenários de precificação.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/7bcimage.png)
###
###
### ⚠️ **Erro ao Finalizar Venda no PDV com Duas Formas de Pagamento (Cartão + TEF PAYGO)**
🛠️ Foi identificada uma **não conformidade** no processo de finalização de vendas no **PDV**.
📝 **Descrição:**
Ao realizar uma venda utilizando **duas formas de pagamento** — sendo parte em **cartão** e parte em **TEF PAYGO** — o sistema **não está finalizando a venda**, bloqueando a conclusão da operação.
Esse comportamento compromete diretamente a flexibilidade do caixa em aceitar pagamentos combinados.
🔍 **Impactos identificados:**
- Impossibilidade de concluir vendas com mais de uma forma de pagamento;
- Limitação para o cliente ao dividir o pagamento;
- Risco de perda de vendas e retrabalho para refazer a operação.
🔧 **Correção necessária:**
Ajustar a rotina de finalização de vendas no **PDV** para que o sistema permita corretamente a **combinação de pagamento via cartão e TEF PAYGO**, assegurando que a venda seja concluída sem erros.
####
####
### ⚠️ **Venda no Balcão e PDV não Respeita Tabela de Preço Selecionada**
🛠️ Foi identificada uma **não conformidade** no uso de **tabelas de preço** durante o processo de venda no **Balcão** e no **PDV**.
📝 **Descrição:**
Ao iniciar um orçamento ou venda no Balcão, o usuário seleciona uma **tabela de preço específica** (ex.: **Atacado**).
No entanto, o sistema **não está aplicando a tabela de preço selecionada**, mantendo o **preço de venda normal**.
Esse mesmo comportamento incorreto também ocorre no **PDV**, independentemente da tabela escolhida no início da venda.
🔍 **Impactos identificados:**
- Divergência entre a tabela de preço selecionada e o valor aplicado na venda;
- Risco de prejuízo financeiro ou cobrança incorreta ao cliente;
- Perda de confiança do usuário na funcionalidade de múltiplas tabelas de preços.
🔧 **Correção necessária:**
Ajustar a rotina de vendas no **Balcão** e no **PDV** para que o sistema respeite a **tabela de preço selecionada** no início do processo, garantindo que os valores aplicados sejam consistentes com a política comercial definida.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/YLKimage.png)
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/tLqimage.png)
####
####
### ⚠️ **PDV – Desconto em Valor não Solicita Senha de Supervisor ao Ultrapassar Limite**
🛠️ Foi identificada uma **não conformidade** no processo de concessão de descontos no **PDV**.
📝 **Descrição:**
Atualmente, quando o usuário realiza uma venda e aplica um **desconto em percentual**, o sistema solicita a **senha de supervisor** caso o valor ultrapasse o limite configurado.
No entanto, ao alterar a modalidade de desconto para **Valor**, o PDV **não solicita a senha de supervisor**, mesmo quando o desconto aplicado supera a porcentagem máxima permitida.
🔍 **Impactos identificados:**
- Risco de concessão de descontos acima do limite sem autorização;
- Possibilidade de prejuízo financeiro e quebra de política comercial;
- Inconsistência entre a validação de descontos em percentual e em valor.
🔧 **Correção necessária:**
Ajustar a rotina do **PDV** para que, ao aplicar **desconto em valor**, o sistema também valide contra o **percentual limite configurado** e solicite a senha de supervisor quando este for ultrapassado, padronizando o comportamento com os descontos percentuais.
### ⚠️ **PDV – Problema ao Realizar Sangria com Solicitação de Senha de Supervisor**
🛠️ Foi identificada uma **não conformidade** no processo de **sangria** no **PDV**.
📝 **Descrição:**
Ocorre o seguinte fluxo:
1. Realizar **abertura de caixa**;
2. Efetuar uma **venda em dinheiro** (qualquer valor);
3. Após finalizar a venda, acessar a opção de **sangria** e tentar realizar uma retirada.
Nesse momento, o PDV exibe uma mensagem informando que **“o valor não consta no caixa”**, mesmo havendo saldo suficiente. Além disso, está solicitando a **senha de supervisor** de forma indevida.
🔍 **Impactos identificados:**
- Impossibilidade de realizar a sangria normalmente;
- Bloqueio do fluxo de operação de caixa;
- Necessidade de intervenção de supervisor sem justificativa;
- Risco de atraso e insatisfação no atendimento.
🔧 **Correção necessária:**
Revisar a rotina de sangria no **PDV**, garantindo que:
- O sistema reconheça corretamente o saldo disponível no caixa após vendas em dinheiro;
- A solicitação de senha de supervisor ocorra apenas quando realmente ultrapassar regras configuradas;
- A retirada (sangria) seja concluída de forma consistente com o saldo existente.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/u8simage.png)
###
###
### ⚠️ **ERP COMPANY – Erro de Falta de Coluna ao Realizar Venda no Balcão**
🛠️ Foi identificada uma **não conformidade** no processo de **lançamento de produtos** na **Venda Balcão** do ERP COMPANY.
📝 **Descrição:**
Durante o lançamento de um produto, quando o campo **Quantidade** está selecionado e o usuário pressiona a tecla **ESC**, o sistema apresenta uma **mensagem de erro de falta de coluna**.
Esse comportamento ocorre especificamente nesse fluxo, interrompendo a operação da venda.
🔍 **Impactos identificados:**
- Interrupção da venda no Balcão ao utilizar a tecla ESC;
- Exibição de erro técnico para o usuário final;
- Risco de perda de dados já digitados no lançamento do produto;
- Experiência do usuário prejudicada.
🔧 **Correção necessária:**
Ajustar a rotina de lançamento de produtos na **Venda Balcão** para tratar corretamente a ação da tecla **ESC** quando o campo **Quantidade** estiver selecionado, evitando a ocorrência do erro de **falta de coluna**.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/OkIimage.png)
### ⚠️ **Não Conformidade ao Alterar Item no DAV**
🛠️ Foi identificada uma **não conformidade** no processo de **alteração de itens no DAV (Documento Auxiliar de Venda)**.
📝 **Descrição:**
Ao tentar **alterar um orçamento já gravado** no DAV e modificar um de seus itens, o sistema apresenta um **erro**, impossibilitando a atualização do item no orçamento.
Esse comportamento impede a edição de informações previamente salvas e compromete a usabilidade da funcionalidade.
🔍 **Impactos identificados:**
- Impossibilidade de alterar itens em orçamentos já gravados no DAV;
- Risco de retrabalho, obrigando o usuário a excluir e refazer o orçamento;
- Prejuízo na experiência do usuário e perda de agilidade operacional.
🔧 **Correção necessária:**
Ajustar a rotina de alteração de itens no **DAV**, garantindo que itens em orçamentos já gravados possam ser modificados corretamente, sem apresentar erros de execução.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/VUfimage.png)
### ⚠️ **ERP – Correção na Inicialização e Finalização Automática de Promoções**
🛠️ Foi identificada e **corrigida uma não conformidade** no processo de **inicialização e finalização automática de promoções** no ERP.
📝 **Descrição:**
Anteriormente, ao configurar promoções com **data/hora de início e término automáticos**, o sistema apresentava falhas na ativação e desativação, ocasionando comportamentos inesperados.
Esse problema comprometia a aplicação correta das regras comerciais programadas.
🔍 **Impactos antes da correção:**
- Promoções não sendo iniciadas automaticamente no horário configurado;
- Falha na finalização automática, mantendo promoções ativas após o prazo;
- Necessidade de intervenção manual dos usuários para ajustar as campanhas.
🔧 **Correção aplicada:**
O ERP foi ajustado para que a **inicialização e finalização de promoções automáticas** ocorram de forma consistente, respeitando rigorosamente as datas e horários configurados.
✅ **Resultado esperado:**
- Promoções iniciadas e finalizadas automaticamente no período definido;
- Eliminação de falhas e retrabalho manual;
- Maior confiabilidade no planejamento e execução de campanhas comerciais.
#####
#####
### ⚠️ **Campo "Red ICMS ST" não Está Calculando Corretamente**
🛠️ Foi identificada uma **não conformidade** no cálculo do **ICMS ST** quando informado o campo **Red ICMS ST (redução da base de cálculo do ICMS ST)**.
📝 **Descrição:**
O sistema não está aplicando corretamente o percentual de redução da base de cálculo do ICMS ST, resultando em valores incorretos de **BC ST** e **vICMS ST**, tanto no **PDV/Balcão** quanto na emissão da **NF-e/NFC-e**.
Em alguns casos, a base é considerada **sem redução** ou o cálculo é feito em ordem incorreta, comprometendo a apuração.
🔍 **Impactos identificados:**
- Divergência nos valores de ICMS ST destacados;
- Risco de rejeição da nota pela **SEFAZ** ou glosa em auditorias fiscais;
- Diferenças nos totais da nota e no preço final dos produtos;
- Possibilidade de não conformidade tributária.
🔧 **Correção necessária:**
Ajustar a rotina de cálculo para que o **Red ICMS ST** seja aplicado corretamente, observando a ordem exigida:
1. Calcular a **base de ICMS ST (BC ST)** considerando MVA ou pauta (quando aplicável);
2. Aplicar a **redução percentual (Red ICMS ST)** sobre a base;
3. Determinar o valor final de **ICMS ST (vICMS ST)**.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-08/jXNimage.png)