5.00.00.86 - 21/05/2024

Aqui você confere todas as mudanças de comportamento (novidades e manutenções que mudaram a forma de operar o Mega) da pack 5.00.00.86.

Todas as notas estão organizadas por segmento e módulos, basta clicar para expandir o segmento/módulo desejado. Ao clicar em ‘Saiba mais’, você será direcionado para o nosso manual do usuário para obter mais informações.

Agronegócio

Novidades

Beneficiamento - Processo de Integração do Refugo com Vendas

Agora, além da Integração com Materiais, o Refugo também poderá ser integrado ao módulo de Vendas. Esta nova possibilidade de integração visa facilitar a gestão do refugo para os clientes e usuário que utilizam a Integração com Materiais, possibilitando a integração do processo de Saída de Refugo ao módulo de Vendas. Dessa forma, o lançamento será feito automaticamente, a partir do campo Nro. Nota Fiscal , aumentando e garantindo a confiabilidade dos dados, além de inibir a necessidade de confronto das informações, o que possibilta a redução da demanda de trabalho destes lançamentos.

Para utilizar o processo de Integração com Vendas e automatizar o lançamento da saída de refugo a partir da informação da nota fiscal, é necessário parametrizar o item USA_MÓDULOVENDAS, do parâmetro 3 - Módulos ERP Integrados, que pode ter um dos seguintes valores em suas configuração:

  • S: Na tela de Saída, será possível abrir a consulta das NF (campo Nro. Nota Fiscal) referentes ao cliente digitado no campo Cliente e, somente poderão ser utilizadas NF com este mesmo Cliente (Agente). Neste caso, o campo Série será preenchido automaticamente e não poderá ser alterado.
  • N: Neste caso, será possível digitar as informações dos campos Nro. Nota Fiscal e Série da tela de Saída e, não haverá validação/crítica, caso a NF informada não exista no sistema.

Acesse a documentação sobre o processo de Integração do Refugo com o módulo de Vendas.

Local: Mega Agronegócio > Beneficiamento > Operações > Refugo > Saída.

Beneficiamento - Novidades no Custo de Compra

Visando possibilitar um melhor controle do custo de compra da matéria prima, nosso time disponibilizou uma série de melhorias a tela de Custo de Compra. Confira todas as novidades:

  • Novos campos de filtro: Adicionados os campos Controle e Fornecedor na área de filtros;
  • Nova opção de Tipo de Acerto: Agora está também está disponível a opção Classificado;
  • Novos campos na área de Custo de Compra: Adicionados os campos destinados ao registro da Nota Fiscal e Série associada a respectiva compra;
  • Possibilidade de refazer o filtro sem precisar sair da tela: Agora será possível refazer a seleção para listagem dos controles. Basta alterar os campos de filtros utilizados e, clicar em Selecionar novamente para obter a listagem atualizada;
  • Alterações em colunas: A coluna Peso Líquido agora é chamada Peso Entrada e, Variedade agora é Código Variedade. Além disso, foi acrescentada a coluna Descrição Variedade, para facilitar a sua identificação.

Acesse a documentação de Custo de Compra.

Local: Mega Agro > Beneficiamento > Gestão > Custo de Compra.

Atualização do Relatório CbOa_PackingList.rpt para retirar obrigatoriedade da Instrução de Embarque

O Relatório CbOa_PackingList.rpt foi atualizado e, agora não considera a informação de Isntrução de Embarque obrigatória para sua emissão. Além disso, para os casos em que não houver Instrução de Embarque vinculada, o relatório exibirá a seguinte mensagem: “Instrução de Embarque não foi vínculada à Ordem de Carregamento“.

Melhorias

Mão de Obra - Fechamento da Mão de Obra não calcula valor

Problema: Ao tentar realizar o Fechamento da Mão de Obra, o processo indicava que estava concluído, mas não calculava os devidos valores para nenhum funcionário.

Ajuste: Realizado ajuste na procedure do Fechamento da Mão de Obra para aumentar o tamanho da variável da lista de serviços da gratificação. Com o ajuste, o processo de Fechamento ocorre corretamente e os devidos cálculos são executados.

Local: Mega Agronegócio > Mão de Obra > Movimentações > Fechamento.

Cálculo de subtotal e total incorretos no Relatório de Controle de Consumo de Defensivos (AgOn_ControleConsumoInsumos.rpt)

Problema: Ao emitir o Relatório de Controle de Consumo de Defensivos (AgOn_ControleConsumoInsumos.RPT), os totalizadores da coluna Dosagem (No dia e No período) não estavam calculando corretamente seus subtotais e totais.

Ajuste: Foi realizada uma subtituição dos totalizadores por somatórios, no Relatório de Controle de Consumo de Defensivos . Desta forma, ao ser emitido os subtotais e totais da coluna Dosagem são corretamente exibidos.

Somatório incorreto do Relatório de Pré Análise de Cana (AgGp_ProducaoCanaPreColheita.rpt)

Ajuste: Ao gerar o Relatório de Pré Análise de Cana (AgGp_ProducaoCanaPreColheita.rpt), o mesmo não estava considerando os filtros utilizados como parâmetro. Apesar da linha de detalhe do relatório apresentar o que foi filtrado, o somatório geral correspondia a todo o período e, não apenas ao que estava especificado no detalhe.

Problema: Realizado ajuste nos filtros e na hierarquia dos grupos do Relatório de Pré Análise de Cana. Desta forma, o somatório geral é exibido corretamente, correspondendo as informações especificadas no detalhe.

Valores do Peso Líquido e do Valor do Frete incorretos no Relatório de Custo de Transporte de Fornecedor (PsOa_FolhaPagtoFreteFA.rpt)

Problema: Ao emitir o Relatório de Custo de Transporte de Fornecedor (PsOa_FolhaPagtoFreteFA.rpt), os valores do Peso Líquido e Valor do Frete estavam sendo exibidos incorretamente.

