O que há de novo no Empresarial

Novidades e melhorias mais recentes:

Contabilidade

Uma nova regra de negócio foi implementada no server da agenda de contabilização para monitorar o tempo de processamento da última execução. Caso o intervalo entre as execuções ultrapasse o esperado, o server informará o problema ao serviço de Health Check, que acionará automaticamente a reinicialização do server.

Durante o processo, será registrada no log a mensagem: “Transações Pendentes a mais de ## minutos.”, onde ## corresponde ao tempo identificado.

Essa atualização melhora a estabilidade do sistema, automatiza a correção de atrasos e permite rastreamento detalhado por meio dos logs.

Agora, ao utilizar a agenda para contabilizar documentos, o sistema exibe uma mensagem com o total de documentos já contabilizados até o momento. Essa mensagem aparece no formato “Contabilizados…(X)” e é atualizada continuamente enquanto o processo de integração está em andamento.

Essa melhoria traz mais visibilidade e controle sobre o status das contabilizações, ajudando a identificar possíveis interrupções no processo e garantindo um acompanhamento mais transparente.

Para melhorar a performance nas integrações contábeis, a partir desta versão, foi realizada uma alteração nas configurações da Agenda de Integração Contábil.

Na funcionalidade localizada em Empresarial > Contabilidade > Integrações > Configuração da Agenda, a opção de frequência “On-line” teve o intervalo de 1 minuto removido. A partir de agora, o intervalo padrão será de 15 minutos.

As demais opções de intervalos de frequência permanecem inalteradas.

Essa mudança visa otimizar o desempenho do sistema, reduzindo o impacto causado por frequências muito curtas.

Agenda de Integração CFS do RUBI estava alterando as variáveis do StructureServer, o que causava travamentos, podendo reiniciar o servidor indevidamente.

Ajustamos a Agenda de Integração CFS Contábil para melhorar o desempenho e evitar alertas desnecessários de inatividade, garantindo um funcionamento mais estável.

A API /api/globalagente/AgenteCliente/CodigoCliente não está atualizando as informações do cônjuge.

Foram realizados ajustes nos vínculos dos campos no sistema. Agora, os dados da aba “Dados Cônjuge” estão corretamente associados ao cadastro do cônjuge.

Ao preparar lançamentos contábeis para integração com o Compliance Fiscal o processo acabava travado e não finalizava.

Alteramos a rotina que retorna os lançamentos a serem integrados para evitar a lentidão.

No serviço 207 do Integrador, ao importar um Agente, o Código do Município não está sendo preenchido automaticamente, mesmo quando o CEP é informado.

Foi realizado um ajuste nas configurações internas para que o código do município volte a ser preenchido automaticamente quando a tag correspondente não estiver informada no XML.

No módulo Contabilidade, ao emitir o relatório razao_plano_xi, as informações estão sendo exibidas fora de ordem, sem respeitar a ordenação pelo número do lançamento.

Foi realizado um ajuste nas configurações internas. A alteração reorganiza a condição para adicionar a ordenação da filial logo após o número do lançamento, seguido pelos campos de ano, mês e dia, garantindo uma exibição correta no relatório.

No módulo Contabilidade, ao tentar cadastrar um período de Redistribuição, é apresentado a mensagem: Intervalo de Datas já contemplado por outro período.

Foi ajustado para incluir um filtro por organização (consolidadora) durante a inserção de um novo período. Isso garante a verificação correta da existência do período para a consolidadora.

Alteramos a Agenda da Contabilização para consumo do método virtual sem manipulação de variáveis.

No módulo Contabilidade, ao executar a conciliação bancária automática, o sistema não conclui todas as conciliações pendentes em uma única execução, sendo necessário repetir o processo para finalizar a conciliação completa.

Foi realizado um ajuste interno, que executa um laço de repetição. Esse procedimento garante que a conciliação bancária se repita automaticamente até que todos os lançamentos pendentes sejam conciliados, evitando a necessidade de executar o processo mais de uma vez.

A Agenda de Integração Senior do RUBI estava manipulando as variáveis do StructureServer, o que podia causar travamentos, levando ao reinício indevido do servidor.

Ajustamos a Agenda de Integração Senior do HCM para melhorar o desempenho e evitar alertas desnecessários de inatividade, garantindo um funcionamento mais estável.

Os dados da tabela SNR_R048CTB estão sendo duplicando no Senior Mega.

O servidor de integração HCM foi ajustado para não trazer pendências contábeis com status “Pendente” quando já houver registros contábeis para o mesmo NUMEMP, DATLAN e LOTSAP, evitando duplicação de registros.

Cadastro de Agentes

No módulo Global > Cadastro de Agentes, ao tentar cadastrar um agente com o CNAE incorreto, a mensagem referente à ausência do registro na tabela GLO_CNAE (Constraint CNAE_PARTICIPA_AGN) não estava sendo exibida corretamente.

Adicionada a tratativa da mensagem.

