Gestão Empresarial PME | GO UP - 5.10.3.17

Problema: ao tentar executar uma alocação de custos, o sistema distribui de forma errada os valores para os centro de custo de destino, isso ocorria quando a matriz possui uma configuração específica em que utiliza o mesmo centro de custo na origem e no destino, alterando apenas a filial de destino.

Correção efetuada: ajustamos o processamento de alocação de custos de modo a garantir que o valor distribuído seja sempre o correto, que neste caso é o valor total dos lançamentos do período para a conta e centro de custo de origem do processo.

Problema: ao vincular um contrato a uma ordem de compra com situação aberto parcial, o item cancelado ficava com os campos Filial e Sequência do Contrato informados e, com o número do contrato zerado, tornando este item indisponível para novas ligações com outros contratos.

Correção efetuada: ajustamos para que apenas os novos itens gerado na ordem de compra recebam o vínculo com o contrato, enquanto os itens com situação em aberto parcial fiquem sem ligação, permitindo ligações futuras.

Removemos da documentação da Geração automática do DUN-14, a informação de que esta rotina não está disponível no Gestão Empresarial PME | GO UP, pois o sistema realiza este processo e gera o código. Além disso, também disponibilizamos no help e no índice, a documentação da tela de Unidades de despacho (F075UDP) que também está disponível para GO UP.

Complementamos a documentação da tela de Cadastro de Produtos (F075OPC) para orientar sobre a visualização de derivações possíveis do produto. Quando um novo produto for cadastrado e a opção de seleção Visualizar Somente Derivações Cadastradas estiver selecionada na tela de Cadastro de Produtos, a grade Derivações Possíveis não ficará ativa para alteração, pois não existe derivação cadastrada para mostrar. Para mostrar as derivações possíveis, é necessário desabilitar a opção Visualizar Somente Derivações Cadastradas na tela indicada.

Problema: na tela de Integração Contábil (F645CTB), ao integrar movimentos das apurações de CSLL e IRPJ para a Contabilidade por meio das formas de contabilização IMCSL e IMIRJ, era apresentado o seguinte erro: Erro ao obter valores de ligação E661RES. Registro não localizado ou ligação incorreta!

Correção efetuada: ajustamos as formas de contabilização para que seja possível integrar as apurações de CSLL e IRPJ normalmente.

Informamos na documentação da tela de cadastro de tabela de preço de venda (F081GTP), que os campos da guia Dados Gerais, Idade mínima, Idade Máxima, Tab. Preço Tablóide, Tab. Pre. Promo. Int., Tipo de Garantia, Seguradora, Fabricante, Família, Unid. de Medida e Cód. Formação Preço somente serão mostrados se a empresa possuir varejo igual a S - Sim.

Além disso, também atualizamos a documentação dos campos Tab. Preço Tablóide e Tab. Pre. Promo. Int., informando que estes campos são habilitados apenas para as aplicações do tipo 1 - Vendas.

Complementamos a informação sobre o leiaute da Integração das notas de serviço tomados para contribuintes que usam o sistema INFISC - DMST-E. Para o campo especie do XML, o valor será SPE quando o fornecedor for do exterior, NFE quando a nota fiscal for de outro município, NFS-e quando for nota fiscal eletrônica de outro município. Se o documento não se enquadra em nenhuma dessas situações, receberá a espécie de NF por padrão.

Problema: ao gerar o relatório 043 - FE - SIMP - Sistema de Inf. de Mov. de Produtos (CIAE043.GER), se houvesse uma movimentação em produtos diferentes, porém com o mesmo Código de ANP em seu cadastro, a rotina considerava apenas um dos produtos, gerando o valor totalizador incorretamente.

Correção efetuada: ajustamos a geração de valores totalizadores no relatório para considerar as movimentações por Código de ANP em produtos distintos.

Em alguns casos, durante a geração do arquivo do SPED Fiscal ICSM/IPI, o usuário pode desejar não gerar registros C195, ainda que possua um dispositivo fiscal associado ao item da nota fiscal e vinculado à apuração do ICMS. A geração desse registro só acontece quando o campo Cód. Ajuste tem valor cujo último caractere é diferente de 5 ou quando o campo Tipo Apuração é igual a 0, 1, 2 ou 9. Assim, complementamos a documentação para indicar como evitar esse registro durante a geração do arquivo do SPED.

