Fiscal

Recebimento

Para apoiar a conformidade com as novas exigências legais, o ERP Senior Mega passou por atualizações que permitem a parametrização adequada dos tributos conforme os novos modelos estabelecidos.

Agora, as telas listadas abaixo passam a calcular automaticamente os impostos da Reforma Tributária e exibir essas informações em até três abas diferentes.

⭐Acesse a documentação completa: Reforma Tributária

Contabilidade

Foi implementada a funcionalidade de Exclusão de Lotes/Pendências na integração entre o HCM e o Mega, permitindo reprocessar uma integração já realizada.

Essa funcionalidade possibilita a exclusão de lançamentos contábeis e pendências integradas, permitindo que sejam reintegradas posteriormente.

⭐Acesse a documentação completa: Integração HCM x Senior Mega - Exclusão de Lotes e Pendências

Fizemos uma alteração na configuração da agenda de contabilização para evitar incidentes.

Agora, o tempo mínimo para processar documentos com erro é de 15 minutos. Isso garante um melhor funcionamento do sistema. Você também pode configurar o processamento para acontecer na mesma frequência da agenda principal, escolhendo a opção 0.

Local: Contabilidade> Integrações> Configuração Agenda.

Agora, a integração contábil ficou ainda mais eficiente! A agenda de integração passa a considerar apenas documentos com data de emissão posterior ao encerramento contábil, garantindo que o processo acompanhe a realidade financeira da empresa.

Essa evolução mantém os registros organizados e focados no que realmente importa, evitando tentativas de contabilização de períodos já encerrados e proporcionando um fluxo contábil mais fluido e confiável.

⭐Acesse a documentação completa: Integração

Para garantir que o relatório Listagem detalhada dos itens por projeto seja gerado corretamente, foi realizado algumas melhorias nas configurações internas.

Local: Empresarial > Patrimônio > Relatórios > Cadastros > Itens > Projetos.

Para garantir que o cálculo dos lançamentos ocorra corretamente, foi ajustado o processamento no servidor.

Local: Módulo Patrimônio > Movimentações > Movimentações > Aba Lançamentos Gerados.

No módulo de Patrimônio, ao tentar editar um item que está aguardando integração e alterar o código de ação, o sistema exibe uma mensagem informando que uma informação necessária não foi localizada. Além disso, ao tentar realizar a integração para que o item seja efetivado no patrimônio, o sistema informa que a operação foi concluída com sucesso, mas o item não é realmente gerado no patrimônio.

Foi realizado algumas melhorias nas configurações internas para garantir o correto funcionamento da edição e integração dos itens no módulo Patrimônio.

Local: Empresarial > Patrimônio > Integração > Integração.

Agora, o sistema realiza uma validação antes de permitir a exclusão do período no Prepara Contabilização. Foi adicionada uma verificação que identifica se há filiais dentro do período selecionado com um status diferente de Aguardando Preparação. Caso isso ocorra, será exibida a mensagem orientando o usuário a utilizar a opção Desfazer antes de prosseguir. Essa atualização garante a integridade dos dados e impede a exclusão indevida do período.

Local: Empresarial > Patrimônio > Integração > Prepara Contabilização.

Agora, durante a importação de agentes, se os campos dos códigos da tabela e do padrão da condição de pagamento estiverem vazios e o agente for um cliente, esses campos serão preenchidos automaticamente. Assegurando que as informações sejam importadas corretamente.

Local: Empresarial > Global > Cadastros > Agentes.

Foram realizadas algumas melhorias nas configurações internas para garantir o funcionamento correto das rotinas relacionadas aos campos do cadastro de pessoa física e do cônjuge, mantendo o comportamento esperado do sistema.

Local: Empresarial > Global > Cadastros > Agentes > Selecionar e Editar o Agente > Aba Pessoa Física > Dados do Cônjuge > Botão: Gerar Agente.

Para garantir que o filtro na tela de procura da contabilidade funcione corretamente, foi realizado algumas melhorias nas configurações internas, garantindo que a consulta seja executada de forma adequada.

Local:Empresarial > Contabilidade > Movimentações > Lançamentos > Informar Número do lançamento > Botão Procurar > Tela de filtro de Lançamentos.

Foi realizado algumas melhorias nas configurações internas que garantem que a data da contabilização no XML de requisição sempre corresponda à data do lote. Agora, essa data é utilizada de forma única tanto no processamento da agenda quanto no Painel ao marcar a contabilização como pendente. Além disso, foi adicionada uma regra para evitar a preparação de lotes sem lançamentos para integração.

