# 1️⃣0️⃣ Outubro



# 📃 1.0 Release Notes | Melhorias ✨

##### **🛠️ 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.


##### **Impressão de QR Code no Comprovante de Pagamento**  
  


Realizado toda a funcionalidade de impressão automática do QR Code no comprovante de pagamento, ativada mediante a seleção da opção:   
“Imprimir QR Code ao autorizar Emitir Comprovante de Pagamento”.  
  
\## Características da Impressão  
  
\- O layout de impressão é gerado internamente pelo Shipay, garantindo padronização e compatibilidade com diversos dispositivos.  
\- A impressão pode ser realizada em qualquer tipo de impressora, incluindo:  
\- Impressoras fiscais (ECF, SAT, etc.);  
\- Impressoras não fiscais (jato de tinta, laser, térmicas);  
\- Saída em PDF ou outros formatos virtuais.  
  
\## Integração com Control ID (quando disponível)  
  
\- Caso o sistema Control ID esteja instalado e configurado, uma DLL dedicada é acionada para:  
 1. Verificar a conexão ativa com o dispositivo;  
 2. Enviar o QR Code diretamente ao monitor digital integrado à impressora (ex: displays de cliente em PDVs).  
  
Essa abordagem assegura flexibilidade operacional, permitindo que o QR Code seja exibido tanto no comprovante físico quanto em dispositivos auxiliares, conforme a infraestrutura disponível no ponto de venda.

##### 🛠️ **Melhoria – Versão do Autorizador NFC-e**

🚀 Atualizada a **versão do autorizador NFC-e**, que anteriormente não conseguia realizar a **autorização das notas**;

✅ Com a atualização, o processo de autorização das **NFC-e** volta a funcionar corretamente.

##### **<span class="bx-font">Melhoria e Atualização em Códigos de Pagamento para NF-e </span>**🧾

  
  
A funcionalidade de códigos de pagamento para NF-e foi aprimorada com a adição de novas opções e uma reestruturação do método de obtenção de dados.

#####   
  
**<span class="bx-font">Atualizações nos Códigos de Pagamento </span>**🔄  
  


Os seguintes códigos de pagamento foram adicionados para oferecer maior flexibilidade e precisão:

- **20 - Pagamento Instantâneo (PIX) - Estático**
- **21 - Crédito em Loja**
- **22 - Pagamento Eletrônico não informado - falha de hardware do sistema emissor**

Adicionalmente, o código “17-Pagamento Instantâneo (PIX)” foi renomeado para **“17-Pagamento Instantâneo (PIX) - Dinâmico”**, para maior clareza.  
  
**<span class="bx-font">Otimização Técnica e Valor da Implementação </span>**🚀  
  
Uma melhoria crítica foi implementada no método de obtenção dos códigos de pagamento. Anteriormente, o sistema dependia do índice da seleção do *ComboBox*, o que gerava um ponto de falha caso houvesse alterações na ordem dos itens. Para resolver isso, o sistema agora extrai o código de pagamento diretamente da *string* do *ComboBox* (ex: "01 - Dinheiro").

<div align="justify" id="bkmrk-essa-altera%C3%A7%C3%A3o-traz-">Essa alteração traz um valor significativo, pois **simplifica a manutenção futura**. Em vez de modificar quatro funções a cada alteração, o desenvolvedor agora precisa apenas manipular a lista de itens do *ComboBox*. Isso **reduz a carga de trabalho, diminui o tempo de desenvolvimento** e **minimiza o risco de não conformidades**.</div>##### 🛠️ **Melhoria Sugerida – Lançamentos Bancários com Data Retroativa**

📅 Ao acessar **Financeiro → Banco → Lançamentos** e realizar um **lançamento bancário com data retroativa**, foi identificado que a **data da baixa** ficava **divergente da data de vencimento**;

💡 **Melhoria proposta:**

Se, nas **permissões de usuário** (aba *Conta Corrente / Despesas*), a opção **“Lançar somente com data de emissão igual à de hoje”** estiver **desmarcada**,

➡️ então o sistema deve **igualar automaticamente a data de vencimento à data da baixa**.

✅ Essa melhoria visa manter a **coerência entre as datas financeiras** e reduzir inconsistências nos registros bancários.

##### **<span class="bx-font">Automação de Margens na Aba Preços do Detalhe do Produto 🚀</span>**  
  


Foi implementada uma melhoria na aba **Preços** do formulário **Detalhes do Produto**. Agora, o sistema suporta o carregamento automático das margens de lucro utilizadas na última remarcação de preço do produto.  
  
**<span class="bx-font">Lógica e Valor da Implementação ⚙</span>**  
  
Essa funcionalidade é ativada quando a caixa de seleção **"Calcular preços e desconto automaticamente?"** está marcada. Uma vez habilitada, o sistema recupera as margens aplicadas na remarcação anterior e, imediatamente, **calcula os novos valores monetários** de venda. Isso acelera o processo de precificação e garante a **consistência** ao aplicar as últimas margens definidas.  
  
**<span class="bx-font">Correção Ortográfica 📝</span>**  
  
Foi corrigida a palavra **“automáticamente”** para **“automaticamente”** na descrição da opção **“Calcular preços e desconto automaticamente?”**.

# 📃 1.0 Release Notes | Implementações 🚀

##### ✨ **Implementação e Aprimoramento – Cálculo de Despesas Fixas** 📈

🧩 Foi implementada a nova funcionalidade de **cálculo de despesas fixas** na **aba de preços (detalhes de produtos)**;

💰 Adicionado o campo **“Despesas Fixas”** na seção de **remarcação de preço**, permitindo que o usuário insira o **percentual de despesas fixas** a ser considerado nos cálculos de **preços remarcados**;

⌨️ O cálculo é executado automaticamente ao pressionar **Enter** em qualquer campo de **margem de preço**.

⚙️ **Condicional de Ativação**

- Esta funcionalidade é **condicional** e depende da ativação do parâmetro:
    
    
    - **464 – “Utilizar detalhes de despesas fixas na aba preços de detalhes de produtos?”**
- O parâmetro deve estar habilitado em **Configurações Avançadas** do sistema para que o recurso esteja disponível.

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/EJMimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/EJMimage.png)


##### **<span class="ui-toolbar-title-item" id="bkmrk-realizar-melhoria-da-1">Realizar melhoria da regra de validação da autenticação PDV</span>** 

<div class="ui-toolbar-after-title-box" id="bkmrk--1"><div class="ui-toolbar-title-item-box-buttons" id="bkmrk--2"></div></div>Foi implementada a sanitização do token diretamente na consulta SQL, garantindo que o dado retornado seja limpo e normalizado, removendo:  
  
\- Espaços em branco (início/fim e entre caracteres, se necessário);  
\- Quebras de linha ('\\r', '\\n');  
\- Caracteres de controle indesejados.

##### **Produtos Inteligentes – Atualizar informações**

Foram implementadas melhorias na tela de Consulta de Itens do sistema Produtos Inteligentes, garantindo mensagens mais claras e condizentes com o resultado da busca. 🖥️⚙️

✅ Principais Implementações e Funcionalidades:  
🔹 Ajuste no comportamento ao clicar em Atualizar, diferenciando a resposta quando não há dados retornados pela busca.  
🔹 Inclusão da mensagem “Nenhuma informação foi encontrada na busca de dados.” para situações em que não existam informações fiscais disponíveis.

🎯 Resultados Alcançados:  
✔ Eliminação da mensagem incorreta que solicitava clicar novamente em Buscar Dados.  
✔ Retorno mais intuitivo e informativo para o usuário, melhorando a usabilidade da tela de Consulta de Itens.

🚀 Esta entrega aprimora a experiência do usuário no Produtos Inteligentes, trazendo mensagens mais precisas e alinhadas ao contexto da operação! 🎉

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/Ytmimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/Ytmimage.png)

##### **Produtos Inteligentes – Configuração**

Foram realizadas melhorias nas configurações do sistema Produtos Inteligentes, aprimorando a clareza das informações fiscais e adicionando orientações úteis para os usuários. 🖥️⚙️

✅ Principais Implementações e Funcionalidades:  
🔹 Atualização da caixa de ajuda “Fiscal”, alterando instruções sobre CFOP e Atividade, que agora são definidos diretamente pelo ERP.  
🔹 Inclusão da seção “Como funciona?” na tela de configuração do Sincronizador do PI.

🎯 Resultados Alcançados:  
✔ Ajuste no diagrama de “Como funciona?” na aba Empresa, refletindo corretamente as informações fiscais.  
✔ Disponibilização do “Como funciona?” na configuração do Sincronizador, facilitando a compreensão do processo de integração.

🚀 Esta entrega torna as configurações do Produtos Inteligentes mais claras, objetivas e alinhadas à integração com o ERP, proporcionando melhor usabilidade e entendimento aos usuários! 🎉

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/vWKimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/vWKimage.png)

##### **Produtos Inteligentes – Envio de Produtos sem Código de Barras**

Foi implementado o envio de produtos que não possuem código de barras no sistema Produtos Inteligentes, garantindo maior abrangência e integridade na integração com a Mix Fiscal. 📦🔗

✅ Principais Implementações e Funcionalidades:  
🔹 Adequação do sincronizador para identificar produtos sem código de barras.  
🔹 Envio desses produtos utilizando o código interno como referência principal.

🎯 Resultados Alcançados:  
✔ Produtos sem código de barras agora são enviados corretamente para a Mix Fiscal.  
✔ Maior confiabilidade e completude no processo de sincronização de dados.

🚀 Esta entrega assegura que todos os produtos, mesmo sem código de barras, sejam considerados na integração, fortalecendo a base de dados e reduzindo falhas na classificação fiscal. 🎉

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/mqhimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/mqhimage.png)

##### ⚙️ **Implementação – Configurações de Cálculo de Preços**

🧩 Foi implementada uma melhoria no formulário de **Configurações de Cálculos de Preços**  
*(Configuração → Parâmetros de configuração do sistema → Controle de produtos → Configurar cálculo de preços)*.

