Gestão Empresarial PME | GO UP - 5.10.3.73

Problema: ao alterar o preço base de um produto, a data de última cotação não era alterado para a data de hoje.

Correção efetuada: ajustamos a situação acima e o sistema para gravar a data de última cotação com a data de hoje.

Problema:   quando as opções Manter Desconto dos Itens, Manter Tolerância para Itens e Manter Desconto dos Itens estavam configuradas como "N - Não", o sistema zerava os valores dos campos Desconto destino, Comissão destino, Vlr Tol. Menos, Tolerância menos, Vlr Tot. Mais e Tolerância Mais para a tabela destino.

Correção efetuada:   modificamos o sistema para que, ao duplicar uma tabela de preço a partir da tela Duplicação Tabela de Preço de Venda (F081DTV), os campos Desconto, Comissão, Tolerância Menos, Valor Tolerância Menos, Tolerância Mais e Valor Tolerância Mais da tabela de destino, recebam os valores configurados na tela de seleção Duplicação Tabela de preço Venda - Seleção (F081SDT), quando as opções Manter Desconto dos Itens, Manter Tolerância para Itens e Manter Desconto dos Itens estiverem configuradas como "N - Não".

Alteramos a documentação da tela Condições de pagamento (F028GCP), inserindo a informação de que a nota, pedido ou contrato recebem como sugestão a forma de pagamento das definições do cliente. Ao alterar a condição de pagamento nessas rotinas, o sistema não utiliza a forma de pagamento da condição de pagamento para sugerir à nota fiscal, ao pedido ou ao contrato.

Problema:: o campo 8 - IND_PER_SAI do registro G110 do SPED Fiscal gerava incorretamente o índice para bens de transferência.

Correção efetuada: ajustamos o campo 8 - IND_PER_SAI para gerar o índice a partir da divisão do campo 6 - VL_TRIB_EXP por 7 - VL_TOTAL, conforme a guia prática.

Melhoramos a documentação do Leiaute - SPED Fiscal (EFD ICMS/IPI), no REGISTRO 0220: FATORES DE CONVERSÃO DE UNIDADES, clarificando sobre o comportamento do sistema em relação aos campos UNID_CONV e COD_BARR.

O campo UNID_CONV apresentará a unidade de medida do produto do documento fiscal, e o campo COD_BARR, traz a informação conforme a Origem do GTIN (E075PRO.ORIGTI), que, quando for igual a 0, consulta o valor na tela F070VEN, e após isso, informa conforme as opções abaixo:

• 1: E075DER.CODBAR;
• 2: E075DER.CODBA2;
• 3: E075BAR.CODBAR;
• Se não for nenhum desses, o valor de retorno ficará em branco ('').

Problema: eram listadas notas canceladas no relatório 013 - Retenções de Contribuição Social (CIOO013.GER)(Por Recebimento).

Correção efetuada: alteramos o relatório para listar apenas os movimentos de baixa dos tipos PG, AB, CR, CP, DV e SU.

Problema: ao escriturar uma nota fiscal como tipo nota fiscal saída 09 - NF acerto e depois alterá-la, o sistema permitia informar um número de lote contábil manualmente na guia Dados Gerais.

Correção efetuada: corrigimos as telas Notas Fiscais de Saída (F660NFV) e Nota Fiscal de Entrada (F660NFC) para que todos os campos sejam bloqueados ou liberados corretamente.

Problema: a partir das versões 5.10.3.61 e 5.10.4, passamos a desconsiderar centros de custos inativos na integração contábil. No entanto, já existia um parâmetro de sistema na tela Parâmetros da Integração Contábil(F650INT) em Consistir Centro de Custo, que ativava ou desativava a consistência dos centros de custo.

Correção efetuada: revertemos a alteração para permitir que o usuário defina, via parâmetro, se irá considerar centros de custos inativos na integração contábil.