Local: Global > Consultas > Painel Compliance Fiscal > Aba Compliance.

Realizamos uma melhoria na execução de uma rotina, ajustando a forma como o select era processado. Agora, criamos um cache para que a consulta seja executado apenas quando os parâmetros forem diferentes. Esse cache é automaticamente reiniciado ao final de cada ciclo de contabilização, garantindo maior eficiência no uso de recursos.

Local: Empresarial > Contabilidade > Integrações > Visualizar Log.

Ao tentar cadastrar uma conta bancária para um agente utilizando o arquivo de importação, a inclusão não era concluída corretamente. A conta não era registrada, impedindo o avanço do processo.

Realizamos melhorias nas configurações internas do sistema para garantir que todas as informações necessárias sejam preenchidas corretamente durante a importação.

Local: Empresarial > Global > Cadastros > Agentes > Aba Clientes.

No módulo Patrimônio, quando é cadastrado um período de início e fim com intervalo de 2 meses na tela de Prepara Contabilização, o sistema não mostra o cadastro para que ele possa ser contabilizado, editado ou excluído.

Foi feita uma alteração na tela e na rotina para que o filtro dos registros não considere mais a data final do período. Agora, todos os períodos cadastrados a partir da data do rodapé do Mega serão exibidos. Também foi ajustada a função do botão Excluir para que os registros na grid sejam atualizados corretamente após a exclusão. Além disso, foi adicionada uma validação para impedir a exclusão de um período com status diferente de Aguardando Preparação.

Local: Empresarial > Patrimônio > Integração > Prepara Contabilização.

Financeiro

A partir de agora, seu processo de aprovação de pagamentos no ERP Mega está ainda mais seguro e transparente. Implementamos uma nova funcionalidade que evita alterações não rastreadas em anexos após a aprovação da AP (Autorização de Pagamento), garantindo conformidade e reduzindo riscos operacionais e de compliance. Antes dessa melhoria, era possível incluir ou excluir anexos em uma AP já aprovada sem que houvesse um registro dessa ação. Isso poderia gerar dúvidas e até vulnerabilidades no processo, pois o anexo validado no momento da aprovação poderia ser alterado posteriormente sem que ninguém percebesse. Essa falta de controle gerava riscos como:

• Possíveis fraudes;
• Falta de rastreabilidade;
• Desalinhamento com regras de compliance.

O novo parâmetro chama-se: Bloquear a alteração de Anexo em AP Aprovada. Com essa opção marcada, todas as Parcelas da AP devem estar desaprovadas para que seja possível realizar manutenção nos Anexos da Fatura.

E no Approvo?

Se sua empresa usa o Approvo, fique tranquilo! As regras configuradas também serão aplicadas automaticamente, garantindo total alinhamento no fluxo de aprovação.

Veja como ficou o parâmetro:

Com essa novidade, o processo de cobrança fica ainda mais ágil e eficiente, reduzindo burocracias e garantindo mais controle sobre suas operações financeiras.

Quer saber mais? Confira o artigo completo com todos os detalhes!

Alterado a querie para a sessão específica que nunca é desconectada.

Ajustado para resetar as variáveis no início de cada processo, que agora será sempre executado.

Ao acessar a tela wizard do Office Banking, a tela de processo assíncrono indicava que o processo estava parado, como se houve um erro, porém, sem erro e o processo seguia normalmente ao fechar a tela de progresso.

Retirado um ajuste que havia sido feito anteriormente, de forma paliativa, o qual resetava o status do processo assíncrono, pois estava fazendo com que o processo se perdesse em algumas ocasiões.

No módulo Controla, ao gerar um fluxo previsto do Carteira, a ferramenta Zoom não exibe os valores à receber das parcelas vencidas.

Ajustado uma variável no parametro, para exibir o saldo à Receber de parcelas vencidas do carteira de recebíveis.

No módulo Controla Premium, ao cadastrar uma nova Simulação, são levadas em consideração todas as definições de classes que estão cadastradas na Definição do Financeiro.

Ajustada a SQL para buscar a classe correta.

Eventualmente no módulo Contas a Pagar, ao trocar de qualquer sub guia para a Prev. Contribuições é exibida a mensagem de erro:

O Servidor no momento não se encontra disponivel. Mensagem do servidor: ORA-00060: conflito detectado ao aguardar recurso ORA-06512: em “ELIOWINTER.FIN_PCK_CONTSOC”, line 1594 ORA-06512: em “ELIOWINTER.FIN_PCK_CONTSOC”, line 1563