Agora é possível **selecionar a base de cálculo** diretamente vinculada ao **tipo de cálculo de preço** escolhido.

🎯 **Condições e Lógica de Exibição**

A nova opção de **base de cálculo** será exibida **somente** quando o tipo de cálculo **Sequencial (ID 5)** estiver selecionado;

Por padrão, a base de cálculo utilizada será o **Custo de Compra**.

🛠️ **Requisitos de Atualização e Alterações Técnicas**

Para que a funcionalidade esteja disponível, é **obrigatório executar a atualização do banco de dados**;

Essa atualização inclui a criação da coluna:

🧱 **INDICE\_BASE\_CALCULO** *(tipo: inteiro, permite nulo)*

Adicionada à tabela **CONFIG\_CALCULOPRECO**.

##### <span class="bx-font">**Novos Preços de Atacado no Controle de Remarcação de Preços na NF-e de Entrada 📈**</span>  
  


Foram implementadas as opções de **Preço de atacado 2, 3 e 4**, expandindo as capacidades de precificação do sistema. Agora, quando o usuário seleciona uma dessas opções, o cálculo de reajuste é realizado utilizando as respectivas colunas (**PCO\_02**, **PCO\_03** e **PCO\_04**), garantindo a precisão dos cálculos.  
  
<span class="bx-font">**Ajustes de Layout e Usabilidade 🖥️**</span>

  
**Tamanho Mínimo do Formulário:** Foi definido um tamanho mínimo para o formulário, impedindo que o usuário o redimensione a ponto de ocultar os componentes da tela. Isso garante a **usabilidade** e a integridade visual da interface.

**Correção Ortográfica:** A palavra “**rejuste**” foi corrigida para “**reajuste**” no título do grupo de itens, melhorando a consistência e a apresentação do texto.

**Melhoria no Foco dos Componentes:** A usabilidade do foco foi aprimorada. Anteriormente, ao pressionar **Enter** no campo de porcentagem de reajuste, o foco sempre voltava para a opção "Custo de compra", desmarcando a seleção anterior. Agora, o foco é direcionado para a opção que estava selecionada antes de o usuário digitar. Se nenhuma opção foi selecionada, o foco será padronizado em "Custo de compra".

<span class="bx-font">**Nova Configuração e Melhorias na Ordem de Serviço ⚙️**</span>

Uma nova seção, "Abertura da ordem de serviço", foi implementada na página de **Preenchimento de campos** dentro de **Configuração &gt; Parâmetros de configuração do sistema**. Agora, é possível definir a obrigatoriedade dos seguintes campos:

**Atendido por...**

**Recebido por...**

**Departamento**

  
<span class="bx-font">**Impacto na Manutenção da Ordem de Serviço 🎯**</span>  
  
A obrigatoriedade desses campos na tela de manutenção da Ordem de Serviço (O.S.) agora se baseia diretamente nas configurações definidas, proporcionando um controle mais flexível e preciso sobre o preenchimento dos dados.  
  
Além disso, foi implementada uma nova regra: ao iniciar uma O.S., o status agora é automaticamente definido como **Entrada (código 1)**.  
  
<span class="bx-font">**Melhorias de Usabilidade e Formatação ✨**</span>  
  
Para melhorar a legibilidade e a experiência do usuário, a formatação de campos que exibem códigos e descrições (como o status da O.S.) foi aprimorada. O formato "1-Entrada" foi corrigido para **"1 - Entrada"**, adicionando um espaçamento para maior clareza.

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/DVmimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/DVmimage.png)

##### ✨ **Implementação – Regras de PI na Emissão da NF-e**

⚙️ Ao emitir uma **NF-e**, o sistema agora identifica automaticamente a origem das **regras de PI (Produtos Inteligentes)** conforme a configuração do cliente:

🧾 **Cliente sem PI configurado:** o sistema buscará as **regras já configuradas internamente**;

🔍 **Cliente com PI configurado:** o sistema utilizará as **regras da nova tabela PI**.

✅ Essa melhoria garante maior **automação e precisão** na aplicação das regras fiscais durante a emissão da NF-e.

✨ **Implementação – Histórico de Conciliações Bancárias**

🧩 Implementado o **histórico das conciliações realizadas** no sistema;

💾 Ao importar um arquivo **.OFX** e **vincular o título**, caso o mesmo **já tenha sido conciliado anteriormente**, o sistema agora:

🟢 **Destaca a linha em verde claro**, indicando que a **conciliação já foi realizada**;

🔍 Facilita a identificação visual de registros duplicados ou já conciliados.

✅ Essa melhoria traz **maior controle e rastreabilidade** das conciliações bancárias realizadas.

##### **PI – Figuras de PIS/COFINS Principal CST de Saída**

Foi implementada a melhoria no processo de download das figuras de PIS/COFINS dentro do sistema, otimizando a visualização e organização entre figuras de entrada e saída. 📊⚙️

✅ Principais Implementações e Funcionalidades:  
🔹 Ajuste no layout para separar claramente as figuras: parte superior com CST de entrada e saída, parte inferior com figuras de saída.  
🔹 Melhoria no fluxo de download das figuras para garantir maior confiabilidade no processo.

🎯 Resultados Alcançados:  
✔ O processo de download das figuras de PIS/COFINS foi aprimorado.  
✔ Maior clareza na distinção entre CST de entrada e saída e figuras de saída.

🚀 Esta entrega garante mais organização e precisão no gerenciamento das figuras de PIS/COFINS, fortalecendo a consistência tributária do sistema. 🎉

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/dbcimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/dbcimage.png)

##### **<span class="bx-font">Implementação de Sinalização de Estoque Negativo e Correção de UI 🎨</span>**  
  


Foi implementada uma nova funcionalidade que permite configurar uma cor específica para produtos com **estoque negativo na loja**. Essa configuração está disponível na aba **Vendas** dos **Parâmetros de Configuração do Sistema**.  
  
**<span class="bx-font">Valor da Implementação no Faturamento 📊</span>**  
  
Com essa melhoria, a **tela de faturamento da Ordem de Serviço** agora fará uma distinção clara, utilizando cores, entre:

Produtos com estoque zerado.

Produtos com estoque negativo.

Isso proporciona um **alerta visual imediato** para o operador, aprimorando o controle de estoque.  
  
**<span class="bx-font">Correção de Usabilidade (Bug Visual) 🛠️</span>**  
  
Foi corrigido um bug na interface do usuário (UI) relacionado à seleção de cores. Anteriormente, se o usuário abrisse a tela de seleção de cor e cancelasse a ação (sem confirmar), o painel de visualização da cor voltava erroneamente para a cor preta. Agora, a cor exibida no painel **permanece inalterada**, refletindo a cor que já estava configurada no campo.  
  
Também foram realizadas diversas melhorias internas no código da *unit* de parâmetros do sistema.

##### ✨ **Implementação Solicitada – Campo CFOP no Lançamento de Nota Fiscal de Serviço e Transporte**

📂 Ao acessar **Compras → Lançamento de Nota Fiscal de Serviço e Transporte**, foi identificado que **não há campo disponível para informar o CFOP do documento**;

💡 **Solicitação:** implementar o **campo de CFOP** nessa tela, permitindo que o usuário informe o código fiscal correspondente ao documento lançado;

⚙️ Essa melhoria garantirá **maior conformidade fiscal** e **precisão nas informações tributárias** registradas no sistema.

##### ✨ **Implementação Solicitada – Filtro de Departamentalização na Baixa de Comissão de Vendedores**

📊 Atualmente, na **baixa de comissão de vendedores**, **não há opção** para selecionar comissões geradas por **Departamento**, **Grupo**, **Subgrupo** ou **Seção**;

💡 **Solicitação:**

Manter a opção padrão **“Por Produto (Venda)”** selecionada;

➕ Adicionar no campo **Modelo** as novas opções:

🗂️ **Departamento**

🏷️ **Grupo**

🔹 **Subgrupo**

🧩 **Seção**

⚙️ Essa melhoria permitirá **baixar comissões com base na departamentalização configurada**, alinhando o processo de baixa à estrutura de comissão já definida no cadastro.

##### **<span class="bx-font">Implementação de Sinalização de Estoque Nega</span><span class="bx-font">tivo e Correção de UI 🎨</span>**  
  


Foi implementada uma nova funcionalidade que permite configurar uma cor específica para produtos com **estoque negativo na loja**. Essa configuração está disponível na aba **Vendas** dos **Parâmetros de Configuração do Sistema**.  
  
**<span class="bx-font">Valor da Implementação no Faturamento 📊</span>**  
  
Com essa melhoria, a **tela de faturamento da Ordem de Serviço** agora fará uma distinção clara, utilizando cores, entre:

- Produtos com estoque zerado.
- Produtos com estoque negativo.

Isso proporciona um **alerta visual imediato** para o operador, aprimorando o controle de estoque.  
  
**<span class="bx-font">Correção de Usabilidade (Bug Visual) 🛠️</span>**  
  
Foi corrigido um bug na interface do usuário (UI) relacionado à seleção de cores. Anteriormente, se o usuário abrisse a tela de seleção de cor e cancelasse a ação (sem confirmar), o painel de visualização da cor voltava erroneamente para a cor preta. Agora, a cor exibida no painel **permanece inalterada**, refletindo a cor que já estava configurada no campo.  
  
Também foram realizadas diversas melhorias internas no código da *unit* de parâmetros do sistema.

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/8Lwimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/8Lwimage.png)

# 📃 1.0 Release Notes | Bugs 🐞

#### **🧮 Não conformidade ao aplicar o desconto no (CTRL + D)**

Foi realizada uma análise detalhada do código responsável por aplicar descontos proporcionais no sistema (atalho CTRL + D).

📊 Cenário analisado:

- Desconto aplicado: R$ 40,00
- Valor total do pedido: R$ 795,00
- Percentual calculado: 5,03%

📈 Cálculo executado:

- R$ 795,00 – 5,03% = R$ 755,00
- Valor do desconto real: R$ 39,99
- Valores sem arredondamento:
    
    
    - Total da venda: R$ 755,0115
    - Valor do desconto: R$ 39,9885
    - *(Após arredondamento: R$ 755,00 e R$ 39,99)*

