Gestão Empresarial PME | GO UP - 5.10.3.59

Problema: na atualização cadastral através da tela Atualização cadastral cliente/fornecedor e transportadora (F000APA) ou no processo automático 105 - Atualização cadastral, quando um cadastro possuía algum caractere especial no nome fantasia, ocorria uma mensagem de access violation e os registros não eram atualizados.

Correção efetuada: alteramos a rotina de atualização cadastral para tratar os caracteres especiais no campo do nome fantasia que é retornado da consulta da SEFAZ.

Problema: a tela Duplicação de Parâmetros de Usuário (F099DUP), acessada através do botão Duplicar na tela de Cadastro de Usuários (F099UCA), era aberta em tamanho reduzido, o que dificultava a visualização dos campos.

Correção efetuada: ajustamos dimensão da tela para abrir no tamanho adequado para visualização dos campos.

Problema: o sistema permitia que o usuário alterasse o tipo da Conta Contábil P - Patrimônio, mesmo que estivesse associada ao módulo de Patrimônio.

Correção realizada: ajustamos a manutenção das Contas Contábeis para verificar se a conta possui vínculos com o cadastro da espécie do bem. Caso positivo, será exibida a seguinte mensagem ao usuário: Não é possível alterar o tipo da conta. A conta contábil está associada ao cadastro da espécie.

Complementamos a documentação da tela Processamento de Lotes Contábeis (F650PLT), inserindo quais são as rotinas que geram a OrigemMAN - Manual nos lançamentos contábeis.

Alteramos a documentação de Leiaute - Escrituração Contábil Fiscal (SPED ECF), modificando a coluna de Documentação do campo IND_RED_ISEN para Se o P230 estiver desmarcado, então o registro 0020 é gerado com valor N - Não. Senão, é gerado com valor S - Sim, independentemente de haver registros a serem gerados ou não no P230.

Problema: ao gerar o SPED Fiscal, o sistema era fechado sem aviso prévio devido ao limite de memória de uma aplicação de 32 bits para o sistema operacional. Além disso, ocorria o erro Out of Memory ou outro semelhante devido à falta de recursos e memória.

Correção efetuada: modificamos a geração do registro 0221 para reduzir o consumo de memória. Otimizamos a busca de parâmetros por estado para melhorar o desempenho nas rotinas do SPED Fiscal e Contribuições. Aprimoramos a rotina de conversão da unidade de medida para torná-la mais eficiente, especialmente dentro do SPED Fiscal. Também aprimoramos a rotina de log acionada pelo parâmetro -log para incluir o consumo de memória da aplicação em algumas linhas do log.

Problema: ao realizar um movimento de transferência entre bens principais, onde além do bem principal era transferido também o bem acréscimo e o código da espécie do bem não tinha máscara, ocorria a seguinte mensagem de erro: Não foi encontrado o Registro-Mestre para este Registro. E670BEM(CodEmp;CodEsp) -> E674ESP(CodEmp;CodEsp).

Correção efetuada: ajustamos a movimentação de transferência entre bens principais para que seja possível concluir o processamento independentemente de haver ou não o código da espécie na máscara do bem, assim como movimentar bens acréscimos junto ao principal.

Problema: durante a depreciação normal do bem, mesmo após o bem estar totalmente depreciado, era apresentado um saldo restante após o cálculo da última parcela.

Correção efetuada: ajustamos o cálculo da depreciação do bem para sempre considerar a diferença na última parcela da depreciação, eliminando assim qualquer saldo a depreciar.

Implementamos melhorias e alterações na base de cálculo de Pis e Cofins ao integrar os bens para o patrimônio em operações com ICMS creditado ou ICMS ST:

Quando a Forma da Base de Cálculo de Pis/Cofins = C: o valor do bem menos os impostos recuperáveis não será mais descontado quando a transação indicar que este ICMS deduz da base de cálculo de Pis e Cofins. Essa alteração foi feita para evitar a dedução duplicada do ICMS (reduzindo a base de cálculo e também como parcela a excluir).

Quando a Forma da Base de Cálculo de Pis/Cofins = A: agora é possível deduzir também o ICMS ST da base de cálculo dos créditos, desde que o identificador de regras PAT-670DESICM1 esteja ativo.

Para conferir acesse a documentação .

Complementamos a documentação informando que para ser considerado transações adicionais na Operação (O.P.), é necessário especificar um centro de custo. Além disso, ao utilizar o identificador de regras CTC-631TNSPR01 e adicionar transações na tela Consumo Real de Materiais e Serviços/Custo Médio Histórico (F631CRM), os movimentos relacionados a essas transações também serão considerados, desde que possuam um centro de custo informado.

Problema: ao realizar a baixa total por aproveitamento na tela Baixa por Créditos (Créditos/Pagamentos Indevidos/Devoluções) do Contas a Pagar (F501BAA), outras retenções não eram calculadas corretamente.

Correção efetuada: ajustamos para calcular corretamente outras retenções ao realizar a baixa total por aproveitamento, ativando o Identificador de regra CPA-501BAARE01 e o parâmetro global CalAdtImp.

Adicionamos, no web service com.senior.g5.co.ven.pedido, porta ConsultarGeral_3, a ordenação pela sequência do registro para as informações de produtos, serviços, parcela, rateios e observações.

Problema: ao processar uma nota de devolução na tela F140PRE via nota de entrada e algum item da nota de entrada não tinha complemento, ocorria erro no sistema por falta de complemento e não era possível corrigir o problema na tela, somente reabilitando a nota de entrada e corrigindo na mesma.

Correção efetuada: ajustamos para que nesses casos, o campo Complemento, presente nas grades de produto e serviço, possam ser utilizados para digitação do complemento.