Ajustamos a geração da DES-IF para que o registro 1000 - Demonstrativo das partidas dos lançamentos contábeis seja listado corretamente quando, na tela Declaração eletrônica de serviços (F008GDM), o campo Tipos de conta do plano COSIF que serão exportados estiver informado com as opções 2 - Exportar exclusivamente contas do plano COSIF cuja conta de primeiro nível seja 7.0.0.00.00-9 ou 3 - Exportar exclusivamente contas do plano COSIF e a conta de primeiro nível seja 7.0.0.00.00-9 ou 8.0.0.00.00-6.

Problema: ao utilizar o estorno de múltiplos títulos substituídos, vinculados a um único título substituto, através do web service com.senior.g5.co.mfi.cpa.titulos, Porta EstornoBaixaTitulosCP, o sistema retornava a mensagem de erro Baixa não encontrada para estorno. para todos os títulos desta substituição, exceto para o primeiro título. Ainda que o estorno ocorresse corretamente, o retorno com erros prejudicava a sequência de processamento, possivelmente disparando eventos como envio de e-mails, operações no banco de dados e etc.

Correção efetuada: ajustamos a rotina de estorno do web service mencionado para que sejam estornados corretamente os títulos liquidados por substituição, sendo que estes títulos sejam relacionados com um único título substituto. Desta forma, quando for estornado mais de um título substituído no mesmo processamento (via XML) e tratar-se de muitos títulos substituídos para um único substituto, será apresentada mensagem correta do resultado de execução de cada título. Assim, os tratamentos de clientes, seja via regra, e-mail, banco de dados ou outros, que são condicionados ao retorno de cada execução do processamento, não serão disparados erroneamente.

Problema: utilizando o web service com.senior.g5.co.mfi.cpa.titulos, porta BaixarTitulosCP, ao gerar duas baixas de título de compra para a mesma data (conta interna e fornecedor), era apresentado o erro Conta: X, Sequência: Y já utilizada no processamento de outra separação..

Correção efetuada: ajustamos a rotina de sugestão da sequência de agrupamento de cheques dos títulos, evitando o erro de sequência já utilizada.

Alteramos a documentação da tela de Títulos/Manutenção do Contas a Pagar (F501TCP), apontando que, ao utilizar o identificador de regras CPA-501INVCR01, quando se trata da aplicação de descontos negociados na moeda corrente da empresa, esse valor será enviado para o campo de Outros Descontos na tela de Baixa por Lote Automática do Contas a Pagar (F501LOT), ao invés do campo Descontos, como é por padrão. Essa informação também foi adicionada na tela de Baixa por Lote Automática (F501LOT).

Adicionamos na documentação de Processos relacionados às Funções de Programador, na seção de Manufatura e Serviços, as funções de programador ExcluirComponenteOP e IncluirComponenteOP, que anteriormente não constavam na lista.

Problema: ao baixar um componente na tela F823BEC, era mostrada a mensagem Não é possível gravar o registro.

Correção efetuada: ajustamos a rotina para que a baixa de componentes ocorra normalmente.

A inutilização de CT-e foi retirada pela SEFAZ na versão 4.00 do CT-e. Em vista disso, ajustamos o sistema para que, ao cancelar um CT-e com o status Não autorizado, o ERP vai cancelar o documento sem enviar nenhum evento de inutilização de numeração à SEFAZ. Para mais informações, verifique a NT 2023.001.

Problema: na tela Notas Fiscais de Saída (F140GNF), ao inserir um item de produto em uma nota fiscal de saída, com 100% de Diferimento, o sistema gerava valor para os campos % ICMS e Base de ICMS, ocasionando a seguinte mensagem: Rejeição: 351 - Valor do ICMS da Operação no CST=51 difere do produto BC e Alíquota.

Correção efetuada: alteramos a verificação do campo % de Diferimento e a realização do cálculo de % de ICMS e Base de ICMS para que esteja de acordo com o valor passado através da % de Diferimento.

Alteramos o sistema para que, ao utilizar o identificador de regras VEN-000COMIS03 quando a origem for nota fiscal de saída, seja possível apenas visualizar os dados e campos das tabelas abaixo, não sendo possível realizar nenhuma alteração para estas tabelas. Caso seja necessário visualizar os campos dessas tabelas, é necessário seguir o caminho Tabela.Campo, por exemplo, E140NFV.CodMoe:

• Vendas - Notas Fiscais de Saída - Itens de Produtos (E140IPV)
• Vendas - Notas Fiscais de Saída - Dados Gerais (E140NFV).