✅ A análise confirmou que, ao aplicar o desconto em valor (R$ 39,99) ou em porcentagem (5,03%), o resultado final é idêntico.  
Os cálculos realizados pelo sistema estão corretos e correspondem exatamente ao resultado obtido em uma calculadora convencional.

**[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/jgOimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/jgOimage.png)**


#### **🐞 Correção – Diferença de Centavos no Desconto do Orçamento**

❌ Ao criar um orçamento e aplicar um desconto, o valor apresentado estava correto;  
porém, ao finalizar a venda e acessar a janela de forma de pagamento, o desconto apresentava diferença de R$ 0,01.

✅ O cálculo foi ajustado para garantir que o valor do desconto permaneça idêntico em todas as etapas da venda.

#### **🐞 Correção – Exibição das Datas de Vencimento no DANFE**

❌ Ao emitir uma NF-e, as datas de vencimento das duplicatas não eram exibidas corretamente na impressão do DANFE;

✅ O problema foi corrigido e as datas de vencimento agora são apresentadas normalmente no documento impresso**.**

#### **🐞 Correção – Cancelamento de Ordem de Serviço (NFC-e)**

❌ Ao tentar cancelar uma Ordem de Serviço, o sistema exibia a mensagem:  
*“O XML de retorno da NFC-e utilizado no cancelamento não foi encontrado no banco de dados”*,  
impedindo o cancelamento dentro do prazo legal.

✅ O problema foi corrigido e o sistema agora realiza o cancelamento da NFC-e corretamente, dentro do prazo permitido pela SEFAZ.

#### **Produtos Inteligentes – Campos de Texto**

Foram realizadas correções nos campos de entrada do sistema Produtos Inteligentes, garantindo maior consistência, usabilidade e alinhamento com os dados oficiais da empresa. 🖥️✍️

✅ Principais Ajustes Implementados:

- 🔹 Campos de texto (Email, Nome Responsável, Limite por Lote e CNPJ): configurados como linha única, impedindo a quebra de linha (ENTER).
- 🔹 Campo de CNPJ: bloqueado para edição, pois o valor deve ser proveniente do registro oficial da empresa no banco de dados, garantindo integridade.

🎯 Resultados Alcançados:  
✔ Prevenção de inconsistências nos cadastros.  
✔ Padronização no preenchimento de informações.  
✔ Maior confiabilidade no uso dos dados da empresa.

🚀 Esta entrega aprimora a usabilidade do sistema Produtos Inteligentes, reforçando a integridade e a consistência das informações! 🎉

**[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/sGeimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/sGeimage.png)**

#### **Produtos Inteligentes – Seleção UF Destino**

Foram realizados ajustes essenciais no sistema Produtos Inteligentes para corrigir falhas no registro e salvamento das configurações de UF Destino, garantindo maior confiabilidade no processo de integração com a Mix Fiscal. 🖥️⚙️

✅ Principais Implementações e Funcionalidades:

- 🔹 Correção no processo de seleção de UFs de Destino, que antes não registrava ou até limpava as escolhas existentes.
- 🔹 Identificação e resolução do erro de gravação causado pela ausência do token no momento de salvar as configurações.
- 🔹 Garantia de comunicação estável com a Mix Fiscal para registrar corretamente os cenários fiscais.

🎯 Resultados Alcançados:  
✔ Seleção e gravação de UFs de Destino funcionando corretamente.  
✔ Eliminação do erro exibido ao salvar configurações.  
✔ Integração fiscal mais confiável, com dados consistentes entre o sistema e a Mix Fiscal.

🚀 Esta entrega fortalece o sistema Produtos Inteligentes, proporcionando maior estabilidade e precisão no gerenciamento de cenários fiscais! 🎉

**[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/U66image.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/U66image.png)**

#### **Produtos Inteligentes – Ajustes Gerais**

Foram realizados ajustes importantes no sistema Produtos Inteligentes, visando melhorar a integração com o ERP, aumentar a segurança e facilitar a identificação de pendências nos cadastros. 🖥️⚙️

✅ Principais Implementações e Funcionalidades:

- 📌 CFOP Padrão: definido para otimizar os processos fiscais.
- 🏢 Ramo de Atividade: agora obtido diretamente do cadastro da empresa no ERP.
- 🔎 Consulta de Itens: identificação visual de produtos pendentes no DataGrid, com destaque em cores.
- 🔐 Segurança no Sincronizador: criação de formulário de login com usuário supervisor e senha para acesso à tela de configurações.

🎯 Resultados Alcançados:  
✔ Padronização fiscal com CFOP pré-definido.  
✔ Integração direta do ramo de atividade com o ERP, reduzindo inconsistências.  
✔ Melhor visibilidade e controle de produtos pendentes na tela de consulta.  
✔ Acesso restrito e seguro à tela de configurações do sincronizador.

🚀 Esta entrega fortalece o sistema Produtos Inteligentes, trazendo mais confiabilidade, praticidade e segurança nas operações do dia a dia! 🎉

**[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/5tuimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/5tuimage.png)**

##### **<span class="bx-font">Correção de Erro na Ancoragem do ComboBox de UF 🛠️</span>**

  
Foi identificado um erro no formulário de Cadastro de Fornecedor, onde a ancoragem do *ComboBox* da Unidade Federativa (UF) estava incorreta.  
  
<span class="bx-font">Causa e Solução ✅</span>  
  
O problema era causado pela ancoragem incorreta do componente para a direita (*Right*). Isso provocava um comportamento inesperado e visualmente defeituoso no *ComboBox*. A correção foi realizada, e a ancoragem agora está definida apenas para Topo e Esquerda, garantindo que o componente se ajuste corretamente na tela.

##### **🐞 Correção – Importação de DAV no PDV**

❌ Ao importar o DAV no PDV, o sistema apresentava erros sem identificação, impedindo a continuidade do processo;

✅ O problema foi corrigido e agora a importação do DAV ocorre corretamente, com tratamento adequado de erros.

##### **🎥 Análise – Consulta de CEP**

📹 Informações detalhadas constam no vídeo em anexo.

🔎 Durante a demonstração, ao informar o CEP 88888-888, o sistema apresentou travamento momentâneo antes de retornar a resposta.

📨 A mensagem exibida foi: “NENHUMA INFORMAÇÃO ENCONTRADA”, acompanhada dos problemas de exibição de mensagem

##### **🐞 Correção – Alteração de Orçamento (DAV)**

❌ Ao alterar um orçamento DAV e modificar um item, o sistema retornava o erro:  
*“Could not find record”*;

✅ O problema foi corrigido e agora é possível alterar itens do orçamento DAV sem apresentar erro.

**[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/L6cimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/L6cimage.png)**

##### **✨ Implementação e Melhoria – Lançamento e Consulta de XML no ERP**

⚙️ Criado um parâmetro em Configurações que permite ao usuário selecionar qual porta será utilizada no lançamento do XML no ERP;

🛠️ Realizadas melhorias na consulta de XML no banco de dados, garantindo maior desempenho e estabilidade no processo.

**[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/ynjimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/ynjimage.png)**

##### **<span class="bx-font">Ajuste na Página Padrão de Detalhes de Produtos 🛠️</span>**

  
Foi identificada e corrigida uma não conformidade em que o formulário de detalhes de produtos abria, por padrão, na aba Preços em vez da aba Simulador de Preços, quando acessada através da remarcação de preços via Nota Fiscal de Entrada.  
  
<span class="bx-font">Solução Técnica e Valor da Implementação ⚙️</span>  
  
Para resolver esse problema, foi criada uma nova propriedade pública no formulário. Essa propriedade permite definir programaticamente qual página deve ser a padrão na abertura.  
  
Com essa implementação, agora, ao acessar a remarcação de preços de produtos via Nota Fiscal de Entrada, o sistema abrirá diretamente na página do Simulador de Preços. Isso otimiza o fluxo de trabalho do usuário, pois elimina a necessidade de alternar manualmente entre as abas.

##### **<span class="bx-font">Correção de Consulta de Produtos na View VIEW\_GRADE\_PRODUTOS 🛠️</span>**  
  


Foi identificada e corrigida a ausência da coluna EST\_ATUAL (com o alias EST\_ATUAL\_ESTOQUE) na consulta de produtos, que utiliza a *view* VIEW\_GRADE\_PRODUTOS.  
  
<span class="bx-font">Causa e Solução ✅</span>  
  
A coluna, que representa o estoque atual, não estava sendo incluída no código SQL da consulta. A correção foi realizada com a adição da coluna ao *script* SQL, resolvendo o problema e garantindo que os dados de estoque sejam exibidos corretamente.

**[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/XnTimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/XnTimage.png)**

##### **🐞 Correção – Impressão da 2ª Via da NFC-e**

❌ Foi identificada uma não conformidade no processo de impressão da 2ª via da NFC-e;

✅ O problema foi corrigido e agora a reimpressão da NFC-e ocorre normalmente, sem falhas.

##### **🐞 Correção – Exibição do QR Code da NFC-e**

❌ Foi identificada uma não conformidade na exibição do QR Code durante o processo de emissão da NFC-e;

✅ O problema foi corrigido e o QR Code agora é exibido corretamente na tela e/ou impressão da nota.

**[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/fkLimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/fkLimage.png)**

#### **🐞 Correção – Emissão de NF-e em Versões de Teste**

❌ Ao realizar a emissão de NF-e nas versões de teste, o sistema apresentava erro ao enviar a nota para autorização, exibindo a mensagem:  
*“Falha ao enviar a NF-e (erro de integer)”*;

✅ O problema foi corrigido e agora o envio para autorização da NF-e ocorre normalmente nas versões de teste.

##### **<span class="bx-font">Otimização no Cálculo de ICMS-ST e Melhorias de Usabilidade ⚙️</span>**  
  


Foi realizada uma melhoria significativa no sistema para resolver uma não conformidade no cálculo de ICMS-ST com redução. Anteriormente, existiam duas funções com o mesmo objetivo, mas uma delas apresentava falhas. Para garantir a integridade e a confiabilidade dos cálculos, as duas funções foram centralizadas em uma única, mais robusta e precisa.  
  