Consolidação de Balanços

No módulo Consolidação de Balanços, ao gerar a Equivalência Patrimonial, o cálculo do valor na coluna Equivalência Acumulada apresenta uma divergência.

Foi realizado um ajuste na rotina interna, para que considere somente a visão selecionada e calcule corretamente o valor da Equivalência Acumulada.

Patrimônio

Ao acessar a opção Prepara Contabilização no menu Integração do módulo Patrimônio, o sistema não consegue concluir a preparação da contabilização. Pois apresenta a seguinte mensagem: CL_Query: Field ‘FIL_IN_CODIGO’ not found.

Realizamos ajustes internos no sistema para assegurar que a funcionalidade Prepara Contabilização opere de forma eficiente e conclua a preparação da contabilização sem interrupções.

No módulo de patrimônio, ao gerar um lançamento múltiplo, o campo de data está sendo preenchido incorretamente com a data 30/12/1899.

Foram realizados alguns ajustes nas configurações internas para que o erro não ocorra mais.

Ao gerar rotinas no módulo de Patrimônio, é apresentando a seguinte mensagem: Não foi possível conectar ao server [SrvM2000ConAti.DM_Ativo_Server] [No connection available]. Verificar se o SrvMegaConAti.exe está ativo.

Implementadas melhorias nas conexões do server Patrimônio ambiente Linux.

Financeiro

No módulo Financeiro, ao utilizar o Office Banking com a Nexxera, remessas rejeitadas não eram exibidas na tela de geração de documentos de baixa, impedindo o cancelamento do agendamento.

Ajustado para considerar os status de retorno “Alteração Pagamento Rejeitada” e “Exclusão Pagamento Rejeitada”, mantendo o documento de baixa como “agendado” no banco, mas exibindo-o para cancelamento.

Quando uma conta contábil configurada como fixa era usada, o valor do lançamento não era carregado, resultando na ausência do item contábil na contabilização.

Criada uma mensagem no log de contabilização para informar o usuário sobre como o sistema funciona, garantindo clareza no uso da configuração.

A legenda “Sintético” na tela de busca de adiantamento na AP causava confusão, pois o conceito usado na tela era diferente do padrão.

Ajustada a legenda para refletir corretamente o conceito específico da tela, eliminando dúvidas.

A integração financeira com o Mega não funcionava devido a mudanças no padrão de centro de custo.

Ajustada a configuração de acordo com as orientações fornecidas, garantindo a integração correta.

Clientes com muitos dados enfrentavam dificuldades ao emitir o relatório, pois as variáveis estavam configuradas para um limite de tamanho fixo, o que resultava em erros.

O tipo das variáveis foi alterado para suportar um volume maior de informações, garantindo o processamento adequado dos dados.

Após uma alteração em outra funcionalidade, o campo “Origem” não era apresentado corretamente na exportação.

Criado um novo campo vinculado à coluna “Origem”, garantindo que a informação seja exibida de forma completa na exportação.

Inconsistência no uso de pesquisa compartilhada, que mantinha dados antigos na memória e gerava instabilidades ao acessar a tela.

A pesquisa compartilhada foi substituída por uma exclusiva, garantindo maior estabilidade e confiabilidade na tela.

Lançamentos com datas posteriores à data base estavam sendo exibidos no relatório, causando inconsistências na visualização.

Ajustado para que apenas lançamentos com datas dentro da data base sejam exibidos no relatório.

Quando uma AP já desaprovada era novamente desaprovada, o sistema não alertava o usuário nem registrava a ocorrência na aba “Assinaturas”.

Implementada uma mensagem para informar que a AP já está desaprovada, além de registrar a tentativa na aba “Assinaturas”.

Na tela de Consulta de Lançamentos de Antecipação, ao acessar a aba “Estornados”, era exibida uma mensagem de incompatibilidade devido a uma atualização no tamanho do campo Observação, que não havia sido refletida no sistema.

O campo foi atualizado para reconhecer o novo tamanho, garantindo a compatibilidade e o correto funcionamento da tela.

Local: Financeiro > Contas a Pagar > Antecipação de Pagamento > Consulta de Lançamentos.

Fiscal

Aprimoramos processo de registro das informações dos servidores de integração com o ERP Senior, proporcionando mais controle e eficiência para a configuração das integrações HCM e Compliance Fiscal. Sendo assim, o log das integrações poderá ser adaptado às necessidades específicas de cada operação através do campo “Grava log“ das configurações de Parâmetros Web Service, otimizando os processos. Por padrão, o log não será salvo.

Além disto, foi implementado um intervalo mínimo de 15 minutos entre os processos das agendas de integração, garantindo uma execução mais fluida e organizada, e para assegurar maior estabilidade e evitar sobrecargas, foi definido um limite de até 5 mil linhas no arquivo de log.

