Gestão Empresarial PME | GO UP - 5.10.4.19

Acrescentamos na documentação da tela Ligação entre Fornecedor e Série de Nota Fiscal (F095FXS) informações sobre em quais telas ocorre a sugestão de série e subsérie legal. Além disso, destacamos que, para o processo de recebimento eletrônico (como na tela Via Recebimento de Documento Eletrônico (F000INE)), a série e a subsérie legal já são determinadas pelo XML. Dessa forma, não é necessário sugerir esses valores, ao contrário do que ocorre em outras telas. A configuração de ligação na tela Ligação entre Fornecedor e Série de Nota Fiscal (F095FXS) é utilizada, nesse caso, para determinar qual será o código da série a ser utilizado na geração da nota. Esse recurso é essencial, pois evita a necessidade de criar uma série específica na base para cada série e subsérie legal que os fornecedores utilizem em suas notas.

Visando melhorar o seu negócio, padronizamos as ligações de produto depósitos no GO UP XT. Todas as telas que criam a ligação entre produto e depósitos carregarão os campos de Estoque Mínimo e Estoque Máximo com 0.

Nesta implementação, foram contempladas todas as telas abaixo relacionadas.

Implementamos melhorias na atualização de contas sintéticas. Agora, quando você alterar uma conta sintética, o sistema irá replicar automaticamente os parâmetros dessa conta para o plano de contas das empresas que utilizam o mesmo plano. Esta funcionalidade está disponível com o novo identificador de regras CTB-043CADCE01. Para conferir acesse a página.

Problema: ao cadastrar um bem via documento de entrada com Fornecedor do Simples Nacional, a base de exclusão de PIS e Cofins não considerava o valor do ICMS do Simples Nacional.

Correção efetuada: ajustamos a geração dos bens via documento de entrada para incluir os valores de ICMS na base de exclusão de PIS e Cofins, tanto para Fornecedores normais quanto para os do Simples Nacional.

Atualizamos o plano de execução para web services assíncronos. Ao gerar um novo registro no plano de execução para web services assíncronos, se já existir um registro com os mesmos parâmetros de entrada na fila, o sistema removerá o registro existente e manterá apenas o novo registro na fila para execução. Para conferir acesse a página.

Ajustamos a documentação da tela Títulos/Manutenção do Contas a Pagar (F501TCP), adicionando a informação de que o rateio especificado no título será utilizado preferencialmente em relação à configuração de rateio predefinida. Se o rateio do título estiver incompleto, o sistema consultará as informações cadastradas na tela Parâmetros Gerenciais da Filial (F070FIN) para obter os dados faltantes. Caso não contenha as informações necessárias, será preciso que o usuário insira o rateio manualmente.

Complementamos a documentação da tela Remessa do Pagamento Eletrônico - Seleção (F510SPR), adicionando a informação de que, para que o agrupamento seja listado como uma preparação única na tela, é necessário que as seguintes informações sejam iguais nos títulos: N° Agrupamento, Tipo de Pagamento, Transação de Baixa, Código Fornecedor, Data Geração, Código da rotina para controle de aprovação, Número da Aprovação, Situação da aprovação, Código de Barras, Tipo de Chave Pix, Chave Pix, Url Pix, Nome Fornecedor, Endereço Fornecedor, Complemento do Endereço Fornecedor, Bairro Fornecedor, Cidade Fornecedor, Estado do Fornecedor, CEP Fornecedor, Número de Endereço, CNPJ ou CPF do fornecedor, Tipo de Fornecedor, Banco, Agência, Conta corrente, Tipo de Conta, Gerar registro adicional W para imposto.

Problema: o web services com.senior.g5.co.mfi.prj.lancamento, porta Gravar, não estava atualizando o saldo do Plano financeiro ao inserir um lançamento.

Correção efetuada: ajustamos o web Service com.senior.g5.co.mfi.prj.lancamento, porta Gravar, para atualizar o saldo do Plano financeiro ao inserir um lançamento.