Esta alteração afeta, além das telas mencionadas nos locais abaixo, o web service Com.senior.g5.co.mct.imp.gravarnotafiscalsaida.

Complementamos a documentação do campo Descrição do relatório padrão RVTR005.GER com informações de como os dados são apresentados no relatório baseado na parametrização do contrato.

Problema: o sistema não respeitava o parâmetro Preço Fixo = S definido através da tela Seleção de Campos para Personalização de Pedidos (F120SCP), quando o usuário criava um pedido contendo um item de produto kit cadastrado em uma tabela de preço e o valor do item de produto pai era alterado.

Correção efetuada: alteramos o processo de verificação do valor definido para o campo Preço Fixo e, caso esteja parametrizado como S - Sim, o preço do item de produto pai não será alterado.

Adicionamos uma nota na documentação da tela de Aviso aos Fornecedores da Cotação (F411AVC), informando que o relatório 005 - Relação de Materiais para Cotação (SCSC005.GER) não pode ser utilizado nesta tela, pois lista as informações como Sintético e possui vários tratamentos para cancelar caso seja listado desta forma, ou seja, o relatório lista em branco. Como o objetivo da tela é enviar o relatório para os fornecedores fazerem as cotações, este não pode ser utilizado para essa finalidade, nesta tela.

Problema: ao gerar uma ordem de compra via solicitação com rateio pré-definido sem confirmação, era apresentada a mensagem O Centro de Custo 2120 não está liberado para o usuário, mesmo com o parâmetro global ConUsuRat ativo.

Correção efetuada: ajustamos todas as rotinas do módulo Suprimentos para aderir ao uso do parâmetro global ConUsuRat que por sua vez, não realiza a consistência se o centro de custo, a conta financeira e a conta contábil estiverem liberadas para o usuário.

Problema: a documentação do web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, no campo cliDif indicava que:

• Caso esse seja preenchido na requisição, será considerado como 0 - Sim e não será feito o vinculo entre a NF de entrada e saída

Correção efetuada: inserimos a seguinte observação para o campo cliDif:

• Para que o usuário faça a ligação normalmente, é necessário que esse parâmetro (Permitir NF outros clientes) seja 1 - Não. Dessa forma, o vínculo da nota fiscal de saída será feito corretamente. Caso esse campo não esteja preenchido na requisição, ele vai ser considerado como 0 - Sim e o vinculo entre a NF de entrada e saída não será feito

Problema: ao executar o processo de transferência entre empresas, ao atualizar/fechar os estoques, era executada a consistência de depósitos indevidamente, visto que isso não deveria ocorrer porque o processo tratava de empresas diferentes.

Correção efetuada: ajustamos a rotina para que nesse cenário, a consistência não ocorra.

Problema: ao processar uma requisição de produtos digitada, as informações inseridas nos campos Req. Estoque? e Depósito não eram gravadas.

Correção efetuada: ajustamos o sistema para que os campos mencionados sejam gravados, na alteração da requisição de produtos.

Problema: ao carregar e processar o documento fiscal com o campo Cadastrar fornecedor automático ao processar selecionado, através do botão Seleção, e ao carregar a nota fiscal com o fornecedor inexistente, era apresentada a mensagem Erro ao cadastrar fornecedor Fornecedor inválido ou não cadastrado..

Correção efetuada: ajustamos o sistema para que nesse cenário, o novo fornecedor seja gravado, ao carregar e processar os documentos fiscais.

Problema: ao realizar uma conferência de contagem, quando a quantidade recebida vinha menor do que constava na nota e a nota possuía o mesmo produto duas vezes, porém, com quantidades diferentes, o sistema está não deduzia a quantidade correta da nota ao processar a conferência.

Correção efetuada: adicionamos na rotina uma condição extra para tratar notas com itens repetidos, que, na contagem seja apurado um valor menor do que de fato, esteja na nota.

Complementamos a documentação sobre os parâmetros no editor de web services para requisições externas. Para mais detalhes, acesse o Portal de Documentação Senior.

Problema: ocorria erro ao publicar customizações de web services quando o botão Publicar era acionado por meio do caminho Recursos > Implementações > Web services > Editar.

Correção efetuada: alteramos a publicação de web services para testar a conexão com a URL antes de publicar.

Problema: os campos de ligações com referência a uma tabela externa, sem campo físico vinculado, validavam indevidamente a existência do registro na tabela referenciada ao inserir um cadastro.

