Gestão Empresarial PME | GO UP - 5.10.3.68

Complementamos a documentação da tela de Parâmetros da Filial para Vendas (F070FVE), adicionando novas informações sobre ICMS do pedido no Faturamento, bem como informações referentes a IPI, PIS Retido, COFINS Retido, CSLL, IRRF, PIS Faturamento, COFINS Faturamento e outras retenções do pedido no Faturamento.

Implementamos uma nova rotina de Gestão de Processos Assíncronos para controlar as requisições enviadas ao middleware pela rotina de integração contábil. O ERP gerencia automaticamente esse controle, limitando o número de processos assíncronos para evitar sobrecarregar o middleware com muitas requisições simultâneas. Isso previne travamentos e duplicidades.

Para mais informações, consulte a documentação completa.

Problema: a rotina de Processamento de Lotes Contábeis (F650PLT) apresentava lentidão, especificamente no banco de dados PostgreSQL.

Correção efetuada: ajustamos o processamento de lotes contábeis para melhorar a performance no PostgreSQL.

Problema: ao carregar uma visão contábil na tela Cadastro de Visões Contábeis (F046VIS) e tentar alterar a periodicidade dos aglutinadores ou exportar uma visão contábil com aglutinadores na composição das contas, aparecia a mensagem de erro: O cursor já está aberto, impedindo a conclusão do processo.

Correção efetuada: ajustamos o cadastro e a exportação da visão contábil e a rotina funcionou corretamente.

Problema: durante a validação da Integração Contábil (F645CTB), as críticas vinculadas ao Relacionamento de Conta Contábil X Centro de Custo(F045CXC) eram exibidas uma por vez. O sistema parava no primeiro relacionamento não encontrado e mostrava o erro ao usuário.

Correção efetuada: ajustamos a validação da Integração Contábil (F645CTB) para que o sistema apresente todos os centros de custos envolvidos no processo que não possuem relacionamento, de uma só vez.

Implementamos uma nova rotina de Gestão de Processos Assíncronos para controlar as requisições enviadas ao middleware pela rotina de integração contábil. O ERP gerencia automaticamente esse controle, limitando o número de processos assíncronos para evitar sobrecarregar o middleware com muitas requisições simultâneas. Isso previne travamentos e duplicidades.

Para mais informações, consulte a documentação completa.

Problema: na tela Integração de Notas Fiscais (F660INT), o campo Valor de ICMS para documentos sem direito a crédito (E660INC.VLRISC) não era integrado para notas fiscais de compras para industrialização (transação 1101) quando a transação não recuperava ICMS e utilizava o parâmetro Descontar ICMS da base do PIS/COFINS.

Correção efetuada: alteramos a integração de notas fiscais para Tributos para garantir que o valor do campo Valor de ICMS para documentos sem direito a crédito (E660INC.VLRISC) seja integrado corretamente, independentemente do tipo de transação, desde que esta indique que ICMS é descontado da base de PIS/COFINS.

Problema: valores e quantidades duplicados eram gerados no registro H010 para produtos e serviços cadastrados com código de redução de imposto na tela Tributos SPED Fiscal (EFD) (F669EFD).

Correção efetuada: Ajustamos a geração do arquivo do SPED Fiscal.

Ajustamos a descrição do campo Data Base para especificar que, quando a simulação informada for 0 e a data base não for informada, será considerada a ficha técnica com a data menor ou igual à data atual. Anteriormente, era considerada a ficha técnica com a data mais atual. Agora, fichas técnicas com data superior à data atual não são mais consideradas. Para conferir acesse a documentação

Problema: na execução do web service com.senior.g5.co.mfi.tes.creditofornecedor, porta GerarDevolucaoCredito, era apresentada a mensagem Access Violation e o processamento era interrompido.

Correção efetuada: ajustamos a rotina de busca de filiais e bancos, incluindo validações para o acesso a recursos que ainda não foram gerados ou que foram excluídos durante o processamento.