Adicionado um commit após a ação de delete das tabelas temporárias.

Nas retenções de IR de uma AP de um Agente Pessoa Física, quando informado o valor de Outras Deduções, mesmo o agente parametrizado com exceção de IRRF, para utilizar as Deduções Legais no cálculo da redução de base, o valor do Desconto Simplificado está sendo considerado.

Ajustada para não somar o valor do Desconto Simplificado ao valor de Outras Deduções quando há exceção parametrizada por agente, indicando somente as Deduções Legais como método de cálculo de redução de base de IRRF

Ao alterar o valor da base de retenções referente ao PIS/CONFINS/CSLL o valor não era refletido corretamente no relatório DIRF, pois utilizava o valor total do documento.

Ajustado o local onde era realizado o processo para retornar o valor referente a Base.

Ao criar uma AP, não deveria haver retenção de INSS Patronal, porém a retenção ocorre. Pois não era realizado uma verificação do parâmetro Fazer retenção de INSS no cadastro do agente.

Ajustado para realizar uma verificação se o parâmetro Fazer retenção de INSS está preenchido.

Ao selecionar um tipo de documento, editar, selecionar todos os tipos de documentos e enviá-los para a tabela Tipos de documentos para baixa, o sistema apresenta um erro e não permite a gravação

Ajustado para V]verificar se já existe o Tipo de Documento no ListBox e não incluir novamente.

No módulo Financeiro, na tela de Cadastro de fornecedores para Antecipação de pagamentos, ao tentar registrar o fornecedor, é apresentado a mensagem: CL_AntecipaAgnDisp.: Cannot perform this operation on a closed dataset Ao utilizar o filtro herança , não era possível selecionar registros na grade habilitada pelo filtro de herança e dessa forma não correspondia ao funcionamento da tela.

Ajustado para que filtro de herança não seja visível, forçando a utilização exclusivamente do filtro de herança no cabeçalho das grades,e dessa forma não se alterar a dinâmica de funcionamento dos processos da tela.

Quando realizada a importação de Fatura via txt, e o sistema esta configurado para gerar o Número da AP, pela package, não sendo gerado a partir da tela de Importação.N este caso precisa haver um desvio. O desvio inicialmente, estava apenas para a geração de Número de AP por parcela, e não por Documento.

Ajustado para sempre que estiver configurado para gerar o Número de AP pela package,o sistema não tentará gerar um Número novo.

No módulo Financeiro, ao realizar a tentativa de importação do extrato do banco CEF, não está sendo possível encontrar a conta financeira.

O sistema tem um tratamento diferenciado para a importação de extrato da CEF por causa do código de operação usado por esse Banco. Em 2024 a CEF começou a alterar a numeração das contas correntes de PJ, e a nova numeração ficou sem o código de operação nos extratos. Por isso, foi necessário rever o tratamento feito pelo Mega Empresarial para o extrato da CEF.

A consulta para localizar documentos de contas a pagar do DM_HbkBaixas_Server estava retornando documentos duplicados quando combinados resultados de dois ou mais filtros, pois a busca pelos dados do boleto verificava a data de vencimento, enquanto a busca pelo código de barras assumia sempre que as datas coincidiam, resultando em tentativas de vinculação duplicadas, causando o erro de AK na tabela FIN_HBKDDACPA.

Ajustamos a consulta para que a pesquisa utilziando informações combinadas realizem a verificação da data de vencimento, evitando a duplicidade.

No módulo Financeiro, ao tentar realizar a baixa de uma AP com IR, retorna uma mensagem relação a XML e calculo do IR: Falha no parse XML

Criada de uma variável para receber o valor antes de alterar o tipo.

Ao abrir a tela do Contas a Pagar na primeira vez, e visualizando a baixa, os dados da Baixa, não estão sendo exibidos.

Ajustado para exibir os referentes dados.

Na tela de Contas a Pagar, quando vai ser visualizada a Baixa do Documento, os campos do cabeçalho não estão sendo exibidos.

Criado um novo funcionamento, exclusivo para esta tela de Baixas, e abrir a query.

Ao abrir a tela de Contas a Pagar, e editar uma parcela que contenha uma Baixa. Ao abrir a tela de Baixa, estava fechando os movimentos vinculados da tela.

Ajustada para carregar a tela de Movimento Vinculado na procura de parcelas da tela.