Problema:   ao gerar uma análise através da tela Atendimento Automático de Pedidos (Análise de Embarque) (F135AEA), com base em um pedido que possui faturamento parcial, o sistema gerava a pré-fatura com valor líquido diferente do valor das parcelas da pré-fatura.

Correção efetuada:   o sistema foi ajustado para gerar os valores das parcelas de forma coerente com o valor da pré-fatura ao realizar uma análise pela tela Atendimento Automático de Pedidos (Análise de Embarque) (F135AEA), com base em um pedido que já possui faturamento parcial.

Alteramos a documentação da tela Impostos: Programas de incentivo ao algodão na Bahia, incluindo a informação de que as regras dos identificadores VEN-140NEDGE01 e GER-051DISPN02 são sugestões baseadas no que foi homologado; no entanto, podem haver particularidades em cada cliente que exijam ajustes para atender necessidades específicas. Por esse motivo se faz necessário validar os cálculos para cada cliente em particular.

Problema: ao consultar os dados da nota de entrada no relatório 16 - Informações do ICMS e PIS/COFINS na NF de Entrada (DSGE016.GER), no item F019TIS o sistema trazia uma data de Validade Inicial que estava inativada no sistema.

Correção efetuada: ajustamos um falha na busca da Validade Inicial do Código do ICMS Substituído, que buscava uma data diferente da que foi utilizada na nota, pois estava inativada.

Quando ativo o parâmetro o -LOG na instância do ERP, ao ser executada qualquer rotina que executasse inserção/alteração no rateio financeiro eram gerados registros de log junto aos logs da tecnologia. Quando haviam muitas inserções/alterações no rateio financeiro, poderia haver uma perda de performance das rotinas.

Para auxiliar nesta situação, implementamos o novo parâmetro global GerLogRat, que terá por padrão o valor N, fazendo com que o sistema não fique dependente do parâmetro -LOG para gerar os logs do rateio. Caso seja necessário gerar os logs do rateio, além do parâmetro -LOG estar ativo, o parâmetro deverá ser alterado para S.

Problema: ao incluir um item em um inventário já existente, o preço médio da filial (E210MED.PREMED) não era considerado. Somente era considerado o preço médio gravado na derivação do produto (E075DER.PREMED). Este problema ocorria tanto na tela de Contagens de Inventário (F220COI), quanto no web service com.senior.g5.co.mcm.est.contageminventario, porta ContagemInventarioEstoque.

Correção efetuada: ajustamos as rotinas para considerar primeiramente o preço médio da filial e somente se esse for igual a zero então será considerado o preço médio da derivação do produto

Problema: após a execução do processo de atualização/fechamento de estoques na tela F215FES, os campos referentes a data e hora final de processamento somente eram gravados após o usuário clicar no botão OK da mensagem final.

Correção efetuada: ajustamos a rotina para que os campos sejam gravados sem a necessidade do usuário clicar no botão OK.

Complementamos a documentação da tela Nota Fiscal de Entrada Agrupada (F440GNE), adicionando a informação de que, quando possuir integração com o varejo via proprietária ou quando o campo Integração Varejo na tela Parâmetros das Filiais para Integrações (F070VAR) estiver configurado como S - Sim e a nota fiscal de entrada estiver fechada, os botões Personalizar, Anexos e NF Referenciadas ficarão desabilitados. Caso deseje habilitar os botões, é necessário reabilitar a nota fiscal, através da opção Reabilitar. Adicionalmente a isso, caso for necessário alterar o parâmetro Integração Varejo temporariamente para realizar alguns ajustes, é importante estar ciente de que isso pode causar inconsistências nos registros provenientes do sistema terceiro de varejo no período em que o parâmetro estiver configurado como "N - Não".

Problema: quando uma nota fiscal de entrada foi processada pelo usuário X, e o usuário Y processou a mesma nota que ainda estava com a situação Pendente, o sistema apresentava a mensagem Nota fiscal de entrada já existe com essa empresa XXX, filial XXX, fornecedor XXX, numeração XXX e série XXX..

