Gestão Empresarial PME | GO UP - 5.10.3.31

Na tela de Geração de Títulos (F661ICP), quando títulos eram compensados ou o valor da guia paga a maior fosse armazenado para compensação futura, era apresentada uma mensagem indicando que havia gerado títulos no financeiro, porém o título não era mostrado na tela. A fim de resolver isso, ajustamos a mensagem apresentada quando o título não foi gerado.

Problema: ocorrria um erro de Access Violation ao gerar o registro C195 do SPED Fiscal para documentos de entrada.

Correção efetuada: ajustamos a geração do registro C195 no SPED Fiscal para o cenário acima.

Problema: ao reverter um lote contábil com a situação Contabilizado e que teve lançamentos excluídos antes da contabilização, o total de débito e crédito do lote ficava incorreto, considerando os valores dos lançamentos excluídos.

Correção efetuada: ajustamos a reversão de lotes contabilizados para atualizar corretamente o total de débito e crédito após sua execução.

Implementamos na apuração de custos através das telas de Cálculo do Preço de Venda para Comércio e Atacado (F621APC), Geração do Preço Padrão de Materiais e Serviços (F621GPP) e Cotação de Materiais e Serviços para Custos (F621CIC), para que o cálculo do valor de PIS e Cofins seja descontado o valor do ICMS no valor base de PIS/Cofins.

Problema: na tela de Conciliação de Cartões (F301CCC), se a diferença entre o valor do título e o valor do arquivo de retorno fosse maior que 50 centavos, o sistema acabava duplicando o valor de Outros acréscimos na grade de retorno, sem apresentar erros.

Correção efetuada: ajustamos a rotina para que não ocorra a duplicação do valor dos Outros acréscimos, quando a diferença entre o valor do título e o valor do arquivo de retorno for maior que 50 centavos.

Adicionamos o parâmetro HabFilBma à tela de Manutenção dos parâmetros globais do sistema (F000PGS). Quando seu valor for de S-Sim, os títulos de pedidos bloqueados serão automaticamente filtrados e não serão retornados na tela de Baixa por Lote Automática do Contas a Receber (F301BMA) ao aplicar o filtro no campo de Pedidos na tela de Seleção (F301SEL).

Problema: ao gerar o cálculo de pagamento da comissão para o representante, o sistema gerava o valor de IRRF incorreto, utilizando a base de cálculo com o valor do INSS da comissão subtraído. Isso ocorria somente para cadastros de pessoa física que utilizam o tipo de desconto IRRF sendo Simplificado ou Mais Vantajosa e que tenha a geração de INSS no cálculo de pagamento de comissões para representantes.

Correção efetuada: ajustamos o sistema para que a realização do cálculo do pagamento de comissões de representantes pessoa física, quando o representante esteja atrelado a um fornecedor, sejam utilizadas informações do fornecedor, incluindo o tipo de desconto Simplificado. Caso esteja configurado para gerar INSS nesse cálculo, o valor deste será mantido na base de cálculo do IRRF da comissão do representante. Já para o tipo de desconto Deduções Legais configurado no fornecedor, será mantida a base de cálculo do IRRF, ou seja, nesse caso a base de cálculo terá o valor do imposto INSS considerado/subtraído.

Adicionamos à descrição do campo Valor Desconto, a informação de que o campo será habilitado somente quando o campo Data e/ou o campo Calcula Desc. Antecipação tiver(em) algum valor informado. Este campo, mão é calculável, apenas uma informação carregada e/ou pode ser informada manualmente, ou ainda, zerada.

Problema: ao utilizar o web service GravarPedido para gerar pedido na base de dados através de um sistema terceiro, o ERP gerava mensagem de erro mas gravava este pedido na base de dados de forma divergente ao que foi apresentado de retorno do web service.

Correção efetuada: alteramos o processo no sistema para que, ao usar o web service GravarPedido, o pedido só seja gravado de fato na base de dados se não ocorrer nenhum erro. Caso ocorra algum erro, todo o processo feito para o pedido informado no web service será descartado.

Problema: ao utilizar a Ação SID.Est.Movimentar e informar o valor 1.123,45 no campo QtdMov, o sistema retornava a mensagem ERRO: '1,123,45' is not a valid floating point value.

Correção efetuada: corrigimos o sistema para tratar todas as formatações possíveis do campo de quantidade.