Está apresentando uma lentidão excessiva para acessar a rotina Gerar documentos baixa > Docs Agendados, com a impressão que o sistema travou.

Retirado o componente que causava lentidão

No módulo Financeiro, ao realizar importação de Contas a Pagar por um layout de importação, o Mega está retornando a mensagem: ORA-01400: não é possível inserir NULL em (“MEGA”.”FIN_CPAINAP”.”SAP_ST_CODIGO”) ORA-06512: em “MEGA.FIN_PCK_UTILIDADE”, line 432 - Linha não Importada!

Ajustada a conifguração para que o erro não volte a ocorrer

Lentidão ao abrir a tela de Contas a Pagar

Removidos alguns componentes para melhorar o tempo de abertura da tela

Ao tentar gerar o estorno era apresentado erro de Access Violation, pois estava com probelma em uma variável que não havia sido inicializada.

Ajustada para utilizar a variável conforme necessidade

A validação do Valor do Código de Barras no Contas a Pagar, com o Valor Líquido da Parcela, não estava calculando mesmo sem a Previsão do PCC. Assim, sempre apresentava mensagem de diferença dos dois.

Ajsutada para validar o Valor do Código de Barras com Parcela, já com Previsão de PCC, e caso haja diferença continuará apresentando mensagem de aviso.

Realizamos o ajuste do server SrvMegaFinancHbk para fazer envio de boletos de cobrança para o ERP Banking, com isso o server passa a enviar o TenantId no Header da requisição. A informação do TenantId é obrigatória para os clientes Mega Cloud, pois o sistema utilizará o TenantId configurado no arquivo MegaClient.xml.

Cliente On-Premise, se necessário, podem configurar a informação no campo CFG_ST_TENANTIDMEGA da tabela FIN_BNKCONFIG.

A ativação e desativação do timer Ti_Integracao estava causando lentidão no server. Inserimos uma nova variável para ativação e desativação do timer Ti_Integracao e, o comando T que finaliza a execução do server foi modificado para utilizar a nova variável vBusinessHealthCheck de Rotinas Básicas.

Ao realizar o processo de integração de Contas a Receber através do serviço 306, ocorria lentidão.

Movemos o SQL do processo para uma função do banco de dados, possibilitando a costumização por parte dos DBA’s, de acordo com a performance de base de dados do cliente.

Fiscal

⭐Acesse a documentação completa:Validação do Registro R-2010 no EFD Reinf

Atualização do número da versão do leiaute para 19.

⭐Acesse a documentação completa:EFD -ICMS- IPI

A partir de 01/01/2025, o SPED EFD Contribuições passará por ajustes conforme a Nota Técnica nº 09/2024, impactando os Blocos P e D.

⭐Acesse a documentação completa:Sped Contribuições

Agora, a regra de validação de documentos no módulo fiscal foi aprimorada com a inclusão do tipo de documento fiscal na chave de validação. Essa mudança oferece mais precisão no processo de escrituração, garantindo que documentos sejam validados corretamente de acordo com o modelo fiscal correspondente.

Com essa melhoria, o processo de escrituração fiscal se torna ainda mais confiável, evitando inconsistências e conflitos entre documentos com características semelhantes, mas tipos fiscais diferentes.

Local: Mega Fiscal > Tributos > Integração > Escrituração.

Foi implementada uma nova regra de negócio para o preenchimento do campo (TomaxMun) no arquivo XML de envio das notas fiscais de serviço eletrônicas (NFS-e). A regra define os seguintes comportamentos:

• Quando o campo (TomaxMun) não será preenchido:
  • O código IBGE do município do prestador (filial) for igual a Sumaré-SP (3552403)
  • A unidade da federação (UF) for igual a Exterior (EX).

Em todos os outros casos:

• O campo (TomaxMun) continuará sendo preenchido normalmente, mantendo o comportamento atual.

Local: Mega Fiscal > NFS-e > Ações NFS-e.

A partir desta atualização, o preenchimento do município de incidência de serviços na emissão de Notas Fiscais de Serviço (NFS-e) passará a respeitar o campo Permite Tributação Fora do Município, localizado no cadastro de Códigos de Serviço > Aba Nos Municípios > NFS-e.

Comportamento Ajustado

Quando a opção permite Tributação Fora do Município estiver marcado:

• Os campos (MunIncidencia) e (ItemcMunIncidencia) da NFS-e serão preenchidos com o código IBGE do município do tomador.

