Tutom 2.197, T3-Server 1.111, NF-e 3.63, NFC-e 1.54, Integra Ecomm 1.8

Nesta versão há melhorias no desempenho, assim como ajustes e correções.

Foi identificado que, ao sair do campo Valor na tela de recebimento do caixa, o sistema executava automaticamente a ação de Adicionar, inserindo a forma de pagamento na lista.

Como o usuário normalmente clica no botão Adicionar após informar o valor, o cursor saía do campo e a ação era executada duas vezes: uma ao perder o foco do campo e outra pelo clique no botão, resultando em registros duplicados.

O comportamento foi ajustado, removendo a ação automática ao pressionar Enter no campo Valor. Agora, a inclusão da forma de pagamento ocorre somente ao acionar o botão Adicionar, seja clicando com o mouse ou navegando até o botão com Tab e pressionando Enter.

Foi implementada uma melhoria nas telas desenvolvidas em Flutter que permite copiar o conteúdo de determinados campos exibidos na tela.

Agora é possível copiar apenas os valores das informações, enquanto rótulos/labels dos campos não podem ser copiados. Ao clicar fora do conteúdo copiável, o sistema mantém o comportamento padrão da tela (abrir registros ou executar ações).

Mais detalhes disponíveis na documentação.
Cópia de informações em telas do sistema

 

Foi identificado um problema em que, ao tentar realizar o cancelamento de recebimentos vinculados a um caixa já encerrado, o sistema apresentava erro na tela, impedindo a continuidade do processo.

A situação foi analisada e realizado ajuste no sistema para corrigir o comportamento, as informações são registradas corretamente no relatório de encerramento, garantindo a consistência dos dados.

Foi identificado um problema ao realizar a entrada de CT-e, onde o sistema apresentava o erro: “Não foi possível verificar a versão do XML da NFe”.

Após análise, verificou-se que o erro estava relacionado à presença de caracteres especiais no início ou no fim do arquivo XML.

Foi realizado um ajuste no método responsável pela leitura do XML, passando a eliminar esses caracteres especiais, permitindo que a versão do XML seja identificada corretamente e que a entrada do CT-e seja realizada sem erros.

Foi identificado um problema ao realizar a importação de NFS-e emitida para CPF, onde o sistema apresentava a seguinte mensagem de erro:

Impossível executar a ação.
Cannot invoke “string.trim()” because the return value of “tutom.business.rps.model.cpfcnpj.getcnpj()” is null

Foi realizado um ajuste no tratamento das informações do documento (CPF/CNPJ) durante a importação, garantindo que notas emitidas para CPF sejam processadas corretamente, sem gerar erro.

Foi realizada a substituição da tela de estoque mínimo e máximo, migrando o layout desenvolvido no FlutterFlow para o Tutom App Flutter.

A atualização mantém todas as funcionalidades existentes, garantindo o mesmo comportamento da tela anterior, porém com pequenas melhorias na interface e na estrutura da tela, proporcionando melhor usabilidade e padronização dentro do aplicativo.

Foi identificado que, ao realizar a importação de NF pelo menu Faturamento > Outras Opções > Importar NF, o sistema estava movimentando o estoque indevidamente, mesmo quando a série da nota ou o CFOP estavam configurados para não controlar estoque.

Após análise, foi verificado que a regra correta de controle de estoque deve considerar as seguintes configurações:

  • Série da nota com a opção Baixa estoque habilitada

  • CFOP configurado para Controlar estoque

  • Produto configurado para Controlar estoque

O sistema foi ajustado para seguir essa regra, onde a movimentação de estoque ocorrerá apenas quando todas as três configurações estiverem habilitadas. Caso qualquer uma delas esteja desabilitada, o estoque não será movimentado durante a importação da nota.

Foi identificado que, ao emitir notas pelas telas de Ordem de Faturamento ou Venda Balcão, o sistema podia apresentar a mensagem “Erro não tratado” ao finalizar o processo, impedindo a conclusão da emissão.

Foi realizado um ajuste no processo para que o sistema realize novas tentativas automaticamente antes de apresentar a mensagem de erro, reduzindo a ocorrência dessa situação e aumentando a estabilidade na emissão das notas fiscais.

Foi identificado que, após atualização do sistema, a janela de exibição de produtos similares na pesquisa de produtos (atalho F5) passou a permanecer com tamanho fixo, sobrepondo a listagem principal de produtos.

Esse comportamento prejudicava a visualização das informações e a seleção dos itens durante a pesquisa.

Foi realizado um ajuste no layout da tela para que a exibição dos produtos similares se adapte corretamente, evitando sobreposição e garantindo melhor usabilidade na pesquisa de produtos.