Problema: ao mostrar os pedidos de um mesmo produto para gerar necessidade na tela F810PRO com a opção Abater Estoque Disponível da Qtde a Produzir marcada, o cálculo abatia o estoque disponível da quantidade em aberto no primeiro pedido e novamente o mesmo estoque no segundo pedido. Isto ocorria quando estes pedidos tinham a quantidade reservada alocada em um depósito que não era considerado para cálculo de necessidades.

Correção efetuada: corrigimos a rotina para não abater o estoque disponível em duplicidade quando o depósito não for considerado para cálculo de necessidades.

Problema: ao fechar uma nota fiscal, a validade e fabricação dos lotes eram zerados quando utilizado o identificador de regras GER-000ACVLD01.

Correção efetuada: ajustamos para somente zerar as datas de validade e fabricação ao utilizar o identificador de regras GER-000ACVLD01, quando o Gestão Empresarial tiver integração com o WMS Silt.

Alteramos o processo no sistema para que, quando algum usuário processar uma embalagem e outro usuário tentar processar a mesma embalagem simultaneamente, a ação seja desconsiderada e o cliente possa optar se ele deseja recarregar as embalagens que ainda não foram utilizadas ou se deve cancelar o processo e começar novamente. Anteriormente, o sistema exibia a mensagem de erro Erro no processamento: Dados alterados antes do processamento para o segundo usuário que tentasse executar a mesma embalagem.

Problema: ao gerar um pedido na tela Entrada de Pedidos Agrupado (F120GPD) com o parâmetro dinâmico NOTAFISCAL.ICMSDIFERIDO.REMOVERDOPRECOUNITARIO da filial definido como S-Sim e aplicar o % Oferta no botão Valores, o sistema subscrevia o diferimento.

Correção efetuada: ao aplicar o % Oferta no botão Valores, o sistema não irá subscrever o diferimento.

Problema: ao utilizar a opção Bloqueio Pedido Por Área na segunda filial da empresa e gerar um pedido, bloqueado por área, quando o usuário tenta carregar este pedido na tela Liberação de Pedidos bloqueados por Área (F120LIM), o sistema não carregava os pedidos corretamente.

Correção efetuada: alteramos o processo no sistema para que, ao utilizar a opção Bloqueio Pedido Por Área na segunda filial, seja possível carregar os pedidos que estão bloqueados por área.

Problema: ao gerar um pedido na tela Entrada de Pedidos Agrupado (F120GPD) que tenha o % de oferta como padrão do cadastro do cliente, apenas após clicar no botão Recalcular é que o sistema aplicava o percentual de oferta no preço.

Correção efetuada: ao gerar um pedido na tela Entrada de Pedidos Agrupado (F120GPD) que tenha o % de oferta como padrão do cadastro do cliente, o sistema aplica o percentual automaticamente no preço, sem precisar recalcular manualmente o pedido.

Problema: ao gerar um pedido na tela Entrada de Pedidos Agrupado (F120GPD) com o parâmetro dinâmico NOTAFISCAL.ICMSDIFERIDO.REMOVERDOPRECOUNITARIO da filial definido como S-Sim, o sistema deixava de respeitar a quantidade de casas decimais definida na empresa.

Correção efetuada: ao gerar um pedido na tela Entrada de Pedidos Agrupado (F120GPD) com o parâmetro dinâmico NOTAFISCAL.ICMSDIFERIDO.REMOVERDOPRECOUNITARIO da filial definido como S-Sim, o sistema irá respeitar a quantidade de casas decimais definida na empresa.

Problema: quando a rotina de aprovação de nota fiscal de entrada estava ativa e havia integração de notas fiscais de entrada com o aplicativo Gestor Senior, caso fosse gerada uma nota fiscal de entrada e posteriormente o valor da nota era alterado (devido a mudanças de quantidade ou valores dos itens), não era atualizada a informação do Valor de Aprovação na tabela Financeiro - Controle de Aprovação Financeira (E614APR), e como consequência, mesmo após já ter realizado as aprovações, não era possível fechar a nota fiscal, pois apresentava a mensagem Erro - Não foi possível gravar a nota fiscal de entrada - Nota Fiscal de Entrada em processo de aprovação multinível.

