Gestão Empresarial PME | GO UP - 5.10.3.72

Problema: no web services com.senior.g5.co.ger.cad.produto, porta Cadastrar, quando o campo DesNfv recebia um valor diferente do campo DesPro e o parâmetro BusFam estava definido como S - Sim, o valor enviado para DesNfv não era mantido na gravação do registro.

Correção efetuada: alteramos o web services para garantir que, quando o parâmetro BusFam for S -Sim e um valor for enviado para o campo DesNfv, esse valor será gravado. Se nada for enviado para DesNfv, será gravado o valor do campo DesPro. Para produtos do tipo M - Montado, a edição deste campo depende do parâmetro dinâmico EMPRESA.PRODUTO.EDITADESCRICAONF, conforme a documentação disponível na página.

Problema: mesmo com o parâmetro global DesIcmBpc corretamente configurado, o desconto do ICMS não estava sendo aplicado nas bases de cálculo do PIS/COFINS retidos. Apenas o PIS/COFINS faturamento era descontado.

Correção efetuada: aos clientes que desejem aplicar o desconto, foram disponibilizados identificadores restritos, cujo uso é de responsabilidade do cliente, dependendo de solicitação ao canal de atendimento. A documentação foi atualizada para esclarecer isso.

Ajustamos a documentação da tela Resumo de Apuração do Imposto (F661I18), acrescentando a informação de que será adicionado valor de ajuste quando E660INC.VLRDAI > 0 e E440IPC.VLRICM > 0, nos tipos Inciso I e II do Art. 117 do RICMS. (NF Entrada) e Inciso I e II do Art. 117 do RICMS (NF Devolução).

Problema: ao importar o arquivo para o validador da GIA SP, o seguinte erro era disparado: Quantidade de Registros CR= 30 informada diverge da apurada. Esse erro ocorria devido a uma falha nas condições, onde filiais com o tipo de empresa igual a 4 - TRR/Transporte não geravam os registros CR3011 e CR3013.

Correção efetuada: alteramos a geração dos registros CR3011 e CR3013 da NOVA-GIA SP para que o tipo de empresa configurado na filial não influencie a geração do arquivo.

Problema: campos do tipo Financeiro eram gerados com vírgula no relatório 2032 - Declaração Serviços Tomados - Campo Florido/MG - Sistema Governa (CIM2032.GER), o que causava erro na importação para a prefeitura.

Correção: ajustamos a geração do relatório para que os valores financeiros sejam gerados sem vírgula, considerando apenas os dois últimos dígitos como casas decimais.

Problema: ao executar a integração contábil de forma assíncrona utilizando o web services com.senior.g5.co.mct.ctb.integracao, porta Integrar_8, era apresentado um erro ao definir o valor do campo HorReq, que não respeitava o formato esperado.

Correção: removemos os campos DatReq e HorReq do web services e a rotina foi executada corretamente.

Alteramos todas as documentações que faziam referência à tela Integração Contábil (F645INT). Agora, essas documentações referenciam a tela Integração Contábil (F645CTB). Verifique abaixo quais os locais alterados.

Locais

Ferramentas > Identificadores de Regras

Cadastros > Controladoria > Contabilidade > Parâmetros de integração (F650INT)

Cadastros > Empresas > Contabilidade (F070ECT)

Cadastros > Controladoria > Contabilidade > Formas de Contabilização > Cadastro > Exemplo de uma Forma de Contabilização (F048FCT)

Cadastros > Controladoria > Contabilidade > Formas de Contabilização > F048FCT - Cadastro de Formas de Contabilização (F048FCT)

Cadastros > Empresas > Contabilidade (F070ECT)

Cadastros > Custos > Parâmetros gerais (F620DEF)

Cadastros > Controladoria > Contabilidade > Parâmetros de integração (F650INT)

Controladoria > Gestão de Tributos > Escrituração > Integrações > Notas Fiscais (F660INT)

Problema: na tela Alteração de Títulos por Lote do Contas a Pagar (F501ATL), era permitido alterar a data de entrada mesmo com o título contabilizado.

Ajuste: ajustamos a tela Alteração de Títulos por Lote do Contas a Pagar (F501ATL), para impedir a a data de entrada seja modificada quando o título está contabilizado.

Problema: as requisições cadastradas na senior X Platform eram integradas parcialmente sem apresentar nenhuma mensagem de erro e sem possibilidade de enviar novamente.

Correção efetuada: ajustamos o sistema para que seja possível visualizar mensagem de erro na senior X Platform e também para que seja possível o reenvio da requisição.

Problema: ao retornar uma pré-fatura do WMS, era apresentada a mensagem Erro processando retorno da Ordem de separação Mensagem Original: Erro ao atualizar as tabelas de retorno de ordem de separação. Mensagem Original: Erro ao ratear os valores diversos da pré-fatura aos itens: Não foi possível recalcular os rateios dos itens. .

Correção efetuada: foram realizados ajustes para garantir que o rateio de frete ocorra sem gerar valores negativos.