<span class="bx-font">Aprimoramentos Adicionais 🎯</span>  
  
Além da consolidação do cálculo de ICMS-ST, outras melhorias foram implementadas:

- Cálculo de Percentual de ICMS: Os eventos de cálculo de percentual de ICMS, que são compartilhados entre os campos de informações de compras e vendas, foram aprimorados, resultando em maior consistência e eficiência nas operações. 📈
- Melhoria de Usabilidade: A ordenação dos campos e o foco nas informações de compras foram otimizados, tornando o processo de entrada de dados mais intuitivo e ágil para o usuário. 🚀

<span class="bx-font">Correção de Problema em Arquivo de Design </span>🛠️

Foi identificada a causa de um problema que, aparentemente, estava relacionado a uma não conformidade no arquivo de design. A solução foi a recriação do método afetado, o que resolveu o erro de forma eficaz.

##### **🐞 Correção – Venda com Duplicata (Erro ao Selecionar Cliente)**

❌ Ao realizar uma venda na duplicata, se o usuário clicasse duas vezes no cliente durante a seleção, o sistema apresentava erro relacionado ao QRVENDA;

✅ O problema foi corrigido e agora a seleção do cliente pode ser feita normalmente, sem gerar erro.

##### **🐞 Correção – Venda no Atacarejo com Desconto**

❌ Ao realizar uma venda no modo Atacarejo, o sistema exibia indevidamente a mensagem:  
*“Existe desconto na venda e não é possível incluir produto Atacarejo”*;

✅ O comportamento foi corrigido e agora o sistema permite a inclusão de produtos Atacarejo, mesmo quando há desconto aplicado na venda.

#### **<span class="bx-font">Correção na Sincronização de Preços entre Lojas 🛠️</span>**  
  


Foi identificada e corrigida uma não conformidade no processo de sincronização de preços entre lojas. O problema ocorria porque o valor incorreto estava sendo atribuído à coluna PCO\_REMAR na tabela PRODLOJAS.  
  
<span class="bx-font">Detalhes da Correção ✅</span>  
  
O sistema estava utilizando o valor do campo Preço de Venda, da seção Preços atuais conforme última entrada, em vez do campo correto, R$ de Venda, da seção Remarcação de Preços. Essa discrepância causava inconsistências nos preços.  
  
A correção garante que o valor de remarcação seja corretamente extraído do campo “R$ de Venda”, garantindo a integridade e a precisão dos dados de preços entre as lojas.

##### **🐞 Correção – Arredondamento de Desconto (ERP Company)**

❌ Foi identificada uma diferença de R$ 0,01 no valor final ao aplicar descontos no ERP Company;

✅ O cálculo foi ajustado para garantir o arredondamento preciso e a consistência dos valores finais.

##### **🐞 Correção – Baixa de Contas a Receber (Teclas F1 e F2)**

❌ Ao pressionar as teclas F1 ou F2 durante o processo de baixa do Contas a Receber, o sistema apresentava erro de “Abstract”;

✅ O problema foi corrigido e agora as teclas funcionam corretamente, sem gerar erro durante a baixa.

##### **🐞 Correção – Consulta no Simulador de Preço**

❌ Ao realizar uma consulta na janela do Simulador de Preço e pressionar Enter, o sistema apresentava um erro, conforme demonstrado na imagem anexa;

✅ O problema foi corrigido e agora o simulador responde corretamente ao pressionar Enter, exibindo os valores conforme esperado.

**[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/iSPimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/iSPimage.png)**

#### **🐞 Não Conformidade – Módulo Fidelidade (Cashback)**

❌ Foi identificado um problema no módulo de Fidelidade ao aplicar cashback durante a venda;

📊 Cenário observado:

💵 Valor da venda: R$ 91,00

🎁 Cashback aplicado: R$ 10,00

💰 Valor líquido esperado: R$ 81,00

⚠️ Apesar disso, o sistema apresentou inconsistência no tratamento do valor do cashback, conforme demonstrado nas imagens anexas.

🛠️ A correção está sendo analisada para garantir que o cashback seja corretamente aplicado e deduzido do valor final da venda.

**[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/7Wtimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/7Wtimage.png)**

#### **🐞 Correção – Cálculo de ICMS na Venda**

❌ Foi identificada uma não conformidade no cálculo do ICMS, onde o sistema somava o imposto duas vezes no valor final da venda;

✅ O cálculo foi corrigido, garantindo que o ICMS seja aplicado apenas uma vez, resultando em valores corretos no total da venda.

**[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/OKuimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/OKuimage.png)**

##### 🐞 **Correção – Travamento ao Buscar Orçamento Personalizado em Múltiplas Máquinas**

❌ Foi identificada uma **não conformidade** ao realizar a **busca de orçamentos personalizados** simultaneamente em **duas máquinas**, ocasionando **travamento do sistema**;

✅ O problema foi corrigido, e agora a consulta de orçamentos pode ser executada em múltiplos terminais sem causar bloqueios ou lentidão.

<div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk--1" tabindex="-1"><div class="flex max-w-full flex-col grow"><div class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal [.text-message+&]:mt-5" data-message-author-role="assistant" data-message-id="9e8e5a8a-6581-4dec-be6c-8cf69a0e6e39" data-message-model-slug="gpt-5" dir="auto"><div class="flex w-full flex-col gap-1 empty:hidden first:pt-[1px]">  
</div></div></div></div><div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk--2" tabindex="-1"><div class="flex max-w-full flex-col grow"><div class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal [.text-message+&]:mt-5" data-message-author-role="assistant" data-message-id="f1d92596-668b-4024-8fcf-6dfd082194dd" data-message-model-slug="gpt-5" dir="auto"><div class="flex w-full flex-col gap-1 empty:hidden first:pt-[1px]">  
</div></div></div></div>##### **🛠️ 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.

<div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk--6" tabindex="-1"><div class="flex max-w-full flex-col grow"><div class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal [.text-message+&]:mt-5" data-message-author-role="assistant" data-message-id="aff75943-a4c7-4a56-9b9f-f065f3d6f331" data-message-model-slug="gpt-5" dir="auto"><div class="flex w-full flex-col gap-1 empty:hidden first:pt-[1px]"><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">  
</div></div></div></div></div><div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk--8" tabindex="-1"><div class="flex max-w-full flex-col grow"><div class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal [.text-message+&]:mt-5" data-message-author-role="assistant" data-message-id="76783c58-5809-42c2-8326-5bbc28b334c3" data-message-model-slug="gpt-5" dir="auto"><div class="flex w-full flex-col gap-1 empty:hidden first:pt-[1px]"><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">  
</div></div></div></div></div>##### **🐞 Correção – Diferença de Centavos no Desconto do Orçamento**

<div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk-%E2%9D%8C-ao-criar-um%C2%A0or%C3%A7ame-1" tabindex="-1"><div class="flex max-w-full flex-col grow"><div class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal [.text-message+&]:mt-5" data-message-author-role="assistant" data-message-id="76783c58-5809-42c2-8326-5bbc28b334c3" data-message-model-slug="gpt-5" dir="auto"><div class="flex w-full flex-col gap-1 empty:hidden first:pt-[1px]"><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">❌ Ao criar um orçamento e aplicar um desconto, o valor apresentado estava correto;  
porém, ao finalizar a venda e acessar a janela de forma de pagamento, o desconto apresentava diferença de R$ 0,01.</div><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">✅ O cálculo foi ajustado para garantir que o valor do desconto permaneça idêntico em todas as etapas da venda.</div></div></div></div></div><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling" id="bkmrk--9">  
</div><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling" id="bkmrk--10"></div><div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk--18" tabindex="-1"><div class="flex max-w-full flex-col grow"><div class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal [.text-message+&]:mt-5" data-message-author-role="assistant" data-message-id="fb7a7421-7846-4dcb-ba91-542dcb200f7e" data-message-model-slug="gpt-5" dir="auto"><div class="flex w-full flex-col gap-1 empty:hidden first:pt-[1px]"><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">  
</div></div></div></div></div>
##### **🐞 Correção – Exibição das Datas de Vencimento no DANFE**

❌ Ao emitir uma NF-e, as datas de vencimento das duplicatas não eram exibidas corretamente na impressão do DANFE;

✅ O problema foi corrigido e as datas de vencimento agora são apresentadas normalmente no documento impresso

<div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk--19" tabindex="-1"><div class="flex max-w-full flex-col grow"><div class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal [.text-message+&]:mt-5" data-message-author-role="assistant" data-message-id="b5b3641f-1a67-43bb-a6c2-55544274742b" data-message-model-slug="gpt-5" dir="auto"><div class="flex w-full flex-col gap-1 empty:hidden first:pt-[1px]"><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">  
</div></div></div></div></div>##### **🐞 Correção – Cancelamento de Ordem de Serviço (NFC-e)**

❌ Ao tentar cancelar uma Ordem de Serviço, o sistema exibia a mensagem:  
*“O XML de retorno da NFC-e utilizado no cancelamento não foi encontrado no banco de dados”*,  
impedindo o cancelamento dentro do prazo legal.

✅ O problema foi corrigido e o sistema agora realiza o cancelamento da NFC-e corretamente, dentro do prazo permitido pela SEFAZ.

<div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk--20" tabindex="-1"><div class="flex max-w-full flex-col grow"><div class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal [.text-message+&]:mt-5" data-message-author-role="assistant" data-message-id="5f258df8-442d-4156-be3d-5aff4a832922" data-message-model-slug="gpt-5" dir="auto"><div class="flex w-full flex-col gap-1 empty:hidden first:pt-[1px]"><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">  
</div></div></div></div></div>##### **✨ Implementação e Aprimoramento – Cálculo de Despesas Fixas 📈**