Foi implementada uma regra no server da agenda de escrituração para monitorar o tempo de processamento da última execução. Caso o intervalo de tempo entre as execuções seja significativamente maior que o esperado, o sistema sinaliza essa situação para o serviço de Health Check, que solicitará automaticamente a reinicialização do server da agenda de escrituração.

Durante a reinicialização, será registrada no log do server a seguinte mensagem:

Transações Pendentes a mais de ## minutos, onde ## representa o intervalo de tempo identificado como anômalo.

Essa funcionalidade traz benefícios como maior estabilidade no processamento, recuperação automática de atrasos e registro em log para rastreamento e documentação de problemas.

A versão 2.1.2a do layout SPED EFD Reinf inclui as seguintes alterações detalhadas na Nota Técnica NT 03/2024. Abaixo estão as mudanças para os registros R-4010 e R-4020.

A nova automação para o lançamento de estornos de débito e crédito do Fundo de Erradicação da Miséria (FEM) chega para otimizar e simplificar o controle tributário de operações internas em Minas Gerais. Essa atualização permite que o sistema realize automaticamente os ajustes necessários, eliminando lançamentos manuais e garantindo precisão nas obrigações fiscais.

Para operações internas de MG para MG, o imposto FEM é inicialmente somado ao ICMS, mas precisa ser estornado separadamente, pois é recolhido de maneira distinta do ICMS. Conforme exigido na obrigação acessória EFD ICMS IPI, o valor do FEM deve ser estornado em cada nota fiscal de saída ou entrada, utilizando o registro C197, permitindo assim a separação dos valores de FEM e ICMS.

Essa automação elimina a necessidade de o analista fiscal registrar manualmente cada ajuste, permitindo que o lançamento de rubricas seja feito automaticamente para cada nota fiscal no momento da escrituração, otimizando o processo de movimentação fiscal.

Configuração do Sistema

Para ativar o lançamento automático de rubricas de estorno para o FEM/MG, siga as etapas abaixo:

Etapa 1: Cadastro de Rubricas de Imposto

Local: Mega Fiscal / Tributos / Cadastros / Apurações / Rubricas de Imposto;

1. Estorno de Débito

• Cadastre uma nova rubrica de imposto para o Estorno de Débito.

Vincule o código de ajuste correspondente ao documento fiscal na guia Por Organização.

2. Estorno de Crédito

• Cadastre uma nova rubrica de imposto para o Estorno de Crédito.

• Vincule o código de ajuste correspondente ao documento fiscal na guia Por Organização.

Etapa 2: Configuração de Parâmetros Fiscais

Local: Mega Fiscal / Configurações Globais / Tributos / Parâmetros.

1. Na guia Rubricas, acesse a subguia FEM/MG.

2. Configure os parâmetros da seguinte forma:

• Ativação do Parâmetro: Marque a opção “Gerar lançamento de rubrica para movimentos enquadrados no Fundo de Erradicação da Miséria (FEM/MG)”.

• Rubrica de Estorno de Débito: Insira o código da rubrica, observação fiscal e descrição complementar.

• Rubrica de Estorno de Crédito: Insira o código da rubrica, observação fiscal e descrição complementar.

O processo de emissão de documentos no módulo de faturamento foi ajustado para permitir que o valor do imposto do Fundo de Combate à Pobreza (FCP) seja incluído ou não no valor total do documento em operações de importação, conforme a legislação específica.

Foi implementada uma integração no processo de importação de lançamentos da EFD Contribuições para o registro F100: Demais Documentos e Operações Geradoras de Contribuição e Créditos, conectando automaticamente os lançamentos importados ao módulo de Compliance Fiscal.

⭐Acesse a documentação completa.

Foi adicionado um novo parâmetro no Tipo de Documento do módulo Faturamento

**Local:**Aba Nota Fiscal / Sub-aba NF-e / Outras Despesas Acessórias - XML / Inclui Despesa Aduaneira.

O sistema agora conta com um novo parâmetro chamado Gera contas a pagar no processo de apuração do ICMS-ST somente para UF com inscrição estadual informada e habilitada.

Esse recurso ajusta o comportamento da apuração do ICMS-ST, alinhando-o ao que já acontece com os impostos DIFAL e FCP.

Com essa configuração ativada, caso a filial não tenha uma Inscrição Estadual cadastrada na UF relacionada ao documento, o sistema deixará de gerar o contas a pagar do ICMS-ST durante a apuração, conforme definido no Cadastro de Agentes → Aba Organização.

Local: Mega Fiscal > Configurações Globais > Tributos > Parâmetros > Inserir/Editar Vigência > Aba - Apuração > Gera contas a pagar no processo de apuração do ICMS-ST somente para UF que possui inscrição estadual informada e habilitada

Implementamos uma atualização no processo de emissão da NFS-e para serviços com 100% de dedução do ISS. Nesse cenário, a tag <IssRetido> passará a ser informada automaticamente com o valor 1.

• 1 = Retém .

• 2 = Não Retém.