Correção efetuada: alteramos a rotina de controle de aprovação para que nesses casos seja atualizado o Valor de Aprovação e com isso, a aprovação seja finalizada e a nota fiscal de entrada possa ser fechada.

Problema: ao receber um XML no qual a quantidade do item era em uma unidade de medida diferente da unidade do estoque, quando existia distribuição de lote, era apresentada a seguinte mensagem no processamento: Quantidade distribuída: 120 é diferente da quantidade total do item: 60.

Correção efetuada: ajustamos uma falha na conversão de unidade de medida que fazia com que a quantidade do lote fosse dobrada na hora de consistir a distribuição.

Problema: ao gerar uma ordem de compra via web service com.senior.g5.co.mcm.cpr.ordemcompra, porta GravarOrdensCompra, o sistema tentava gerar o rateio mesmo quando este era passado na requisição do serviço.

Correção efetuada: ajustamos para que o web service apenas gere o rateio se este não vier informado no XML.

Problema: ao realizar a devolução de uma nota de saída via web service com.senior.g5.co.mcm.cpr.notafiscal, na porta GravarNotasFiscaisEntrada, era apresentada a seguinte crítica na SEFAZ: Valor total do ICMS relativo ao Fundo de Combate a Pobreza (FCP) da UF de destino difere do somatório do valor dos itens.

Correção efetuada: ajustamos o cálculo dos dados gerais da nota de entrada, que não totalizavam os valores do DIFAL quando a nota era gerada via web service.

Problema: ao executar o web service com.senior.g5.co.mcm.est.estoques, porta Fechar, caso o código da empresa não fosse informado, não era possível executar o processo, pois era considerada a empresa como 0, e assim era executada a troca de empresa e filial equivocadamente.

Correção efetuada: ajustamos a rotina para que seja possível executar, mesmo sem informar o código da empresa, considerando sempre a empresa logada.

Problema: ao realizar uma transferência entre depósitos na tela F210TPA, quando o produto não tinha derivação, o sistema não sugeria na grade o depósito de origem e nem de destino informados no cabeçalho da tela.

Correção efetuada: corrigimos a rotina para carregar os depósitos também, quando não houver derivações.

Problema: na geração de requisições eletrônicas para reposição de estoques, quando uma parte da requisição era atendida em um primeiro momento, ao retornar posteriormente e cancelar a outra parte, a data de atendimento era atualizada novamente, porém, nessa última movimentação, apenas eram canceladas as quantidades não atendidas.

Correção efetuada: ajustamos a rotina para que a data de atendimento só seja atualizada se, de fato, houver atendimento de quantidades na requisição.

Visando automatizar e simplificar do processo de armazenamento e manutenção dos saldos mensais de todos os produtos divididos por filial, implementamos o controle que permite informar mais de uma filial na tela de Inicialização de Saldos Mensais (F210ISM) e no processo automático 49 - Inicialização de Saldos Mensais.

Com esta mudança, o processo será facilitado, pois o sistema permitirá informar mais de uma filial quando houver um grande número de filiais.

Efetuamos melhorias nas telas F210AME e F210ASE, adicionando o campo Filial na grade de requisições destas telas e criamos novos parâmetros globais que se aplicam às telas, que são:

• Parâmetro global SelAutAme, que permite desativar as marcações automáticas nos itens que podem ser atendidos, ao mostrá-los na tela F210AME;
• Parâmetro global QtdAleAre para definir se o sistema deve alertar usuários que tentam efetuar processamentos de muitas requisições. Este parâmetro funciona nas telas F210AME e F210ASE.

Problema: a documentação referente à configuração do campo Lista de servidores confiáveis, na tela Aplicativos inserida na Central de Configurações Senior, não estava disponível no notas da versão em que foi liberada no manual. Também faltava detalhamento para esta documentação específica.

Correção Efetuada: complementamos os detalhes faltantes ao manual desta documentação. O passo a passo referente à configuração da Lista de servidores confiáveis:

1. Acesse a ferramenta Central de Configurações Senior. Certifique-se de ter as permissões necessárias para acessar e configurar as definições da aplicação;
2. Navegue até a seção Middleware > Web 5.0 > Aplicativos. Esta seção contém a lista de aplicativos gerenciados pelo SeniorMiddleware;
3. Nesta tela, você encontrará uma lista de aplicativos, cada um com suas configurações independentes. Por exemplo, pode haver aplicativos como rubiweb e sapiensweb, cada um com suas próprias configurações;
4. Selecione a aplicação para a qual você deseja configurar servidores confiáveis;
5. Localize o campo Lista de Servidores Confiáveis. Neste campo, você deverá adicionar o nome do servidor seguido de dois pontos e a porta. Diferentes servidores devem ser separados por ponto e vírgula (;). Por exemplo: servidor1:8080;servidor2:8080;

   Importante

   O nome do servidor pode ser encontrado no campo URL de Acesso ao Conector da aplicação. Certifique-se de inserir o nome do servidor corretamente.

6. Repita o passo 5 para todas as aplicações listadas na seção Aplicativos Middleware que requerem essa configuração.

Exemplo

Caso tenha dois aplicativos, rubiweb e sapiensweb, e deseja configurar servidores confiáveis para ambos. Siga os passos acima para cada um deles, adicionando os servidores confiáveis de acordo com suas necessidades.

Lembre-se de que a configuração de servidores seguros é essencial para proteger suas aplicações e restringir o acesso a servidores autorizados. Certifique-se de manter essa configuração atualizada sempre que necessário.

Problema: quando requisitava os serviços que continham campos de retorno com valor vazio com a Bridge habilitada, o elemento no arquivo XML era preenchido com um ponto de interrogação ao invés do atributo xsi:nil="true" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance .

Correção efetuada: ajustamos a rotina de retorno para formatar corretamente a mensagem.

Problema: ao gerar uma ordem de compra via web service com.senior.g5.co.mcm.cpr.ordemcompra, porta GravarOrdensCompra, o sistema tentava gerar o rateio mesmo quando este era passado na requisição do serviço.

Correção efetuada: ajustamos para que o web service apenas gere o rateio se este não vier informado no XML.

Problema: ao realizar a devolução de uma nota de saída via web service com.senior.g5.co.mcm.cpr.notafiscal, na porta GravarNotasFiscaisEntrada, era apresentada a seguinte crítica na SEFAZ: Valor total do ICMS relativo ao Fundo de Combate a Pobreza (FCP) da UF de destino difere do somatório do valor dos itens.

Correção efetuada: ajustamos o cálculo dos dados gerais da nota de entrada, que não totalizavam os valores do DIFAL quando a nota era gerada via web service.

Problema: ao executar o web service com.senior.g5.co.mcm.est.estoques, porta Fechar, caso o código da empresa não fosse informado, não era possível executar o processo, pois era considerada a empresa como 0, e assim era executada a troca de empresa e filial equivocadamente.

Correção efetuada: ajustamos a rotina para que seja possível executar, mesmo sem informar o código da empresa, considerando sempre a empresa logada.

Problema: ao utilizar o web service GravarPedido para gerar pedido na base de dados através de um sistema terceiro, o ERP gerava mensagem de erro mas gravava este pedido na base de dados de forma divergente ao que foi apresentado de retorno do web service.

Correção efetuada: alteramos o processo no sistema para que, ao usar o web service GravarPedido, o pedido só seja gravado de fato na base de dados se não ocorrer nenhum erro. Caso ocorra algum erro, todo o processo feito para o pedido informado no web service será descartado.

Problema: quando requisitava os serviços que continham campos de retorno com valor vazio com a Bridge habilitada, o elemento no arquivo XML era preenchido com um ponto de interrogação ao invés do atributo xsi:nil="true" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance .

Correção efetuada: ajustamos a rotina de retorno para formatar corretamente a mensagem.

Visando clarificar as informações já existentes, atualizamos as documentações abaixo, conforme segue:

• Bot Factory Nativos no ERP XTended: incluídas colunas com o detalhamento dos filtros padrões realizados nas regras de Suprimentos, Mercado, Financeiro e Manufatura.
• Integração BPM e ERP XTended: adicionadas as exportações já pré-configuradas na regra SARG900.LSP, no tópico Exportação.

Atualizamos a documentação de integração dos dados do Analytics ERP, no tópico Resolução de problemas de integração, adicionando detalhes sobre o recurso de geração de SQLs e recuperação dos arquivos enviados para a senior X Platform. Este recurso foi disponibilizado a partir das versões 5.10.3.24 e 5.10.2.115. Para saber mais detalhes, acesse a documentação.