Gestão Empresarial | ERP - 5.10.3.22

Problema: quando era gerada uma nota fiscal de devolução com a quantidade final da pesagem inferior a quantidade da nota fiscal do fornecedor, ao consultar a tela de Consulta de Notas Fiscais de Saída (F141CNS), a transação de produto era apresentado com a Transação de Devolução Produção de Saída definida pela tela de Parâmetros por Estado (F009PPE).

Correção efetuada: ajustamos a situação para que o sistema apresente a Transação Devolução Produto definida pela tela Parâmetros por Transação e Estado (F009PTE).

Adicionamos o parâmetro global IndLigTpl para indicar se deve ser considerada a ligação da filial com a tabela de preço para gerar pendência de exportação ao duplicar tabela de preços na tela Duplicação Tabela de Preço de Venda (F081DTV).

Problema: ao inativar uma transação na tela F000TRE, o processo não era finalizado e ficava processando sem retornar mensagem. Desta forma, o sistema não indicava se a transação havia sido inativada ou o qual era o motivo de não ser inativada.

Correção efetuada: alteramos a rotina da tela para que seja finalizada a inativação da transação, e nos casos onde a transação ainda esteja vinculada a títulos que não estão liquidados, o sistema retorne a mensagem indicando os títulos encontrados.

Disponibilizamos novos totalizadores para que as informações de ICMS Monofásico fiquem mais claras na tela de apuração do imposto 78 (F661PAI > F661I10). São eles:

• ICMS Monofásico Total: soma de todos os ICMS Monofásicos (ICMS Mono. Próprio + ICMS Mono. Retido + ICMS Mono. Diferido + ICMS Mono. Filial + ICMS Mono. transferido)
• Crédito ICMS Monofásico Transferido: soma de todos os valores de créditos dos ICMS Monofásicos que serão transferidos para o ICMS
• Débito ICMS Monofásico Transferido: soma de todos os valores de débitos dos ICMS Monofásicos que serão transferidos para o ICMS

Confira a documentação completa do ICMS Monofásico.

Flexibilizamos o cálculo da base de cálculo do ICMS por meio da inicialização do Controle de Entrada de Produtos (F075CEP) quando a integração tiver origem no módulo de Tributos. Para isso, disponibilizamos o parâmetro dinâmico TRIBUTOS.CONSIDERARVALORESBASEICMS. Ele indica quais valores devem ser considerados, por meio da inicialização do Controle de Entrada de Produtos (F075CEP) com origem em Tributos, no cálculo do valor base de ICMS caso a nota não seja geradora de crédito. O caminho é Cadastro de Filiais (F070FCA), botão Par. Dinâmicos (F000PPD).

Valores possíveis:

1. Valor de Isentas + Valor de Outras
2. Valor das mercadorias - Valor dos descontos
3. Valor das mercadorias

Se não estiver preenchido, considera o valor 1. O comportamento anterior era assumir o valor total do item da nota como base, incluindo o próprio ICMS ST.

Problema: a integração do registro R-4020 pela tela F690ILA gerava valores duplicados nas retenções quando há registros com o código da filial zerado na tabela E001TIT.

Correção efetuada: ajustamos a rotina para que os valores de retenção sejam integrados corretamente no cenário acima.

Problema: não era possível finalizar a geração do arquivo do SPED Fiscal (F669EFD). A rotina processava por horas e não concluía por conta dos acessos repetidos à tabela de CEP (E008CEP).

Correção efetuada: ajustamos a origem do processo do Bloco 0, registro 0150 (Tabela de Cadastro do Participante) de modo que o acesso à tabela de CEP ocorra no início, assim evitando a queda na performance.

Problema: na documentação da tela de EFD-Reinf - Integração (F690ILA), o exemplo de parametrização da Filial consolidadora se encontrava incompleto.

Correção efetuada: ajustamos a documentação para completar o exemplo indicado.

Problema: ao realizar entrada de títulos via o web service com.senior.g5.co.mfi.cpa.titulos, porta EntradaTitulosLoteCP, ou via o web service com.senior.g5.co.mfi.cre.titulos, porta EntradaTitulosLoteCR; utilizando a Forma de Rateio como 3-Rateio manual, porém sem inserir um valor de rateio, o sistema registrava o título na base, sem realizar consistência.