Problema: ao utilizar a tela Geração de Notas Fiscais de Saída via Contratos (F161GPD) para a emissão de notas fiscais via contrato, ocorria a geração de registros duplicados de rateio.

Correção efetuada: foram realizados ajustes para impedir a geração duplicada dos rateios.

Problema:   quando o sistema estava parametrizado com o Critério de Formação de Estoque 8 - Estoque - Análise/Carga - Bloqueio - Reserva, ao faturar um Pedido com um item de Produto com a Quantidade Pedido sendo exatamente a Quantidade Disponível em Estoque, o sistema não faturava o Pedido através da tela Faturamento de Pedidos Agrupado (F140LOT) e exibia o erro: Erro no processamento do Pedido n° X - Saldo 0,00 do Lote de Estoque X do Produto X menor que Qtde. Movimentada 1,00.

Correção efetuada:   o sistema foi alterado para permitir o faturamento de um Pedido que tenha a Quantidade Pedida de um produto com o valor igual a Quantidade Disponível em Estoque, sem que o erro ocorra.

Problema: quando a Filial de Vendas estava parametrizada com o Software emissor igual a 02 - eDocs - Envio e Retorno Via Web Service eDocs e a Integração NFS-e como Retorno Manual, o sistema gerava, ao emitir o Documento de uma Nota Fiscal de Serviço Eletrônica, um arquivo XML sem extensão na pasta de Destino .

Correção efetuada:  o sistema foi alterado para que não sejam gerados arquivos na pasta de destino quando a Filial de Vendas estiver parametrizada com o Software emissor igual a 02 - eDocs - Envio e Retorno Via Web Service eDocs .

Problema:  quando o cliente possuía uma Mensagem Fiscal parametrizada com a Origem do Processo igual a CONFAZ, o sistema não gerava a tag <tpAto> no arquivo XML da Nota Fiscal vinculada à Mensagem Fiscal.

Correção efetuada:  o sistema foi alterado para não gerar a tag <tpAto> no arquivo XML da Nota Fiscal quando a Mensagem Fiscal vinculada à Nota estiver parametrizada com a Origem do Processo igual a CONFAZ

Problema:  com o parâmetro UsaEntOri igual a S - Sim, o sistema permitia alteração nos campos CEP, Endereço, Número endereço, Casa, Bairro entrega, CNPJ/CPF Entrega e Inscrição estadual de um Endereço de Entrega utilizado em ao menos uma nota que já esteja autorizada, denegada, inutilizada, cancelada ou integrada a impostos.

Correção efetuada:  agora, o sistema bloqueia essas alterações quando o parâmetro UsaEntOri estiver configurado com valor S - Sim.

Problema: O parâmetro global GerLogNfs era mencionado na documentação Log de operações da Nota Fiscal de Saída, mas não havia sido incluído na documentação da tela Manutenção dos Parâmetros Globais do Sistema (F000PGS). Além disso, no Manual por Processos de Mercado, não havia sido adicionado um link para o Log de Operações da Nota Fiscal de Saída.

Correção efetuada: Adicionamos o parâmetro global GerLogNfs ao Log de Operações da Nota Fiscal de Saída e incluímos um link no Manual por Processos de Mercado para o Log de Operações da Nota Fiscal de Saída.

Problema:  estavam sendo geradas Notas Fiscais de Saída através da tela Faturamento Individual de Cargas e Pedidos (F149GNC); em alguns casos, o sistema não gerava a tag <nFCI> no arquivo XML da Nota Fiscal.

Correção efetuada:  o sistema foi alterado para que, ao fechar uma Nota Fiscal e gerar o arquivo XML correspondente, a tag <nFCI> seja gerada quando houver valor para esse campo.

Ajustamos a documentação da tela Contratos de Venda (F160NOV), adicionando os campos Qtd. Máxima e Qtd. Mínima, que se referem a quantidade permitida a faturar.

Problema: quando configurado para que o ICMS Diferido fosse descontado no preço unitário, o sistema estava arredondando indevidamente o preço unitário com diferença de R$0,01.

Correção efetuada: ajustamos o cálculo do ICMS Diferido nas notas fiscais para que, no cenário descrito acima, não ocorra arredondamento.

Problema:  o sistema não atualizava o valor do frete do pedido conforme a tabela de preços da transportadora informada quando o parâmetro Utiliza tabela de preço de frete da filial de vendas estava configurado como S - Sim.

Correção efetuada:  o sistema foi alterado para que o valor de frete do pedido seja atualizado conforme a tabela de preço da transportadora informada, desde que o parâmetro Utiliza tabela preço de frete da filial de vendas esteja igual a S - Sim.

Complementamos a documentação do Processo automático 08 - Integração Contábil, adicionando a informação de que para parametrização da data de geração do fato contábil, é permitido registrar um período flexível para execução. Nas variáveis DatIni e DatFin, é possível inserir a data para geração do fato contábil ou o valor DATAATUAL[DD], sendo que DD é a quantidade de dias que serão contabilizados retroativamente. A variável DATAATUAL[DD] só pode ser usada com os parâmetros DatIni e DatFin. Quando houver uma competência diferente da data final, ela será atualizada para o último dia da competência da data inicial.

