Skip to main content

🚀 1.0 Release Notes | Implementações

🚀 Cálculo da Base de Cálculo e Seleção de Impostos da Reforma Tributária na NF-e de Devolução de Fornecedor

ID da tarefa: 109112

Foi implementado o cálculo da base de cálculo e a seleção dos impostos relacionados à Reforma Tributária na emissão de NF-e de devolução de fornecedor.

A implementação contempla o tratamento necessário para determinação dos impostos aplicáveis no processo de devolução, adequando a geração da NF-e às novas informações tributárias de IBS/CBS.

A finalização dos testes ficará condicionada à implementação das colunas de CST, cClassTrib e percentual de IBS/CBS na tela de entrada de NF-e de fornecedor, tanto para lançamentos realizados manualmente quanto por importação da NF-e.

image.png

🚀 Reforma Tributária na NF-e de Devolução de Cliente

ID da tarefa: 109114

Foi implementado no ERP o cálculo da base de cálculo e a seleção dos impostos da Reforma Tributária na emissão de NF-e de devolução de cliente.

A implementação contempla o tratamento das informações tributárias necessárias para a correta composição dos impostos aplicáveis à operação de devolução, adequando a geração da NF-e às regras relacionadas ao IBS/CBS.

image.png

🚀 NF-e de Devolução de Fornecedor com Referência por Item

ID da tarefa: 109738

Foi implementada no ERP a adequação da NF-e de devolução para fornecedor à nova regra fiscal de referência dos documentos de origem por item.

Com a alteração, cada item da devolução passa a manter o vínculo com a NF-e de entrada original, considerando as seguintes informações:

  • Chave de acesso da NF-e original;

  • Número original do item no XML da NF-e, correspondente ao atributo nItem da tag <det>.

O valor utilizado como número do item deverá ser obrigatoriamente o nItem original do XML da NF-e de entrada, não sendo utilizado o código interno do produto nem o sequencial apresentado na grid da devolução.

Também foi implementado o tratamento referente à Reforma Tributária no processo de devolução de fornecedor. A aplicação da nova regra está condicionada à data de início de vigência configurada na tabela CONFIGURACAO_DFE_PARAMETRO, atualmente definida para 05/10/2026.

🚀 NF-e de Devolução de Cliente com Referência por Item

ID da tarefa: 109740

Foi implementada no ERP a adequação da NF-e de devolução de cliente à nova regra fiscal de referência dos documentos de origem por item.

Com a alteração, cada item da devolução passa a manter o vínculo com a NF-e original, considerando as seguintes informações:

  • Chave de acesso da NF-e original;

  • Número original do item no XML da NF-e, correspondente ao atributo nItem da tag <det>.

O valor utilizado como número do item deverá ser obrigatoriamente o nItem original do XML da NF-e, não sendo utilizado o código interno do produto nem o sequencial apresentado na grid da devolução.

Também foi implementado o tratamento referente à Reforma Tributária no processo de devolução de cliente. A aplicação da nova regra está condicionada à data de início de vigência configurada na tabela CONFIGURACAO_DFE_PARAMETRO, atualmente definida para 05/10/2026.

🚀 Inclusão dos Campos de IBS/CBS na NF-e de Entrada de Fornecedor

ID da tarefa: 109768

Foi implementada no ERP a estrutura necessária para armazenamento e utilização das informações de IBS/CBS nas notas fiscais de entrada de fornecedor.

Foram criadas, na tela e na tabela de notas de entrada do banco de dados, as colunas que ainda não estavam disponíveis para atendimento às regras da Reforma Tributária, contemplando:

  • CST de IBS/CBS;

  • cClassTrib;

  • Percentual de IBS/CBS;

  • Campos de redução aplicáveis à tributação.

Com a alteração, as informações tributárias passam a ser registradas na entrada da NF-e de fornecedor, disponibilizando os dados necessários para os demais processos que dependem dessas informações, incluindo operações de devolução.

🚀 Thread de Validação de Vendas Não Sincronizadas no SINCOFF/PDV

ID da tarefa: 105336

Será implementado no SINCOFF/PDV um processo de validação automática para identificar vendas realizadas na base OFF que ainda não foram sincronizadas com a base ONLINE.

A nova rotina deverá executar em uma thread de validação, consultando na base ON se a venda registrada no ambiente OFF já existe.

Como exemplo, caso uma venda de número 50 tenha sido realizada no OFF, contendo título financeiro e NFC-e autorizada, o sincronizador deverá utilizar o número da venda para verificar sua existência no ambiente ONLINE.

Quando a venda não for localizada na base ON, o processo deverá realizar sua inclusão automática, garantindo a recuperação de vendas que não tenham sido sincronizadas corretamente no fluxo normal.

O objetivo da implementação é aumentar a confiabilidade da sincronização entre os ambientes OFF e ON, reduzindo ocorrências de vendas ausentes na base central.

image.png

🚀 Validação para Cadastro e Pesquisa do NCM 00000000

ID da tarefa: 111908

Foi implementado no ERP um ajuste na validação de NCM para permitir a utilização do código 00000000.

Com a alteração, o sistema passa a aceitar esse código nas rotinas correspondentes, permitindo que o usuário realize tanto o cadastro quanto a pesquisa do NCM 00000000.

