Gestão Empresarial | ERP - 5.10.3.19

Problema: quando realizado um romaneio de compra imediata, de um fornecedor pessoa jurídica emitente, o título de royalty não era gerado.

Correção efetuada: ajustamos o sistema para que os títulos de royalties de entradas de compra imediata de fornecedores emitentes de nota sejam gerados no processamento da nota.

Problema: No cadastro do usuário na tela de Parâmetros de Usuário para Vendas (F099UVE), quando o parâmetro Alterar Peso/Quantidade Informada Controle estava definido com o valor N, ao entrar na tela Expedição via Nota Entrada (Devolução) (F115COE) o campo Peso ficava desabilitado, no entanto, ao clicar no botão Cancelar, o campo ficava habilitado para edição pelo usuário.

Correção efetuada: Alteramos a consistência da tela Saída via Balança (Expedição via Pedido) (F115COS), para não habilitar o campo Peso ao clicar no botão Cancelar quando o usuário não possuir permissão de alteração desse campo.

Complementamos a descrição do campo Filial de Produção da tela F075PRO, detalhando em quais situações o sistema utiliza a informações inseridas neste campo.

Além de ser utilizado para orientar a geração da ordem de produção na filial indicada, o campo é utilizado na geração de pedido de venda e na geração da ordem de produção, bem como na tela de Tabelas de Seleção de Produtos para Custos (F627TSP), na geração de pedido previsão para plano produção, no processo automático 91 - Calcular FCI (F075FCI) e na geração do cálculo FCI Acabado.

Para saber mais detalhes, acesse a documentação do campo.

Problema: ao alterar o endereço de entrega para outro estado, mudando a CST/cálculo para o item já digitado, o sistema não executava novamente o identificador de regras COM-000ALSTR01 mesmo ao recalcular.

Correção efetuada: alteramos o processo para que, ao ajustar o endereço de entrega para outro estado, o sistema irá executar novamente o identificador de regras COM-000ALSTR01.

Problema: não era possível inativar uma condição de pagamento quando ela estava vinculada a uma fatura de venda na tela Condições de Pagamento (F028GCP), retornando a mensagem Não é possível inativar esta Condição de Pagamento. Existe(m) referência(s) para a tabela (...) na(s) seguinte(s) tabela(s): (...).

Correção efetuada: alteramos a rotina de validação da existência da condição de pagamento para não validar se existem faturas de vendas utilizando essa condição, uma vez que as faturas de vendas são apenas usadas para geração dos títulos no contas a pagar.

Problema: na tela Base imposto (Liga Filial) (F055PPF), ao clicar no botão Duplicar a tela Duplicação de Parâmetros (F055DPF) é aberta. Nela, ao selecionar o imposto do tipo 71 a fim de duplicá-lo para outra filial, as informações da guia Contribuição Previdenciária não eram duplicadas.

Correção efetuada: alteramos a rotina para duplicar corretamente os dados de Contribuição Previdenciária para o imposto da filial selecionada.

Problema: ao gerar o relatório 06 - Orçado x Realizado via Programa (CCCG006.GER) filtrando um centro de custo, o sistema listava corretamente os movimentos desse centro de custo, mas ao consultar um novo, listava também os movimentos do centro de custo anterior e assim sucessivamente, a cada centro de custo novo informado, agrupando todas as informações em vez de listar somente as do filtro.

Correção efetuada: ajustamos a geração do relatório para considerar somente os movimentos do centro de custo informado.

Problema: ao processar o registro R-4020 na tela de Integração (F690ILA), era apresentado o erro Floating point division by zero quando a nota não tinha valor financeiro gerado.

Correção efetuada: ajustamos a rotina para que o registro seja integrado corretamente no cenário acima.

Adicionamos na lista de variáveis para integração das notas fiscais de entrada, a variável CHVNel que trata da chave do documento eletrônico. Esta variável não constava anteriormente nesta lista de variáveis.

Melhoramos a performance na busca das informações na tela Composição do Custo por Produto/OP (F632CPR).

Melhoramos a documentação do campo Bloqueio Ordem de Compra da guia Projetos 1, tela Parâmetros da Filial para Projetos (F070PRJ) indicando que, quando a opção for 2 - Antes da aprovação multi-nível, o bloqueio vai ocorrer no momento da aprovação.