Essa melhoria garante a conformidade com as exigências fiscais e a correta retenção do ISS no lançamento de serviços.

No módulo Vendas, nos parâmetros de Transporte, ao selecionar o WebService RS, a URL exibida no campo Recepção para as URLs de homologação está sendo substituída por outra URL que não corresponde à configuração esperada.

A URL do serviço de recepção para o ambiente de homologação do MDF-e foi ajustada para garantir que tudo funcione corretamente.

O lote de envio da nota fiscal de serviço eletrônica não estava sendo gerado.

Ajustamos o processo de geração do arquivo. xml para inicializar a coleta de dados dos itens de serviço.

No módulo Tributos, ao realizar a apuração da CPRB, o sistema está duplicando o valor de notas fiscais canceladas, o que faz com que a base de cálculo e o valor apurado fiquem negativos.

Ajustado para excluir o imposto apenas uma vez em notas de exportação canceladas, evitando duplicidade no cálculo.

Ao emitir o Sped Fiscal, o registro 0190 está apresentando unidades duplicadas.

Foi realizado alguns ajustes nas configurações internas para evitar as duplicações.

No módulo de Vendas, ao cancelar um pedido de venda, está apresentando a mensagem: “Erro ao calcular o PIS/COFINS”.

Foi realizado um ajuste nas configurações internas do sistema para garantir que o incidente não ocorra mais.

Ao tentar processar a NFS-e, ela fica travada com o status “Aguardando consulta da NFSe/RPS” e não avança no processamento.

O processamento foi ajustado para realizar o retorno diretamente pelo banco de dados.

Durante a apuração do período, o sistema informa que não há espaço suficiente para processar os dados.

Foram feitas melhorias nas configurações internas para garantir o funcionamento correto do processo.

Ao adicionar os parâmetros do módulo de Tributos em uma nova filial, o sistema informa que há um nome de coluna duplicado, impedindo a conclusão da configuração.

Foram realizados ajustes nas configurações internas para resolver a duplicidade de nomes de coluna, garantindo que a configuração dos parâmetros do módulo de Tributos para novas filiais seja concluída com sucesso.

Ao enviar um MDF-e, o processamento da transação não foi concluído. A solicitação retornou o status HTTP 404: Não encontrado.

Foi criado um script para ajustar o endereço padrão do web service de recepção do MDF-e RS.

No cadastro do de/para de serviços e produtos, os campos “código do serviço Senior” e “código de produto Senior” estavam aceitando apenas números inteiros.

Alteramos o tipo de dado dos campos “código de serviço” e “código de produto” para aceitar caracteres alfanuméricos.

No módulo Recebimento, ao registrar um conhecimento de frete sem base de ICMS, a escrituração no módulo Tributos está considerando uma alíquota de ICMS, o que não deveria ocorrer nesse caso.

Foi implementado um ajuste no processo de entrada de conhecimento de frete realizado pelo “Gerenciador NF-e/CT-e/NFS-e” para garantir que a informação da alíquota de ICMS seja corretamente atualizada.

No cadastro de Aplicação do Produto, ao inserir um CST e o Código de Enquadramento de IPI, é exibida a seguinte mensagem:

ORA-20001: Código do Enquadramento Legal do IPI inválido.

O código 999 não corresponde ao CST do IPI.

Informe um dos Códigos de Enquadramento do Grupo do CST Suspenso.

Alteramos a regra de chamada para a rotina, a fim de confirmar a existência de valor no campo CST IPI antes de enviar os dados corretos para consulta.

No módulo Tributos, na tela Serviços/ISS, ao gerar o relatório “Livro_Doctos_Fiscais_Emitidos_Serviços.rpt”, o total da coluna “VL. Devido” pode aparecer com o símbolo # quando o valor é muito grande para caber no campo.

O formato do campo foi ajustado para alinhar com os demais campos do relatório, garantindo que os valores sejam exibidos corretamente.

No módulo fiscal, ao excluir um documento de entrada e tentar reescriturar ou rodar a integração fiscal para removê-lo dos tributos, apresenta a seguinte mensagem:

“Access violation at address 014538C0 in module ‘VCLMegaSrvCore.bpl’. Read of address 00000000.”

Após as alterações realizadas nas configurações internas, a situação de ‘Access Violation’ no processo de escrituração foi corrigida.

No painel de monitoramento SQL acessado via navegador, o nome do servidor de escrituração está incorreto.

O nome do servidor foi corrigido no componente “SrvMegaEscrituracao”.

Foram identificados no processo de integração de cliente e fornecedor com o Compliance Fiscal:

1.Faixa inicial do CEP: A informação da faixa inicial do CEP no XML de requisição está sendo preenchida de forma incorreta.

2. Código da RAIS: O campo referente ao código da RAIS não está sendo preenchido.

Foram corrigidos os preenchimentos das tags no XML de requisição para os processos de cliente e fornecedor na integração com o Compliance Fiscal.