Ajuste: Realizada a substituição de uso das tabelas e comandos adicionais por procedure, no Relatório de Custo de Transporte de Fornecedor (PsOa_FolhaPagtoFreteFA.rpt). Desta forma, os valores são exibidos corretamente.

Backoffice - Approvo

Melhorias

Rateio de pedido de compra não apresenta a Classe Financeira

Problema: Pedidos de compra com rateio de classe financeira e sem rateio de projeto, o rateio da classe não sobe para o Approvo

Ajuste: Adicionado tratamento na cláusula da consulta que procura o padrão da classe, colocando nível para evitar comparação com campo nulo.

Migração de Solicitação Portal de Obras sem Apropriação

Problema: O processo de migração de documentos pelo Approvo, quando realizado a cópia de uma vigência, não valida se a solicitação possui apropriação dos itens ou não.

Ajuste: Adicionado tratamento para validar a apropriação dos itens no momento da migração;

Duplicar Regras de Alçada - Vigência nova é criada com as regras inativadas

Problema: Foi alterado um procedimento que copia a regra de uma vigência para atender uma história, porém, esse procedimento já era usado na funcionalidade padrão de cópia de vigência que acabou tendo seu comportamento alterado

Ajuste: Tratar o valor do campo de status da regra, conforme a origem da chamada.

Pedido de Venda - Rateio incorreto para os pedidos

Problema: Na grade que apresenta os detalhes dos rateios de pedido de vendas, estava apresentando indevidamente a coluna de percentual de rateio.

Ajuste: Corrigido para ocultar a coluna de percentual e apresentar apenas a descrição.

Engenharia

Administração de Obras

Melhorias

Erro para criar solicitações de alguns usuários

Problema: Ao inserir uma solicitação para um insumo cujo por exemplo não possui uma classe/aplicação/c.custo ou projeto vinculado era exibido uma mensagem informativa para realizar o preenchimento, porém mesmo assim o sistema salvava o item na solicitação com estas informações nulas.

Ajuste: Ajustada a lógica para não permitir gravar um item sem as informações necessárias todas preenchidas

Entrada de Documentos - Tela de apropriação retorna a mensagem CL_ItensRecebIntegra_: Cannot perform this operation on a closed dataset.

Problema: Ao realizar o lançamento de uma nota fiscal livre no módulo Fiscal, ao ser exibida a tela de Apropriar Movimentos era apresentado a mensagem de erro Cannot perform this operation on a closed dataset.

Ajuste: Caso o parâmetro Manter definições de apropriação do Pedido (Materiais) estiver marcado, porém a nota fiscal não possuí vinculo com Pedido de compras, não será validado a questão de saldos de apropriação

Contratos de Empreiteiros

Medição com valor zerado

Problema: Foi inserida medição, alterado o serviço, mas não foi preenchido com o novo insumo. Ao movimentar a tela de medição, é apresentado erro de constraint, liberada medição para aprovação e ficando com valor zerado. Ao gravar não é possível excluir a medição e nem aprovar.

Ajuste: Foi realizado um ajuste na verificação das informações referentes aos dados de Apropriação. Quando um usuário alterava um serviço, o código do insumo fica em branco para que o usuário preencha em seguida. Caso ele não faça o preenchimento do insumo na grade, ao tentar gravar, será dada a mensagem de que existem informações nas apropriações que precisam serem preenchidas. Não permitindo que seja gravada uma medição zerada

Flag Fechar Medição

Problema: No gerenciador ao receber uma nota de um contrato do empreiteiros a flag fechar medição é desabilitada após a geração do Cpag.

Ajuste: No caso das Notas Fiscais com origem do Gerenciador de Notas Fiscais de Entradas, foi configurado para permitir a edição do campo caso ainda não tenha gerado a CPAG.

Portal de Obras

Contrato informado não possui saldo disponível

Problema: O Portal de Obras não permite editar uma medição de um contrato sem saldo.

Ajuste: Permitido a edição de medição de um contrato sem saldo.

Financeiro

Novidades

Configurações - Nova funcionalidade de Alteração da Data Prorrogado em Lote

Visando otimizar o processo de alteração da Data Prorrogados dos documentos do Contas a Pagar e Contas a Receber, no Financeiro, está disponível uma nova funcionalidade: a Alteração da Data Prorrogado em Lote.

Por meio dessa funcionalidade será possível realizar a alteração da Data Prorrogado, de maneira prática e ágil, para um ou mais documentos de uma única vez. Além da informação de Data de Prorrogação, para ser alterada, o usuário precisará apenas informar uma justificativa para a alteração, que será registrada automaticamente no Histórico do título.

.⭐ Acesse a documentação completa da nova funcionalidade de Alteração da Data Prorrogado em Lote.

Local: Mega Empresarial > Financeiro > Configurações > Alterar Data Prorrogado em Lote.

Contas a Pagar - Consideração do enquadramento fiscal do cadastro do agente na Retenção de IR de PJ, em provisões

Agora, as provisões do Contas a Pagar de PJ digitadas diretamente no Financeiro irá considerar o enquadramento fiscal do cadastro do agente para fazer a Retenção do IR. Isso será feito considerando duas possibilidades

1. Para lançamento de contas a pagar sem código de serviço

Neste caso, o sistema gera a retenção de IR somente ao serem preenchidos os campos Base e Alíquota do imposto na tela de Retenções. Ao ser digitada a Alíquota, o sistema exibe uma mensagem de alerta caso o agente da provisão não esteja enquadrado no IR, mas acata a decisão do usuário registrada na mensagem para gerar (incluir) ou não a retenção.

Imagem
2. Para lançamento de contas a pagar com código de serviço

Neste caso, o sistema verifica se o agente da respectiva provisão está enquadrado no IR:

  • Se estiver enquadrado:

Ao ser informado o código de serviço, na tela de Retenções, o sistema irá preencher automaticamente a alíquota do IR, conforme as configurações do serviço e das exceções do agente.

  • Se não estiver enquadrado:

Ao ser informado o código de serviço, na tela de Retenções, o sistema não irá preencher automaticamente a alíquota do IR, mesmo que o código de serviço tenha alíquota definida para o IR.

Imagem

Esta regra também é válida para as Alíquotas Múltiplas na tela de Retenções e, quando o agente não estiver enquadrado, será exibida uma observação na tela. Neste caso, se o usuário preencher a Alíquota, o sistema também exibe uma mensagem de alerta, quando o agente da provisão não estiver enquadrado no IR e, acata a decisão do usuário registrada na mensagem para gerar (incluir) ou não a retenção.

Imagem

Local: Mega Empresarial > Financeiro > Contas a Pagar > Contas a Pagar.

Contas a Pagar - Mensagem informativa sobre não poder desaprovar documentos já baixados

Foi inserida uma mensagem explicativa sobre não ser possível Desaprovar um documento já aprovado anteriormente quando este já possuir baixas executadas. Portanto, sempre que houver a tentativa de desaprovação por meio da opção Desaprovar, do botão Outros, a mensagem seá exibida ao usuário.

Imagem

Local: Mega Empresarial > Financeiro > Contas a Pagar > Contas a Pagar > botão Outros > Desaprovar.

Melhorias

Controla - Zoom de lançamento de sistema externo

Problema: No módulo Controla, ao executar o Fluxo previsto de um cenário que integra com Sistema Externo, ao selecionar o lançamento na guia Fluxo Analítico e, clicar no botão Zoom é apresentada a mensagem:

“ORA-06502: PL/SQL: erro: erro de conversão de caractere em número numérico ou de valor
ORA-06512: em line 2”

Ajuste: Realizada alteração para modificar o tipo do parâmetro Documetno para Texto. Desta forma, ao executar o Fluxo previsto e, utilizar o botão Zoom, as informações são exibidas corretamente, sem erros ou incidentes.

Local: Mega Empresarial > Financeiro > Controla > Fluxos > Previsto.

Contas a Pagar - Relatório de Baixas CPA por Cheque

Problema: Ao emitir o Relatório Baixas_CPA_Por_Cheque, o valor não está sendo exibido corretamente quando este se encontra na casa dos milhões.

Ajuste: Realizada alteração do relatório para o tipo Retrato. Desta forma, as colunas passam a ter mais espaço disponível, o que permite a exibição correta de valores na cada dos milhões.

Local: Mega Empresarial > Financeiro > Relatórios > Contas a Pagar > Compromissos baixados.

Incorporação

Novidades

Global Construção - Novos Campos para Integração com o CRM

A fim de atender à necessidade de enviar informações mais completas do contrato e distrato para o CRM, e tornar a identificação destas informações mais simples para o operador, disponibilizamos novos campos para esta Integração:

  • Data do Contrato.
  • Data de Assinatura.
  • Data de Entrega das Chaves.
  • Tipo de Contrato.
  • Valor do Contrato.
  • Motivo do Distrato.

Observação

  • Os campos serão visualizados no CRM da Multidados.
  • Caso haja alteração em algum dado após o envio para o CRM, será necessário o reenvio, conforme procedimento já existente.

Locais:

  • Mega ERP / Construção / Carteira de Recebíveis / Contratos / Contratos.
  • Mega ERP / Global Construção / Integração CRM.

Acesse a documentação completa da Integração CRM.

Melhorias

Carteira de Recebíveis - Movimentação Financeira travando

Problema: Lentidão na tela de movimentação financeira.

Ajuste: Alteramos o select da Qr_Mov_Parcela_ e retiramos uma implementação que estava impactando.

Carteira de Recebíveis / Apropriação Imobiliária - Relatórios - S06 - Cálculo não era realizado corretamente para aluguéis de competência

Problema: A rotina de cálculo não estava prevendo todos os possíveis cenários que podem ocorrer no ambiente de produção.

Ajuste: Ajustamos a rotina de cálculo da apropriação do saldo no Agendamento de Planilha para que efetue o cálculo proporcional correto quando a vigência inicial e final possuem somente 1 dia.

Carteira de Recebíveis / Relatórios Gerais - Contrato de Bens de Terceiro Distratado apresentava valor enorme no próximo mês sem ter movimentos na CAR_CONTRATO_PLANILHA

Problema: Contrato de Bens de Terceiro Distratado apresenta valor enorme no próximo mês sem ter movimentos na CAR_CONTRATO_PLANILHA.

Ajuste: Verificamos que nas fórmulas, que geraram os valores, algumas variáveis não estavam sendo inicializadas e acabavam ficando nulas, isso fazia com que o relatório apresentasse contratos que nem possuíam mais registros na Car_Contrato_Planilha na data base especificada. Fizemos a correção e os contratos não foram mais apresentados.

Carteira de Recebíveis / DIMOB - Lentidão na execução do relatório de inconsistências da DIMOB

Problema: Lentidão na execução do relatório de inconsistências da DIMOB.

Ajuste: Alteramos o select para chamar a função FNC_CAR_VERIFICA_CEP apenas uma vez ao invés de duas.

Carteira de Recebíveis / Retorno Bancário de Parcelas - Divergência no valor baixado pelo sistema ao processar retorno de parcela proveniente de agrupamento

Problema: Ao efetuar o processamento de baixa proveniente de parcela agrupada, o sistema não estava calculando corretamente o valor efetivamente pago. Isso ocoria somente quando na parcela há o calculo de VM de atraso. Desta forma, ao visualizar a baixa na edição da parcela, o campo valor base apresentado era diferente do valor corrigido, consequentementre o total baixado da parcela ficava divergente do efetivamente pago no boleto.