<div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk-%F0%9F%A7%A9-foi-implementada-a" tabindex="-1"><div class="flex max-w-full flex-col grow"><div class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal [.text-message+&]:mt-5" data-message-author-role="assistant" data-message-id="af1843f4-422a-4c6e-9764-2a1afb2819a9" data-message-model-slug="gpt-5" dir="auto"><div class="flex w-full flex-col gap-1 empty:hidden first:pt-[1px]"><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">🧩 Foi implementada a nova funcionalidade de cálculo de despesas fixas na aba de preços (detalhes de produtos);</div><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">💰 Adicionado o campo “Despesas Fixas” na seção de remarcação de preço, permitindo que o usuário insira o percentual de despesas fixas a ser considerado nos cálculos de preços remarcados;</div><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">⌨️ O cálculo é executado automaticamente ao pressionar Enter em qualquer campo de margem de preço.</div></div></div></div></div>⚙️ Condicional de Ativação

<div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk-esta-funcionalidade-" tabindex="-1"><div class="flex max-w-full flex-col grow"><div class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal [.text-message+&]:mt-5" data-message-author-role="assistant" data-message-id="af1843f4-422a-4c6e-9764-2a1afb2819a9" data-message-model-slug="gpt-5" dir="auto"><div class="flex w-full flex-col gap-1 empty:hidden first:pt-[1px]"><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">Esta funcionalidade é condicional e depende da ativação do parâmetro:</div><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">464 – “Utilizar detalhes de despesas fixas na aba preços de detalhes de produtos?”</div><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">O parâmetro deve estar habilitado em Configurações Avançadas do sistema para que o recurso esteja disponível.</div><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">  
</div>  
</div></div></div></div><div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk--23" tabindex="-1"><div class="flex max-w-full flex-col grow"><div class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal [.text-message+&]:mt-5" data-message-author-role="assistant" data-message-id="963c0650-428d-4206-8a1b-b65315e5f8e9" data-message-model-slug="gpt-5" dir="auto"><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">  
</div></div></div></div>##### **🐞 Correção – Importação de DAV no PDV**

❌ Ao importar o DAV no PDV, o sistema apresentava erros sem identificação, impedindo a continuidade do processo;

✅ O problema foi corrigido e agora a importação do DAV ocorre corretamente, com tratamento adequado de erros.

<div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk--24" tabindex="-1"><div class="flex max-w-full flex-col grow"><div class="min-h-8 text-message relative flex w-full flex-col items-end gap-2 text-start break-words whitespace-normal [.text-message+&]:mt-5" data-message-author-role="assistant" data-message-id="963c0650-428d-4206-8a1b-b65315e5f8e9" data-message-model-slug="gpt-5" dir="auto"></div></div></div><div class="[--thread-content-max-width:40rem] thread-lg:[--thread-content-max-width:48rem] mx-auto max-w-(--thread-content-max-width) flex-1 group/turn-messages focus-visible:outline-hidden relative flex w-full min-w-0 flex-col agent-turn" id="bkmrk--42" tabindex="-1"><div class="markdown prose dark:prose-invert w-full break-words dark markdown-new-styling">  
</div></div>##### **🐞 Correção – Sincronização da Venda Não Fiscal com NFC-e (Banco Online)**

❌ Foi identificada uma não conformidade ao realizar a emissão de venda não fiscal:

O sistema enviava corretamente a venda normal para o banco online;

Porém, ao autorizar a NFC-e, a linha correspondente não era atualizada nem criada na tabela `NVENDA2_NFCE` no banco de dados online.

✅ O processo foi corrigido e agora o sistema atualiza e sincroniza corretamente os dados da venda após a autorização da NFC-e.

##### **🐞 Correção – Sincronização de NFC-e em Terminais Não Vinculados**

❌ Foi identificada uma não conformidade durante a sincronização das NFC-e (`NVENDA2_NFCE`), onde o sistema estava sincronizando notas em terminais não vinculados àquelas vendas;

✅ O comportamento foi corrigido, garantindo que cada NFC-e seja sincronizada apenas com o terminal vinculado à sua emissão, evitando duplicidades e inconsistências no banco de dados.

##### **<span class="bx-font">Correção no Estado da Query de Venda Durante o Faturamento 🛠️</span>**  
  


Foi identificada e corrigida uma não conformidade no processo de gravação e faturamento de vendas. O problema residia no estado da *query* de venda.  
  
<span class="bx-font">Causa e Solução Técnica ✅</span>  
  
O formulário de faturamento da venda realiza uma validação verificando se o estado da *query* da venda está em modo de pesquisa (dsBrowse). No entanto, após a gravação, a *query* não estava sendo finalizada com o método Post, permanecendo incorretamente no estado de edição (dsEdit).  
  
A solução foi implementar a chamada ao método Post da *query* de venda dentro do processo de gravação. Essa correção garante que a query esteja no estado correto (dsBrowse) antes da validação do faturamento, resolvendo a não conformidade. 🚀

##### **🐞 Correção – Venda com Produtos de Múltiplas Unidades**

❌ Foi identificada uma não conformidade ao realizar uma venda contendo produtos com múltiplas unidades (conversões de unidade ou fator de multiplicação);

⚠️ O sistema apresentava erro durante o processo de venda, impedindo sua conclusão;

✅ O problema foi corrigido, garantindo que o sistema reconheça corretamente as múltiplas unidades e conclua a venda sem falhas.

**[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/Y2qimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/Y2qimage.png)**

# 📃 2.0 Release Notes | Implementações 🚀

##### ✨ **<span class="bx-font">Implementação do Lançamento de Pix POS na Gerenciadora de Cartões e Flexibilidade Financeira </span>**  
  


Foi implementada uma funcionalidade robusta para o lançamento de pagamentos via **Pix POS** na Gerenciadora de Cartões, substituindo a lógica anterior de vinculação rígida. Essa funcionalidade agora é suportada em diversos pontos cruciais do sistema:

- Baixa de débito de cliente no **ERP**
- Baixa de débito de cliente no **PDV**
- Faturamento no **Balcão**
- Faturamento na **Ordem de Serviço (O.S.)**
- Faturamento no **PDV**

**<span class="bx-font">Valor da Nova Implementação do Pix POS ⚙️</span>**  
  
O sistema anterior era limitado e lançava o Pix automaticamente sem flexibilidade. A nova implementação permite:

1. **Seleção de Administradora:** O operador pode agora **selecionar uma administradora Pix** previamente cadastrada.
2. **Código de Autorização:** Permite a inserção do **código de autorização** da transação Pix.
3. **Flexibilidade na Baixa:** O lançamento **não é feito com a data de baixa já preenchida** (igual à data de emissão). Isso confere ao setor financeiro a **flexibilidade** de determinar a data exata da baixa na Gerenciadora de Cartões, controlando com precisão o fluxo de caixa.

**<span class="bx-font">Procedimentos para Ativação da Funcionalidade 🎯</span>**  
  
Para utilizar a nova funcionalidade, é necessário seguir os passos de configuração:

<table class="data-table" id="bkmrk-%C3%81rea-de-faturamento%2F"><tbody><tr><td>**Área de Faturamento/Baixa**</td><td>**Parâmetro a Habilitar**</td></tr><tr><td>Faturamento Balcão e O.S.</td><td>38 - "No faturamento, Qdo Forma Pagamento for Cartão, Lançar no Controle de Adm.?"</td></tr><tr><td>Faturamento PDV</td><td>110 - "(PDV) No PDV, quando for Tickets/Cartão, deseja lançar no Controle de Administradoras?"</td></tr><tr><td>Baixa de débitos (ERP e PDV)</td><td>41 - "Na Baixa M. Ctas Receb., Qdo Forma Pagto for Cartão, Lançar no Controle de Adm.?"</td></tr></tbody></table>

**Passos Adicionais:**

1. **Cadastro de Administradora:** Em *Cadastro &gt; Administradoras de Cartões*, crie um novo registro marcando o **Tipo Operadora como Pix**.
2. **Vínculo da Forma de Pagamento:** Em *Cadastro &gt; Formas de Pagamentos - Finalizadoras*, vincule a forma de pagamento selecionada ao "**Pix POS**" através do campo “**Código de pagamento (vínculo)**”.
3. **Operação:** Realize as vendas ou baixas de débito utilizando a forma de pagamento vinculada ao Pix POS.
4. **Consulta e Baixa:** Consulte e finalize o processo em *Financeiro &gt; Gerenciador de Cartões*.

**<span class="bx-font">Demais Melhorias e Correções Técnicas 🛠️</span>**

- **Correção de Inicialização de Arrays (TEF/SiTef):** Corrigido o problema onde o processo de limpeza dos *arrays* de informações de transações TEF/SiTef na baixa de débitos de clientes não validava a inicialização dos *arrays* antes da limpeza.
- **Melhoria de Usabilidade (Baixa de Débitos):** Implementada uma mensagem informativa no canto inferior esquerdo da tela de lançamento da gerenciadora (durante a baixa de débitos), exibindo a **forma de pagamento e o valor**, para orientar o operador.
- **Melhorias Visuais no PDV:** O formulário de lançamento da gerenciadora no PDV recebeu melhorias visuais para se assemelhar e padronizar com a aparência do ERP.
- **Correção de Gravação no PDV:** Corrigido um *bug* na gravação de dados do lançamento da gerenciadora no PDV, onde o sistema **não estava incluindo os dados do cliente da venda**.
- **Correção Crítica de Violação de Memória:** Corrigida uma falha grave na baixa de débitos de clientes no ERP que causava **violação de memória** e erros em cascata. Isso ocorria quando o operador selecionava mais formas de pagamento do que títulos a serem baixados, onde internamente estavam sendo realizadas operações indevidas com *arrays*.
- **Flexibilização de Vínculo de Pagamento:** Retirada a restrição que exigia ser empresa do ramo de Supermercados para vincular a forma de pagamento às padrões do sistema. O campo "**Código Pagamento PDV**" foi renomeado para “**Código de pagamento (vínculo)**”, aumentando a flexibilidade para todos os segmentos.

##### ✨ **<span class="bx-font">Implementação de Validação de Poder de Usuário para Visualização de DAVs </span>**  
  


Foi implementada uma validação de segurança no Módulo de Balcão de Vendas para fazer cumprir o **poder de usuário** referente à visualização de Documentos Auxiliares de Venda (DAVs).  
  