Realizamos a criação de uma tela, chamada Verificador Conectividade (FConsultaConexoes), para que o usuário administrador do sistema possa identificar se as portas, URLs e IPs utilizados pela Senior estão bloqueados ou não. Além disso, a tela também permite verificar a versão do Java em uso e o status da integração com o Datlake.

Problema: ao informar uma ordem de compra para o item de produto, o sistema gerava parcelas, mesmo que não tivessem transações informadas na nota.

Correção efetuada: ajustamos o sistema para que as parcelas somente sejam sugeridas caso existam transações de produto ou serviço nos dados gerais, conforme já ocorre na tela F440GNE.

Problema: ao acessar a tela F080SER, através do botão Serviço da tela F000INE, com o serviço informado no item, os campos Calcula PIS Importação, Calcula COFINS Importação, Tributa PIS, Tributa Confins eram carregados por padrão com S - Sim e, Recupera PIS, Recupera COFINS e Recupera ICMS por N - Não.

Correção efetuada: ajustamos a situação acima e o sistema para carregar os campos, somente quando inserir um novo serviço. Além disso, corrigimos para carregar os dados dos campos acima, conforme a tabela Cadastros - Serviços (E080SER) do banco de dados na tela F080SER.

Problema: ao simular a geração da ordem de compra, com a busca de preço pela tabela de preço e o parâmetro global AgrIteOsc ativo, o sistema não atualizava o preço gerado na ordem de compra quando a tabela de preço usava quantidade como critério.

Correção efetuada: ajustamos a geração da ordem de compra para que o preço seja atualizado conforme quantidade, quando o preço for por tabela de preço e optado por agrupar por preço unitário.

Problema: ao executar o processo de fechamento de estoques pela tela F215FES e selecionar opções diferentes na tela de Modo de processamento, o sistema gerava a mensagem Operation aborted ao sair da tela. Isso também deixava os parâmetros da tela desatualizados, podendo assim, permitir uma execução com períodos errados em relação ao período de estoques da filial.

Correção efetuada: ajustamos a rotina para que nesse cenário não ocorra esta mensagem e os parâmetros da tela sejam atualizados corretamente.

Problema: ao consultar os registros do painel de fechamento de estoques, quando clicado no botão Detalhes, independente de qual execução estava selecionada, os registros mostrados na tela dos detalhes eram sempre os mesmos.

Correção efetuada: ajustamos para que os registros mostrados neste botão sejam os registros correspondentes a execução selecionada.

Problema: ao alterar uma ordem de compra via web service com.senior.g5.co.mcm.cpr.ordemcompra, na porta GravarOrdensCompra, ao informar as contas do rateio apenas nos itens da ordem o sistema não gerava mais rateio na ordem de compra.

Correção efetuada: ajustamos o processamento para que volte a considerar as contas informadas nos itens, para geração de rateios na ordem de compra.

Ajustamos no manual do usuário informações técnicas referentes aos controles de conexões em bancos de dados - Oracle e SQL Server, informamos configurações de permissões necessárias para o correto funcionamento do sistema.

Problema: ao alterar uma ordem de compra via web service com.senior.g5.co.mcm.cpr.ordemcompra, na porta GravarOrdensCompra, ao informar as contas do rateio apenas nos itens da ordem o sistema não gerava mais rateio na ordem de compra.

Correção efetuada: ajustamos o processamento para que volte a considerar as contas informadas nos itens, para geração de rateios na ordem de compra.

Problema: no web services com.senior.g5.co.ger.cad.produto, porta Cadastrar, quando o campo DesNfv recebia um valor diferente do campo DesPro e o parâmetro BusFam estava definido como S - Sim, o valor enviado para DesNfv não era mantido na gravação do registro.

Correção efetuada: alteramos o web services para garantir que, quando o parâmetro BusFam for S -Sim e um valor for enviado para o campo DesNfv, esse valor será gravado. Se nada for enviado para DesNfv, será gravado o valor do campo DesPro. Para produtos do tipo M - Montado, a edição deste campo depende do parâmetro dinâmico EMPRESA.PRODUTO.EDITADESCRICAONF, conforme a documentação disponível na página.</p>

Problema: ao executar a integração contábil de forma assíncrona utilizando o web services com.senior.g5.co.mct.ctb.integracao, porta Integrar_8, era apresentado um erro ao definir o valor do campo HorReq, que não respeitava o formato esperado.

Correção: removemos os campos DatReq e HorReq do web services e a rotina foi executada corretamente.

Problema: ao atualizar o ERP, ocorria o erro: The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name dbo.e000ple and the index name e000pleindice1. The duplicate key value is ( ).

Correção: removemos os registros da tabela E000PLE antes de criar o campo ParMD5 e a atualização foi executada corretamente.

Problema: o logon via LDAP parou de funcionar após a liberação da versão 5.10.3.70, de 09/08/2024.

Correção efetuada: alteramos a rotina de logon do sistema para que a mesma funcione corretamente para todos os tipos de logons suportados pelo ERP.