8️⃣ Agosto

• 📃 1.0 Release Notes | Melhorias ✨
• 📃 1.0 Release Notes | Implementações 🚀
• 📃 1.0 Release Notes | Bugs 🐞

📃 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.

 

⚠️ 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.

 

 

⚠️ 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.

 

 

⚠️ 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.

📃 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.

 

⚠️ 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.

 

 

⚠️ 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: <vPag>, <vNF>, <tPag> e <vTroco>

🛠️ 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:

---

🔹 <vPag> – Valor Pago

• Deve ser compatível com o valor total da nota fiscal (<vNF>).

• Deve considerar:

  • Descontos concedidos;

  • Formas de pagamento utilizadas;

  • Eventuais acréscimos ou valores fracionados.

---

🔹 <tPag> – 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.

---

🔹 <vTroco> – Valor do Troco

• Só poderá ser informado se:

  • O valor pago (<vPag>) for superior ao valor da nota (<vNF>);

  • E o tipo de pagamento (<tPag>) 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.

 

 

⚠️ 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.

 

 

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.

 

 

 

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

📃 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.

 

 

⚠️ 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.

 

 

⚠️ 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.

 

 

⚠️ 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.

 

 

⚠️ 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.

 

 

⚠️ 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.

 

 

⚠️ 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.

 

 

⚠️ 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.

 

 

⚠️ 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.

 

 

⚠️ 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.

 

 

⚠️ 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.

 

⚠️ 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).