Durante os testes de travamento dos servidores, foi identificado que o SrvMegaEscrituracao está chamando a mensagem WM_FinalizaIntegracao duas vezes de forma incorreta.

Foram realizadas algumas melhorias internas removendo a chamada em duplicidade.

No módulo NF-e, ao tentar inutilizar uma nota, o sistema exibe a mensagem a seguinte mensagem: “Não é possível executar essa ação.”

Realizado ajuste nas configurações internas para incluir a validação do cenário em que a ação é de inutilização (INU) e a situação da nota é “Denegada” (D) ou “Normal” (N). Com essa validação, agora é possível realizar a inutilização corretamente nesses casos.

Ao acessar Tributos > Integração Compliance Fiscal Senior > De/Para (Produtos e/ou Fornecedores) e tentar excluir um registro, é exibida a seguinte mensagem:

Guia Produtos: “[DM_TrfInt_Server.Pr_SnrProdutos_] Pr_SnrProdutos_: Record not found or changed by another user”

Guia Fornecedores: “[DM_TrfInt_Server.Pr_SnrFornecedores_] Pr_SnrFornecedores_: Record not found or changed by another user”

Realizamos um ajuste no processo de exclusão dos registros de fornecedor e produto na integração do Compliance Fiscal.

Quando há um arquivo .XML contendo valores para os campos de CST do IPI, ao realizar o recebimento por devolução da nota fiscal, o sistema não recalcula os itens nem aplica a regra do CFOP para utilizar o CST do CFOP.

Durante a importação do arquivo .XML, substituímos o campo do CST dos itens disponíveis para devolução pelo CST IPI cadastrado no CFOP, garantindo que a informação correta seja registrada.

Ao registrar uma Nota de Entrada com item genérico e informar o valor de ICMS Retido por Substituição, o sistema está escriturando apenas o valor da base de cálculo, mas não está levando o valor do imposto para o campo de observação da substituição.

Foi ajustado o processo de escrituração para que, ao registrar uma nota com valor de ICMS ST Retido e sem valor de ICMS ST Recuperado, o sistema leve automaticamente o valor do ICMS ST Retido para o campo de observação (“Obs.”).

No módulo Magnético, ao gerar o SPED ICMS e realizar a validação, apresenta a seguinte mensagem:“Duplicidade de ocorrência da chave COD_AJ, COD_ITEM”.

O servidor de escrituração foi ajustado para que, ao gerar uma rubrica de ICMS (ou outras relacionadas à CAT66), a rubrica de IPI com alíquota de 0,01 não seja mais gerada automaticamente.

No módulo Tributos, ao vincular um CEST no NCM 0000.00.00, o vínculo não é realizado.

Agora é possível vincular o NCM 0000.00.00 a qualquer CEST na tela de edição do código da substituição tributária, pois a restrição foi removida do sistema.

No módulo NF-e, ao faturar uma nota vinculada a um pedido de vendas, ocorre a rejeição “Rejeição: informado indicador de desoneração para a ZFM”.

Foram realizadas melhorias nas configurações internas para evitar a ocorrência dessa situação.

No módulo Recebimento, ao registrar um conhecimento de frete sem base de ICMS, a escrituração no módulo Tributos está considerando uma alíquota de ICMS, o que não deveria ocorrer nesse caso.

Foi implementado um ajuste no processo de entrada de conhecimento de frete realizado pelo “Gerenciador NF-e/CT-e/NFS-e” para garantir que a informação da alíquota de ICMS seja corretamente atualizada.

No painel de monitoramento SQL acessado via navegador, o nome do servidor de escrituração está incorreto.

O nome do servidor foi corrigido no componente “SrvMegaEscrituracao”.

Ao tentar processar a NFS-e, ela fica travada com o status “Aguardando consulta da NFSe/RPS” e não avança no processamento.

O processamento foi ajustado para realizar o retorno diretamente pelo banco de dados.

No módulo Tributos, o campo Ajuste o valor de crédito da última parcela do movimento de CIAPs não está sendo desmarcado corretamente nos parâmetros.

Foi realizado melhoria nas configurações internas para que o erro não ocorra mais.

Ao adicionar os parâmetros do módulo de Tributos em uma nova filial, o sistema informa que há um nome de coluna duplicado, impedindo a conclusão da configuração.

Foram realizados ajustes nas configurações internas para resolver a duplicidade de nomes de coluna, garantindo que a configuração dos parâmetros do módulo de Tributos para novas filiais seja concluída com sucesso.

No módulo Fiscal, ao emitir uma nota fiscal com FCP ST, ocorre a rejeição 862, indicando que o total do FCP ST não corresponde ao somatório dos valores dos itens.

Foram realizadas alguns ajustes de melhoria para evitar que o erro ocorra ao gerar o envio de lote da NF-e.

Ao emitir uma nota fiscal de venda com diferimento parcial (CST 51), o sistema calcula os valores corretamente, mas está preenchendo a tag de Redução de Base de Cálculo (Tag RedBC) indevidamente.