Ajuste: Agora, as parcelas agrupadas em um único boleto passam a calcular corretamente os valores de VM de atraso, considerando os valores enviados para o banco no momento que a remessa é criada. Na baixa de cada parcela constará a VM de atraso em cada parcela, individualmente. Caso a VM de atraso não seja paga, o valor é considerado como desconto e distribuindo entre as parcelas de forma proporcional.

Carteira de Recebíveis / Parâmetros - Ao selecionar Termo para prorrogação de aluguel, não estava mostrando os tipos de termos corretos

Problema: Quando o processo foi alterado de ‘Não Contratual’ para ‘Contratual’, faltou alterar a tela de parâmetros.

Ajuste: Corrigimos o filtro do look-up da tela de parâmetros da Carteira para mostrar somente termos contratuais no campo de prorrogação.

Carteira de Recebíveis / DIMOB - Percentual de investidor 100%

Problema: Grid R3 do Dimob estava apresentando o contrato para a construtora mesmo quando o investidor possuía 100%.

Ajuste: Corrigimos para que quando o investidor possuir 100% de participação o contrato não seja apresentado na grid R3 para a construtora.

Carteira de Recebíveis / Relatórios Gerais: Extrato de Clientes e Extrato Completo - Ao marcar o parâmetro ‘Separar Juros TP/SAC do Valor Original’ não era apresentado o Valor Contratual da parcela Original inativada no processo da Baixa Parcial

Problema: Ao marcar o parâmetro ‘Separar Juros TP/SAC do Valor Original’ não era apresentado o Valor Contratual da parcela Original inativada no processo da Baixa Parcial.

Ajuste: Aplicamos a correção, e com isso o valor contratual passou a ser exibido corretamente no relatório.

Portal de Clientes - Serviço PortalAgentes não considera PJ

Problema: Agente cliente do tipo pessoa jurídica não era apresentado na API.

Ajuste: Alteramos o select e criamos os campos para considerar o agente cliente do tipo pessoa jurídica nas buscas da API.

Portal de Clientes / Solicitação de Boleto - Lote 5 - Segunda via BMP (Banco Money Plus)

Problema: Emissão boleto BMP.

Ajuste: Ajustamos a instância do banco BMP.

Portal de Clientes - Sincronização das Bases

Problema: Travamento ao recriar a tabela de parcelas durante a sincronização no ambiente Cloud.

Ajuste: Incluída nova tentativa de criação da tabela de parcelas caso ocorra erro de base durante a sincronização.

Portal de Clientes - Lentidão na tela de Enviar Boletos por E-mail

Problema: Lentidão ao buscar boletos na tela enviar boletos por e-mail.

Ajuste: Ajustamos a busca pra trazer a quantidade de linhas de acordo o filtro e na busca do parametro não retornar nullo se tiver parametro vinculado.

Portal de Clientes / Cadastros Gerais - Lentidão no Portal de Clientes - ADM - Homepay

Problema: Ocorria uma lentidão na busca das unidades devido a estrutura das tabelas envolvidas. A wcar_estrutura_homepay usa como base o código da unidade e a tabela wcar_homepay_sync, onde são gravados os status de cada cadastro, usa como base o código do agente. A tabela também não possuía registro único para relacionamento sendo necessário retornar o registro mais atualizado da unidade, bloco e empreendimento.

Ajuste: Criamos o campo de status na tabela wcar_estrutura_homepay para evitar o relacionamento com a tabela wcar_homepay_sync no momento de acessar a página. O novo campo de status é atualizado por trigger assim que houver uma atualização na tabela wcar_homepay_sync.

Gestão Comercial - Comando CMR_Compradores_MODII com problema

Problema: Implementação incorreta utilizada no campo de pesquisa, quando não era informado o regime de casamento a processo funciona. Quando o Prospect/Agente possui regime de casamento ocorria o erro.

Ajuste: Ajustado processo para retornar corretamente a descrição do regime de casamento, quando este é informado no cadastro de Prospect/Agente.

Vimob Web - Erro ao cliente no Botão de Contratos na Análise da Proposta

Problema: Botão que abre a tela de contrato (Portal de Clientes) não funcionava.

Ajuste: Removemos do processo (configuração de endereço, perfil de acesso e botão na tela de proposta), pois foi descontinuado e não ocorreu a limpeza das informações em tela.

Vimob Web / Espelho de Vendas - Ao tentar filtrar quadra e lote dá erro Referência de objeto não definida para uma instância de um objeto

Problema: Na implementação do novo espelho de vendas (cards) ao abrir um mapa de loteamento e filtrar por uma quadra, o sistema apresentava erro.

Ajuste: Após ajustes no processo, o filtro da quadra é realizado corretemente.

Performance - Vimob e Espelho de Vendas - Pós migração para versão .81 da XT

Problema: Na implementação anterior, referente a disponibilização do empreendimento a nível de unidade para o usuário, algumas regras não estavam bem claras na forma de configuração. A validação dessa regra devido a sua complexidade, acabava impactando na perfomance da tela do espelho de vendas do Vimob.

Ajuste: Ajustamos a tela, facilitando sua parametrização e otimizando assim a performance da sua regra na tela do espelho de vendas.

Global / Cadastro de Agentes - Sistema não estava convertendo os representante das fichas Pessoa Jurídica

Problema: Ao gerar uma proposta pelo VIMOB, de cliente PJ, após a aprovação da proposta o representante da empresa não é convertido em agente automaticamente.

Ajuste: Criamos a estrutura de tabelas de representantes e fiadores baseada nas obrigatoriedades já existentes no processo de prospects, e também criamos a nova guia na tela de agentes. Além disso, ajustamos o processo de conversão de prospect > Agente.

Indústria

Melhorias

Erro na API de Apontamento de Manufatura: “ORA-20001: MAN_PCK_ORDEM.P_MOVIMENTADEMANDA - Item Requisitado Já Foi Encerrado” (Item XX)