Para facilitar o entendimento do cálculo das capacidade produtivas, adicionamos à documentação da tela Capacidades Produtivas (F623CPT) a guia Exemplo de cálculo dos redutores de capacidade nos níveis. Também incluímos o identificador de regra FPR-623VLRCP01, que permite calcular as capacidades produtivas dos centros de custos usando métodos diferentes dos padrões do sistema, ou seja, sem basear-se no calendário industrial da produção. Para conferir, acesse a página.

Ajustamos a rotina de geração do leiaute SAEX03000, para que ao ser utilizado o tipo de identificação de chave PIX siga corretamente os códigos 01 para telefone, 02 para E-mail, 03 para CPF/CNPJ e 04 para Chave Aleatória. Para o Banco do Brasil, o código de convênio será gerado com 9 dígitos mais o complemento 0126.

Problema: ao apresentar os registros utilizando o filtro Sintético no relatório 057 - Posição dos Títulos em Data Base (FRCR057.GER), o nome do cliente não era exibido corretamente em correspondência com seu código.

Correção efetuada: Ajustamos o relatório para que, ao utilizar o filtro Sintético, o nome do cliente seja exibido corretamente, correspondente ao seu código de cliente.

Problema: na tela Estorno Movimentos Aplicações (F606EMA), em um contrato de aplicação, ao estornar uma atualização feita após um resgate parcial e realizar novamente a atualização, o valor do rendimento era dobrado.

Correção efetuada: corrigimos o cálculo do rendimento para que o valor não dobre quando for feita a sequência de operações: um resgate parcial, uma atualização, o estorno da atualização e uma nova atualização.

Problema: na liberação da versão 5.10.3.24, foi implementado o parâmetro global ConfExpUni que tem o objetivo de indicar se a confirmação das pendências de estoque será feita por lote ou unitária. Ele atua diretamente no web service com.senior.g5.co.int.geral.exportacao, porta Confirmar, porém não havia nenhuma informação sobre este parâmetro na documentação do web service.

Correção efetuada: adicionamos uma observação na documentação desta porta, informando que quando este parâmetro estiver definido como N, mantém o comportamento atual do sistema, fazendo com que a confirmação das pendências de estoque seja feita por lote. Já quando definido como S, faz com que ela seja unitária, confirmando lote por lote e realizando uma transação por registro.

Problema: a sugestão do código da situação tributária de ICMS não estava sendo aplicada corretamente quando um produto não possuía derivação cadastrada.

Correção efetuada: corrigimos a sugestão nos casos em que o produto não possui derivação cadastrada e criamos o parâmetro global SugCstIcm para realizar a sugestão com outra ordem de prioridade.

Problema: no momento de processar um romaneio de acerto financeiro por valores na tela Acerto Financeiro por Valores (F143AFI), informando uma quantidade a ser devolvida na aba Devoluções, o sistema exibia a mensagem: Romaneio não foi processado. - Nota fiscal de entrada XX, erro ao processar o item de produto 1: Código da situação tributária incompatível com a origem fiscal da mercadoria.

Correção efetuada: o sistema foi alterado para que ao gerar um acerto financeiro por valores na tela Acerto Financeiro por Valores (F143AFI), com quantidades informadas na aba Devoluções, não seja gerado erro de incompatibilidade entre Situação Tributária e Origem Fiscal da Mercadoria.

Problema: ao configurar nas permissões de telas que o usuário/grupo só tinha direito de consulta para a tela F000AGE, ao clicar no botão Duplicar desta tela era possível duplicar o registro do processo automático posicionado.

Correção efetuada: alteramos a consistência da tela, para que, nos casos onde o usuário ou grupo de usuário não tenha permissão de inclusão nessa tela, ao clicar no botão Duplicar a mensagem Usuário não tem permissão para incluir registros nesta tela, portanto a duplicação também não é permitida seja apresentada.