Foram feitas configurações internas para que a tag de Redução de Base de ICMS não seja gerada para o grupo com CST 51.

No módulo NF-e, ao tentar processar uma nota fiscal eletrônica de devolução com o CFOP 5216, ocorre a rejeição com a mensagem: “CFOP de devolução de mercadoria para NFe que não tem finalidade de devolução de mercadoria.

Adicionamos o CFOP “5216” ao grupo de devolução, eliminando a rejeição ao processar notas com esse CFOP.

No módulo magnético, ao gerar o SPED ICMS, o registro E113, relacionado ao código de ajuste PI050004 (Débito Especial de Diferencial de Alíquota – Uso ou Consumo), não está sendo criado corretamente.

Foi realizado algumas melhorias nas configurações internas, permitindo que aagora as informações fossem geradas corretamente.

No módulo de faturamento, quando é feita uma devolução de compra e depois integrada ao fiscal, o município de origem fica incorreto.

Foi feita uma alteração para corrigir o problema com notas fiscais de devolução, garantindo que o processo seja concluído corretamente.

Materiais

Ao aplicar um filtro na tela de baixa de reserva, o sistema direcionava para a guia errada, causando inconsistências.

Foi ajustado para que o filtro seja configurado automaticamente para a opção padrão e funcione corretamente.

A lista de materiais era duplicada ao criar pedidos de compra para industrialização.

A duplicidade foi eliminada ajustando o processo que gera a lista.

Para fornecedores de fora do estado, o CFOP carregado era incorreto.

O CFOP correto é carregado automaticamente, como ocorre ao usar o recurso de busca.

Não era possível excluir dados devido a um nome incorreto em um campo da tabela.

O nome da rotina foi corrigido na tabela para o valor correto.

A base de cálculo do IRRF não era informada na importação de documentos fiscais.

Ajustado para utilizar o valor da mercadoria como base de cálculo quando o valor original não é encontrado.

Local: Fiscal > Recebimento > Gerenciador de NF-e/CT-e/NFS-e.

O sistema encontrava conflito ao instanciar componentes com nomes duplicados.

Foram definidos nomes únicos para os componentes envolvidos, evitando o problema.

O sistema não buscava corretamente o valor do frete sem pedágio.

Ajustado para que a rotina carregue o valor do frete corretamente.

O processo de aprovação era confirmada antes da execução de processos pendentes, comprometendo a consistência.

Os processos pendentes são agora executados antes da confirmação, garantindo a ordem correta.

Alterações feitas no campo de observação de itens de cotação não eram refletidas no pedido de compra.

Adicionado código para garantir que o campo seja atualizado corretamente ao sair da edição.

A quantidade selecionada estava diferente da quantidade a vincular, gerando divergências.

Foi feito um ajuste com base nas casas decimais do item, garantindo que as quantidades sejam somadas corretamente e conferidas.

Produtos ou classes vinculados ao Grupo Base não eram replicados corretamente para o item ao acessar o módulo pelo Mega Fiscal.

Foi revertida a alteração feita na funcionalidade de importação de produtos, restaurando o comportamento esperado.

A importação de produtos não trazia as informações do grupo base Manufatura, pois a inclusão na tabela correspondente não era realizada.

Foi inserida uma validação na rotina de importação para garantir que o grupo base seja atualizado corretamente ao importar novos itens via arquivo XLS.

Quando existiam itens com o mesmo código em uma cotação, o contrato de empreiteiro gerado não era exibido corretamente para todos os itens.

A consulta foi ajustada para utilizar outros campos de referência, garantindo que o contrato seja exibido para todos os itens relacionados.

Ao exportar itens para excel, o sistema exibia uma mensagem de falta de memória e encerrava a operação.

Foi criada uma mensagem mais clara para o cliente e feitas melhorias para evitar o encerramento inesperado.

Local: Empresarial > Materiais > Cadastros > Grupos e itens.

Não era possível alterar as quantidades em um Contrato de Fornecimento.

A rotina foi ajustada para atualizar corretamente os dados e permitir as alterações desejadas.

Ao acessar a guia Vínculo orçamento, a solução exibia mensagens repetitivas, impedindo o avanço na solicitação.

Foi implementada uma verificação para remover registros zerados, caso o orçamento não seja informado.

Ao importar uma nota fiscal, o sistema não validava a quantidade informada no pedido, mesmo com o parâmetro de validação ativado.

A solução foi ajustada para realizar a validação corretamente e impedir que notas com quantidades superiores às do pedido sejam processadas.

Ao devolver itens na tela de cotação, o sistema entrava em um ciclo infinito, devido a um problema de posicionamento no processamento dos dados.

Foi ajustado o sistema para armazenar a posição correta do registro antes de realizar a operação, evitando o loop. Além disso, foi implementada uma tela de carregamento para a devolução de itens.