Problema: Quando acionada para inclusão de uma demanda, a API gerou o seguinte erro: “ORA-20001: MAN_PCK_ORDEM.P_MOVIMENTADEMANDA - Item requisitado já foi encerrado (Item XX)”. Além disso, foi identificado um problema de commit/merge no repositório Linux no último commitmo.

Ajuste: No server uDm_IntManufatura_Server.pas foi retirado o trecho que atribuia valor da Cl_ItensMovto_DDE_RE_QTDE_NECESSARIA para Cl_ItensMovto_DDE_RE_QTDE_REQUISITADA, mantendi a versão igual ao fonte do Tokyo

API - api/Conversor erro 404

Problema: Ao acessar o endpoint das API’s de Conversor retornava o erro 404.

Ajuste: Incluido na rota raiz o nome do projeto/server que no caso era estoque, nome deve serguir o padrão: api/Nome do projeto/[controller] que no caso deveria ser: api/Estoque/[controller], pois senão o nginx não consegue encontrar.

SINTER - Instabilidade de conexão Mega após atualização

Problema: Ao entrar no módulo do Manufatura o sistema apresentava erro de conexão com o banco.

Ajuste: Remover um uses indevido cmgQuery do form uFormMan_CIP do client.

Ordem - Ao inserir a ordem, o campo Projeto não está habilitado para preenchimento

Problema: Ao inserir a ordem o campo Projeto não é habilitado para preencher

Ajuste: No form foi habilitado os campos para preenchimento.

Custo Padrão - Geração do custo não está considerando alguns itens na soma devido calculo do Low Level Code

Problema: O Calculo do Low level Code não estava sendo feito corretamente, onde em determindadas situações no Custo Padrão.

Ajuste: Ajustado na Rotina de Calculo do LowLevelCode um Where onde entrava na situação que ignorava itens que já tinham LowLevelCode iguais a 0 mas precisavam ser recalculados pois vinham de copias ou teve alguma alteração na estrutura.

Erro no Planejamento da Rodada no MRP: ORA-02091 e ORA-02292: Violação da Restrição de Integridade (MEGA.PRO_ITE_IDENT_PRO_ORD) - Registro Filho Localizado

Problema: Ao tentar planejar a rodada é apresentado a mensagem de erro.

Ajuste: Colocado o trecho para atualizar a tabela PRO_ORDEMITEMED na rotina P_AtualizaCodigoOrdSimulada quando é refeito o código da ordem.

Ordem - Ordem de produção não está gerando lote automático

Problema: Ao gerar ordens de origem fixa o sistema não estava gerando lotes específicos customizados.

Ajuste: Implementar a regra de geração de lotes específicos na geração de ordens de origem fixa.

Inventário - Não é possível informar mais que 3 casas decimais para quantidade

Problema: Ao alterar a unidade do produto e tentar iniciar uma Digitação da Contagem, as casas decimais não estão correspondendo ao que foi recém alterado.

Ajuste: Implementar parâmetro para atualização de casas decimais.

Bloco K - O campo DT_SAIDA deve estar compreendido no período da ordem de produção. Caso não tenha sido informada a data final da produção, esse campo deve ser maior ou igual a DT_INI_OP

Problema: Ao emitir o bloco k o sistema esta exibindo o erro mencionado.

Ajuste: Corrigido a data de abertura real na base do cliente, e realizado uma tratativa na data de movimento de ordem que atravessam o período por conta da hora gravada.

Manufatura - Demanda Dependente - Horizonte de Planejamento x MRP

Problema: MRP gerando cobertura para ordem das demandas fora do Horizonte de planejamento.

Ajuste: Incluido clausula no select da PlanoMaterial para passar a olhar os parametros de Horizonte e Limite de Planejamento quando Demanda Dependente.

Materiais

Melhorias

Gerenciador - Ao tentar receber nfs-e ocorre a mensagem: “Falha no Recebimento: erro ao atualizar os dados do xml para o recebimento. Cannot focus a disabled or invisible window”

Problema: No Gerenciador CT-e, ao tentar dar entrada num Recebimento já existente por outra filial (documento duplicado), ou que coincide a Organização, Agente, Número e Data, o sistema apresentava uma mensagem de erro de “access violation”.

Ajuste: Corrigiu-se o sistema para não setar foco num componente da tela de Recebimento (que ainda não estava visível) e passou-se a exibir a mensagem “Nota Fiscal [NDOC] do Fornecedor [CODAGN] já foi recebida.”, onde NDOC é o número do documento, e CODAGN é o código do agente.

Gerenciador NF-e - Quantidade de XML exportado menor que o selecionado

Problema: Ao Exportar os XML o sistema estava retornando para alguns arquivos mensagem de erro ao carregar o arquivo XML na memória, pois a declaração do XML estava inválida por conter caracteres de “espaço” em seu início. Isso ocorre porque o XML importava não é tratado, mas apenas armazenado, e o mesmo continha tal “espaçamento” em seu início.

Ajuste: Tratou-se o XML para retirar o espaço (caso exista) no processo de exportação.

Cotação - está sendo possível gerar dois pedidos de compra da mesma solicitação

Problema: Ao selecionar os itens solicitados na tela de cotação, dava a sensação de estar atendendo a itens solicitados que possuíam vínculo com contrato do módulo de contratos. Por conta disso, o usuário ficava confuso quanto ao que estava cotando podendo gerar incorretamente mais cotações/pedidos do que o necessário.

Ajuste: Foram adicionadas algumas validações no momento da seleção dos itens solicitados sendo elas:

  1. Se o usuário tentar selecionar um item que possua contrato do Módulo de Contratos, será exibida uma mensagem informando que aquele item daquela solicitação não pode ser selecionado por conta do vínculo com o contrato.
  2. Se o usuário selecionar apenas o item sem vincular nenhuma solicitação é apresentado uma caixa de diálogo para que ele confirme se realmente deseja continuar a cotar aquele item de forma livre (sem vínculo com solicitação).
  3. Foi corrigida a quantidade mínima a cotar para não considerar a quantidade dos itens solicitados com vínculo com contrato do Módulo de contratos.

