Gestão Empresarial PME | GO UP - 5.10.3.55

Complementamos a documentação do identificador de regra VEN-120SUFRA01, adicionando uma regra para zerar o cálculo do imposto nos itens de serviços sem ICMS.

Complementamos a documentação do identificador de regras VEN-000ALIRF01, adicionando a informação de quais as rotinas que o invocam. Além disso, adicionamos a informação de que o identificador em questão não é executado para contratos de venda.

Complementamos a documentação do identificador de regras TES-606CCRGP01, incluindo a informação de que a quebra dos juros original em datas diferentes, só é feita no momento do fechamento do contrato. No entanto, para os movimentos de atualização, onde são gerados acréscimos ou descontos, esses valores não serão quebrados em datas diferentes.

Complementamos a documentação da tela Reduções e Acréscimos de bases de Cálculos de Impostos - Por Estado (F019TIR), inserindo a informação de que o acréscimo/redução de base de cálculo do PIS e COFINS é aplicado aos itens de ambos os regimes: cumulativo e não cumulativo.

Complementamos a documentação das telas Origem de Produto (F083ORI), Cadastro de Famílias (F012FAM), Transações de Vendas (F001TVE) e Cadastro de Produtos (F075PRO), inserindo referência a nova documentação Sugestão de depósito padrão, no campo Depósito Padrão das documentações acima citadas.

Problema: na tela de Manutenção de Contas Contábeis (F045PLA), era permitido inativar uma conta contábil mesmo quando estava vinculada com centro de custo, conta padrão, espécie, parâmetro da espécie ou rateio.

Correção efetuada: ajustamos a tela (F045PLA), para não permitir inativação quando existir vinculo com centro de custo, conta padrão, espécie, parâmetro da espécie ou rateio.

Complementamos a documentação informando que para as características de produto e derivação a rotina não duplica o valor dos campos de usuário. Para conferir acesse a documentação

Implementamos a funcionalidade do parâmetro global AtuInsIse para ser utilizada também no web service com.senior.g5.co.cad.contribuinte, porta ConsultarCadastro. Para conferir acesse a documentação.

