Gestão Empresarial | ERP - 5.10.3.59

Problema: no processamento de registros a fixar de fornecedor pessoa jurídica, caso a transação de venda definida para ser utilizada na devolução da fixação estivesse configurada com P - Devolução Proporcional, e caso a fixação ocorresse com o preço a menor com relação ao preço do recebimento, no momento da geração da nota de devolução ocorria a mensagem Valor da Nota Fiscal menor ou igual a zero.

Correção efetuada: corrigimos a rotina para que a fixação faça a geração da nota de devolução sem críticas.

Problema: no processamento de registros a fixar de fornecedor pessoa física, caso a fixação ocorresse com o preço a menor com relação ao preço do recebimento, era exibido mensagem obrigando a informação dos campos de Nota de produtor, Série de produtor, Data ou Chave da nota do produtor, impedindo o processamento da fixação.

Correção efetuada: corrigimos para que não seja obrigatório o preenchimento das informações referentes a nota do produtor quando a fixação for a menor.

Problema: durante a geração de notas, caso a fixação ocorresse com o preço a menor em relação ao preço do recebimento, o xml gerado para a nota de acerto de impostos Funrural/Senar, apresentava problemas que impactavam na finalização do processo e gerava o aviso: Não foi possível autorizar o documento eletrônico. O documento fiscal eletrônico foi rejeitado pela SEFAZ.

Correção efetuada: corrigimos a geração do XML e o processamento, ajustando o seu processo e geração da nota, para o envio após o processamento da fixação.

Complementamos a documentação da grade de Dados da receita, da tela de Emissão da receita agronômica (F113REM), para incluir os campos sequência receita, código filial, data receita, nome cliente, sequência entrega, nome responsável, descrição embalagem e código da situação. Também documentamos o novo comportamento do campo data receita, implementado semana passada, que agora sugere automaticamente uma data de emissão, baseada na data atual. O campo também valida a data informada, para impedir que uma data futura seja inserida e também bloqueando a emissão e/ou envio da receita caso a data seja menor que a data de emissão da nota fiscal de saída do item.

Problema: ao integrar um título pela tela de Integração de Movimentos LCDPR (F603IML), por vezes ocorria o erro Erro ao preparar os movimentos do LCDPR: o valor XXX não cabe no campo NumTit. Isso ocorria quando o número do título possuísse 13 ou mais caracteres. A rotina de processamento dos títulos grava algumas informações em tabela auxiliar, adicionando texto ao número do título, para controle interno. Caso o título original tivesse 13 ou mais caracteres, com a adição do texto interno o limite de 15 caracteres do campo da tabela auxiliar seria atingido, incorrendo no erro.

Correção efetuada: alteramos a rotina de preparação dos movimentos do LCDPR, para que grave na tabela auxiliar uma versão limitada do número do título, de forma que não ultrapasse o limite de caracteres do campo. O número do título original não é alterado, apenas o controle interno.

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.

Alteramos o identificador de regras VEN-140WSNFPD1, adicionando neste uma nova variável: VenACodCcuWS. Essa variável determina a origem do centro de custo, especificando se será capturado diretamente do web service Com.senior.g5.co.mcm.ven.notafiscal ou da tela de Entrada de Pedidos com Avaliação de Produto (F120GPC).

Problema: ao sair da linha de um produto na grade Produtos, sem ter alteração de campo do produto na tela Cadastro de Produtos (F075GFP), o campo Sit. Derivação era alterado assumindo o conteúdo do campo Sit. Produto. Isso ocorria ao utilizar a proprietária Agronegócio, quando o produto não tinha o Controle de Crédito ICMS para agronegócio.

Correção efetuada: corrigimos para que a situação da derivação não seja modificada ao sair da linha do produto na grade Produtos, mesmo sem ter alteração de campo do produto na tela Cadastro de Produtos (F075GFP).

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.

Problema: na apuração do imposto IRPJ na tela Memória de Cálculo Patrimonial (F670MEM), ao buscar os valores na tela Busca Avançada via Lançamentos Contábeis (F650BLC), era levado um valor maior selecionando todos os débitos e créditos indevidamente.

Correção efetuada: ajustamos a rotina para que seja carregado somente o valor da conta selecionada na interface da tela Busca Avançada via Lançamentos Contábeis (F650BLC).

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: no cálculo do custo através da tela Geração do Preço e Custo de Produtos por Simulação (F621GSI), quando a seleção de produtos era vinculada a uma simulação, o valor calculado não considerava os dados da simulação.

Correção efetuada: alteramos a rotina para que considere os dados informados na simulação ao calcular o preço de custo do produto.

Problema: durante o processo de Transferência de Títulos de Longo para Curto Prazo (F606TLC), as atualizações no contrato de empréstimo para corrigir a variação do índice resultavam na geração duplicada dos movimentos de transferência de títulos de longo para curto prazo nas movimentações da conta de empréstimo.

Correção efetuada: ajustamos para que as novas movimentações de Transferência de Títulos de Longo para Curto Prazo (F606TLC), não gerem movimentos duplicados.

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.

Problema: ao retornar uma separação do WMS o componente do kit não era excluído da pré-fatura juntamente ao kit.

Correção efetuada: alteramos o sistema para o retorno da separação ocorra corretamente.

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.

Atualizamos a documentação do web service Com.senior.g5.co.int.varejo.VendedoresUsuarios, porta Exporta_2, parâmetro do atributo da resposta representante.senUsu, informando que seu uso é válido apenas para o Gestão de Lojas.

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: a tabela de itens de pedido não era travada ao gerar uma pré-fatura através do processo automático 145 - Geração de Pré-Fatura, ou através do web service Com.senior.g5.co.mcm.ven.manualpedidos. Dessa forma, ocasionalmente eram geradas pré-faturas duplicadas.

Correção efetuada: realizamos modificações para executar um lock na tabela de Vendas - Pedidos - Dados Gerais (E120PED) quando o identificador de regras VEN-135LCKPD01 estiver ativo. Essa ação é executada pela rotina de geração de pré-faturas, através do processo automático 145, ou pela tela Formação de Cargas (via Pedidos) (F135FCP), visando reduzir a duplicação de pré-faturas para um mesmo pedido.

Adicionalmente a isso, implementamos o identificador de regras VEN-135LCKPD02, com o mesmo propósito do VEN-135LCKPD01, mas aplicado à rotina de geração de pré-fatura pelo web service Com.senior.g5.co.mcm.ven.manualpedidos.

Alteramos o comportamento do sistema para exportar a exclusão do código de barras ao WMS WIS quando a mesma foi excluída da derivação do produto.

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

Problema: ao inserir mais de 1999 caracteres no campo Desc. Manutenção, uma mensagem de erro do banco de dados era apresentada devido a ultrapassar o tamanho máximo do campo E103EMT.DesMnt.

Correção efetuada: ajustamos a tela para exibir a mensagem A quantidade de caracteres para o campo Desc. Manutenção não pode ultrapassar 1999 caracteres quando uma quantidade maior do que 1999 for informada.

Complementamos a documentação da tela Consulta Roteiro de produção (F710COR), adicionando informações acerca dos campos disponíveis nas grades Dados Gerais do Roteiro, Estágios do Roteiro e Sequências do Estágio.

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.

Atualizamos a documentação do web service Com.senior.g5.co.int.varejo.VendedoresUsuarios, porta Exporta_2, parâmetro do atributo da resposta representante.senUsu, informando que seu uso é válido apenas para o Gestão de Lojas.