Quando a opção Permite Tributação Fora do Município estiver desmarcado:

• Os campos (MunIncidencia) e (ItemcMunIncidencia) da NFS-e serão preenchidas com o código IBGE do município do prestador.

Local: Mega Fiscal > NFS-e > Ações NFS-e.

Foi aprimorado o processo de emissão de documentos no módulo de faturamento, permitindo que o valor da base de cálculo para o imposto de importação possa ou não incluir Despesas Acessórias e/ou Despesas Aduaneiras.

Novas Opções de Configuração

Duas novas opções foram adicionadas no cadastro de aplicação, na aba Importação, dentro do grupo Composição da Base de Cálculo:

• Valor Despesa Acessórias

  • Define se as Despesas Acessórias devem ser incluídas na base de cálculo.

• Valor Despesa Aduaneira

  • Define se as Despesas Aduaneiras devem ser incluídas na base de cálculo.

Por padrão, ambas as opções vêm desmarcadas, mantendo o comportamento atual do sistema.

Local: Mega Fiscal > Tributos > Aplicação do Produto.

Foi adicionado o campo Gera Registro E316 - Detalhado (UF Destino sem IE) na geração do Sped Fiscal (EFD ICMS-IPI).

Novas Regras de Geração Caso a opção seja habilitada

• Se houver uma Inscrição Estadual (IE) configurada e ativa para a UF informada no registro E300, o registro E316 será gerado de forma consolidada.

• Se não houver uma IE configurada e ativa para a UF informada no registro E300, o registro E316 será gerado de forma detalhada.

Local: Mega Empresarial > Magnéticos > Serviços > Geração Spedf Fiscal EFD ICMS IPI.

Agora o seu ERP está preparado para calcular corretamente o DIFAL em operações com destino a Pernambuco, atendendo cenários onde o agente é substituído, o destinatário é consumidor final e contribuinte do ICMS.

Com essa adequação, você garante conformidade com a legislação e simplifica a gestão fiscal de suas operações interestaduais. Confira o exemplo prático e veja como o cálculo é realizado diretamente no sistema!

Local: Mega Fiscal > Faturamento > Faturamentos > Emitir Nota Fiscal.

No módulo de Faturamento, ao emitir uma nota fiscal para o estado de Santa Catarina (SC) com a suspensão de ICMS e o Código de Situação Tributária (CST) 50, o sistema não está aplicando o cálculo por dentro corretamente.

Agora, quando o Código de Situação Tributária (CST) for 30, 40, 50 ou 51 embutido, o sistema utilizará a descrição correta da fórmula, assegurando que o cálculo seja realizado de acordo com a legislação vigente.

Local: Mega Fiscal > Recebimento > Documento.

No processo de integração de nota fiscal de Compra/Venda com o Compliance Fiscal, o evento de Fornecedor/Cliente é aprovado, mas o De/Para não é incluído automaticamente.

O processo de geração de eventos de cliente e fornecedor foi atualizado para considerar o código de ação do movimento.

Local: Mega fiscal > Tributos > Configurações > Integração compliance fiscal senior > De/para.

Ao emitir uma Nota Fiscal de venda de remessa de amostra grátis para um órgão público, o sistema não está obedecendo às parametrizações configuradas e, indevidamente, está gerando a retenção de IR (Imposto de Renda).

Realizado um ajuste no cálculo do ISS e IRRF para garantir que, quando o CFOP for 5911.01 (Remessa de Amostra Grátis) e o parâmetro Entra no Fturamento estiver desmarcado, o sistema não aplique retenção de CSLL e IRRF indevidamente.

Com essa correção, o sistema agora respeita a parametrização e não calcula impostos indevidos para esse tipo de operação.

Local:Fiscal > Faturamento > Faturamento > Faturamentos > Emitir nota fiscal.

Foi retirado o Modelo 55 da consulta que carrega o registro D500.

Local: Empresarial > Todos os Módulos > Magnéticos > Configurações > Serviços.

No EFD Reinf, ao enviar o Registro R-4010 com informações do convênio médico e preencher o campo do Registro ANS, a mensagem de rejeição está sendo exibida.

Agora, a tag do Registro ANS será automaticamente preenchida com zeros à esquerda, garantindo o envio correto das informações.

Local: Empresarial > Todos os Módulos > Fiscal > EFD Reinf > Registros.

Ao importar o registro R4020 do REINF, o campo Vlr base de ret. de tributos agregada não está sendo preenchido automaticamente.