Problema: ao gerar notas fiscais de saída que possuíssem dispositivos fiscais sem relação com crédito presumido, era indevidamente gerada a tag <gcred> no XML do documento.

Correção efetuada: alteramos o sistema para que a geração da tag <gcred>, no XML da nota fiscal de saída, ocorra apenas quando o dispositivo fiscal existente nos itens da nota possuir benefício fiscal de crédito presumido.

Problema: ao executar o processo agendado na rotina 33 - Conciliação de Saldos Contábeis, quando não existiam saldos na tabela de saldos para o mês em questão (sem lançamentos contábeis para o mês), era exibida a seguinte mensagem de erro: Erro de execução do processo automático: Data inicial é maior que a final!

Correção efetuada: corrigimos o processo automático da rotina 33 - Conciliação de Saldos Contábeis para atribuir a data inicial como data final quando esta for maior que a data final.

Problema: ao executar a função de programador GerarOrdemRecebimentoWmsSenior a mesma poderia não executar sua ação corretamente.

Correção efetuada: corrigimos esta função de programador para que o processo ocorra corretamente

Complementamos a documentação da tela Reajustes de Contratos de Compra (F460REA), incluindo uma observação informando que não será possível realizar reajustes de contrato para um determinado período, caso haja ajuste do valor presente (AVP) para o mesmo. Informamos ainda que, neste caso, é necessário realizar o estorno do AVP.

Problema: ao consultar solicitações de compra que já estavam em ordens de compra fechadas, estas eram carregadas na consulta, mesmo quando a opção Não gerou Ordem De Compra do botão Seleção estava marcado.

Correção efetuada: ajustamos o filtro para que respeite essa opção quando utilizada.

Problema: quando o código da ST possuía duas vigências ativas e a data de emissão da nota de entrada era menor que a data da última vigência ativa, não era gerado o título de retenção no contas a pagar relativos a esse código.

Correção efetuada: adicionamos uma condição a mais na consulta que busca as vigências para trazer os dados corretos.

Problema: a tela Fechamento Agrupado de Notas Fiscais de Entrada (F445FNA) não impedia o fechamento de notas fiscais de entrada quando estas possuíam data de emissão menor que a data de emissão das notas fiscais de saída vinculadas.

Correção efetuada: efetuamos ajuste para que seja feita a consistência entre as datas de emissão das notas envolvidas no processo.

Problema: ao gerar uma nota de entrada com cálculo do diferencial de alíquota, o sistema utilizava como base o ICMS das parametrizações do sistema, ao invés de utilizar a Base do ICMS vinda no XML.

Correção efetuada: ajustamos o cálculo do diferencial de alíquota para que utilize a Base do ICMS presente no XML, quando informado o campo VlrBic nos identificador de regras CPR-000INECN01 ou CPR-000MTNEL01.

Alteramos o identificador de regras CPR-000MTNEL01, para que mantenha a situação tributária conforme veio no XML, para que ao gerar uma nota fiscal com diferimento, o sistema não sugira a situação tributária de ICMS, mesmo quando informando o campo CodStr, e, com isso não haja impacto nos cálculos durante o processamento da nota.

Além disso, também alteramos para que nos cálculos das notas de entrada quando for optado por utilizar os valores de ICMS, Base de ICMS e Percentual de ICMS originários do XML sobrepondo as alterações geradas via parametrizações do ERP. Com o parâmetro global UtiIcmXml definido com o valor S, haverá controle junto com o identificador de regra CPR-000MTNEL01, que tem por finalidade disponibilizar um ponto de regra para definir quais valores das tabelas intermediárias de produtos (E000IPC/E000PCD) e de Serviços (E000ISC) devem ser mantidos nas tabelas da Nota Fiscal de Entrada (E440IPC, E440PCD e E440ISC). Com isso na importação de um XML, os cálculos de ICMS executados por padrão pelo ERP são desconsiderados, ou seja, o sistema trará para a nota fiscal os impostos como eles estão no XML. Este tratamento é exclusivo para os campos do ICMS.

Complementamos a documentação da tela Consulta de Notas Fiscais de Entrada (F441CNE), inserindo a informação de que é necessária a seleção de menos notas fiscais, para que a tela Consulta de Itens de Notas Fiscais de Entrada (F441CIE) possa abrir e executar a busca dos itens.

Problema: em cenários utilizando aprovação multinível, onde a requisição de produtos possuá itens atendidos e outros somente aprovados, caso fosse executada a desaprovação de um item que estava somente aprovado e posterior alteração no mesmo e nova aprovação, os itens dessa requisição que já estavam atendidos, ficavam com os campos Data de Aprovação, Horário de Aprovação e Usuário de Aprovação vazios.

Correção efetuada: ajustamos para que nesse cenário, o itens que estão atendidos, permaneçam com estes campos preenchidos.

Problema: ao inserir um script de personalização da base de dados maior, onde é feito uma quebra e adicionando aspas duplas para gravar no banco de dados, ocorria o notificação de erro.

Correção efetuada: alteramos a rotina para que, ao gravar o comando no banco de dados, não sejam adicionadas as aspas duplas.

Problema: foi identificada uma falha visual na tela Permissões de Acesso a Objeto que, quando era realizada a seleção múltipla de usuários/grupos e após a configuração de permissões para estes e ao voltar a tela de Permissões de Acesso a Objeto, a descrição das permissões que forma configuradas não eram apresentadas na tela, apenas para o primeiro usuário/grupo que foi selecionado na seleção múltipla.

Correção efetuada: ajustamos a rotina para a correta apresentação das informações na tela.

Adicionamos, no web service com.senior.g5.co.ven.pedido, porta ConsultarGeral_3, a ordenação pela sequência do registro para as informações de produtos, serviços, parcela, rateios e observações.