Correção efetuada: ajustamos a situação acima e o sistema para não apresentar esta inconsistência.

Problema: após a emissão da nota fiscal de saída através do botão Emitir NFS (7) na tela F440GNE para as notas fiscais de entrada do tipo 3, 6 e 7, enquanto a situação eletrônica do documento estava como 1 - Não enviada, não era possível utilizar as opções de Reabilitar Nota (W) e Cancelar Nota (N).

Correção efetuada: alteramos a validação da tela F440GNE para que, nos casos onde o documento de saída já foi emitido (botão Emitir NFS (7)), porém a situação eletrônica do documento esteja igual a 1 - Não enviada, as opções Reabilitar Nota (W) e Cancelar Nota (N) também sejam habilitadas, assim como já era habilitado quando o documento eletrônico estava na situação 4 - Rejeitada e 10 - Erro Geração.

Problema: ao executar o web service Com.senior.g5.co.int.eletronicos.documentos, porta Receber, quando a nota é uma NF3-e o sistema importava os valores de PIS/COFINS para os campos de PIS/COFINS Estorno Devolução indevidamente.

Correção efetuada: ajustamos a importação dos valores de PIS/COFINS da NF3-e para que sejam carregados para os campos de PIS/COFINS à Recuperar, visto que os campos de PIS/COFINS Estorno Devolução são exclusivos para NF-e de devolução.

Ajustamos o Manual do Usuário, informando que devido as limitações do HTML, os campos tipo memo justificados na WEB podem funcionar de forma diferente do Windowns. Sugerimos que a opção do campo Modo Justificados 2 esteja como nenhuma para esse tipo de visualização.

Problema: ocorria o erro ERROR_NOT_ENOUGH_MEMORY ao abrir instâncias no SeniorMiddleware.

Correção efetuada: aumentamos a disponibilização de memória no SeniorMiddleware para a rotina de criação de instâncias.

Problema: ao executar um comando atribuído à função LSP, onde era feita uma operação com um valor fracionado e separado por vírgula, o número era enviado para o banco sem o separador da fração e alterava o seu real valor.

Correção efetuada: corrigimos as rotinas de comando atribuídas à função LSP para não remover o separador dos números, assim a fração se mantém e o número enviado para o banco conserva o valor real.

Problema: o web services com.senior.g5.co.mfi.prj.lancamento, porta Gravar, não estava atualizando o saldo do Plano financeiro ao inserir um lançamento.

Correção efetuada: ajustamos o web Service com.senior.g5.co.mfi.prj.lancamento, porta Gravar, para atualizar o saldo do Plano financeiro ao inserir um lançamento.

Implementamos melhorias na atualização de contas sintéticas. Agora, quando você alterar uma conta sintética, o sistema irá replicar automaticamente os parâmetros dessa conta para o plano de contas das empresas que utilizam o mesmo plano. Esta funcionalidade está disponível com o novo identificador de regras CTB-043CADCE01. Para conferir acesse a página

Problema: ao executar o web service Com.senior.g5.co.int.eletronicos.documentos, porta Receber, quando a nota é uma NF3-e o sistema importava os valores de PIS/COFINS para os campos de PIS/COFINS Estorno Devolução indevidamente.

Correção efetuada: ajustamos a importação dos valores de PIS/COFINS da NF3-e para que sejam carregados para os campos de PIS/COFINS à Recuperar, visto que os campos de PIS/COFINS Estorno Devolução são exclusivos para NF-e de devolução.

Problema: na atualização do sistema utilizando banco de dados Postgres, era apresentado o erro: character with byte sequence 0x8d in encoding WIN1252 has no equivalent in encoding UTF8.

Correção efetuada: corrigimos a criação da trigger E640LCT e o banco de dados Postgres foi atualizado.

Complementamos o Relatório Financeiro do Analytics ERP, adicionando uma nova coluna que exibe o valor acumulado dos períodos nos widgets Total a Pagar por Período e Total a Receber por Período.