Problema: ao tentar carregar uma visão com muitas informações na tela Cadastro de Visões Contábeis (F046VIS), apresentava a mensagem de erro Access violation at address 033B8AA6 in module 'sa_geral_nucleo.bpl'. Read of address 00000008 [TVisaoContabil.CarregarVisao.

Correção efetuada: corrigimos a rotina para que carregue as visões contábeis corretamente.

Problema: ao executar a integração contábil de modo assíncrono utilizando o tipo de atualização por intervalos e quantidade de dias, as requisições enviadas ao servidor eram duplicadas, causando travamento e lentidão nos processos contábeis.

Correção efetuada: ajustamos a integração contábil executada de modo assíncrono para gerar as requisições corretamente de acordo com as configurações determinadas na tela, respeitando o período informado e evitando duplicidade de requisições.

Complementamos a documentação do Leiaute - SPED Fiscal (EFD ICMS/IPI), adicionando, na guia Registro E110: Apuração do ICMS - Operações Próprias, para o campo DEB_ESP, a informação de que, se na tabela Impostos - Dispositivos Fiscais (E051DIS) o campo TIPAPU tiver valor 0, então na tabela Impostos - Tabela de impostos (E051IMP), o campo TIPIMP deverá ter valor 2 ou 3 ou 26. Porém, se na tabela Impostos - Dispositivos Fiscais E051DIS o campo TIPAPU tiver valor 2, então na tabela Impostos - Tabela de impostos E051IMP, o campo TIPIMP deverá ser 3.

Problema: ao tentar incluir um bem via contrato na tela Cadastro de Bens via Contrato (F670EBC), a taxa de depreciação anual era calculada incorretamente quando a vigência do contrato era pelo período de um ano completo.

Correção efetuada: ajustamos o cálculo do campo referente a taxa de depreciação anual do bem, para considerar corretamente a vigência do contrato.

Problema: ao realizar a atualização patrimonial de um bem que tinha percentual de redução na base de cálculo da depreciação, era reduzido a base de cálculo da depreciação de vida útil.

Correção efetuada: ajustamos a atualização patrimonial para reduzir somente a base de cálculo da depreciação normal do bem, sem afetar o cálculo da depreciação por vida útil.

Problema: ao utilizar o webservice com.senior.g5.co.mfi.prj.cadastroprojeto, porta CadProjeto_2, para cadastrar novos projetos e o número do projeto não é informado, o sistema busca o próximo número disponível e aplica para o projeto. Porem, dependendo do número de requisições que ocorriam ao mesmo tempo, duas ou mais instâncias retornavam o mesmo número disponível, pois a primeira instância que pegou o número ainda não havia realizado o commit no banco. Quando as outras instâncias concluíam o cadastro, era apresentada a mensagem Não é possível inserir registro com chave duplicada.

Correção efetuada: criamos uma trava para que as instâncias que forem buscar o próximo número disponível, fiquem aguardando até a primeira instância concluir. Com isso, será evitado que instâncias diferentes peguem o mesmo número de projeto.

Problema: quando era informado os valores idtReq e o sigInt, que são utilizados para evitar a duplicidade, o web service com.senior.g5.co.mfi.cre.titulos, porta GerarBaixaPorLoteCR, não localizava os títulos.

Correção efetuada: realizamos um ajuste para que o web service utilize a filial do título e não a filial informada nos dados gerais de entrada.

Problema: no botão Manter da tela Consulta de Títulos do Contas a Receber (F302CCR), quando era feito o recálculo do valor por antecipação de pagamento do título, não era gravado o valor obtido ao clicar no botão Regrava.

Correção efetuada: ajustamos o programa para garantir que o processo de regravação do novo valor do desconto por antecipação de pagamento do título seja corretamente registrado na tela (F302CCR).

Ajustamos a documentação da tela Dados PIX do Título do Contas a Receber (F301TPX), alterando o caminho da tela na documentação, visto que anteriormente, ao acessar a documentação pela tecla F1 do sistema, ocorria o erro 404, uma vez que o ERP direcionava para um caminho do menu Finanças. No entanto, a documentação estava no menu de Cadastros, indevidamente.

Problema: ao importar um arquivo de retorno bancário de um boleto gerado pelo ERP através da tela Retorno de Cobrança Escritural (F310RTB ), o sistema identificava que ele foi gerado pelo banco e o título não era encontrado através do campo Nosso Número.

Correção efetuada: ajustamos a importação de retorno para que identifique o boleto gerado pelo ERP e faça a associação correta do Nosso Número.

Problema: ao estornar baixas realizadas via tela Consulta de Movimentos de Clientes e Fornecedor (F301CCF), era atualizado as comissões dos títulos do Contas a Receber com valores incoerentes.

Correção efetuada: ajustamos a rotina que processa as baixas via tela (F301CCF), permitindo que os valores de base de comissão e valor da comissão sejam gravados corretamente nos movimentos de baixa.

Estes valores serão correspondentes a sua proporcionalidade em relação a baixa efetuada. Desta forma, ao estornar a baixa, os valores serão resgatados e atualizados de forma devida em seus títulos do Contas a Receber correspondente.

Problema: não era processado os registros de conciliação de cartão importados do arquivo disponibilizado pela operadora financeira. Essa inconsistência era causada por uma alteração que expandia o tamanho de campo do mesmo registro, o que resultava na sobreposição do conteúdo e afetava outros campos no mesmo registro.

Correção efetuada: ajustamos o tamanho do campo Código de Autorização da Transação (TEF - Sitef) que estava com inconsistência de 100 posições para 128. Essa correção garante que os valores do campo não ultrapassem os limites e interfiram com outros campos e posições do registro.

Complementamos a documentação da tela Cobrança Escritural - Parâmetros (F030COB), adicionando a informação de que é necessário o cadastro de uma espécie de documento, no banco, para cada Tipo Interno existente.

Complementamos a documentação da tela Parâmetros do Fluxo de Caixa Gerencial (F611PFC ), informando que se o titulo tiver baixa parcial, com e sem rateio, serão mostrados apenas os movimentos com rateio. Para Conferir acesse a Documentação.

Ajustamos a documentação do web service Com.senior.g5.co.mct.ctb.inversaogerencial, porta Gerar, adicionando as informações de obrigatoriedade e descrição de seus parâmetros.

Complementamos a documentação do web service Com.senior.g5.co.mcm.ven.pedidos, porta LiberarPedidosBloqueados, inserindo a informação de que a porta em questão não realiza qualquer bloqueio da Sequência Observação, quando utilizado o Bloqueio do Pedido Geral ou a rotina de Liberação de Pedido por Área.

Problema: ao importar um cupom fiscal de venda que tenha a forma de pagamento como cartão, através do web service com.senior.g5.co.int.varejo.nfce, porta ImportarNfce, na integração com o Gestão de Supermercados, era possível que os títulos não fossem gerados corretamente.

Correção efetuada: ajustamos a rotina de importação do cupom fiscal para que os títulos sejam sempre gerados corretamente.

Complementamos a documentação de Pré-requisitos de Proprietária para habilitar integração via web service, inserindo o nome da porta ExportarIntegracao para o web service Com.senior.g5.co.ven.notafiscalsaida.

Complementamos a documentação do aplicativo Gestor Senior | Aprovações - Rotinas de aprovação multinível, inserindo a informação de que a geração da pendência de pedido bloqueado ocorre quando gerada a pendência de aprovação, além de demais orientações acerca do bloqueio do pedido.

Complementamos a documentação da tela Faturamento de Pedidos Agrupado (F140LOT), adicionando a informação de que o identificador VEN-000TNSDE01 não é executado quando o campo Sugerir Trans. Dados Gerais nos Itens estiver marcado. Esse é acionado apenas quando a sugestão de transação é dos itens para os dados gerais.

Problema: o valor do percentual de ICMS do Simples Nacional não era sugerido corretamente de acordo com as faixas de faturamento da empresa.

Correção efetuada: corrigimos o valor sugerido no campo % de ICMS Simples Nacional nas notas de saída.

Complementamos a documentação das telas Liberação de Pedidos bloqueados por Área (F120LIM), Parâmetros de Usuário para Vendas (F099UVE) e Parâmetros da Filial para Vendas (F070FVE), inserindo referência à nova documentação Influência dos Campos da Filial do Usuário na liberação do Pedido por Área, nos seguintes campos:

• Na tela F120LIM, campo Mostrar;
• Na tela F099UVE, campo Aprovar pedido na filial;
• Na tela F070FVE, campo Bloqueio pedido por área.

Adequamos o sistema para atendimento à NT 2019.001, versão 1.62, publicada em Março de 2024, que trouxe a seguinte alteração no leiaute da NF-e e NFC-e:

• Nomeando a tag do grupo de Crédito Presumido com até quatro ocorrências. A estrutura do grupo de crédito presumido agora é:
  • 104.07: (gCred) grupo opcional de informações do crédito presumido
    • 104.08 (cCredPresumido): código do benefício fiscal de crédito presumido aplicado ao item
    • 104.09 (pCredPresumido): percentual de crédito presumido
    • 104.10 (vCredPresumido): valor do crédito presumido

A geração do grupo de crédito presumido é feita através dos dispositivos fiscais sugeridos automaticamente ou informados manualmente nos itens da nota fiscal.

Problema: quando o usuário inseria um item de Produto controlado por lote, com apenas uma quantidade a ser faturada, e tentasse alterar o valor do % IPI após gravar o registro, o sistema exibia a mensagem de erro: Regra 322: Emp:200 - R522: Item 1, Para alterar o código do lote, utilize o botão [Dist.Lote].

Correção efetuada: corrigimos a rotina para que seja possível realizar alterações do % IPI, quando estiver sendo utilizado um item de Produto na nota fiscal de saída e este item for controlado por lote.

Problema: ao alterar o valor de um campo personalizado através da tela F140PIP, acessada por meio do botão Person. do item de produto da tela Notas Fiscais de Saída (F140GNF), ou através da tela F140PIS, também acessada pelo botão Person. do item de serviço, o sistema apresentava erro de violação de acesso.

Correção efetuada: corrigimos o sistema para não gerar erro de violação de acesso, quando for modificado o valor de um campo de usuário por meio das telas F140PIP e F140PIS.

Realizamos uma reestruturação na documentação referente à Notas Técnicas já publicadas para os documentos eletrônicos: CT-e, CT-e OS, MDF-e, NF-e e NFC-e.

Anteriormente, as NTs estavam listadas na documentação de Parametrizações para NF-e 4.0, porém, este não é o foco desta página, a qual visa instruir os usuários a parametrizar o sistema para adequação às alterações no leiaute da NF-e 4.0.

Desta forma, criamos páginas específicas de Notas Técnicas para cada um dos documentos eletrônicos e mantivemos na documentação de Parametrizações para NF-e 4.0, um aviso que direciona para o novo local que centraliza este conteúdo com links para estas novas páginas.

Para conferir estas alterações, acesse:

• Parametrizações para NF-e 4.0
• Nova página com links para NTs por tipo de documento
• Notas Técnicas para:
  • CT-e | CT-e OS
  • MDF-e
  • NF-e | NFC-e

Problema: ao gerar um arquivo XML de um CT-e, o sistema gerava sempre a tag <cBenef>, desde que houvesse valor para ela, mesmo quando não houvesse valor para a tag <vICMSDeson>.

Correção efetuada: alteramos o sistema para gerar a tag <cBenef> somente quando houver valor para os campos Benefício Fiscal e ICMS Desonerado.

Problema: os filtros das aprovações apresentavam a cor de fundo errada quando o aplicativo estava com o Tema Escuro, dificultando a visibilidade dos valores a serem filtrados.

Correção efetuada: ajustamos a cor para se adequar aos demais componentes do Tema Escuro.

Problema: ao executar o processo agendado da rotina 67 - Importação de documentos eletrônicos de entrada, informando o parâmetro CadastrarFornecedorAutomatico, era apresentado o erro A class named TE000AEC already exists.

Correção efetuada: ajustamos para que o sistema não gere o erro acima ao cadastrar um novo fornecedor.

Problema: ao processar uma nota de entrada via web service com.senior.g5.co.mcm.cpr.notafiscal, na porta GravarNotasFiscaisEntrada, era apresentado o erro de Access Violation quando passado um valor inválido para o campo CodVii.

Correção efetuada: ajustamos o tratamento de exceções do processamento do web service, que gerava o erro, ao receber campos dos dados gerais da nota com valor inválido, ou seja, de tipagem diferente do TBS.

Problema: ao executar o web service com.senior.g5.co.mcm.est.ordemcompra, porta Aprovar, com o usuário logado como não aprovador, o sistema não avisava que a ordem de compra não havia sido aprovada e apresentava apenas a mensagem OK.

Correção efetuada: ajustamos a situação acima para apresentar a mensagem A aprovação não foi efetuada. Mensagem reportada: Não há qualquer nível possível para aprovação pelo usuário XXX (pois os níveis, cuja ligação com o usuário está ativa, não fazem parte da expressão ou já foram tratados).

Problema: após a execução através de regra do web service com.senior.g5.co.mcm.est.estoques, porta ExcluirMovimento, o ERP passava apresentar erros de classes na telas alterando o comportamento padrão das mensagens mostradas nas rotinas.

Correção efetuada: ajustamos o web service para que sua execução através de regras não cause impactos nas outras rotinas do sistema.

Complementamos a documentação da tela Via Recebimento de Documento Eletrônico (F000INE), inserindo a informação de que deve haver conexão do campo ChvNel, dessa tela, com o campo de mesmo nome na tela Nota Fiscal de Entrada Agrupada (F440GNE), evitando, dessa forma, que a chave eletrônica permaneça como Processada na tela F000INE.

Problema: ao processar uma nota de acerto com valor de ICMS, o sistema não descontava o valor do ICMS na base do PIS e COFINS a recuperar.

Correção efetuada: ajustamos uma falha que zerava o valor do ICMS no recálculo de notas de acerto.

Problema: ao gerar uma nota de devolução tipo 3 - Devolução (NF de Saída), cuja nota de saída não possuía valor no campo IndPre, o sistema gerava o XML da devolução com a tag <indPres> vazia, ocasionando rejeição.

Correção efetuada: ajustamos a geração do XML das notas de devolução, para que carregue corretamente a tag <indPres>.

Problema: ao executar o relatório padrão 050 - Modelo de Ordem de Compra (SCOC050.GER), as informações do complemento do produto eram listadas em alguns momentos do primeiro produto da lista para todos os demais produtos, não considerando o complemento informado no cadastro do produto.

Correção efetuada: alteramos o relatório padrão para listar o complemento conforme o que está informado no cadastro do produto.

Complementamos a documentação da tela Consulta Análise do Produto (F075CAP), adicionando as informações de funcionalidade, campos e identificadores de regras disponíveis na tela em questão.

Problema: ao executar um fechamento/atualização de estoques e ser retornado o aviso O produto produzido X, derivação Y está com um valor de preço de custo zerado. Verifique!, o processo era interrompido e o período de estoque não era atualizado mesmo deixando fechado.

Correção efetuada: ajustamos a rotina para que nesse cenário o período de estoques seja atualizado corretamente.

Problema: a log do glassfish informava erro de número de parâmetros inválidos ao publicar web services via bridge.

Correção efetuada: alteramos a rotina de request para corrigir o processo quando não há serviço ou parâmetros informados (chamada de publicação de web services).

Problema: ocorria o aviso de Erro Access Violation na chamada de função HttpGet.

Correção efetuada: realizamos a remoção de caractere de quebra de linha inválido do retorno de requests.

Ajustamos a documentação do web service Com.senior.g5.co.mct.ctb.inversaogerencial, porta Gerar, adicionando as informações de obrigatoriedade e descrição de seus parâmetros.

Complementamos a documentação do web service Com.senior.g5.co.mcm.ven.pedidos, porta LiberarPedidosBloqueados, inserindo a informação de que a porta em questão não realiza qualquer bloqueio da Sequência Observação, quando utilizado o Bloqueio do Pedido Geral ou a rotina de Liberação de Pedido por Área.

Problema: ao importar um cupom fiscal de venda que tenha a forma de pagamento como cartão, através do web service com.senior.g5.co.int.varejo.nfce, porta ImportarNfce, na integração com o Gestão de Supermercados, era possível que os títulos não fossem gerados corretamente.

Correção efetuada: ajustamos a rotina de importação do cupom fiscal para que os títulos sejam sempre gerados corretamente.

Complementamos a documentação de Pré-requisitos de Proprietária para habilitar integração via web service, inserindo o nome da porta ExportarIntegracao para o web service Com.senior.g5.co.ven.notafiscalsaida.

Problema: ao processar uma nota de entrada via web service com.senior.g5.co.mcm.cpr.notafiscal, na porta GravarNotasFiscaisEntrada, era apresentado o erro de Access Violation quando passado um valor inválido para o campo CodVii.

Correção efetuada: ajustamos o tratamento de exceções do processamento do web service, que gerava o erro, ao receber campos dos dados gerais da nota com valor inválido, ou seja, de tipagem diferente do TBS.

Problema: ao executar o web service com.senior.g5.co.mcm.est.ordemcompra, porta Aprovar, com o usuário logado como não aprovador, o sistema não avisava que a ordem de compra não havia sido aprovada e apresentava apenas a mensagem OK.

Correção efetuada: ajustamos a situação acima para apresentar a mensagem A aprovação não foi efetuada. Mensagem reportada: Não há qualquer nível possível para aprovação pelo usuário XXX (pois os níveis, cuja ligação com o usuário está ativa, não fazem parte da expressão ou já foram tratados).

Problema: após a execução através de regra do web service com.senior.g5.co.mcm.est.estoques, porta ExcluirMovimento, o ERP passava apresentar erros de classes na telas alterando o comportamento padrão das mensagens mostradas nas rotinas.

Correção efetuada: ajustamos o web service para que sua execução através de regras não cause impactos nas outras rotinas do sistema.

Problema: ao utilizar o webservice com.senior.g5.co.mfi.prj.cadastroprojeto, porta CadProjeto_2, para cadastrar novos projetos e o número do projeto não é informado, o sistema busca o próximo número disponível e aplica para o projeto. Porem, dependendo do número de requisições que ocorriam ao mesmo tempo, duas ou mais instâncias retornavam o mesmo número disponível, pois a primeira instância que pegou o número ainda não havia realizado o commit no banco. Quando as outras instâncias concluíam o cadastro, era apresentada a mensagem Não é possível inserir registro com chave duplicada.

Correção efetuada: criamos uma trava para que as instâncias que forem buscar o próximo número disponível, fiquem aguardando até a primeira instância concluir. Com isso, será evitado que instâncias diferentes peguem o mesmo número de projeto.

Problema: quando era informado os valores idtReq e o sigInt, que são utilizados para evitar a duplicidade, o web service com.senior.g5.co.mfi.cre.titulos, porta GerarBaixaPorLoteCR, não localizava os títulos.

Correção efetuada: realizamos um ajuste para que o web service utilize a filial do título e não a filial informada nos dados gerais de entrada.

Alteramos o endereço de envio dos arquivos do Analytics ERP com o objetivo de otimizar a integração dos dados.

Além disso, adicionamos um limite de envio de arquivos ao Analytics ERP por dia, fazendo com que cada arquivo possa ser enviado apenas duas vezes por dia.

Adicionamos na documentação de Perguntas Frequentes do Bot Factory (SARA) no ERP XTended, um tópico informando o que deve ser verificado quando esta integração não acontece. Para saber qual o procedimento a ser realizado, consulte a documentação.