Correção efetuada: alteramos a classe de rateio para que seja apresentado consistência ao entrar com título via web service, no qual a transação esteja definida como rateio manual, impedindo que o título sem valor de rateio seja inserido na base de dados.

Problema: ao realizar a entrada de um título na tela de Títulos/Manutenção do Contas a Pagar (F501TCP) e depois aprovar na tela de Aprovação de pagamentos por lote do Contas a Pagar (F501APG), o sistema permitia que ainda fossem alterados valores dos campos de Juros, Valor Multa Negociada, Outros Acréscimos Aprovados e Valor Descontos Negociados. Entretanto, esses campos não deveriam ser editados após a aprovação do título.

Correção efetuada: ajustamos para que, após a aprovação do título, não seja mais permitido alteração de valores.

Problema: em alguns momentos, a tela Monitoramento de Integrações com Gestor Senior App (F999IGS) não mostrava dados na guia Logs Integração.

Correção efetuada: ajustamos o processo no sistema para que a guia Logs Integração sempre mostre informação, quando houver.

Problema: no retorno da aprovação de uma ordem de compra do aplicativo Gestor Senior, quando está configurado para enviar e-mail ao fornecedor no fechamento da ordem de compra, caso ocorresse algum problema no envio do e-mail, a ordem de compra não era aprovada, porém na consulta da tela Monitorar Registros (F999IGS) apresentava a informação de que a ordem de compra foi aprovada.

Correção efetuada: alteramos a rotina de retorno da aprovação da ordem de compra do aplicativo Gestor Senior, para que nos casos onde não consiga enviar o e-mail para o fornecedor, a aprovação da ordem de compra seja finalizada no ERP e seja adicionado um comentário no log da consulta da integração indicando o motivo de não ser enviado o e-mail. Desta forma, a rotina de retorno da aprovação das ordens de compra terá o mesmo comportamento da tela Aprovações multinível (F420APR), onde a ordem de compra é aprovada e retorna mensagem ao usuário indicando o motivo por não conseguir enviar o e-mail ao fornecedor.

Problema: ao realizar o cancelamento das notas de serviço por substituição, no momento de enviar o retorno da nota via web service com.senior.g5.co.int.eletronicos.documentos, porta ImportarRetornos, estava sendo consistido o último número do contrato de forma indevida, mesmo quando o contrato vinculado a nota está correto com a última nota informada.

Correção efetuada: alteramos o processo para que, ao realizar o cancelamento das notas de serviço por substituição, no momento de enviar o retorno da nota via web service com.senior.g5.co.int.eletronicos.documentos, porta ImportarRetornos, não será consistido o último número do contrato de forma indevida.

Disponibilizamos o novo botão Reabrir Documento no ERP nas ações do Monitor, onde através deste é possível reabilitar a pré-fatura no ERP para correções de situações que impedem a integração com WMS, de forma que o processo possa ser ajustado dentro do ERP e uma nova integração da pré-fatura seja realizada ao WMS após os ajustes necessário.

A execução desnecessária desta ação, interfere no fluxo de integração. Desta forma, recomendamos acessar nossa documentação e avaliar o cenário.

Implementamos o novo identificador de regra, GER-900EUDLE02, que poderá ser executado na geração da ordem de produção, o qual irá definir os critérios de sequências de uso dos lotes de estoque na geração dos lotes dos componentes da O.P. Isso evitará que ao gerar a ordem de produção, o componente com controle de lote precise utilizar um critério para obter o lote, diferente do informado no identificador de regra GER-210EUDLE01.

Problema: uma nota fiscal na tela Emissão ou Cancelamento de Notas Fiscais de Saída (F140CAN) ficou definida como fechada/não enviada no ERP, mas autorizada no eDocs.

Correção efetuada: criamos uma monitoria para identificar os casos onde essa situação ocorra, condicionada ao identificador de regras GER-MON0338494.