Clientes que possuem muitas contas financeiras e muitos centros de custo podiam notar lentidão ao carregar grande volumes de dados nas telas de Preparação - Contas Financeiras (F615OCT), Preparação - Centro de Custos (F615OCC), Consulta (F615OOB) e no relatório 01 - Gestão Orçamentária e Projetos (FJPO001.GER). A solução para evitar a lentidão é filtrar o conteúdo a ser exibido, mas só era possível selecionar uma única conta contábil ou centro de custo por vez. Visando tornar esses filtros mais flexíveis alteramos, nas telas mencionadas e no relatório, os campos Centro de custo e Cta Financeira para o tipo abrangência, isto é, para que seja possível selecionar múltiplos centros ou contas de uma vez.

Adicionamos uma observação à página da tela Débito Direto Autorizado (F510OLD) indicando que essa é a tela antiga do processo de DDA e, portanto, não recebe manutenção. Recomendamos o uso da tela Débito Direto Autorizado por Série (F510DDA) no seu lugar. Lembrando que o parâmetro global DisEmpFil vale para as duas.

Problema: ao processar o Ajuste a Valor Presente, o cálculo ocorria com falhas, quando houvesse títulos cuja data de vencimento fosse igual à data de entrada. Isso ocorre pois o sistema permite que títulos da mesma competência sejam carregados para o cálculo do AVP através do parâmetro Consid. fração. Per. na tela de Parâmetros Ajustes Financeiros (F002PJF).

Correção efetuada: corrigimos a rotina que calcula o AVP para não apresentar erro quando está calculando títulos que tenham a mesma data de entrada e vencimento.

Problema: durante a geração do imposto de IRRF, e retendo o valor de INSS na Nota Fiscal, quanto utilizada a opção de tipo de desconto simplificado ou mais vantajoso, o sistema não considerava o Valor Bruto/Base da Nota Fiscal de Entrada como base de cálculo do IRRF, acarretando em cálculo inconsistente.

Correção efetuada: ajustamos o sistema para que utilize para a base de cálculo do imposto IRRF o Valor bruto/Base da Nota Fiscal de Entrada.

Alguns clientes com grandes bases de dados estavam se deparando com a situação de, ao gerar o Fluxo de Caixa pela tela Parâmetros do Fluxo de Caixa Gerencial (F611PFC), marcando o parâmetro Incluir Ordem de Compra, o sistema apresentava grande lentidão para gerar o fluxo de caixa. Por ser um problema pontual, ajustamos a documentação da tela para acrescentar uma dica de melhoria de performance, da inclusão de um índice na tabela E501TCP, que acelera o processo de geração do fluxo de caixa. Por não se tratar de um índice nativo, para evitar que ele seja perdido em uma manutenção do banco de dados, sugerimos que seja aplicado da tabela via Central de banco de dados Senior (CBDS).

Problema: ao dar entrada em títulos através do web service com.senior.g5.co.int.vetorh.titulos, porta IntegrarTitulos, se o campo Prorr. C/ Jrs fosse enviado em branco, as informações Vencimento Prorrogado/Juros e Data Calculado Juros do título também ficavam em branco.

Correção efetuada: ajustamos o web service para que, quando o campo mencionado estiver vazio, seja atribuído automaticamente o valor padrão S - Sim. Dessa forma, os campos Vencimento Prorrogado/Juros e Data Calculado Juros do título serão preenchidos corretamente.

Problema: ao utilizar o Web service Com.senior.g5.co.int.varejo.notaautorizada para realizar a importação de nota fiscal para o ERP, o sistema assumia os valores dos campos de %Diferimento e da Base ICMS Diferido como zero.

Correção efetuada: ajustamos o processo para que, ao utilizar o Web service Com.senior.g5.co.int.varejo.notaautorizada para realizar a importação de nota fiscal para o ERP, os valores dos campos de %Diferimento e da Base ICMS Diferido estejam corretos.

Problema: o web service Com.senior.g5.co.mcm.ven.pedidos, porta ExportarPedidos_6, apresentava a seguinte mensagem de erro Erro do Banco (1843): ORA-01843: not a valid month referente ao formato das datas informadas como filtro.