Foi identificado que, em determinadas situações, poderia ocorrer duplicidade de chave na emissão de NFC-e, impedindo a autorização correta da nota.

Após análise, foram identificados alguns pontos no processo que poderiam ocasionar essa situação e foram realizados ajustes no sistema para evitar a geração de chaves duplicadas durante a emissão.

Com as correções aplicadas, o processo de geração e envio da NFC-e passa a ocorrer de forma mais segura, reduzindo a possibilidade de duplicidade.

Foi identificado que, ao realizar a devolução de mercadoria (estorno de NF-e após 24 horas), o sistema não atualizava o saldo Flex do fornecedor.

Para atender esse cenário, foi adicionado o campo Valor Flex na emissão de NF de devolução. Quando informado, o valor será registrado automaticamente no extrato Flex, seguindo o padrão já utilizado no sistema.

Exemplo de registro no extrato:

TUT-12442

Data | Histórico | Valor
12/03/2026 | Devolução NF 65-000000001 | -5,37

Esse ajuste permite controlar corretamente o saldo Flex do fornecedor.

Foi identificado que, ao gerar o SPED Fiscal, os registros H005 e H010 relacionados ao inventário não estavam sendo gerados em determinados cenários.

A situação ocorria quando o campo de almoxarifado não era informado durante a geração do SPED. Nesses casos, o sistema não considerava automaticamente o almoxarifado padrão da filial, resultando na ausência das informações de inventário.

Foi realizado um ajuste para que, quando nenhum almoxarifado for informado, o sistema utilize automaticamente o almoxarifado padrão da filial. Caso existam almoxarifados informados na geração do SPED, o sistema continuará respeitando exatamente os almoxarifados selecionados pelo usuário.

Foi realizada a atualização do label “CB ECF” para “NFC-e” nas telas de Cadastro de Produtos e Tabela de Preços.

A alteração foi necessária para refletir corretamente a nomenclatura atualmente utilizada no sistema, garantindo maior clareza e consistência com o modelo de documento fiscal utilizado.

Ao acessar a Venda Balcão, o sistema apresenta a tela de grade de margens por produto com especificação.

Foi identificado que atualmente o sistema não grava as configurações de redimensionamento das colunas, fazendo com que os ajustes realizados pelo usuário sejam perdidos ao reabrir a tela.

Implementado o salvamento das configurações de redimensionamento das colunas da grade.

Foi implementado um ajuste no comportamento padrão das telas desenvolvidas em Flutter, que anteriormente podiam iniciar com tamanho fixo (como 800×600) ou com dimensões específicas definidas.
A partir desta melhoria, todas as telas em Flutter passam a seguir um padrão único de inicialização.
As telas agora são abertas maximizadas por padrão, utilizando toda a área disponível da aplicação.

Foi identificado que, ao emitir NF-e, o sistema estava gerando incorretamente as tags de IBS/CBS, resultando na rejeição: “Alíquota do IBS da UF inválida [nItem:1]”.

A calculadora tributária estava retornando o percentual de IBS da UF (pIBSUF) em formato incorreto, ocasionando a inconsistência na validação da SEFAZ.

Foi ajustado o cálculo e a geração das tags IBS/CBS, garantindo que os percentuais sejam informados corretamente conforme esperado, permitindo a autorização da NF-e sem rejeições.

Foi implementada melhoria no layout MTRIX para permitir a inclusão dos segmentos dos ramos de atividades da distribuidora.

Anteriormente, essas informações não eram contempladas no layout, limitando o detalhamento dos dados enviados.

Com o ajuste, o layout passa a considerar os segmentos dos ramos de atividades, garantindo maior completude e aderência das informações da distribuidora.

Você pode se interessar:

Módulos de um sistema ERP: guia para gestores

Módulos de um sistema ERP: guia para gestores

Sistema ERP Módulos de um sistema ERP: como integrar áreas e ganhar mais controle na gestão Entenda o papel dos…
Como calcular o retorno de um sistema ERP

Como calcular o retorno de um sistema ERP

Gestão empresarial e tecnologia Como calcular o retorno de um sistema ERP Entenda como avaliar custos, benefícios, ROI, payback e…
Como trocar de ERP sem perder dados

Como trocar de ERP sem perder dados

Gestão empresarial Como trocar de ERP sem perder dados Trocar de ERP sem perder dados é uma das maiores preocupações…

Fundada em Blumenau, no ano de 1993, a CB Sistemas é uma das principais empresas de tecnologia do setor. Somos especialistas em desenvolvimento de Sistemas de Gestão Empresarial ERP. 

Somos uma empresa de TI de Blumenau para o mundo.