Local: Empresarial > Materiais > Suprimentos > Cotação > Cotação de preço.

Pedidos de compra de fornecedores preferenciais não estavam sendo encaminhados para aprovação de alçada quando havia múltiplos itens com diferentes contratos.

Ajustado o sistema para processar todos os pedidos gerados e enviá-los corretamente para aprovação.

Ao baixar um item do pedido de compra, o status do item na solicitação permanecia inalterado.

Ajustado o sistema para sincronizar o status do item na solicitação ao realizar a baixa no pedido.

Não houve falhas, mas foi identificado que o fluxo precisava de ajustes no momento de acionar a rotina de aprovação.

O fluxo foi alterado para que a rotina seja executada após a atualização da cotação.

Ao gerar relatórios com muitas programações de entrega, uma falha ocorria por conta de campos de tamanho insuficiente.

O tamanho do campo foi aumentado para suportar os dados gerados no relatório.

Local: Empresarial > Materiais > Suprimentos > Pedido de compra.

Ao importar um item pelo serviço 701, as informações da aba contábil não estavam sendo carregadas corretamente.

Implementado um ajuste para incluir os dados contábeis no momento da importação.

Local: Empresarial > Materiais > Cadastros > Grupos e Itens.

A coluna Custo Compra apresentava valores negativos devido a inconsistências no banco de dados.

O sistema foi ajustado para exibir o valor 0 quando os valores forem negativos.

As observações dos itens eram exibidas de forma truncada no relatório.

O campo de observações foi ajustado para permitir maior quantidade de caracteres, garantindo a exibição completa.

Local: Empresarial > Materiais > Suprimentos > Pedido de Compra.

O relatório de solicitações não carregava a quantidade solicitada corretamente quando filtrado apenas por período.

Ajustado para exibir o campo correto de quantidade solicitada, ao invés da quantidade sumarizada por projeto.

Local: Empresarial > Materiais > Relatórios > Compras > Solicitações.

Ao importar um XML com valores decimais em campos específicos, surgia uma falha de conversão.

Ajustado o sistema para permitir valores com até 4 casas decimais, conforme especificado no manual.

Local: Gerenciador NF-e > Arquivo XML > Importar NF-e.

O status da nota fiscal eletrônica (NF-e) não era atualizado após a importação do documento.

Criada uma função para atualizar automaticamente o status após a importação.

Local: Recebimento > Entradas > Importar Recebimentos.

Usuários sem acesso ao projeto vinculado estavam visualizando as notas de recebimento.

Implementada uma rotina para validar se o usuário tem permissão de acesso ao projeto antes de exibir as notas.

Local: Empresarial > Materiais > Configurações > Parâmetros do Materiais.

Ao alterar o valor de um item em uma cotação com vários itens pendentes de aprovação, as quantidades apresentavam inconsistências.

Posicionado corretamente o sistema para verificar as quantidades do item selecionado, evitando alterações incorretas.

Ao finalizar a cópia de um item, o texto em um campo específico era exibido de forma incompleta até receber foco.

Ajustado o sistema para dar foco automaticamente ao campo, exibindo o texto completo ao carregar a tela.

Local: Empresarial > Materiais > Cadastros > Grupos e Itens.

Vendas

Ao incluir um pedido de venda com o parâmetro Permite Alterar o Preço dos Produtos desmarcado, o sistema ainda permitia alteração do preço.

Implementada regra de bloqueio do campo de preço, garantindo que o parâmetro seja respeitado.

Local: Empresaria > Vendas > Gestão comercial.

Ao faturar uma ordem de expedição de um produto com conversão de unidade, a quantidade exibida estava incorreta, sendo apresentada a quantidade convertida e não a da unidade de estoque.

O campo base de exibição e controle foi ajustado para utilizar a quantidade da programação de entrega, usada na geração da ordem de expedição (OE).

Local: Empresarial > Vendas > Saídas > Faturamentos > Faturar Ordem de Expedição.

Durante o faturamento de uma remessa de pedido de compra no módulo Vendas, o processo de geração da nota fiscal era interrompido devido à ausência de um campo necessário.

Adicionada uma validação para garantir que o campo exista antes de executar o processo, prevenindo falhas na geração da nota fiscal.

Local: Empresarial > Vendas > Saídas > Material de terceiro > Remessa de pedido de compra.

Durante o faturamento de uma ordem de expedição, foi exibida a mensagem de erro informando que havia itens de estoque na nota fiscal diferentes dos do pedido de venda, com reservas superiores ao saldo a entregar.

Ajustada a rotina no Server Vendas para gerenciar alterações nas quantidades e corrigir as reservas.

Local: Empresarial > Vendas > Saídas > Faturamentos > Faturar ordem de expedição.

Ao recalcular a comissão em um pedido de venda, o sistema gerava uma nova linha no fechamento da comissão para cada recálculo, gerando duplicidade.

Ajustada a atribuição de valor na variável, garantindo que os valores da tabela de comissão sejam corretamente atualizados sem duplicidade.