Correção efetuada: alteramos o processo para que a formatação de datas aconteça adequadamente antes de enviar a consulta ao banco de dados.

Buscando clarificar o status das aprovações, realizamos algumas implementações no aplicativo Gestor Senior. São elas:

• Adicionamos novos status à timeline das aprovações para indicar quando a aprovação é confirmada pelo Gestão Empresarial mas possui algum aviso ou erro (aparecerá como confirmado, mas com cores diferentes);
• Possibilidade de consultar a mensagem de aviso que o Gestão Empresarial informa ao confirmar uma aprovação diretamente na timeline;
• Exibição dos status também do lado de fora do card de aprovação, agilizando a leitura das situações.

Buscando simplificar o processo de integração, disponibilizamos no botão Ações, a opção única, Reenviar registro, para todas as ações de reenvio de movimentos. Esta funcionalidade elimina a necessidade do usuário decidir qual processo de reenvio deve ser executado, já que o sistema fará esta identificação automaticamente.

Esta implementação é válida apenas para o WMS Senior e WMS Alcis, não se aplicando ao WMS WIS.

Problema: ao gerar uma O.P. com serviço externo, que gerasse uma ordem de compra automaticamente, o sistema mostrava uma mensagem avisando que era necessário informar o rateio a classificar e que o usuário não tinha permissão para informar o rateio, mesmo que o usuário tivesse a permissão.

Correção efetuada: implementamos nesta mensagem de erro um botão de Ajuda, que direciona o usuário para o artigo da base de conhecimento, com orientações sobre as causas e soluções do problema.

Problema: a documentação do web service com.senior.g5.co.mpr.eng.modelo não tinha a descrição dos campos nas portas ComponenteModelo, ConsumoComponente e DerivacaoModelo.

Correção efetuada: complementamos a página com a descrição dos campos.

Problema: ao desmarcar um item da pré-fatura na tela Formação de Cargas (via Pedidos) (F135FCP), os campos Valor Produtos PFA e Vlr. Líq. Produtos PFA não eram atualizados com o valor correto.

Correção efetuada: alteramos o processo para que, ao desmarcar um item da pré-fatura na tela Formação de Cargas (via Pedidos) (F135FCP), os campos Valor Produtos PFA e Vlr. Líq. Produtos PFA serão atualizados com o valor correto.

Problema: ao utilizar a tela Faturamento Individual de Cargas e Pedidos (F149GNC) para gerar nota fiscal de saída, o sistema não executava o identificador de regras VEN-140ALPES01, mesmo ele estando ativo e com regra vinculada.

Correção efetuada: alteramos o processo para que o identificador de regras VEN-140ALPES01 seja executado através da tela Faturamento Individual de Cargas e Pedidos (F149GNC) quando estiver ativo e tiver regra vinculada a ele.

Problema: a configuração não deveria considerar o grupo de clientes no cadastro de filial mas, mesmo assim, era apresentada a mensagem de aviso Valor do limite de crédito do grupo de clientes estourado, que consistia o limite de crédito do grupo de clientes ao fechar o pedido na tela Entrada de Pedidos Agrupado (F120GPD).

Correção efetuada: alteramos o processo para não consistir o limite de crédito do grupo de clientes quando o campo Analisa crédito para o grupo de clientes da tela Parâmetros da Filial para Vendas (F070FVE) estiver parametrizado em N - Não.

Problema: após gerar uma nota fiscal de saída com embalagens, estando logado em uma determinada empresa/filial, e tentar consultar as embalagens geradas para uma nota fiscal de saída de outra filial, o sistema não exibia as embalagens vinculadas a essa nota fiscal de saída.

Correção efetuada: alteramos o sistema para que seja possível verificar as embalagens de uma nota, em todas as filiais daquela empresa.

Problema: em alguns casos, a integração do retorno da separação feita no Gestão de Armazenagem | WMS WIS apresentava a mensagem de erro Erro ao processar a confirmação da ordem "17350", item 3, de separação no WMS, que trata o item da pré-fatura (...) ao gerar o XML.

Correção efetuada: ajustamos o processo para que, na integração do retorno, o XML possa ser gerado sem problemas e, caso ocorra alguma inconsistência, a mensagem original possa ser mostrada.