Problema: na tela Remessa do Pagamento Eletrônico (F510PRM), a opção Devolução Crédito Clientes buscava as informações do banco cadastradas nas Definições do Fornecedor (F095CAD), mesmo quando já se encontrava na Remessa do Pagamento Eletrônico do Contas a Receber.

Correção efetuada: ajustamos a opção Devolução Crédito Clientes na tela Remessa do Pagamento Eletrônico (F510PRM), para buscar as informações do Banco cadastradas nas Definições do Fornecedor(F095CAD) apenas ao gerar a Remessa Pagamento Eletrônico do Contas a Receber.

Problema: em alguns casos, ao atender uma necessidade de compra através do Senior-X, estava sendo apresentada mensagem de rateio incompleto.

Correção efetuada: realizado ajuste para que a integração ocorra corretamente, validando os valores e percentuais de rateio e gerando uma ordem de compra.

Problema: ao executar o web service Com.senior.g5.co.int.eletronicos.documentos, porta Receber, o sistema estava removendo letras com acentuação de forma indevida, alterando o nome de cidades e outros campos de texto.

Correção efetuada: ajustamos o processo de limpeza de caracteres inválidos para permitir acentuação correta das letras.

Complementamos a documentação do web service Com.senior.g5.co.mcm.ven.pedidos, porta GravarPedidos, adicionando a informação de que não é necessário e nem recomendado enviar as sequências dos itens na inclusão de produtos no pedido quando houver produtos kit ou montados. O web service de pedido, por natureza, cria automaticamente as sequências de cada item que estiver sendo inserido. No caso de produtos kit ou montados, sabe-se que esses itens geram outros itens filhos, os quais consomem sequências da tabela Vendas - Pedidos - Itens de Produto (E120IPD), situação essa que pode trazer complicações a quem estiver utilizando o web service enviando sequências fixas no XML.

Problema: em notas tipo 4 via pedido, com ICMS diferido sendo descontado no preço unitário, o valor bruto ficava incorreto, gerando a rejeição Valor do Produto difere do produto Valor Unitário de Comercialização e Quantidade Comercial.

Correção efetuada: alteramos a rotina de faturamento para calcular o valor bruto ao emitir uma nota fiscal do tipo 4, com o ICMS diferido sendo descontado no preço unitário.

Complementamos a documentação da tela Reajuste de Contratos de Venda (F160REA), adicionando informações acerca do que a tela possibilita, bem como sobre quais os contratos e itens de produto/serviço são apresentados quando a opção selecionada é a de Reajusta Inativos, Reajuste - Dados Gerais e Reajuste - Itens.

Problema: em algumas situações, o sistema ERP apresentava inconsistências na rotina de Atualização da Numeração da Série de Notas Fiscais de Saída. Essas geralmente ocorriam durante o faturamento simultâneo por múltiplos usuários ou processos. Em alguns casos, o sistema também gerava uma violação de chave.

Correção efetuada: alteramos a configuração do parâmetro global AtuUltNum para S - Sim, garantindo a atualização correta e evitando violação de chave.

Implementamos uma nova rotina de Gestão de Processos Assíncronos para controlar as requisições enviadas ao middleware pela rotina de integração contábil. O ERP gerencia automaticamente esse controle, limitando o número de processos assíncronos para evitar sobrecarregar o middleware com muitas requisições simultâneas. Isso previne travamentos e duplicidades.

Para mais informações, consulte a documentação completa.

Problema: ao configurar a consulta para buscar uma nota fiscal na tela Nota Fiscal de Entrada Agrupada (F440GNE), o sistema, utilizando nossa tecnologia, adicionava uma verificação para percorrer as notas fiscais que tivessem um código de fornecedor menor que o código de fornecedor atual informado na tela.

Correção efetuada: o sistema foi alterado para que, ao buscar uma nota fiscal utilizando nossa tecnologia, ele não percorra todos os registros com um código de fornecedor menor que o código do fornecedor informado na tela. Agora, o sistema busca apenas os registros pertencentes ao fornecedor especificado na tela.