Solicitação - Cursor não se desloca para próximo campo

Problema: Cursor não se desloca para próximo campo.

Ajuste: Reverter a parte da implementação da PMAT-3700 que removeu o trecho do código que seta o foco no próximo campo.

Solicitação - Botão de anexos não é apresentado em tela

Problema: Botão de anexos não é apresentado em tela na Solicitação com origem Estoque Reposição.

Ajuste: Ajustador o local do botão no painel.

Materiais - Grupos de Estoque - Descrição da Definição do Item incorreta

Problema: A grade da guia Grupos de Estoque não está apresentando o campo Definição do Item corretamente, conforme descrição do cadastro da definição.

Ajuste: Carregar o campo Definição do Item conforme está no cadastro da definição.

Gerenciador NF-e - Status da nota excluída não é alterado

Problema: Ao excluir um documento do tipo “Aviso de Recebimento”, “Recebimento” ou “Conhecimento de Frete” o status de importação no Gerenciador NF-e/CT-e/NFS-e não está sendo alterado.

Ajuste: Corrigiu-se a rotina para alterar o status do importação no processo de exclusão do documento.

Gerenciador - CT-e - Não definido Fator/Unidade para conversão da Unidade para UN, c/o Conversor , do item XX. (Unidade do recebimento vazio)

Problema: Pela Gerenciador, ao dar entrada num CT-e onde o item não possuia no XML uma Unidade definida a tela acusava uma mensagem de erro indevida.

Ajuste: Acrescentou-se um tratamento especial para o CT-e, visto que o CT-e geralmente não tem a carga e a unidade especificada, não apresentando mais a mensagem e setando a unidade padrão do item selecionado.

Relatório exibe a mesma observação/ especificação várias vezes para o mesmo item

Problema: Ao gerar o relatório de um pedido vindo de uma solicitação onde o campo Outras Informações estava preenchido somente pro fornecedor que não foi selecionado, a informação era apresentada da mesma forma e repetida.

Ajuste: Adicionado no where do select que busca as outras informações da cotação as informações do agente, dessa forma irá buscar a informação somente do agente que foi gerado o pedido, não duplicando as informações.

Entrada de Documentos - Ao realizar a entrada de uma nota, os impostos da previsão financeira estão sendo zerados

Problema: Ao marcar um item como genérico, os impostos da previsão financeira estavam sendo zerados indevidamentes.

Ajuste: Voltando a implementação para zerar o PCC da previsão financeira somente quando a base de ambos for igual ou menor que zero e for um item genérico. Estava zerando indevidamente sempre que o item é genérico.

Recebimento - Alteração de item da NF recebida pelo XML vinculando Pedido de Compras remove o vínculo de todos os itens do pedido e não somente do item alterado

Problema: Na Tela de Recebimento, o usuário estava consultando um documento já gravado, e utilizando o botão Item NF-e para editar o item, porém esse botão não deveria estar disponível nesse momento pois ele foi criado para auxiliar/facilitar o processo de inclusão, não estando preparado para o processo de edição, o que fez com que os vínculos com os Pedidos de Compra fossem removidos.

Ajuste: Foi removida a exibição do botão Item NF-e na edição do documento.

Approvo - o valor do pedido não é atualizado após cancelar um item do pedido de compra

Problema: O valor do pedido não é atualizado após cancelar um item do pedido de compra.

Ajuste: Enviar para aprovação e atualizar se existir algum item em aberto, aprovação alçada ou aprovação orçamentaria, quando o item é cancelado após ser reaberto na cotação.

Gerenciador Nf-e - item não recalcula na entrada

Problema: Ao entrar uma NF-e de serviço e recalcular os impostos estava zerando indevidamente os impostos de serviço por se tratar de uma NF-e de serviço

Ajuste: Feito ajuste para verificar não somente a origem da nota ao calcular os impostos de uma nota vinda pelo gerenciador mas verificar se é um item de serviço para não zerar os impostos indevidamente. Nesse caso a nota era uma NF-e porém com item de serviço, sendo permitida pelo Regime Especial 00021/2019 de Barueri.

Pedido_Formulario_XI.rpt - Observações do pedido de compra são apresentadas incompletas

Problema: Ao emitir no relatório Pedido_Formulario_XI, não era exibida a informação da observação do agente por completo.

Ajuste: Alterado para que se a observação do agente for muito grande, permitir o ajuste e emitir a mesma em diversas páginas.

Vendas

Melhorias

Erro ao Cancelar Nota Fiscal: “Cannot Perform This Operation on a Closed Dataset”

Problema: Ao realizar o cancelamento de nota fiscal, informando o numero do documento, realizando o filtro e em seguida clicando em cancelar documento apresenta a mensagem: Cannot perform this operation on a closed dataset

Ajuste: Acrescentado Close para a Qr_ItemNotaRegraTrib_ na rotina FechaTabelasPendentes juntamente com as demais Queries listadas que fazem master com CL_NotaFiscal_

Erro ao Incluir e Buscar Documento de Venda: “Cannot Perform This Operation on a Closed Dataset”

Problema: Ao realizar a criação de um novo documento de venda, informar um o numero no campo de buscar documento e realizar o filtro, ao salvar o documento e realizar a nova busca, apresenta a seguinte mensagem: Cannot perform this operation on a closed dataset.

Ajuste: Acrescentado Close para a Qr_AprovacaoPedido_, Qr_RepresentantePed_, Qr_ParcFinPedido_ e LkQr_OcorrenciaPED_ na rotina FechaTabelasPendentes juntamente com as demais queries listadas que fazem master com CL_PedidoVendas_.

Pedido de Venda - Ao realizar a inclusão de pedido de venda com mais de um sistema aberto, é apresentado o erro: Dataset not in edit or insert mode