A validação anterior foi adequada para que o código composto exclusivamente por zeros não seja bloqueado nesses processos.

image.png

🚀 Dashboard Gerencial na Abertura do ERP

ID da tarefa: 112222

Foi implementado no ERP um Dashboard Gerencial para apresentação automática de indicadores operacionais e financeiros na abertura do sistema.

A exibição do dashboard será controlada pela permissão de usuário 1620 – Apresentar o dashboard no sistema, disponível na aba AD21 do cadastro de permissões. Quando a permissão estiver habilitada, o dashboard será apresentado ao iniciar o ERP.

O painel contempla os seguintes indicadores:

  • Valores de vendas do dia e do dia anterior;

  • Contas a receber do dia e do dia anterior;

  • Contas a pagar do dia e do dia anterior;

  • Valores de caixa do dia e do dia anterior;

  • Quantidade de NFC-e em contingência;

  • Quantidade de NFC-e rejeitadas;

  • Valor de contas a receber em atraso;

  • Valor de contas a pagar em atraso;

  • Quantidade de clientes inadimplentes;

  • Quantidade de produtos abaixo do estoque mínimo;

  • Quantidade de produtos com estoque negativo;

  • Valor recebido de contas a receber no dia anterior;

  • Valor pago de contas a pagar no dia anterior;

  • Lucro bruto do dia;

  • Lucro líquido do dia;

  • Títulos a pagar do dia.

Caso o usuário feche o painel e deseje consultá-lo novamente, poderá acessá-lo pelo menu Dashboard Gerencial.

image.png

image.png

image.png

🚀 Atalho para Devoluções e Trocas no Faturamento Balcão

ID da tarefa: 109792

Foi implementada uma integração entre a consulta de vendas faturadas e o módulo de Devoluções/Trocas do ERP, permitindo iniciar o processo diretamente a partir da grade de faturados.

Na opção F3 – Faturados, o usuário poderá clicar com o botão direito sobre a venda desejada e selecionar a ação “Realizar Devoluções/Trocas”. O sistema abrirá o fluxo correspondente utilizando as informações da venda selecionada, reduzindo a necessidade de digitação manual do identificador do documento.

A execução da funcionalidade respeita a permissão de usuário Faturamento > Faturamento - Balcão > Devoluções e Trocas de Produtos. Caso o usuário não possua a permissão necessária, o sistema apresentará uma mensagem indicando a configuração exigida.

Também foram implementados ajustes adicionais no processo:

  • Inclusão de validação para impedir o fechamento acidental da tela de devoluções/trocas enquanto houver um processo em andamento;

  • Remoção da nomenclatura legada ECF do título do bloco Faturamento - Balcão nas permissões de usuário;

  • Geração do instalador contendo as alterações para disponibilização à equipe de QA.

image.png

🚀 Filtro e Correção no Retorno de Produtos Pendentes em Produtos Inteligentes

ID da tarefa: 112164

Foi realizada uma implementação no módulo Produtos Inteligentes do ERP para permitir a consulta de produtos pendentes por meio da API, além de corrigir uma inconsistência que impedia o retorno dos dados na aba Devolvidos.

Durante a análise, foi identificado que o problema estava relacionado ao tipo de dado utilizado na integração. A API de origem fornecia determinados identificadores no formato long, enquanto a API da Nortesys realizava o recebimento utilizando Int32.

Essa diferença de tipagem impedia o processamento de valores que ultrapassavam a capacidade suportada pelo Int32, fazendo com que determinados registros enviados pela IMendes não fossem retornados corretamente.

A integração foi ajustada para utilizar um tipo compatível com o tamanho dos dados recebidos, permitindo o processamento correto das informações e restabelecendo a exibição dos registros na aba Devolvidos.

🚀 Validação de Produtos Pesáveis na Sincronização do Produtos Inteligentes

ID da tarefa: 112552

Foi implementado no módulo Produtos Inteligentes (PI) um controle para permitir ou restringir a atualização do código de barras de produtos pesáveis durante o processo de sincronização fiscal.

A solução passou a utilizar um parâmetro específico, armazenado na tabela pi_configuracoes, por meio do campo atualizar_codbarras. Esse parâmetro define se produtos identificados como pesáveis, através da condição BALANCA = "S", poderão ter o código de barras atualizado durante a sincronização.

Também foram realizadas adequações na estrutura de banco de dados e na rastreabilidade das alterações:

  • Inclusão do parâmetro atualizar_codbarras na tabela pi_configuracoes;

  • Inclusão de campos na tabela pi_log_produtos para registrar o código de barras anterior e o novo código recebido;

  • Implementação de rotina automática em C# para verificar e criar as novas colunas durante a inicialização da aplicação, quando necessário;

  • Vinculação do parâmetro à interface de configurações, permitindo seu controle pelo usuário;

  • Implementação da validação condicional na sincronização para atualizar o código de barras de produtos pesáveis somente quando o parâmetro estiver habilitado;

  • Adequação da gravação dos logs para manter o histórico dos códigos de barras antes e depois da atualização.

Com a implementação, o processo passa a evitar alterações indevidas em códigos de barras utilizados por produtos de balança, ao mesmo tempo em que mantém a rastreabilidade das atualizações realizadas pela integração.

 

Back to top