Problema:ao gerar uma nota de serviço, o cliente não usava uma Série para RPA, mas o fornecedor estava configurado para Reter IRRF, resultando em um cálculo indevido do imposto do RPA.

Correção efetuada:criamos o parâmetro global ForSnfRpa, o qual exige que tanto a série quanto o fornecedor estejam configurados para RPA, a fim de que o cálculo ocorra. Isso evita o cálculo indevido do imposto, respeitando a parametrização do cliente.

Problema: ao inserir um produto com a importação do tipo 7 na nota fiscal de entrada, com uma transação de compra marcada como S - Sim no campo Somar II Preço unitário NFE da guia Importação na Transações de Compras (F001TCP), os valores de preço unitário e preço estoque eram diferentes. Devido à grande quantidade informada, essa diferença no cálculo do item estava causando rejeição ao enviar a nota para a SEFAZ.

Correção efetuada: ajustamos o sistema e a situação acima para que os valores de preço unitário e preço estoque fiquem iguais.

Problema: ao realizar a importação de um XML que possuía a mesma unidade de medida, porém com valor diferente na distribuição de lotes, o sistema não carregava a tela de distribuição de lotes para correção, exibindo uma mensagem de conversão errada, uma vez que estava tentando converter para a mesma unidade de medida.

Correção efetuada: foi incluída uma nova validação para que a mensagem não seja exibida quando as unidades de medidas forem iguais.

Problema:ao processar a confirmação de recebimento de requisições, se o usuário recebedor não estava especificado no momento da abertura da requisição, ele continuava não informado.

Correção efetuada:ajustamos a rotina para que, caso o usuário recebedor não esteja especificado, ao processar a confirmação de recebimento da requisição, o usuário recebedor seja automaticamente atribuído ao usuário logado.

Problema: alguns campos não eram ordenados corretamente ao executar a requisição com a Bridge.

Correção efetuada: ajustamos a ordenação de campos nas respostas das requisições de web services atendidas pela Bridge.

Ajustamos a documentação referente ao período de homologação do Sistema Operacional Windows Server 2019 no Manual do Usuário, adicionando informações referentes às datas de início do suporte do fabricante e fim do suporte estendido do fabricante na subseção Sistema Operacional, da seção Servidores.

Problema: ao gerar relatórios no Excel, campos com máscara sem pontuação eram tratados como numéricos, forçando a máscara padrão do tipo de célula e alterando o valor preenchido.

Correção efetuada: tratamos a máscara do campo para que, caso ela não possua pontuação, o tipo de célula seja mantido como Especial no Excel. Desta forma, os valores não serão alterados.

Problema: na execução do web service com.senior.g5.co.mfi.tes.creditofornecedor, porta GerarDevolucaoCredito, era apresentada a mensagem Access Violation e o processamento era interrompido.

Correção efetuada: ajustamos a rotina de busca de filiais e bancos, incluindo validações para o acesso a recursos que ainda não foram gerados ou que foram excluídos durante o processamento.

Problema: ao executar o web service Com.senior.g5.co.int.eletronicos.documentos, porta Receber, o sistema estava removendo letras com acentuação de forma indevida, alterando o nome de cidades e outros campos de texto.

Correção efetuada: ajustamos o processo de limpeza de caracteres inválidos para permitir acentuação correta das letras.

Complementamos a documentação do web service Com.senior.g5.co.mcm.ven.pedidos, porta GravarPedidos, adicionando a informação de que não é necessário e nem recomendado enviar as sequências dos itens na inclusão de produtos no pedido quando houver produtos kit ou montados. O web service de pedido, por natureza, cria automaticamente as sequências de cada item que estiver sendo inserido. No caso de produtos kit ou montados, sabe-se que esses itens geram outros itens filhos, os quais consomem sequências da tabela Vendas - Pedidos - Itens de Produto (E120IPD), situação essa que pode trazer complicações a quem estiver utilizando o web service enviando sequências fixas no XML.