Problema: Ao realizar a criação de um documento de venda, sendo executado duas telas do mega, com o mesmo numero de documento, sendo que em uma das tela é informado um documento de origem orçamento, ao realizar a alteração do numero do documento o sistema apresentava a seguinte mensagem de erro. Dataset not in edit or insert mode e posteriormente outro erro é exibido “Cl_ItemOrc_ItemPed_: Field ‘PED_IN_CODIGO’ not found” e novamente outra mensagem ao salvar o documento sendo ela “Registro não existente na tabela VEN_ITEMPEDIDOVENDA (Constraint ITP_IDENTIFICA_IPO)

Ajuste: Foi realizado ajuste no componente UtilidadesVendas, ajustando o campo PED_IN_CODIGO para o campo PE_PED_IN_CODIGO, que se faz referencia a tabela VEN_ITEMOR_ITEMPED, também realizado ajuste na verificação do dataset estar em modo edição no updateError do Pr_ItemOrc_ItemPed.

Erro ao Aprovar Venda: “LkQr_DecimaisUnidade_: Cannot Perform This Operation on a Closed Dataset” Durante Aprovação dos Itens de Venda

Problema: No módulo Vendas, na tela Aprovar Venda, ao tentar aprovar um pedido é apresentado a mensagem:

Ocorreu erro durante aprovação nos itens de venda.

Mensagem do servidor:

LkQr_DecimaisUnidade_: Cannot perform this operation on a closed dataset

Ajuste: O erro na tela Aprovar Venda Cannot perform this operation on a closed dataset ocorre devido ao novo componente para ambiente Linux exigir uma tratativa exclusiva para as queries, onde foi acrescentado os seguintes componentes: LkQr_DecimaisUnidade_ Qr_RepresentanteItemPed_ Qr_ItemPDVRecebimento_ Qr_ItemOrc_ItemPed_ Qr_PedProgEstoque_. Qr_ItemPedidoVendaEspecial_ na rotina FechaTabelasPendentes juntamente com as demais queries listadas que fazem master com CL_PedidoVendas_.

Problema de faturamento: Quantidade do volume ausente ao faturar ordem de expedição

Problema: Ao realizar a liberação de ordem de expedição e ao selecionar uma linha do grade e informando os campos de volume inicial e volume final, ao realizar o faturamento da ordem que expedição exibia a quantidade de volume errada

Ajuste: Realizado ajuste no fonte para que todas as ordem que estiverem listadas na tela de liberar expedição, gravem o volume inicial e volume final.

Problema ao processar o serviço 501 com o node </PedidosVinculados> informado no xml

Problema: Problema intermitente ao processar o serviço 501 com o node </PedidosVinculados> preenchido, em alguns casos, o pedidos informados nesse node não são vinculados a nota fiscal e assim deixando o pedido com status em aberto.

Ajuste: Isolar a execução da query que faz a busca dos itens/programação de entrega do node de PedidosVinculados no serviço 501.

Embarcador - Tela Conhecimento - Ao tentar editar um conhecimento é apresentado a mensagem Dataset not in edit or insert mode

Problema: Ao realizar a edição de um documento CTRT, após ser exibido a tela e salvar o registro, era exibido a mensagem abaixo ao final do processo: Dataset not in edit or insert mode.

Ajuste: Realizado uma verificação se o dataset está em modo edição, deixando o mesmo habilitado para edição.

Fiscal

Novidades

Nota Técnica 2024.001 v1.00 do CT-e e CT-e OS

As mudanças da Nota Técnica 2024.001 v1.00 para CT-e e CT-e OS foram aplicadas.

Essa Nota Técnica traz ajustes nas regras de validação do CT-e, CT-e OS e GTV-e para melhorar a qualidade e garantir conformidade com a legislação.

Agora, o ERP Senior Mega pode gerar arquivos de CT-e e CT-e OS compatíveis com essa Nota Técnica.

Para mais detalhes, consulte a Nota Técnica 2024.001: Portal do Conhecimento de Transporte Eletrônico.

Configuração de Apuração do ICMS

Foi alterado o cálculo do somatório do campo 007 - Outros Créditos no livro de apuração do ICMS. Agora, além do grupo 03 (Outros Créditos), o cálculo também incluirá o grupo 12 (Créditos Presumidos) quando este estiver marcado para Considerar na apuração.

Tratamento de exceção no processo na escrituração

Implementado um tratamento de exceção no processo de integração com o Compliance Fiscal Senior, condicionando-o ao controle de exceção do processo de escrituração de documentos.

Melhorias

Entrada de Documentos - Field ‘MDI_IN_CODIGO’ not found

Problema: No módulo Fiscal, ao tentar acessar os parâmetros utilizados para calcular o item de um pedido de compra no Módulo de Materiais é apresentada a mensagem: Erro: Field ‘MDI_IN_CODIGO’ not found.

Ajuste: Corrigido a consulta dos itens do Pedido de Compra, inserindo os campos do Motivo da Desoneração.

Cadastro de CFOP Repetido no Módulo Tributos

Problema: No módulo de tributos, está sendo possível cadastrar CFOP com o mesmo código repetido.

Ajuste: Realizamos uma atualização na regra que sugere o próximo código ao incluir um novo CFOP no sistema. Agora, o filtro aplicado no grid não será mais considerado durante esse processo.

Não foi possível inserir os itens do Aviso de Recebimento

Problema: No módulo Fiscal, ao tentar lançar uma nota fiscal de recebimento é apresentada a mensagem: Não foi possível inserir os itens do Aviso de Recebimento Erro: Field ‘CVDI_IN_SEQUENCIAL’ not found.

Ajuste: Corrigido a consulta dos itens do Aviso do Recebimento, inserindo os valores do Código do Beneficio Fiscal.

Detalhe NF-e - Ao clicar na aba Produtos e Serviços