Correção efetuada: ajustamos a verificação dos campos para validar corretamente a ligação cadastrada.

Problema: ao alterar cadastros SGI com um campo requerido, mas sem valor preenchido, a rotina do sistema validava a ligação indevidamente e era apresentada a seguinte mensagem: O registro sendo referenciado pelo campo XXXXXX não existe.

Correção efetuada: corrigimos a rotina de verificação dos campos informados para que a validação da ligação seja realizada corretamente.

Problema: a informação referente à data era armazenada na tabela do sistema com o formato incorreto, o que ocasionava o aparecimento da mensagem de erro XXXX-XX-XX is not a valid date, que impedia o acesso ao sistema.

Correção efetuada: corrigimos o formato da data salva na tabela, permitindo que o acesso ocorra corretamente.

Problema: em ambientes com apenas um processo ativo/agendado, o sistema não executava esse processo automático.

Correção efetuada: ajustamos a rotina que verifica as tarefas agendadas em execução.

Complementamos a documentação sobre o envio de e-mail utilizando OAuth2 da Microsoft, na Central de Configurações Senior, com um passo a passo para a configuração, permitindo utilizá-lo conforme a necessidade.

Problema: ao exportar o relatório SPPU0001.GER no formato PDF/A, acontecia o erro Erro ocorrido: null.

Correção efetuada: corrigimos a geração de relatórios para funcionar normalmente na hora de salvar o arquivo em formato PDF/A.

Problema: a documentação do web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, no campo cliDif indicava que:

• Caso esse seja preenchido na requisição, será considerado como 0 - Sim e não será feito o vinculo entre a NF de entrada e saída

Correção efetuada: inserimos a seguinte observação para o campo cliDif:

• Para que o usuário faça a ligação normalmente, é necessário que esse parâmetro (Permitir NF outros clientes) seja 1 - Não. Dessa forma, o vínculo da nota fiscal de saída será feito corretamente. Caso esse campo não esteja preenchido na requisição, ele vai ser considerado como 0 - Sim e o vinculo entre a NF de entrada e saída não será feito

Problema: ao utilizar o estorno de múltiplos títulos substituídos, vinculados a um único título substituto, através do web service com.senior.g5.co.mfi.cpa.titulos, Porta EstornoBaixaTitulosCP, o sistema retornava a mensagem de erro Baixa não encontrada para estorno. para todos os títulos desta substituição, exceto para o primeiro título. Ainda que o estorno ocorresse corretamente, o retorno com erros prejudicava a sequência de processamento, possivelmente disparando eventos como envio de e-mails, operações no banco de dados e etc.

Correção efetuada: ajustamos a rotina de estorno do web service mencionado para que sejam estornados corretamente os títulos liquidados por substituição, sendo que estes títulos sejam relacionados com um único título substituto. Desta forma, quando for estornado mais de um título substituído no mesmo processamento (via XML) e tratar-se de muitos títulos substituídos para um único substituto, será apresentada mensagem correta do resultado de execução de cada título. Assim, os tratamentos de clientes, seja via regra, e-mail, banco de dados ou outros, que são condicionados ao retorno de cada execução do processamento, não serão disparados erroneamente.

Problema: utilizando o web service com.senior.g5.co.mfi.cpa.titulos, porta BaixarTitulosCP, ao gerar duas baixas de título de compra para a mesma data (conta interna e fornecedor), era apresentado o erro Conta: X, Sequência: Y já utilizada no processamento de outra separação..

Correção efetuada: ajustamos a rotina de sugestão da sequência de agrupamento de cheques dos títulos, evitando o erro de sequência já utilizada.

Problema: ao executar as pendências das notas fiscais de saída através da tela F141CMV, para uma pendência de uma filial diferente da logada, o sistema trocava a filial logada mas não atualizava os componentes visuais que mostravam os dados da filial logada.

Correção efetuada: alteramos a rotina que executa as pendências para que ao final do processo o sistema volte para a empresa e filial logada, quando foi necessário trocar a empresa ou filial durante o processo de movimentação de estoques ou financeiros pendentes. Melhoramos a maneira que era verificada a necessidade de trocar e atualizar os dados da empresa e filial para que funcione corretamente para todas as rotinas do sistema que chama a função de programador TrocaEmpresaFilial. Também melhoramos as rotinas que manipulam arquivos e diretórios para que seja colocado o nome do arquivo ou diretório que estava manipulando e gerou algum erro durante o processo.