**<span class="bx-font">Causa e Solução Técnica ✅</span>**  
  
Anteriormente, apesar de o poder de usuário para restringir a visualização de DAVs (permitindo que o usuário veja **somente os seus próprios DAVs**) existir no cadastro, ele não estava sendo aplicado na tela de faturamento do Balcão. Isso representava uma falha de segurança e controle de acesso a informações.  
  
A **correção** foi adicionar a validação do poder de usuário na lógica da tela de faturamento. Agora, o sistema consulta a permissão do usuário logado e restringe a exibição na lista de DAVs, garantindo que a regra de negócio do **Controle de Acesso** seja devidamente respeitada.

##### ✨ **Implementação – Vinculação Automática do Vendedor ao Iniciar o DAV**

- 🤝 Implementada funcionalidade que **vincula automaticamente o vendedor** ao **iniciar um novo DAV**, utilizando o **vendedor associado ao usuário logado**;
- ⚙️ Para que a funcionalidade opere corretamente, é necessário habilitar o parâmetro:
    
    
    - **(Outros) → Venda Balcão → “Iniciar orçamento selecionando o código do vendedor vinculado ao cadastro do usuário autenticado.”**
- ✅ Com essa melhoria, o sistema **preenche automaticamente o vendedor responsável**, agilizando o processo de abertura do orçamento e reduzindo erros manuais.

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/RP3image.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/RP3image.png)

##### ✨ **Implementação – Busca Rápida de Menus (Atalho CTRL + ESPAÇO)**

- 🔍 Implementada nova funcionalidade de **busca de menus** no sistema;
- ⚙️ Para utilizar, o usuário deve pressionar **CTRL + ESPAÇO**, e o sistema exibirá um **campo de pesquisa** permitindo localizar rapidamente qualquer menu disponível;
- 🚀 Essa melhoria traz **mais agilidade na navegação** e facilita o acesso às funcionalidades do sistema.

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/nMLimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/nMLimage.png)

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/6FCimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/6FCimage.png)

# 📃 2.0 Release Notes | Bugs 🐞

##### 🐞 **Correção – Autorização da NFC-e (Atualização de Tributos PIS/COFINS)**

- ❌ Foi identificada uma **não conformidade** durante a **autorização da NFC-e**, onde o sistema exibia a mensagem:  
    *“Não foi possível atualizar os tributos de PIS/COFINS dos produtos da NFC-e. Access violation…”*
- ⚠️ Esse erro impedia o prosseguimento da autorização da nota;
- ✅ O problema foi corrigido, e agora o sistema **atualiza corretamente os tributos de PIS/COFINS** e **permite a autorização da NFC-e** sem falhas.

##### 🐞 **Correção – Autorização da NFC-e com Produtos NCM -1**

- ❌ Foi identificada uma **não conformidade** ao autorizar **NFC-e contendo produtos com NCM = -1**, ocasionando, em alguns casos, **erro de referência nula**;
- ⚙️ O sistema não estava tratando corretamente produtos sem código NCM válido durante o processo de autorização;
- ✅ O problema foi corrigido, garantindo que o sistema **autorize normalmente a NFC-e**, mesmo quando houver produtos com NCM ausente ou inválido.

##### 🐞 **<span class="bx-font">Correção de Arredondamento no Desconto de Itens da Nota Fiscal de Venda</span>**

  
  
Foi implementada uma correção crucial no processamento dos descontos aplicados aos itens da Nota Fiscal de Venda (NF-e).  
  
**<span class="bx-font">Valor da Implementação e Precisão Financeira ✅</span>**  
  
O problema estava relacionado a **arredondamentos indevidos** durante o cálculo, o que causava **divergências de valores** entre o desconto aplicado e o valor final da nota.  
  
A correção garante que o processamento dos descontos seja feito com a **precisão decimal correta**, eliminando as discrepâncias de arredondamento. Isso assegura a **integridade dos dados fiscais e financeiros** da NF-e, garantindo que o valor final da nota esteja em total conformidade com os descontos aplicados.

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/DPTimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/DPTimage.png)

##### 🐞 **Correção – Exibição de Casas Decimais na Consulta de Produtos (F8 – Ordem de Serviço)**

- ❌ Ao acessar **Vendas → Ordem de Serviço** e clicar em **F8 – Produtos**, foi identificada uma **não conformidade**:  
    o sistema não exibia corretamente os **valores com duas casas decimais** na consulta de produtos;
- ✅ O problema foi corrigido, e agora os **valores são exibidos com precisão de duas casas após a vírgula**, conforme o padrão monetário.

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/FgAimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/FgAimage.png)

##### 🐞 **<span class="bx-font">Correções Críticas em Foco de Componentes e Estado de Query na Liberação de Convênio </span>**  
  


Foram implementadas correções essenciais na tela de liberação de convênio, resolvendo problemas de usabilidade e um erro que causava o travamento do sistema.  
  
**<span class="bx-font">Correção de Foco em Componentes Visuais 🖥️</span>**

- **Problema Identificado:** O sistema estava tentando definir o foco em componentes visuais que estavam nos estados **desabilitado** ou **invisível**. Isso resultava em erros de execução, alertando que o foco não poderia ser definido para aquele componente.
- **Valor da Correção:** As rotinas de definição de foco foram ajustadas para **verificar o estado do componente** antes de tentar a ação, eliminando esses erros e garantindo uma experiência de usuário mais estável e fluida.

**<span class="bx-font">Correção Crítica no Estado da Query de Venda (Travamento) 💾</span>**

- **Causa do Travamento:** A principal causa do travamento do sistema ocorria ao selecionar o cliente para o convênio e, em seguida, tentar atualizar os dados da venda. A *query* da venda, essencial para a inserção dos dados do novo cliente, estava no **estado de busca** (*dsBrowse*), e não no estado necessário para manipulação de dados (*dsEdit*).
- **Solução Técnica:** A rotina de atualização foi corrigida para garantir que a *query* da venda seja colocada no **estado de edição** (*dsEdit*) antes de tentar inserir os dados do cliente do convênio. Isso resolve o erro de estado da *query*, elimina o travamento e garante a **integridade transacional** da venda.

##### 🐞 **Correção – Geração da Tag `vDesc` em Produtos sem Desconto (NF-e)**

- ❌ Na versão atual, o sistema estava **gerando a tag `vDesc` com valor `0.00`** dentro do XML da NF-e, mesmo quando **não havia desconto aplicado** no item;
- 📦 **Exemplo de venda:**
    
    
    - Quantidade: **9.000**
    - Valor unitário: **1,60**
    - Total: **R$ 14.400,00**
    - Tag gerada incorretamente: `<vDesc>0.00</vDesc>`
- ✅ O comportamento foi corrigido e agora a **tag `vDesc` somente será criada quando existir desconto real** no produto.

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/HKHimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/HKHimage.png)

##### 🐞 **Correção – Aplicação de Desconto (CTRL + D / F5) em Orçamentos Personalizados**

- ❌ Foi identificada uma **não conformidade** ao aplicar **desconto** utilizando o atalho **CTRL + D** e a função **F5 (arredondamento)** na tela de **Vendas → Orçamentos Personalizados**;
- ⚠️ O sistema exibia a mensagem:  
    *“Desconto inválido: o valor informado excede ou é igual ao total dos produtos.”*  
    mesmo quando o valor era válido;
- ✅ O comportamento foi corrigido e agora o **desconto via CTRL + D e F5** é aplicado corretamente, com o **arredondamento funcional**, assim como já ocorre na função **F4**.

[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/Svnimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/Svnimage.png)

##### 🐞 **<span class="bx-font">Correção Crítica na Atualização do Preço Atacarejo por Alteração de Quantidade </span>**  
  


Foi corrigida uma não conformidade significativa onde o valor do desconto **atacarejo não era atualizado** corretamente quando a quantidade de um item era alterada para um valor **abaixo do mínimo** exigido.  
  
**<span class="bx-font">Causa Técnica e Solução ✅</span>**  
  
O problema era que a rotina de atualização de preços estava vinculada apenas ao evento de pressionar a tecla **Enter**. Isso criava uma falha: o operador podia aplicar o desconto de atacarejo, reduzir a quantidade (abaixo do mínimo) e, ao navegar para outro campo usando o mouse ou a tecla *TAB*, o sistema falhava em recalcular e remover o desconto indevidamente mantido.  
  
A **solução** foi refatorar a rotina de atualização de preços para ser acionada de forma mais abrangente após a alteração da quantidade. Isso garante que o sistema **reavalie o preço atacarejo** imediatamente ao sair do campo de quantidade, garantindo que o desconto seja **removido** sempre que a quantidade mínima não for atingida.

##### 🐞 **<span class="bx-font">Correção Crítica de Validação *Case-Sensitive* em Funções de Parcelamento </span>**  
  


Foi corrigida uma não conformidade crítica que afetava três funções essenciais de manipulação de parcelas, devido a uma validação incorreta do nome da coluna de código da forma de pagamento.  
  
**<span class="bx-font">Análise da Causa Técnica e Solução ✅</span>**  
  
As três funções falhavam porque, ao validar a existência da coluna do código da forma de pagamento no conjunto de dados, o sistema estava executando uma comparação **sensível a maiúsculas e minúsculas (case-sensitive)**.  
  
Este comportamento é incompatível com o padrão do SGDB utilizado pelos sistemas Nortesys (SQL Server), que é *case-insensitive* por padrão.  
  
A **correção** foi refatorar a validação para que ela **desconsidere o *case-sensitive*** ao verificar o nome da coluna. Isso garante que as funções de **alterar**, **excluir** e **limpar parcelas** agora funcionem corretamente, independente da capitalização do nome da coluna.

# 📃 2.0 Release Notes | Melhorias ✨

##### **<span class="bx-font">🛠️ </span><span class="bx-font">Refatoração da Opção "F5 - Valor final da venda" e Otimização de Usabilidade </span>**  
  