Problema: ao emitir uma nota fiscal de saída dos tipos 3, 4, 5 e 6, o sistema estava gerando valores nas tabelas E140DTP (Itens de Produto) e E140DTS (Itens de Serviço) e, com isso, ocorria a geração da tag vTotTrib com a soma do total de tributos conforme parametrizações realizadas na tela Impostos no Documento Fiscal (F075INF). No entanto, não deveria gerar o detalhamento de impostos para esses tipos de notas fiscais.

Correção efetuada: criamos o parâmetro global GerDetTrib, que tem a finalidade de indicar se devem ser geradas nas notas fiscais de saída dos tipos 3, 4, 5 e 6 as informações do total de tributos conforme parametrização realizada na tela Impostos no Documento Fiscal (F075INF). O valor padrão do parâmetro é S-Sim, ou seja, por padrão será gerado a informação como sempre foi gerada. Caso o cliente não desejar que esses tipos de nota fiscal de saída gerem a informação do total de tributos, deve-se alterar o valor do parâmetro para N-Não.

Problema: na tela Consulta de Notas Fiscais de Saída (F141CNS), ao marcar a opção Mostrar N° Embarque, após a nota fiscal ser carregada na tela e clicar no botão Ctrl. Emb. (4), a tela Controle de Embarques (F145EBQ) não era aberta com o último embarque ao qual a nota está vinculada, quando a nota fiscal estava vinculada a mais de um embarque.

Correção efetuada: alteramos o processo de busca do embarque ao qual a nota fiscal está vinculada para apresentar sempre o último embarque se essa nota fiscal estiver vinculada a mais de um embarque ao abrir a tela Controle de Embarques (F145EBQ) através do botão Ctrl. Emb. (4).

Alteramos o processo para que, ao ser executado o Identificador de Regras VEN-000TNSDE01 pela tela, ou através da rotina sapiens 71, o usuário possa verificar qual rotina chamou a regra e a tela de origem através da variável VSOriRotina.

Problema: ao utilizar o Identificador de Regras COM-000SIGUF01 e gerar um pedido para um cliente que faz a sugestão do indicativo presencial com um item de produto que contenha % de IPI, ao fechar o pedido, o sistema sugeria novamente uma % de IPI.

Correção efetuada: alteramos o processo no sistema para respeitar o valor de % de IPI informado pelo cliente quando a UF do pedido for a mesma UF da filial. Caso contrário, o sistema irá sugerir novamente a % de IPI.

Problema: ao utilizar a tela Entrada de Pedidos por Pedido Base (F120GPP) para consumir um pedido gerado com itens de produto do tipo montado, o sistema apresentava a seguinte mensagem de erro: List index out of bounds (-1).

Correção efetuada:alteramos o processo no sistema para que, ao utilizar como pedido base um pedido que contenha item de produto do tipo montado, seja gerado corretamente o novo pedido sem que seja exibida nenhuma mensagem de erro.

Realizamos melhorias no sistema para obter um desempenho mais satisfatório ao abrir e utilizar a tela Faturamento Agrupado de Cargas (F149GNA) para gerar nota fiscal de saída.

Problema: ao gerar uma Nota Fiscal de Saída via Carga/Pré-fatura na tela Faturamento Individual de Cargas e Pedidos (F149GNC), era exibida a mensagem de erro Cliente 0 não encontrado.

Correção efetuada: alteramos o processo no sistema para que, ao gerar uma Nota Fiscal de Saída via Carga/Pré-fatura na tela Faturamento Individual de Cargas e Pedidos (F149GNC), a mensagem de erro Cliente 0 não encontrado não seja mais exibida, apenas irá apresentar mensagens de consistências de padrões do sistema.

Problema: ao retornar o recebimento a menor na integração WMS WIS, ocorria a mensagem de erro Item x é controlado por lote mas no WMS não foi informado lote.

Correção efetuada: alteramos o sistema para que não ocorram erros na integração da ordem de recebimento.

Problema: ao faturar um pedido integrado do Gestão de Armazenagem | WMS e realizar a inutilização da mesma, era exportada ao WMS a nova nota fiscal gerada após a sua autorização e, também, a inutilização da nota antiga.