Problema: ao gerar um pedido e informar um representante diferente do representante cadastrado nas definições do cliente, gerando a nota fiscal de saída através da rotina 071 - Faturamento de pré-faturas, o sistema alterava o representante na nota fiscal de saída para o representante cadastrado nas definições do cliente.

Correção efetuada: alteramos o processo para que, ao gerar uma nota fiscal de saída através da rotina 071 - Faturamento de pré-faturas, o sistema não altere o representante da nota e permaneça o representante que está vinculado ao pedido e à carga que foram utilizados para gerar a nota fiscal de saída.

Problema: ao acessar e tela F000INE, clicar no botão Serviço da guia Serviço e abrir a tela F080SER, o código do serviço informado era carregado diferente do que constava na nota fiscal carregada.

Correção efetuada: ajustamos a rotina para carregar o código de serviço informado corretamente.

Problema: ao selecionar os registros a serem fixados na grade Ordens de compra em aberto, as informações referentes ao Valor Líquido, Quantidade Fixada, Valor Fixado, Quantidade a descontar e Quantidade Acrésc. Financ. eram calculadas e sugeridas corretamente. Porém ao desmarcar os registros, os referidos campos continuavam com as informações calculadas, enquanto deveriam estar zerados. Em seguida, ao selecionar os registros a serem fixados na mesma grade, informar valores nos campos Qtde a Fixar e Valor a Fixar, o campo Valor Líquido não era recalculado de acordo com as informações passadas. Por fim, o somatório Valor a Fixar no rodapé da tela considera, por padrão, o acréscimo financeiro em seu cálculo, o que pode divergir do Valor a Fixar da grade de ordens de compra, que possui a informação de acréscimo.

Correção efetuada: corrigimos o sistema nas seguintes situações:

• para que os referidos valores da grade sejam zerados quando os registros forem desmarcados;
• para que o Valor Líquido da grade seja recalculado e atualizado ao serem alteradas as informações de Qtde a Fixar e Valor a Fixar;
• implementamos o identificador de regras CPR-439NCACF01, que ao ser ativado (não necessita regra), terá como objetivo desconsiderar o acréscimo financeiro do totalizador Valor a Fixar localizado no rodapé da tela. Esse identificador atuará somente no referido totalizador, não tendo impactos nos cálculos e processamentos realizados na rotina.

Problema: quando geradas notas fiscais de pagamento referentes a pagamento antecipado de entrega, o ICMS que será calculado na nota fiscal de recebimento deve ser subtraído da base do PIS e COFINS a recuperar calculado na nota fiscal de pagamento. Nesse cenário, o ICMS Entrega Futura era calculado corretamente, porém não era subtraído da base do PIS e COFINS a recuperar.

Correção efetuada: ajustamos a rotina para que o valor do ICMS seja subtraído corretamente.

Problema: ao acessar a tela F000INE, carregar a nota fiscal de Conhecimento de Transporte Eletrônico (CT-e), alterar o código do serviço e clicar no botão Alterar, o campo Complemento não era carregado corretamente.

Correção efetuada: ajustamos a rotina para carregar o complemento corretamente, ao alterar o código de serviço, apenas para nota fiscal de Conhecimento de Transporte Eletrônico (CT-e).

Problema: no web service de manifestação do destinatário com.senior.g5.co.mcm.cpr.manifestacaodestinatario, porta Gravar, que executa o mesmo processo da tela F440MDE, era permitido informar um TipEve diferente do que indicado na documentação do web service.

Correção efetuada: alteramos o web service para consistir o TipEve, para que não permita informar um tipo diferente do que indicado na documentação do web service. Caso seja informado um valor inválido, será apresentada a mensagem Tipo de Evento "XXX" inválido! Informe o "TipEve" conforme indicado na documentação do web service..

Complementamos a documentação do web service com.senior.g5.co.mcm.cpr.ordemcompra com a seguinte observação:

• Informando o percentual e o valor da parcela no web service, ao gerar a ordem de compra o sistema toma como base primeiro o percentual e, depois, calcula o valor da parcela. Por causa do arredondamento, o valor pode ficar diferente do que foi passado no web service. A fim de que o sistema assuma o valor exato da parcela, não informe o percentual, apenas o valor. Ao gerá-la, ele vai chegar ao percentual por meio do valor da parcela. Os campos são: Percentual do valor da parcela (Parcela.PerPar) e Valor da parcela (Parcela.VlrPar).