Em concordância com a equipe de Qualidade de Software, a estratégia de tratamento para a opção "**F5 - Valor final da venda**" foi alterada. Em vez de apenas bloquear o uso, a opção está sendo **removida da visualização** do usuário em todos os pontos do sistema onde sua funcionalidade não está implementada.  
  
**<span class="bx-font">Valor da Implementação e Consistência Funcional 🚀</span>**  
  
Esta alteração garante que os usuários apenas visualizem e interajam com funcionalidades que estão de fato operacionais para o contexto atual, **reduzindo a confusão e eliminando a possibilidade de erros de uso:**

- **Disponibilidade Correta:** A opção **F5** agora está disponível **apenas** nas telas onde sua implementação de cálculo foi concluída: **Venda Balcão** e **Orçamentos Personalizados**.
- **Remoção em Não Conformidades:** A opção foi removida de **todos os formulários de Notas Fiscais** e de outros pontos que realizam acréscimos, mas não sobre o valor final da venda.
- **Melhoria de Usabilidade:** A remoção de funcionalidades inativas ou indevidas melhora a usabilidade e a clareza da interface, tornando o sistema mais **intuitivo**.

# 📃 3.0 Release Notes | Implementações 🚀

#### <span style="color: rgb(0, 0, 0);">**SNGPC - Implementação da geração da tag UsoProlongado nulo**</span>

<span style="color: rgb(0, 0, 0);">Implementado a nova documentação do SNGPC alterando a geração da tag UsoProlongado quando for Nulo o sistema gerar da seguinte forma &lt;UsoProlongado/&gt;.</span>

##### <span style="color: rgb(0, 0, 0);">🤖 **Implementação – Aprimoramento da Inteligência Artificial Nortesys**</span>

- <span style="color: rgb(0, 0, 0);">🧠 Implementada melhoria na **Inteligência Artificial da Nortesys**, ampliando sua capacidade de **responder sobre temas fiscais e tributários**;</span>
- <span style="color: rgb(0, 0, 0);">⚖️ Agora a IA está apta a fornecer **respostas mais completas e atualizadas** sobre **impostos**, **reforma tributária** e **regras fiscais aplicáveis** ao ERP;</span>
- <span style="color: rgb(0, 0, 0);">🚀 Essa atualização aprimora o suporte inteligente, tornando o **atendimento mais ágil, preciso e contextualizado** às rotinas fiscais dos clientes.</span>

# 📃 3.0 Release Notes | Bugs 🐞

##### <span style="color: rgb(0, 0, 0);">🐞 **ERP - <span class="bx-font">Não conformidade g</span>eração da Tag `vDesc` em Produtos sem Desconto (NF-e)**</span>

> <span style="color: rgb(0, 0, 0);">**Compromisso: 21218 - ERRO AO EMITIR NFE IMPORTANDO DA OS**</span>

- <span style="color: rgb(0, 0, 0);">❌ Na versão atual, o sistema estava **gerando a tag `vDesc` com valor `0.00`** dentro do XML da NF-e, mesmo quando **não havia desconto aplicado** no item;</span>
- <span style="color: rgb(0, 0, 0);">📦 **Exemplo de venda:**</span>
    
    
    - <span style="color: rgb(0, 0, 0);">Quantidade: **9.000**</span>
    - <span style="color: rgb(0, 0, 0);">Valor unitário: **1,60**</span>
    - <span style="color: rgb(0, 0, 0);">Total: **R$ 14.400,00**</span>
    - <span style="color: rgb(0, 0, 0);">Tag gerada incorretamente: `<vDesc>0.00</vDesc>`</span>
- <span style="color: rgb(0, 0, 0);">✅ O comportamento foi corrigido e agora a **tag `vDesc` somente será criada quando existir desconto real** no produto.</span>

##### <span style="color: rgb(0, 0, 0);">🐞 **ERP - <span class="bx-font">Não conformidade no cálculo do Valor Total do Item em Vendas (Tratamento de Valores Nulos) 🛠️</span>**</span>  
  


<span style="color: rgb(0, 0, 0);">Foi corrigida uma não conformidade no processo de inclusão de vendas que impedia a exibição do **valor total do item**, que é a soma de (Valor do Item + ICMS/ST + DIFAL).</span>  
  
<span style="color: rgb(0, 0, 0);">**<span class="bx-font">Causa Técnica e Solução ✅</span>**</span>  
  
<span style="color: rgb(0, 0, 0);">O problema residia na rotina de soma desses três componentes. Durante a inclusão de uma nova venda, o valor do **DIFAL** (Diferencial de Alíquota) é frequentemente **nulo**. A operação de soma, ao encontrar um valor nulo, resultava em um cálculo nulo, impedindo que qualquer valor fosse exibido ao usuário.</span>  
  
<span style="color: rgb(0, 0, 0);">A **solução** implementada agora inclui uma validação robusta para tratar a **nulidade** de todos os itens envolvidos no cálculo (Valor do Item, ICMS/ST e DIFAL). Caso qualquer um desses valores seja nulo, o sistema atribui o valor **zero** por padrão para fins de cálculo. Isso garante que a soma seja sempre bem-sucedida, e o **valor total do item** seja exibido corretamente ao usuário.</span>

##### <span style="color: rgb(0, 0, 0);">🐞 **<span class="bx-font">Não conformidade ao compactar o arquivo no sincronizador do força de vendas</span>**</span>

<span style="color: rgb(0, 0, 0);">Correção realizada, arquivos agora são salvos em ZIP64, possibilitando uma compactação maior de arquivos, mantendo ainda a extensão .ZIP e compatibilidade com os aplicativos.</span>  
  
<span style="color: rgb(0, 0, 0);">Correções adicionais realizadas:</span>  
<span style="color: rgb(0, 0, 0);">\* Melhoria na performance de criação dos bancos de dados — um banco de dados que anteriormente poderia levar mais de 2 horas para ser sincronizado agora sincroniza em minutos.</span>  
<span style="color: rgb(0, 0, 0);">\* Exclusão automática — Anteriormente o banco de dados do Altus não era previamente excluído para realizar a sincronização, fazendo com que ficasse desnecessariamente grande; isso foi resolvido, agora um mesmo banco que possuía 3.5gb, fica com cerca de 400mb.</span>

##### <span style="color: rgb(0, 0, 0);">🐞 **<span class="bx-font">Não conformidade na geração do arquivo MDF-e</span>**</span>

<span style="color: rgb(0, 0, 0);">Corrigida não conformidade no sistema na geração do MDF-e onde o sistema está gerando um erro de Metodo não encontrado:</span>

<span style="color: rgb(0, 0, 0);">[![image.png](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/scaled-1680-/ZGnimage.png)](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/ZGnimage.png)</span>

##### <span style="color: rgb(0, 0, 0);">**<span class="bx-font">Não conformidade </span><span class="bx-font">no Cálculo do Valor Total do Item (NVTOTAL) no PDV 🛠️</span>**</span>  
  


<span style="color: rgb(0, 0, 0);">Foi corrigida uma falha crítica na rotina de cálculo do valor total do item (*NVTOTAL*) no PDV, especificamente em produtos configurados para venda **atacarejo**. 💥</span>  
  
<span style="color: rgb(0, 0, 0);">**<span class="bx-font">Causa e Solução Técnica ✅</span>**</span>

- <span style="color: rgb(0, 0, 0);">**Problema Identificado:** O sistema estava incorretamente tratando o campo *QUANTIDADE* como um valor inteiro durante o cálculo do *NVTOTAL* para produtos atacarejo. Essa falha era especialmente crítica para vendas de **produtos com quantidade fracionada** (como itens de balança ou em kg), resultando em erros e imprecisões nos cálculos de valores finais. 📉</span>
- <span style="color: rgb(0, 0, 0);">**Valor da Correção:** A rotina de cálculo foi ajustada para reconhecer e utilizar a coluna *QUANTIDADE* como um valor **decimal** (ou *Float*), garantindo que a multiplicação do preço pela quantidade seja precisa, mesmo para valores fracionados. 🎯</span>

<span style="color: rgb(0, 0, 0);">**<span class="bx-font">Ajuste na Precisão Decimal do Atacarejo (F5) ⚙️</span>**</span>  
  
<span style="color: rgb(0, 0, 0);">Adicionalmente, foi realizada uma melhoria na precisão dos cálculos de preços atacarejo acionados pelo atalho *F5*:</span>

- <span style="color: rgb(0, 0, 0);">O uso da conversão *AsCurrency* foi substituído por *AsFloat*.</span>
- <span style="color: rgb(0, 0, 0);">**Valor do Ajuste:** Esta alteração evita o arredondamento prematuro após 4 casas decimais que é imposto pelo tipo *Currency*, permitindo que o sistema mantenha a **máxima precisão** nos cálculos intermediários, o que é crucial para evitar divergências de centavos nas transações. 💰</span>

##### <span style="color: rgb(0, 0, 0);">**<span class="bx-font">Não conformidade</span><span class="bx-font"> na Validação da Forma de Pagamento (POS) 🛠️</span>**</span>  
  


<span style="color: rgb(0, 0, 0);">Foi corrigida uma inconsistência na validação da forma de pagamento que estava categorizando erroneamente a forma **POS** como **Cartão**. 💥</span>  
  
<span style="color: rgb(0, 0, 0);">**<span class="bx-font">Causa Técnica e Solução ✅</span>**</span>

- <span style="color: rgb(0, 0, 0);">**Problema Identificado:** A validação estava sendo realizada por meio dos **índices de opções** de um componente *RadioButtonGroup*. Esse método de validação baseado em índices é inerentemente **frágil e sensível**, pois qualquer alteração na ordem das opções do componente gera uma divergência imediata na lógica de validação.</span>
- <span style="color: rgb(0, 0, 0);">**Solução Técnica:** Foi restaurada o índice de opções anterior, para que o método de va</span>

##### <span style="color: rgb(0, 0, 0);">**<span class="bx-font">Não conformidade</span> <span class="bx-font">na Aplicação de Descontos no PDV e Validação de Limites 🛠️</span>**  
  
</span>

<span style="color: rgb(0, 0, 0);">Foram realizadas diversas correções e melhorias no sistema PDV, focando na lógica de aplicação de descontos e na segurança via autenticação. 🔒  
  