O preenchimento do valor da base de PCC foi ajustado para que não dependa do abatimento, garantindo que a informação seja processada corretamente.

Local: Fiscal > EFD Reinf > EFD Reinf - Registros.

Ao gerar o XML e enviar uma NFS-e com cálculo de ISS, o sistema não está enviando corretamente a retenção do imposto. Quando há valor de ISS, o campo ItemIssRetido deveria ser preenchida com 1, mas está sendo enviada como 2.

Realizado uma tratativa específica para atender às regras do município de Blumenau, caso não haja valor de ISS. Garantindo que, ao gerar o XML, o valor de ISS retido seja enviado corretamente quando houver ISS.

Local: Fiscal > NFS-e > Movimentações > Ações e Consultas.

Ao emitir um Pedido de Venda ou uma Nota Fiscal com mais de um item, o sistema está aplicando a alíquota de IPI do primeiro item para todos os demais, em vez de considerar a alíquota correta de cada um.

Agora, os dados de cache do componente de cálculo serão retornados apenas quando solicitados por um novo parâmetro, garantindo que os valores sejam calculados corretamente conforme necessário.

Local: Mega Fiscal > Faturamento > Faturamentos > Emitir Nota Fiscal.

Ao emitir uma nota fiscal de serviço sem retenção de ISS, o sistema está enviando as tags ISSRetido e ItemIssRetido com o valor 1 - Retido, quando deveria indicar que o imposto não foi retido.

Realizado um ajuste nas configurações internas para garantir que, ao emitir uma NFS-e sem retenção de ISS, o XML seja gerado corretamente no lote de envio.

Local: Empresarial > Todos os módulos > Fiscal > Faturamento > Emitir nota fiscal.

No módulo NFS-e, ao gerar o envio do lote, a observação da nota em Discriminação está adicionando um espaço extra após a quebra de linha.

Realizado o ajuste na geração do XML da NFS-e para evitar espaços extras após quebras de linha. Isso garante um formato mais preciso no envio das notas.

Local: Fiscal > NFS-e > Movimentações > Ações e consultas.

Quando um lote é gerado no Módulo NFS-e, o status não é enviado para o sistema.

Foi ajustado para que o usuário possa realizar a ação de Consultar RPS mesmo sem ter recebido o retorno da ação anterior. Se a nota já tiver sido processada, o retorno será correto.

Local: Mega Fiscal > NFS-e > Movimentações > Ações e consultas.

No módulo Fiscal Faturamento, ao emitir notas de venda com Diferimento de ICMS dentro do estado do RJ, ocorre a rejeição 929. Isso acontece porque o CST de diferimento está sendo informado sem os dados necessários para o diferimento.

Agora, ao emitir uma NF-e e gerar o lote para a Sefaz, a tag (pRedBC) será automaticamente incluída quando a filial emissora for dos estados SP, MG, RJ ou PR.

Local: Mega Fiscal > Faturamento > Faturamento > Faturamentos > Emitir nota fiscal.

Ao realizar a importação do registro R-4010 em uma filial responsável pela entrega de outras filiais, os registros de pagamento estão vindo duplicados.

Alterado a forma em que era adicionado os registros referente ao pagamento da Natureza de Rendimento quando existe uma filial com o parâmetro Organização responsável pela entrega do Reinf das filiais com o mesmo CNPJ marcado.

Local: Mega Fiscal > EFD Reinf > Movimentações > EFD Reinf - Registros.

No módulo EFD Reinf, ao importar o registro R-4080, aparece uma mensagem dizendo que alguma informação está fora do limite permitido.

Foram realizadas configurações internas no sistema para ajustar o processamento do registro R-4080 no módulo EFD Reinf, garantindo que a importação seja realizada corretamente sem interrupções.

Local: Empresarial > EFD Reinf > Movimentações > EFD Reinf - Registros.

No processo de impressão do RPS no módulo de NFS-E, o endereço do tomador estava aparecendo como o endereço atual do agente, em vez de mostrar o endereço que foi registrado na hora da emissão da nota.

Foi feita uma alteração para corrigir a impressão do RPS. Agora, o sistema usa o endereço original do tomador, buscando as informações diretamente no XML gerado para a nota. Se o XML não tiver o endereço, o sistema usa o endereço atual do agente como alternativa. Isso garante que o processo seja concluído corretamente.

Local: Fiscal > NFS-e > Movimentações > Impressão RPS.