Complementamos a documentação da tela Ordem de Compra Agrupada (F420GOC) quanto ao tópico Títulos com previsão de adiantamento e valor efetivado, incluindo alguns exemplos de cenários atendidos.

Problema: ao carregar um arquivo XML contendo caracteres especiais em um web service, o sistema apresentava falha exibia a mensagem Stream read error.

Correção efetuada: ajustamos a rotina que carrega o arquivo XML para realizar o processo corretamente quando existem caracteres especiais no arquivo.

Implementamos para que a opção Habilitar otimização XT seja definida automaticamente como marcada na Central de Configurações Senior para que o novo componente visual seja o padrão na visualização do sistema.

Disponibilizamos um campo de interface interno SGI chamado TelOpe para indicar o status atual do formulário, ou seja, qual operação está sendo realizada pelo usuário no cadastro. Possibilitando ser utilizado nas regras LSP da customização. Valores possíveis: InformandoChave, Navegando, Inserindo e Editando.

Problema: ao carregar um arquivo XML contendo caracteres especiais em um web service, o sistema apresentava falha exibia a mensagem Stream read error.

Correção efetuada: ajustamos a rotina que carrega o arquivo XML para realizar o processo corretamente quando existem caracteres especiais no arquivo.

Problema: ao utilizar o Web service Com.senior.g5.co.int.varejo.notaautorizada para realizar a importação de nota fiscal para o ERP, o sistema assumia os valores dos campos de %Diferimento e da Base ICMS Diferido como zero.

Correção efetuada: ajustamos o processo para que, ao utilizar o Web service Com.senior.g5.co.int.varejo.notaautorizada para realizar a importação de nota fiscal para o ERP, os valores dos campos de %Diferimento e da Base ICMS Diferido estejam corretos.

Problema: o web service Com.senior.g5.co.mcm.ven.pedidos, porta ExportarPedidos_6, apresentava a seguinte mensagem de erro Erro do Banco (1843): ORA-01843: not a valid month referente ao formato das datas informadas como filtro.

Correção efetuada: alteramos o processo para que a formatação de datas aconteça adequadamente antes de enviar a consulta ao banco de dados.

Problema: no web service de manifestação do destinatário com.senior.g5.co.mcm.cpr.manifestacaodestinatario, porta Gravar, que executa o mesmo processo da tela F440MDE, era permitido informar um TipEve diferente do que indicado na documentação do web service.

Correção efetuada: alteramos o web service para consistir o TipEve, para que não permita informar um tipo diferente do que indicado na documentação do web service. Caso seja informado um valor inválido, será apresentada a mensagem Tipo de Evento "XXX" inválido! Informe o "TipEve" conforme indicado na documentação do web service..

Complementamos a documentação do web service com.senior.g5.co.mcm.cpr.ordemcompra com a seguinte observação:

• Informando o percentual e o valor da parcela no web service, ao gerar a ordem de compra o sistema toma como base primeiro o percentual e, depois, calcula o valor da parcela. Por causa do arredondamento, o valor pode ficar diferente do que foi passado no web service. A fim de que o sistema assuma o valor exato da parcela, não informe o percentual, apenas o valor. Ao gerá-la, ele vai chegar ao percentual por meio do valor da parcela. Os campos são: Percentual do valor da parcela (Parcela.PerPar) e Valor da parcela (Parcela.VlrPar).

Problema: ao dar entrada em títulos através do web service com.senior.g5.co.int.vetorh.titulos, porta IntegrarTitulos, se o campo Prorr. C/ Jrs fosse enviado em branco, as informações Vencimento Prorrogado/Juros e Data Calculado Juros do título também ficavam em branco.

Correção efetuada: ajustamos o web service para que, quando o campo mencionado estiver vazio, seja atribuído automaticamente o valor padrão S - Sim. Dessa forma, os campos Vencimento Prorrogado/Juros e Data Calculado Juros do título serão preenchidos corretamente.

Problema: a documentação do web service com.senior.g5.co.mpr.eng.modelo não tinha a descrição dos campos nas portas ComponenteModelo, ConsumoComponente e DerivacaoModelo.

Correção efetuada: complementamos a página com a descrição dos campos.