**<span class="bx-font">Correção na Autenticação de Desconto Master ✅</span>**  
</span>

- <span style="color: rgb(0, 0, 0);">**Problema Identificado:** Quando a configuração **“Venda PDV &gt; Quando o desconto for superior ao configurado para Fiscal, deseja liberar com senha MASTER?”** estava habilitada, o sistema falhava em solicitar a senha master e aplicava o desconto sem autenticação no cenário em que o desconto era dado em **valor monetário (R$)**. A solicitação de senha funcionava corretamente apenas quando o desconto era em percentual (%). 💥</span>
- <span style="color: rgb(0, 0, 0);">**Valor da Correção:** O problema foi corrigido. O sistema agora verifica corretamente o tipo de desconto (R$ ou %) e, quando o limite fiscal é excedido e a configuração está habilitada, a **senha master é devidamente requisitada**. Isso garante a **segurança** e o **cumprimento das regras de desconto** em todas as formas de aplicação. 🚀</span>

<span style="color: rgb(0, 0, 0);">**<span class="bx-font">Melhoria na Validação de Valores de Desconto 🎯</span>**  
</span>

- <span style="color: rgb(0, 0, 0);">**Aprimoramento Implementado:** O processo de validação dos valores de desconto inseridos pelo usuário foi aprimorado. Anteriormente, era possível que o usuário informasse valores de desconto que **excediam o valor total do item ou o valor total da venda**.</span>
- <span style="color: rgb(0, 0, 0);">**Valor da Melhoria:** O sistema agora realiza as **validações necessárias**, impedindo a inserção de descontos superiores aos valores legítimos da transação. 💰</span>

##### <span style="color: rgb(0, 0, 0);">**<span class="bx-font">Não conformidade</span> <span class="bx-font">n</span><span class="bx-font">a Chamada Indevida da Precificação Inteligente no Balcão de Vendas 🛠️</span>**  
  
</span>

<span style="color: rgb(0, 0, 0);">Foi corrigida uma não conformidade no Balcão de Vendas que afetava o fluxo de adição de produtos. 💥  
  
**<span class="bx-font">Causa e Solução Técnica ✅</span>**  
</span>

- <span style="color: rgb(0, 0, 0);">**Problema Identificado:** A função de **precificação inteligente** (que solicita ao usuário a seleção da tabela de preços) estava sendo **indevidamente chamada** no momento em que o produto era selecionado para inclusão na venda. Essa chamada precoce e desnecessária interrompia o fluxo normal da operação. 🖥️</span>
- <span style="color: rgb(0, 0, 0);">**Valor da Correção:** O código foi ajustado para **remover a chamada indevida** dessa função na rotina de seleção de produtos. Isso garante que a função de precificação seja acionada somente quando necessário, resultando em um **fluxo de trabalho mais rápido e contínuo** para o operador. 🚀</span>

##### <span style="color: rgb(0, 0, 0);">**<span class="bx-font">Não conformidade</span> <span class="bx-font">n</span><span class="bx-font">a </span><span class="bx-font">Atualização do Preço Atacarejo por Alteração de Quantidade 🛠️</span>**</span>

  
<span style="color: rgb(0, 0, 0);">Foi corrigida uma não conformidade significativa onde o valor do desconto **atacarejo não era atualizado** corretamente quando a quantidade de um item era alterada para um valor **abaixo do mínimo** exigido.</span>  
  
<span style="color: rgb(0, 0, 0);">**<span class="bx-font">Causa Técnica e Solução ✅</span>**</span>  
  
<span style="color: rgb(0, 0, 0);">O problema era que a rotina de atualização de preços estava vinculada apenas ao evento de pressionar a tecla **Enter**. Isso criava uma falha: o operador podia aplicar o desconto de atacarejo, reduzir a quantidade (abaixo do mínimo) e, ao navegar para outro campo usando o mouse ou a tecla *TAB*, o sistema falhava em recalcular e remover o desconto indevidamente mantido.</span>  
  
<span style="color: rgb(0, 0, 0);">A **solução** foi refatorar a rotina de atualização de preços para ser acionada de forma mais abrangente após a alteração da quantidade. Isso garante que o sistema **reavalie o preço atacarejo** imediatamente ao sair do campo de quantidade, garantindo que o desconto seja **removido** sempre que a quantidade mínima não for atingida.</span>

##### <span style="color: rgb(0, 0, 0);">**<span class="bx-font">Não conformidade na Validação *Case-Sensitive* em Funções de Parcelamento 🛠️</span>**</span>  
  


<span style="color: rgb(0, 0, 0);">Foi corrigida uma não conformidade crítica que afetava três funções essenciais de manipulação de parcelas, devido a uma validação incorreta do nome da coluna de código da forma de pagamento.</span>  
  
<span style="color: rgb(0, 0, 0);">**<span class="bx-font">Análise da Causa Técnica e Solução ✅</span>**</span>  
  
<span style="color: rgb(0, 0, 0);">As três funções falhavam porque, ao validar a existência da coluna do código da forma de pagamento no conjunto de dados, o sistema estava executando uma comparação **sensível a maiúsculas e minúsculas (case-sensitive)**.</span>  
  
<span style="color: rgb(0, 0, 0);">Este comportamento é incompatível com o padrão do SGDB utilizado pelos sistemas Nortesys (SQL Server), que é *case-insensitive* por padrão.</span>  
  
<span style="color: rgb(0, 0, 0);">A **correção** foi refatorar a validação para que ela **desconsidere o *case-sensitive*** ao verificar o nome da coluna. Isso garante que as funções de **alterar**, **excluir** e **limpar parcelas** agora funcionem corretamente, independente da capitalização do nome da coluna.</span>

# 📃 3.0 Release Notes | Melhorias ✨

##### <span style="color: rgb(0, 0, 0);">**<span class="bx-font">PDV - Melhoria Crítica na Persistência de Dados (Arredondamento) 💾</span>**</span>  
  


<span style="color: rgb(0, 0, 0);">Embora o erro original da tarefa não tenha sido reproduzido, a análise do código interno da tela de vendas do PDV e do banco de dados do cliente revelou uma **vulnerabilidade crítica** relacionada ao arredondamento na persistência de dados.</span>  
  
<span style="color: rgb(0, 0, 0);">**<span class="bx-font">Causa e Valor da Implementação 🎯</span>**</span>

- <span style="color: rgb(0, 0, 0);">**Problema Identificado:** Valores cruciais do cabeçalho e dos itens da venda (como bruto, líquido, descontos, acréscimos, valor dos produtos e valor da venda) estavam sendo **arredondados antes de serem armazenados** no banco de dados. Essa prática levava à **perda de casas decimais** e era a causa raiz de potenciais **divergências de centavos** nos cálculos finais das vendas. 📉</span>
- <span style="color: rgb(0, 0, 0);">**Solução Técnica:** Foi implementada uma melhoria na lógica de persistência de dados:</span>

1. <span style="color: rgb(0, 0, 0);">O sistema agora armazena os valores **sem arredondamentos** no banco de dados, preservando a precisão máxima. ✅</span>
2. <span style="color: rgb(0, 0, 0);">O arredondamento (utilizando o método aritmético tradicional - *round half up*, recomendado para valores monetários) é aplicado **apenas para visualização** na interface do usuário. 🖥️</span>

<span style="color: rgb(0, 0, 0);">Essa alteração foi aplicada especificamente na **ação de inserção de itens na venda** e é crucial para garantir a **integridade financeira** de todas as transações, eliminando a fonte de erros de centavos nas vendas. 🚀</span>

##### <span style="color: rgb(0, 0, 0);">🛠️ **Melhoria – Foco Automático na Tela de Preços**</span>

- <span style="color: rgb(0, 0, 0);">⚙️ Realizada melhoria no comportamento de **foco automático** ao abrir a **tela de Preços**;</span>
- <span style="color: rgb(0, 0, 0);">🧩 Agora, o campo que receberá o foco inicial depende do estado do parâmetro **“Informar valores manualmente”** (em *Preços de Custos*):</span>
    
    
    - <span style="color: rgb(0, 0, 0);">✅ **Quando habilitado:** o sistema posiciona o cursor no campo **Preço de Compra**;</span>
    - <span style="color: rgb(0, 0, 0);">💰 **Quando desabilitado:** o foco é direcionado para o campo **R$ de Venda**.</span>
- <span style="color: rgb(0, 0, 0);">🚀 Essa melhoria garante **mais agilidade e praticidade** no preenchimento das informações de preços</span>

##### <span style="color: rgb(0, 0, 0);">**<span class="bx-font">Reforço de Validação de Desconto com Parâmetro de Desconto Automático Habilitado 🔒</span>**</span>  
  


<span style="color: rgb(0, 0, 0);">Após uma análise conjunta das equipes de Qualidade de Software e Desenvolvimento, foi corrigida uma falha na lógica de validação de descontos no Balcão de Vendas. 💥</span>  
  
<span style="color: rgb(0, 0, 0);">**<span class="bx-font">Causa Técnica e Solução ✅</span>**</span>

- <span style="color: rgb(0, 0, 0);">**Cenário de Falha:** Quando o parâmetro avançado **247 - “(Balcão) Utilizar o desconto automático configurado nos produtos da realização das vendas?”** estava habilitado, e o produto não possuía um percentual de desconto automático configurado, o sistema ignorava os limites de desconto definidos para o vendedor e para a regra fiscal. Isso permitia que o usuário aplicasse descontos de até 99%.</span>
- <span style="color: rgb(0, 0, 0);">**Valor da Correção:** O sistema agora realiza corretamente a **validação dos limites de percentuais de desconto** definidos para o **vendedor** e para o **fiscal**, mesmo neste cenário específico. Isso garante a **conformidade financeira** e o **cumprimento das regras de negócio e fiscais** em todas as transações, prevenindo perdas ou erros regulatórios. 🎯</span>

<span style="color: rgb(0, 0, 0);">**<span class="bx-font">Disponibilidade da Correção 💾</span>**</span>