Skip to main content

šŸš€ 1.0 Release Notes | ImplementaƧƵes

šŸ”§ Implementação šŸš€ – 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

šŸ”§ Implementação šŸš€ – 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

šŸ”§ Implementação šŸš€ – 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.

šŸ”§ Implementação šŸš€ – 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.

šŸ”§ Implementação šŸš€ – 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.

Status: Implementação concluída.

šŸ”§ Implementaçã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.

Status: Implementação solicitada.

image.png

šŸ”§ Implementação šŸš€ – 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.

Status: Implementação concluída.

image.png

šŸ”§ Implementação šŸš€ – 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.

Status: Implementação concluída.,

image.png

image.png

image.png

šŸ”§ Implementação šŸš€ – 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.

Status: Implementação concluída e disponibilizada para validação em QA.

image.png

 

šŸ”§ Implementação šŸš€ – 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.

Status: Implementação concluída.

 

šŸ”§ Implementação šŸš€ – 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.

Status: Implementação concluĆ­da.