Durante o faturamento de um pedido de venda, o sistema está considerando as bases de cálculo do PIS e Cofins com valores negativos.

Foi ajustado o sistema para retornar os dados do componente de cálculo de impostos diretamente do banco de dados, mesmo quando o item estiver em cache.

Local: Empresarial > Vendas > Saidas > Faturamento > Faturar Pedido.

Ao importar o Registro R-4010 da EFD-Reinf em documentos do contas a pagar que foram preenchidos manualmente, quando o valor bruto foi registrado em uma data diferente da data de baixa do IRRF, o sistema não estava exibindo o valor bruto corretamente.

Foram realizadas configurações internas para ajustar o processo de importação do R-4010, garantindo que esse cenário seja tratado corretamente.

Local: Empresarial > EFD Reinf > Movimentações > EDF Reinf - Registros.

O cálculo do imposto PCC está apresentando valores diferentes entre os módulos de recebimento de nota e contas a pagar. Em um pedido de compras com valor de R$225,50 e alíquota padrão de PCC de 4,65%, o valor esperado do PCC seria R$10,48.

No entanto, no recebimento da nota, o PCC calculado é de R$10,49, enquanto no contas a pagar gerado, o valor do PCC é de R$10,50.

O cálculo do COFINS foi ajustado para garantir que o arredondamento seja feito corretamente. Agora, o valor é formatado com duas casas decimais antes de ser arredondado, eliminando as diferenças registradas em outras partes do sistema. Além disso, foi destacado que cada imposto é calculado individualmente, e o arredondamento de cada um pode impactar no total dos impostos.

Local: Mega Fiscal > Recebimento > Entradas > Documento.

No módulo EFD REINF, ao importar o registro R-4020, o valor da base de retenção do PCC não está sendo considerado.

A importação dos dados para o Reinf foi ajustada na package responsável, garantindo que o registro R-4020 considere movimentos do tipo Abatimento, para que tudo ocorra corretamente.

Local: Empresarial > EFD Reinf > Movimentações > EFD Reinf - Registros.

Ao emitir o documento no formato DIS_DAMDFE, o CNPJ da filial não está sendo exibido quando a filial é um produtor rural com cadastro como pessoa jurídica. Nesse caso, o campo fica em branco no relatório.

Foi feita uma melhoria na rotina responsável pela emissão do documento, que realiza verificações adicionais antes de exibir os dados no relatório para garantir que o CPF ou CNPJ seja preenchido corretamente.

Local: Fiscal > MDFe > Movimentações > Ações MDF-e.

Ao registrar um documento de entrada no módulo de tributos, o sistema não consegue localizar uma informação necessária e, por isso, interrompe o processo de escrituração.

Foi feita uma alteração na forma como as informações são organizadas durante a escrituração, garantindo que os dados sejam lidos corretamente e o processo seja concluído sem interrupções.

Local: Fiscal > Tributos > Escriturações > Integração.

Durante o recebimento de uma mercadoria, ao tentar alterar a aplicação do item, o sistema exibe uma mensagem e interrompe o processo, pois uma informação esperada não foi encontrada.

Foram feitas correções nas instruções utilizadas pelo sistema para garantir que todos os campos necessários estejam incluídos.

Local: Fiscal > Recebimento > Entradas > Documentos.

No módulo Reinf, ao acessar a consolidadora, o registro R-4020 não está sendo exibido no follow-up.

Foram retiradas configurações internas que eram executadas antes da abertura dos dados na tela de follow-up dos registros e do R-4020. Com isso, os filtros definidos pelo usuário agora funcionam corretamente, sem mudanças inesperadas nas informações exibidas.

Local: Fiscal > EFD Reinf > EFD Reinf – Follow Up.

Ao emitir um Pedido de Venda ou uma Nota Fiscal com mais de um item, o sistema está aplicando a alíquota de IPI do primeiro item para todos os demais, em vez de considerar a alíquota correta de cada um.

Agora, os dados de cache do componente de cálculo serão retornados apenas quando solicitados por um novo parâmetro, garantindo que os valores sejam calculados corretamente conforme necessário.

Local: Fiscal > Faturamento > Faturamento > Faturamentos > Emitir nota fiscal.

Ao lançar uma Nota de Entrada com Item Genérico e informar um valor para ICMS Retido por Substituição, o sistema está registrando tanto o valor da base quanto o valor no campo OBS da Substituição

Agora, ao registrar o valor no campo de observação, as bases de ICMS ST serão automaticamente zeradas, garantindo o correto processamento das informações.