Ajustamos a documentação da tela Inicialização de Saldos Mensais (F210ISM), adicionando novas informações acerca do processo de reconhecimento de saldos.

Na documentação de requisições, informamos que para cada tipo de requisição cadastrada, deve ser cadastrada uma transação correspondente na tela F199INT do ERP. Caso essa parametrização não esteja configurada, a rotina utilizará a transação padrão para requisições definida na tela F070FES.

Documentamos na página F220DAI - Finalização do Processo de Inventário - Acertos que, ao escolher a opção Gerar notas fiscais de acerto na finalização do inventário, os movimentos de estoque serão registrados com a data em que a Nota Fiscal é gerada, desconsiderando a data de abertura do inventário. Este é um comportamento padrão do sistema, que não pode ser alterado.

Caso seja necessário que os movimentos de acerto sejam gerados na mesma data de abertura do inventário ou dentro do mesmo mês, recomendamos duas alternativas: concluir o inventário dentro do mês corrente ou gerar os movimentos de acerto sem a emissão imediata de Notas Fiscais.

Para mais detalhes e opções sobre como evitar impactos nos processos de inventário, especialmente se houver integração com o WMS WIS, consulte a documentação disponível.

Na documentação do web service com.senior.g5.co.mcm.est.finalizacaoinventariogernota, também acrescentamos uma observação informando que: Os movimentos de estoque resultantes do fechamento da nota fiscal serão registrados com a data do movimento como a data atual, garantindo a correspondência com a data de emissão da nota fiscal de acerto.

Problema: na F210LOT, foi gerado um movimento de estoques com a observação do rateio, processar a atualização de estoques na tela F215FES, e acessar o rateio na tela F212CME, através do botão Rateios, localizado no rodapé, a observação do Centro de Custos era carregada em branco.

Correção efetuada: ajustamos o sistema e a situação acima para carregar a observação do rateio corretamente.

Problema: ao clicar no botão Lupa do campo Nota Fiscal, eram apresentadas as notas fiscais de entrada de outras empresas e da empresa logada indevidamente.

Correção efetuada: ajustamos o sistema e a situação acima para apresentar as notas fiscais de entrada apenas da empresa logada.

Problema: ao fechar uma nota que tenha ICMS Monofásico Destacado, esse valor não era descontado do valor do movimento de estoque, conforme indica a documentação do sistema.

Correção efetuada: ajustamos para que sempre que a nota tiver ICMS Monofásico Destacado, CST 61, o sistema desconte o imposto do valor do movimento de estoque.

Problema: alguns campos no arquivo com extensão .XML de retorno dos web services não eram ordenados corretamente quando a requisição era efetuada com a Bridge habilitada.

Correção efetuada: ajustamos a rotina de ordenação dos campos em arquivos com extensão .XML de retorno dos web services. Assim, a correta ordenação é assegurada quando as requisições são realizadas com a Bridge habilitada.

Problema: na liberação da versão 5.10.3.24, foi implementado o parâmetro global ConfExpUni que tem o objetivo de indicar se a confirmação das pendências de estoque será feita por lote ou unitária. Ele atua diretamente no web service com.senior.g5.co.int.geral.exportacao, porta Confirmar, porém não havia nenhuma informação sobre este parâmetro na documentação do web service.

Correção efetuada: adicionamos uma observação na documentação desta porta, informando que quando este parâmetro estiver definido como N, mantém o comportamento atual do sistema, fazendo com que a confirmação das pendências de estoque seja feita por lote. Já quando definido como S, faz com que ela seja unitária, confirmando lote por lote e realizando uma transação por registro.

Disponibilizamos uma nova documentação para o Analytics ERP, que agora abrange os relatórios dos ERPs da Senior e da Mega. Em função disso, atualizamos a funcionalidade com os links para este novo local da documentação. Vale destacar que a documentação do Analytics ERP continuará disponível na documentação do GO UP XT por enquanto.