Problema: Ao clicar na aba Produtos e Serviços presente na tela Detalhe NF-e, é apresentado a mensagem: ORA-00904: “ITN_ST_CODBENEFRBC”: identificador inválido.

Ajuste: Corrigido o campo referente ao “Código do Beneficio Fiscal - Redução de Base de Calculo” na consulta dos itens da Nota Fiscal (NFE_ITEMNOTAFISCAL).

DANFE de Nota Premiada MS Sem Observação do Fisco

Problema: Em notas fiscais emitidas no estado de MS a observação da “NOTA MS PREMIADA” não estava sendo exibida.

Ajuste: Alterado a consulta utilizada para gerar os DANFE’s para que as dezenas premiadas da NF-e MS fossem exibidas.

Configuração de Apuração do ICMS

Problema: Ao criar um movimento de rubrica de crédito presumido, ele aparece na apuração, mas não está sendo exibido no Livro de apuração de ICMS.

Ajuste: Atualizamos o cálculo para somar o campo “007 - Outros Créditos” no livro de apuração do ICMS. Agora, além do grupo 03 (Outros Créditos), também consideramos o grupo 12 (Créditos Presumidos) quando estiver marcado para “Considerar na apuração”.

NFe - Rejeição - CST com beneficio fiscal não informado

Problema: No módulo fiscal, ao emitir uma nota de devolução de mercadoria do Paraná para o Rio Grande do Sul, o código de benefício fiscal PR8200001 não está sendo carregado, o que está causando a rejeição do documento.

Ajuste: Foi adicionada uma nova regra no pacote de integração entre o módulo de vendas e o módulo da NF-e para encontrar o código do benefício fiscal. Além disso, criamos um novo método para reutilizar a localização de parâmetros feita pelo componente de cálculo através do banco de dados.

Erro na Entrada de Documentos: ‘MDI_IN_CODIGO’ Não Encontrado

Problema: Ao abrir a tela de ‘Movimento de Documentos Fiscais - Entradas’, nas seções ‘Lançamentos por CFOP/Alíquota / Lançamentos / ICMS Monofásico’, os campos ‘Base’ e ‘Alíquota’ aparecem, mas deveriam ser ‘Base’ e ‘Valor’. Além disso, na seção ‘Lançamentos por CFOP/Alíquota / Movimento Fiscal por Item / ICMS Monofásico’, a alíquota está mostrando 3 casas decimais, quando deveria mostrar 4.

Ajuste: Foram realizadas algumas melhorias para que o Campo alíquota da sub aba ICMS Monofásico passe a mostrar de 3 para 4 casas decimais. O Label dos campos nomeados erroneamente como alíquota foram ajustados para o correto, sendo agora Valor.

Nova Vigência de ICMS Não Replica Código de Benefício

Problema: Ao tentar criar uma nova data efetiva para uma regra de ICMS já existente no sistema de configurações globais de impostos, a informação do ‘Código de Benefício’ da desoneração do ICMS não está sendo copiada para a nova data efetiva.

**Ajuste:**Realizada a alteração na rotina de “GerarNovaVigencia” para receber também as informações do Código do Benefício, para que o erro não ocorra mais.

Contabilidade

Novidades

Relatório de Balancete - Retirar dependência do filtro Somente com Saldo Anterior

Problema: Ao emitir os relatórios de balancete no módulo de Contabilidade, a escolha de Somente com Saldo Anterior está ligada à opção Imprimir Contas sem Movimento.

Ajuste: Foram realizadas algumas melhorias na geração dos relatórios Balancetes, como a criação do novo parâmetro Imprime contas, substituindo o anterior Imprime contas sem movimento, e possibilitando a emissão do relatório com 3 opções diferentes e corrigindo os erros anteriores.

Para saber mais detalhes acesse a documentação completa: Relatórios e Balancetes

Integração Compliance Fiscal - Divergência nos Valores dos Lotes Contábeis

Houve melhorias no registro dos valores dos lotes contábeis integrados com o Compliance Fiscal. Antes, às vezes, o valor do lote contábil não batia com a soma dos valores dos lançamentos que o compunham.

Integração Compliance Fiscal - Preparação para Lançamentos Contábeis Manuais

No menu Empresarial / Contabilidade / Integrações / Integração Lançamentos Contábeis Compliance, os lançamentos contábeis manuais, que são os adicionados diretamente pela tela de Lançamentos Contábeis ou importados via arquivo .imp ou serviço 403 do Integrador, agora são preparados para a integração contábil. Esses lançamentos, que não eram contabilizados pela agenda de contabilização, agora também são enviados ao Compliance.

Após o usuário informar o período dos lançamentos a serem preparados, uma mensagem será exibida indicando quantos lançamentos e itens contábeis serão preparados, dando a opção de continuar ou não.

Para saber mais acesse: Compliance Fiscal Integração

Melhorias

Identificador inválido: FIL_IN_CODIGO em Parâmetros Contábeis - Orçamentários

Problema: Ao abrir a tela de parâmetros contábeis primeiro, e depois tentar abrir a tela de parâmetros de outro módulo, o sistema permanece na tela de parâmetros da contabilidade.

Ajuste: Foram realizadas algumas melhorias na abertura da tela para Modal para que o erro não ocorra mais

Erro no Agrupamento no Patrimônio

Problema: Ao agrupar itens na tela de integração no módulo Patrimônio, é apresentada a seguinte mensagem: Index off array is not range.

Ajuste: Foram realizadas algumas melhorias no server para que o erro não ocorra mais.

Erro ao Replicar Parâmetros

Problema: Nas configurações do módulo Global, ao replicar os parâmetros de uma filial para outra é apresentado a seguinte mensagem: Procedimento MGGLO.GLO_PCK_COPIAORG.p_Definicao não encontrado ou inválido.

Ajuste: Implementado um script de atualização que analisa e remove a presença do owner no conteúdo dos campos, para que o erro não ocorra mais.

Este artigo ajudou você?

Ir para o topo da página