Local: Fiscal > Tributos > Escriturações > Integração.

No módulo Magnético, ao realizar a validação da DIME, é exibida a mensagem: Registro 30 - É obrigatório preencher o item XX do quadro XX e Registro 30 - Falta informar o item XX do quadro XX.

O ajuste foi realizado nas configurações internas para garantir que registros com valor 0 sejam gerados corretamente, ajustando a lógica para inverter o valor booleano quando necessário.

Local: Fiscal > Tributos > Movimentações > DIME – SC.

No módulo EFD REINF, ao importar o Registro R-2010 com notas de empreiteiros, o sistema não agrupa as notas corretamente para o mesmo prestador e classifica o Indicativo de CPRB de maneira diferente do esperado.

Foram feitas melhorias para que, ao verificar o indicativo de CPRB, o sistema calcule corretamente o percentual de INSS e faça o agrupamento correto dos itens das notas.

Local: Fiscal > EFD Reinf > EFD Reinf - Registros.

Ao realizar uma consulta utilizando o filtro de “Ambiente”, o sistema estava retornando todos os registros, ignorando o valor informado no filtro.

Foram realizadas configurações internas para ajustar os campos da consulta dos dados no FollowUp Reinf R-4010, garantindo que o processo seja realizado corretamente.

Local: Fiscal > EFD Reinf > EFD Reinf – Follow Up.

Ao emitir a Nota Fiscal para entrega futura, com a Nota Mãe e a Nota Filha, o sistema está marcando a Nota Filha como inconsistente. Isso ocorre porque o valor do IPI foi registrado na observação, mas a Nota Filha de remessa não deveria ter cobrança de IPI.

Foi adicionada uma lógica que, quando o campo Manter valores de Isentas e Outras de IPI do documento de origem estiver ativado e houver valor de IPI na nota mãe, o sistema irá salvar esses valores em variáveis auxiliares e mantê-los no processamento, garantindo o funcionamento correto.

Local: Fiscal > Tributos > Escriturações > Integração.

No relatório de Grupos e Itens, estão aparecendo tipos de classe que não foram vinculados ao item. Isso acontece quando o cadastro do tipo de classe está com um padrão diferente do usado nos materiais.

Foi adicionada a opção de Filial nos filtros do relatório para que as informações de tipo de classe sejam exibidas corretamente.

Local: Empresarial> Todos os módulos > Fiscal > Tributos > Cadastros > Grupos e itens.

No módulo de Recebimento, ao alterar o valor da parcela e o valor líquido na geração do financeiro, a mudança não aparece salva de imediato na tela. Mesmo assim, ao confirmar e voltar para a tela do financeiro, o valor alterado é exibido corretamente.

Foi feito um ajuste para manter o valor líquido informado na tela após a digitação.

Local: Módulo Fiscal > Recebimento > Entradas > Documento.

No módulo de Recebimento, ao tentar processar um aviso de recebimento (XML), o campo Tipo de documento fiscal não está sendo preenchido automaticamente, e uma mensagem é exibida informando que o valor inserido não é válido.

Foi feito um ajuste para tratar corretamente as informações do campo de tipo de documento e, além disso, os valores de rateio da nota agora só são preenchidos quando realmente houver uma nota vinculada ao aviso de recebimento.

Local: Mega Fiscal > Recebimento > Entradas > Documento.

No módulo de Recebimento, ao pesquisar algumas notas que já foram recebidas, a informação do tipo de documento financeiro não aparece na tela.

Foi feito um ajuste para que o tipo de documento financeiro só seja alterado ao incluir um novo documento.

Local: Todos os Módulos > Fiscal > Recebimento > Entradas > Documentos.

Ao receber o CT-e pelo gerenciador e finalizar a tela de De/Para, uma mensagem é exibida e o processo não é concluído, pois o sistema tenta acessar uma parte da tela que não está disponível no momento.

Foi feito um ajuste para garantir que o sistema só tente acessar partes da tela que estejam ativas e visíveis no momento.

Local: Todos os módulos > Fiscal > Recebimento > Entradas > Gerenciador de NF-e > NFS-e > CT-e.

Realizado um ajuste no sistema para garantir o cálculo correto do DIFAL (Diferencial de Alíquota) nas compras de mercadorias para uso e consumo, assim como de ativo imobilizado, destinadas ao Estado do Espirito Santo (ES).

Local: Mega Fiscal > Faturamento > Nota fiscal.

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.