v.2026.05.18
Lançamento | |
Data | May 18, 2026 |
Versão | v.2026.05.18 |
Descrição |
|
Colaboradores | @Toni Roger Lima De Oliveira@Joao Ricardo Dos Santos@Raquel Trombeta@Eduardo Krause@Jakeline De Oliveira Verdi@Marina Cristina Pissaia@Ana Lucia Machado Cherobim@Anna Paula Alves Rodrigues |
Chave/Resumo | Documentação |
|---|---|
1 - Menu 2 - Objetivo 3 - Alteração Atualizado o cálculo do campo "Volume" no relatório para considerar o fator de conversão de embalagem cadastrado no item, multiplicando a quantidade lançada pelo fator de conversão, garantindo que o volume apresentado reflita o valor real conforme a embalagem cadastrada. | |
1 - Menu 2 - Objetivo 3 - Alteração Atualizada a consulta de estoque para incluir as filiais vinculadas à categoria de compartilhamento do item, permitindo que o sistema apresente os saldos das filiais compartilhadas além da empresa logada. Renomeados os métodos responsáveis pela busca de saldos para refletir melhor sua funcionalidade: o método que retorna os saldos totais do item e o que agrupa os saldos por filial. Implementada a utilização de uma variável que identifica as filiais ativas na categoria de compartilhamento do item, garantindo que as informações de estoque considerem corretamente todas as filiais compartilhadas. Ajustadas as consultas que retornam os saldos para que incluam os estoques das filiais compartilhadas do item, ampliando a abrangência dos dados apresentados. Implementado método para retornar os dados de estoque das filiais compartilhadas do item, substituindo a limitação anterior que considerava apenas a empresa logada. | |
1 - Menu 2 - Objetivo 3 - Alteração | |
1 - Menu 2 - Objetivo 3 - Alteração Adicionada a imagem vetorial do logotipo do banco PagSeguro ao sistema, associada ao código do banco, permitindo que o logotipo seja exibido corretamente em listagens, boletos e dashboards que utilizam esse código. | |
1 - Menu 2 - Objetivo 3 - Alteração Ajustado o método responsável pela alternância para o modo individual, removendo o fluxo que zerava o saldo disponível. Com isso, o sistema mantém o saldo calculado corretamente, refletindo a realidade financeira do cliente ao considerar o limite total menos o valor já utilizado. | |
1 - Menu 2 - Objetivo 3 - Alteração | |
1 - Menu 2 - Objetivo 3 - Alteração Aplicado o processamento assíncrono em uma nova sessão para reprocessar o compartilhamento do item com as filiais, incluindo a replicação do código anterior para as filiais já compartilhadas, garantindo consistência dos dados. Ajustado o processo de importação de itens para evitar a publicação recursiva de notificações durante o salvamento, impedindo que o sistema execute múltiplas vezes o compartilhamento para o mesmo item e melhorando a eficiência do processo. | |
1 - Menu 2 - Objetivo 3 - Alteração Criado método para recontabilizar notas fiscais a partir de uma lista de identificadores, permitindo a execução da recontabilização em massa de forma centralizada e eficiente. Otimizada a carga das notas fiscais relacionadas para evitar múltiplas consultas e melhorada a captura e registro de mensagens durante o processamento em massa. Incluídos testes unitários que cobrem os principais cenários, como validação do período contábil fechado, recálculo dos itens, identificação de alterações nos valores de PIS/COFINS e acionamento da recontabilização, garantindo a cobertura completa do código alterado e maior segurança na implementação. | |
1 - Menu ERP » Processos » Apuração de Impostos » Manutenção em Massa Pis Cofins. 2 - Objetivo Adequar a manutenção em massa de PIS/COFINS para permitir a alteração de alíquotas em valores monetários, garantindo maior flexibilidade na tributação. 3 - Alteração Implementada a edição de alíquotas em reais para PIS e COFINS na manutenção em massa, com ajuste da lógica de habilitação entre percentual e valor monetário conforme o CST. Atualizadas descrições de campos, validações para exigir base de quantidade quando houver alíquota em reais e lista de CSTs de isenção. Incluídos os novos campos nas consultas e objetos de transporte para exibição e processamento corretos. Também foram adicionados testes unitários e melhorias na interface, incluindo máscara monetária e ajustes de usabilidade. | |
1 - Menu 2 - Objetivo 3 - Alteração Adequado o detalhamento das informações de entradas e saídas nos relatórios de PIS/COFINS para incluir as notas fiscais de serviço com emissão própria e natureza dos tipos "VIS" e "CS". Essa validação garante que os relatórios reflitam com precisão os dados utilizados na apuração. | |
1 - Menu 2 - Objetivo 3 - Alteração | |
1 - Menu 2 - Objetivo 3 - Alteração Atualizada a validação no backend para incluir o modelo 62 como Nota Fiscal de Comunicação, aplicando corretamente as regras de campos obrigatórios, como o Tipo de Assinante. Adequado o formulário de Nota Fiscal no frontend para habilitar dinamicamente a aba de informações de comunicação quando o modelo 62 for selecionado, permitindo o preenchimento dos dados específicos desse tipo de nota. Ajustada a visibilidade do campo "Chave de Acesso" no formulário de Nota Fiscal para que apareça quando a nota for de Entrada, o Tipo de Emissão for Terceiros e o modelo for eletrônico (55, 65 ou 66), com extração automática dos dados de Número, Série e Emitente ao informar a chave de 44 dígitos. Atualizada a listagem de itens da Nota Fiscal para que, quando o modelo for 62, sejam exibidos apenas itens de serviço ou outros, aplicando filtro específico para esse modelo no momento da pesquisa dos itens. | |
1 - Menu 2 - Objetivo 3 - Alteração | |
1 - Menu 2 - Objetivo 3 - Alteração Implementado método de consulta que filtra os vínculos dos lançamentos conciliados considerando o identificador do portador da conta bancária, garantindo que a visualização exiba somente os registros pertencentes ao arquivo e portador em análise, evitando a mistura com dados de outras conciliações. Atualizada a busca dos lançamentos conciliados para utilizar o novo método filtrado por portador quando a conta bancária estiver disponível, mantendo a busca original como alternativa para casos sem essa informação. Com isso, cada lançamento exibe apenas os registros do arquivo corrente, eliminando o carregamento excessivo de dados que prejudicava a renderização da tela. Adequada a gravação dos campos relacionados ao arquivo bancário e à data da conciliação para evitar duplicidades e garantir a consistência dos dados na conciliação bancária, inclusive em processos de conciliação em lote. Aplicada a montagem da lista de registros do arquivo bancário utilizando uma estrutura que evita duplicidades, assegurando que apenas registros únicos sejam exibidos na visualização dos lançamentos conciliados. | |
1 - Menu 2 - Objetivo 3 - Alteração | |
1 - Menu 2 - Objetivo 3 - Alteração Ajustado o fluxo de processamento para que, ao receber resposta da SEFAZ indicando que a inutilização não foi realizada com sucesso, o sistema interrompa o processamento interno, evitando gravação e eventos posteriores relacionados à inutilização. Também aprimorada a mensagem de orientação ao usuário em casos de concorrência durante a tentativa de inutilização. | |
1 - Menu 2 - Objetivo 3 - Alteração Aplicado o método centralizado para limpar os dados do centro de resultado, substituindo atribuições manuais, e implementado o carregamento correto dos atributos relacionados ao filtro do centro de resultado, incluindo a inicialização quando houver um centro de resultado único selecionado. Implementado um novo campo que combina o código completo do centro de resultado com o identificador da filial, permitindo uma identificação precisa e consistente no filtro e na exibição dos dados. Atualizada a consulta que traz os dados do relatório para incluir os campos que representam os saldos de crédito e débito do centro de resultado com o código limpo, possibilitando a comparação lógica correta no sistema. Adequada a interface do modelo e corrigido o cálculo dos totais no relatório, garantindo que a comparação dos códigos de crédito e débito considere o código completo com a filial, evitando divergências na soma dos saldos exibidos no rodapé. Adicionado método para retornar a combinação do código completo do centro de resultado com o identificador da filial, assegurando a consistência dos dados exibidos no relatório. | |
1 - Menu 2 - Objetivo 3 - Alteração | |
1 - Menu 2 - Objetivo 3 - Alteração Adequado o sistema para validar que a filial destino possui natureza de operação do tipo TEE configurada, impedindo a seleção caso contrário e exibindo mensagem de alerta. Implementada validação para que apenas itens compartilhados entre as filiais origem e destino possam ser incluídos na transferência, com alerta visual quando não houver itens compartilhados disponíveis. Aplicado controle para impedir a exclusão de transferências geradas automaticamente (espelho) pela filial destino, permitindo exclusão somente pela filial origem, com mensagem de aviso ao usuário. Incluída a possibilidade de abrir o formulário de transferência de local de estoque diretamente a partir do relatório ficha de estoque, facilitando o acesso à rotina. Criada entidade para vincular movimentações de estoque às transferências entre filiais, permitindo o controle detalhado das entradas e saídas relacionadas. Implementada lógica para processar a transferência entre filiais, incluindo validação de período aberto por empresa, atualização dos saldos de estoque na origem e destino, criação da transferência espelho no destino, inserção e exclusão das movimentações de estoque associadas, e recalculo dos saldos retroativos. Atualizados os nomes de variáveis, métodos e propriedades para utilizar o termo "filial" em substituição a "estabelecimento" em todo o código relacionado à transferência entre locais de estoque. Incluídos novos endpoints para validação da configuração da operação de entrada na filial destino e para busca de itens compartilhados entre filiais por descrição, marca ou código de barras. Adicionadas mensagens de alerta específicas para as situações de transferência entre filiais, como ausência de itens compartilhados, falta de configuração da operação TEE na filial destino e restrição de exclusão de transferências espelho. Ajustada a interface do usuário para exibir condicionalmente os campos de filial destino e local de estoque destino, com bloqueio conforme regras de negócio e segmentação do cliente. 4 - Configurações Necessárias O usuário deve possuir acesso ao menu ERP » Filt » Processos » Estoque » Transferência de Local de Estoque e o módulo de Estoque deve estar habilitado. Os cadastros de filiais e locais de estoque devem estar corretamente vinculados ao cliente produtor rural. Ao realizar uma transferência entre filiais, o sistema valida se a filial destino possui a operação de entrada configurada; caso não possua, a seleção será bloqueada e uma mensagem de alerta será exibida. Também é necessário que os itens a serem transferidos estejam compartilhados entre as filiais origem e destino para que possam ser incluídos na transferência. | |
1 - Menu ERP » Processos » Movimentações Fiscais » Nota Fiscal 2 - Objetivo 3 - Alteração Atualizado o cálculo do percentual de peso de cada item para refletir a proporção correta do peso individual em relação ao peso total de todos os itens, mesmo quando o mesmo produto aparece em múltiplas notas. Com isso, o valor total do frete é distribuído de forma precisa e proporcional, mantendo a soma dos percentuais sempre em 100%. | |
1 - Menu 2 - Objetivo 3 - Alteração Atualizado o serviço responsável pela condição de venda para utilizar o fuso horário da filial ao obter a data atual, substituindo chamadas que utilizavam o horário local do sistema, assegurando que as datas sejam inicializadas e validadas conforme o horário correto da filial. Adequado o serviço de cópia de pedido para definir as datas iniciais utilizando o fuso horário da filial, substituindo a obtenção da data local do sistema, garantindo consistência nas datas ao duplicar pedidos. Aplicado o ajuste no serviço fiscal para validar a data de validade do pedido de faturamento considerando a conversão do horário UTC para o fuso horário da filial, assegurando que as datas fiscais estejam corretas conforme o horário local da filial. | |
1 - Menu 2 - Objetivo 3 - Alteração Aplicado o menu padrão de opções para download, substituindo o botão de download por um menu dropdown com opções para exportação em PDF e XLSX, facilitando a obtenção dos relatórios nos formatos desejados. Implementado serviço para consulta, exportação em CSV e geração de relatórios em PDF, utilizando template com agrupamento por patrimônio para melhor organização das informações. A exportação CSV conta com formatação decimal adequada para facilitar a análise dos dados. Adequado o controle de acesso para que apenas usuários com permissão no módulo Produtor Rural possam consultar o relatório, garantindo que as informações estejam disponíveis somente para produtores rurais, gestores agrícolas e analistas autorizados. 4 - Configurações Necessárias | |
1 - Menu ERP » Processos → Movimentações fiscais → Nota fiscal ERP » Processos → Movimentações fiscais → Conhecimento de transporte 2 - Objetivo 3 - Alteração Adequado o processo de seleção do tipo de rateio efetivo para considerar o campo de configuração da filial como fallback quando o tipo de rateio da natureza de operação estiver nulo, assegurando a correta aplicação do rateio por peso, valor ou quantidade, inclusive em cenários com múltiplas notas fiscais vinculadas ao mesmo conhecimento de transporte. Reinserida a opção "quantidade" no campo de seleção "Tipo Rateio de Frete" na tela de Naturezas de operação, posicionada entre as opções "valor" e "peso líquido", permitindo que o usuário escolha essa modalidade diretamente na interface. A chave de tradução já existente foi reutilizada para exibir corretamente o termo. Atualizado o cálculo do frete unitário e a lógica de rateio para que, ao existir múltiplas notas fiscais associadas a um conhecimento de transporte, o sistema verifique a uniformidade dos tipos de rateio e aplique o rateio por quantidade quando apropriado, mantendo os métodos de rateio por peso e valor sem alterações. Aplicado o ajuste na interface para exibir a nova opção de rateio por quantidade no dropdown correspondente, garantindo que o usuário possa selecionar essa opção de forma intuitiva e consistente com as demais modalidades disponíveis. | |
1 - Menu 2 - Objetivo 3 - Alteração | |
1 - Menu 2 - Objetivo 3 - Alteração Atualizada a exportação do relatório para o formato CSV, incluindo a coluna "Numero Nota Fiscal Origem" no cabeçalho. Para as linhas referentes a devoluções, os valores monetários e de quantidade são automaticamente invertidos para refletir corretamente os dados. A coluna de origem apresenta o número do documento da nota fiscal de origem para devoluções e permanece vazia para vendas normais. Essas alterações garantem maior clareza e precisão na análise dos dados exportados. | |
1 - Menu 2 - Objetivo 3 - Alteração | |
1 - MENU ERP » Cadastros » Operações » Natureza de Operação 2 - OBJETIVO O objetivo desta alteração é evitar que o sistema registre "duas vezes" a mesma informação na contabilidade para determinados pagamentos manuais. Isso impede que o contador precise apagar registros duplicados, garantindo que o lançamento só apareça no sistema contábil no momento real do pagamento. 3 - ALTERAÇÃO REALIZADA Novo Botão de Controle: Foi criado um campo chamado "Não gerar provisão contábil" dentro do cadastro de Naturezas de Operação (exclusivo para contas a pagar/receber manuais). Regra Automática: Quando marcado, o sistema "pula" a fase de registro de expectativa de pagamento (provisão) para contas parceladas (boletos/duplicatas) e faz o registro contábil apenas quando o dinheiro realmente sai ou entra no caixa. Aviso ao Usuário: O sistema agora exibe mensagens claras, como "Provisão contábil não gerada", para que o usuário saiba exatamente por que aquele registro ainda não apareceu na contabilidade. | |
1 - Menu 2 - Objetivo 3 - Alteração Adicionado o detalhamento das notas de devolução no relatório, exibindo-as logo abaixo da nota original com destaque visual em fundo cinza claro e valores negativos em vermelho, tanto na visualização web quanto no PDF. Adequado o cálculo dos totais por filial para subtrair as quantidades e valores das devoluções dos totais gerais, mantendo os campos de pendência inalterados, e incluindo colunas específicas para "Qtde Devolvida" e "Valor Devolvido" nos cards de resumo. Implementado o acúmulo dos valores de devolução no resumo por natureza de operação, exibindo a natureza de devolução de venda apenas quando o filtro de devoluções estiver ativo, sem incluir devoluções de compra. Ajustado o layout e espaçamento do relatório para utilizar melhor o espaço vertical disponível e evitar áreas em branco excessivas, além de ajustar dinamicamente a largura das tabelas conforme a presença das colunas de devolução, evitando sobreposição do rodapé. 4 - Configurações Necessárias | |
1 - Menu 2 - Objetivo 3 - Alteração Adequado o sistema para exibir mensagens de alerta específicas quando os dados do receituário agronômico estiverem incompletos, informando o usuário sobre o item que necessita da documentação. Aplicado controle no componente de entrega do pedido para bloquear o botão de faturamento enquanto as validações estão em andamento, evitando múltiplas execuções simultâneas e garantindo que o usuário receba feedback visual adequado durante o processamento. Implementada a lógica no frontend para impedir o faturamento ou a adição de pedidos quando o receituário estiver incompleto, com exibição de mensagens de erro via toast antes de qualquer chamada ao backend. Alterada a exceção lançada nas validações para WarningException, permitindo que o sistema trate essas situações como alertas que impedem a continuidade do processo até a regularização dos dados. Incluídos testes unitários abrangentes para validar os diferentes cenários relacionados à presença ou ausência do receituário, à condição de pessoa jurídica consulente e à exigência do receituário pelo item defensivo, garantindo a robustez da validação. | |
1 - Menu 2 - Objetivo 3 - Alteração Incluído o campo "Número Receituário SC" no card "Receituário" do formulário, ao lado do campo "Número Receituário", com lógica para exibir esse campo somente quando o endereço do consulente estiver cadastrado no estado de Santa Catarina. Ajustada a ordem dos campos no formulário para que, quando o responsável técnico for técnico agrícola, a sequência seja "Número Receituário", seguido de "Número Receituário SC" e depois "Número Receituário T.R.T", aplicando a mesma regra para receituários gerados a partir de notas de venda. Adicionados os campos de texto "Número Receituário T.R.T" e "Número Receituário SC" no filtro lateral da rotina, ambos opcionais, e incluídos esses campos no filtro enviado para consulta dos registros, garantindo que sejam considerados na pesquisa dos receituários. | |
1 - Menu 2 - Objetivo 3 - Alteração Adequadas as permissões do sistema ao remover entradas associadas aos menus de produção interna que estavam desatualizadas, garantindo que apenas as permissões corretas estejam vinculadas aos grupos de usuários. Excluídas permissões órfãs que não possuíam correspondência com menus ativos, mantendo a estrutura de controle de acesso organizada e consistente. |