Ao clicar no botão Marcar Todos em pedidos ou itens sem saldo, o sistema apresentava uma inconsistência. Esse problema não ocorria ao marcar individualmente.

Ajustada a rotina para validar apenas registros realmente incluídos. Também foi ajustado a exibição de mensagens para evitar caixas de mensagem vazias.

Ao faturar um pedido de venda no módulo Vendas, o DIFAL não era levado corretamente para a nota fiscal.

Referências dos campos de DIFAL foram adicionadas às propriedades de cálculo de ICMS na rotina responsável pelo faturamento.

Local: Fiscal > Faturamento > Faturamentos > Emitir nota fiscal > Filtrando pela NF.

No módulo de Faturamento, ao emitir o relatório de comissão, as comissões estavam sendo geradas de forma duplicada.

Ajustado o sistema para garantir que apenas notas fiscais com o tipo correto de comissão sejam consideradas na emissão do relatório.

Local: Faturamento > Relatório > Comissões.

Ao criar um Pedido de Venda para o cliente, era possível vincular um Recebimento de Nota Fiscal de outro cliente, mantendo o vínculo mesmo após a alteração do agente no pedido.

Foi implementado um bloqueio que impede a alteração do cliente após a vinculação de um Recebimento no Pedido de Venda.

No módulo de Vendas, o filtro aplicado na tela Carteira de Pedidos não estava funcionando corretamente.

Ajustado o componente responsável pelo filtro, garantindo que os filtros sejam aplicados corretamente na pesquisa.

Local: Empresarial > Vendas > Gestão comercial > Carteira de pedidos.

Ao importar pedidos de venda com múltiplas parcelas, o sistema permitia alterações manuais nos valores das parcelas, mas não reconhecia essas alterações corretamente.

Adicionado um controle que identifica e trata alterações realizadas manualmente nos valores das parcelas.

Ao lançar uma Nota Fiscal de Entrada com itens marcados como genéricos, o sistema não permitia preencher o campo Valor Recuperado na guia de Substituição Tributária.

Implementada uma regra que valida o campo e permite seu preenchimento quando aplicável.

Ao alterar a unidade de medida de itens com embalagem no Pedido de Venda, a alteração não era refletida na programação de entrega.

Ajustada a regra para atualizar corretamente a unidade de medida na programação, mesmo quando há embalagem informada.

Local: Empresarial > Vendas > Gestão comercial > Documento de vendas.

Materiais

A tela de aprovação de mapa de cotação não abria.

Foi removido o comando que impedia a abertura da tela.

A tela de solicitação apresentava lentidão devido à execução de um filtro inicial e à abertura antecipada da tela de inserção.

O filtro inicial foi removido e a funcionalidade será iniciada apenas quando necessário.

A consulta ao Kardex apresentava lentidão para exibir os dados.

Foi ajustada a grade de dados para melhorar o desempenho.

A funcionalidade Mata Sessão Inativas estava sendo executada em momentos inadequados, interrompendo processos de integração e finalizando sessões de forma incorreta.

A funcionalidade foi retirada do processo de integração e as finalizações incorretas foram eliminadas.

A solução apresentava problemas ao inserir mais de um item de uma vez.

O trecho de código que gerava o problema foi removido.

Os itens de uma solicitação não eram exibidos ao clicar em Editar, a menos que o usuário trocasse de guia na tela.

Ajustado para que a guia Itens seja carregada por padrão ao editar uma solicitação.

Processo de abertura de tela apresentava alto consumo de memória (acima de 1 GB), resultando em travamentos.

Foi feita uma reestruturação no código para que as instâncias sejam criadas e encerradas dentro das rotinas específicas, reduzindo o uso de memória.

Vendas

No cadastro de produtores rurais pessoa física, o campo CNPJ não ficava disponível, dificultando o preenchimento.

O leiaute da tela foi ajustado para priorizar a exibição do campo CNPJ, permitindo uso em cadastros que tenham tanto CNPJ quanto CPF.

O módulo de orçamento estava configurado de forma que gerava duplicidade de processos relacionados ao servidor financeiro, o que causava um consumo excessivo de memória, ultrapassando 1 GB.

Foi removida a configuração redundante no servidor de orçamento, e os processos associados (como pedido de venda, tabela de preço e FollowUp) foram otimizados para liberar memória assim que concluídos.

O sistema apresentava lentidão ao inserir um Pedido de Venda e realizar a consulta de análise de crédito de clientes.

Repaginada a tela de análise de crédito, melhorando a configuração e o desempenho. Ajustadas também as rotinas para utilizar exclusivamente os valores e configurações da nova tela.

Local: Empresarial > Vendas > Relatórios > Pedido de venda.

Na tela de Aprovação de Venda, ao clicar no botão Relatórios, nenhuma ação era realizada.

Adicionado o evento de clique no botão, garantindo o carregamento correto dos relatórios.