Correção efetuada: alteramos o processo no sistema para que a nota fiscal somente seja exportada em casos de autorização e cancelamento.

Problema: ao executar a rotina agendada 02 - Fechamento dos Estoques, de forma intermitente, ocorria erro na atribuição de filtros referentes aos tipos de produtos possíveis no fechamento por origem

Correção efetuada: ajustamos para que, quando a rotina de fechamento de estoques for executada, os filtros referentes aos tipos de produtos não sejam atribuídos, pois não há necessidade.

Problema: ao executar a rotina agendada 02 - Fechamento dos Estoques, utilizando a parametrização para retorno da data final do período através de regra, a regra em questão não era executada e consequentemente a parametrização não funcionava.

Correção efetuada: ajustamos a rotina para que a regra funcione corretamente.

Problema: a nomenclatura do identificador de regras EST-207CFGRAT01 estava maior que dez caracteres impedindo assim a sua utilização.

Correção efetuada: ajustamos a nomenclatura do identificador para EST-207CFRAT01.

Problema: ao escolher a opção de transferência Entre Produtos na tela F210TPA, e o produto de entrada possuía hífen em seu código ou no código da derivação, o registro não era apresentado na grade Para(Movimento Entrada).

Correção efetuada: alteramos a busca das informações do código de produto de entrada, para carregar corretamente os produtos que possuam hífen na sua codificação.

Problema: ao retornar a contagem via integração com o WMS WIS, o sistema apresentava um erro no qual, o produto/derivação não era encontrado. Isto ocorria porque ao concatenar o produto e derivação, parte informação era cortada.

Correção efetuada: ajustamos o tamanho do campo para que as informações sejam exibidas por completo.

Problema: na documentação da tela de Nota Fiscal de Entrada Agrupada (F440GNE), o processo de Ajuste de balança encaminhava o usuário para a página errada.

Correção efetuada: ajustamos o manual para indicar a página de Nota Fiscal de Entrada Agrupada - Ajuste de Balança como a documentação correta do processo de ajuste de balança.

Problema: não havia retorno de informação ao executar a função HttpLeCabecalhoResposta em regra quando o parâmetro Habilitar protocolos TLS 1.2 e 1.3 em aplicativos WIN32(G5) está habilitado, na Central de Configuração > Conexões de rede > Acesso à internet.

Correção efetuada: alteramos a leitura de cabeçalhos quando a chamada for executada via webservice-factory.

Problema: apresentava o erro Premature end of chunk coded message body: closing chunk expected ao executar web service.

Correção efetuada: revertemos o ajuste de liberação de memória em webservice-factory, realizados anteriormente na versão 5.10.3.116 conforme notas da versão Utilização de memória ao executar requisição REST.

Problema: ao realizar entrada de títulos via o web service com.senior.g5.co.mfi.cpa.titulos, porta EntradaTitulosLoteCP, ou via o web service com.senior.g5.co.mfi.cre.titulos, porta EntradaTitulosLoteCR; utilizando a Forma de Rateio como 3-Rateio manual, porém sem inserir um valor de rateio, o sistema registrava o título na base, sem realizar consistência.

Correção efetuada: alteramos a classe de rateio para que seja apresentado consistência ao entrar com título via web service, no qual a transação esteja definida como rateio manual, impedindo que o título sem valor de rateio seja inserido na base de dados.

Problema: ao realizar o cancelamento das notas de serviço por substituição, no momento de enviar o retorno da nota via web service com.senior.g5.co.int.eletronicos.documentos, porta ImportarRetornos, estava sendo consistido o último número do contrato de forma indevida, mesmo quando o contrato vinculado a nota está correto com a última nota informada.

Correção efetuada: alteramos o processo para que, ao realizar o cancelamento das notas de serviço por substituição, no momento de enviar o retorno da nota via web service com.senior.g5.co.int.eletronicos.documentos, porta ImportarRetornos, não será consistido o último número do contrato de forma indevida.

Problema: ao trocar de usuário, a última tela acessada era aberta novamente.

Correção efetuada: ajustamos para que ao realizar a troca de usuário, não seja aberta a última tela novamente.