Gestão Empresarial | ERP - 5.10.3.40

Problema: ao gerar o LCDPR 2.0, o sistema não integrava pagamentos de títulos do Contas a Pagar e do Contas a Receber que fossem gerados de notas fiscais de serviço.

Correção efetuada: ajustamos a rotina de Integração de Movimentos LCDPR (F503IML), para que considere todos os pagamentos de receitas e despesas de imóveis rurais, inclusive os que são oriundos de um serviço prestado ou contratado.

Problema: ao processar a ligação de um produto com mais de 1000 fornecedores, aparecia a seguinte mensagem de erro de acesso ao banco de dados: Maximum number of expressions in a list is 1000.

Correção efetuada: ajustamos a rotina para que a ligação ocorra independementemente do número de fornecedores.

Problema: não era possível cadastrar o identificador de regras CAD-000EXCLG01 na tela F098REG, pois o módulo CAD não existe.

Correção efetuada: ajustamos o sistema e documentação do identificador de regras CAD-000EXCLG01 para GER-000EXCLG01.

Problema: a geração do relatório 089 - Extrato de conferência da ADRC-ST (CIOO089.GER) trazia os registros de mês/ano errados, ignorando a data inicial/final informada.

Correção efetuada: ajustamos o relatório para trazer os registros conforme a data nos parâmetros de entrada.

Problema: havendo alterações no índice da moeda utilizada no cálculo ao atualizar um contrato de empréstimo, eram gerados movimentos de estornos indevidos, estornando o valor original dos juros.

Correção efetuada: ajustamos a rotina a fim de manter o movimento original dos juros. O estorno vai ocorrer somente em uma segunda atualização, onde será estornado o valor da primeira e será gerado um movimento com o valor da segunda atualização. E assim sucessivamente.

Problema: ao clicar no botão Gerar Mov. Trf. da tela de Conciliação Bancária (F600CON), os extratos eram agrupados mesmo com o campo Agrupa extratos ao gerar movimento desabilitado.

Correção efetuada: ajustamos o botão para não agrupar os extratos quando o campo acima estiver desabilitado.

Problema: ao utilizar o web service GravarPedido e informar valor contendo casas decimais após a vírgula, o sistema exibia a seguinte mensagem de erro: O valor informado para o campo CgcItm possui X dígitos decimais, mas o campo suporta apenas 0 dígitos. O WS em questão também apresentava a mensagem de erro Invalid variant type conversion quando o usuário continha um campo de usuário na base de dados do tipo numérico e estava passando valor igual a nulo para este campo no WS.

Correção efetuada: adicionamos o Identificador de Regras VEN - 120CGCIT01 ao campo CgcItm, que possibilita ao usuário consistir, gravar, ou converter o valor informado no campo. Para maiores detalhes a documentação do IR deve ser consultada. Adicionamos também o Identificador de Regras VEN - 120CGCIT02 para executar a consistência em todos os campos numéricos do vindos do WS. Alteramos o retorno da mensagem de erro Invalid variant type conversion para que o usuário tenha o campo e tabela onde ocorreu o erro e não comente o erro ocorrido.

Problema: na execução do modelo de importação e exportação onde contém a chamada do web service CadastroProduto, o sistema não salvava valores informados para os campos CodMar e ProImp do web service.

Correção efetuada: alteramos o sistema para que, ao utilizar um modelo de importação e exportação, executando a chamada do WS CadastroProduto, informando valor para os campos CodMar e ProImp, esse valor seja salvo na base de dados corretamente.

Problema: a documentação do processo de recebimento 50 - Nota fiscal de entrada, da integração com o WMS Alcis, não deixava claro o comportamento do sistema quanto à sugestão da sequência do endereço do cliente na geração de nota fiscal do tipo 2 - Devolução - NF do Cliente, o que gerava dúvidas, visto que o sistema apresentava a seguinte mensagem durante o processo: Não há configuração da sequência Endereço Entrega Padrão nas Definições/Histórico do Cliente.

Correção efetuada: adicionamos uma observação no tópico deste processo, clarificando as formas pelas quais o ERP sugere a sequência do endereço de entrega. Para mais detalhes, acesse a documentação.

Problema: a documentação sobre a geração da tag de Veículo de Reboque não deixava claro a sua utilização para operações internas, o que ocasionava dúvidas na realização do processo.

Correção efetuada: adicionamos mais detalhes a nossa documentação para a parametrização do cadastro de veículo de reboque para operações internas. Para isso, adicionamos na documentação do web service Com.senior.g5.co.mcm.ven.pedidos, um destaque sobre o funcionamento padrão do sistema, onde é possível informar a Data de Previsão através dos dados gerais.

Já na documentação da tela de Parâmetros da Filial para Vendas (F070FVE), no campo Controla Veículos, destacamos a utilização do parâmetro ativo como S - Sim, onde detalhamos sobre a rotina de controle de transporte, que abrange placas, motoristas cadastrados, pesagens, etc.

Confira os detalhes desta utilização ao acessar a documentação do web service Com.senior.g5.co.mcm.ven.pedidos e da tela de Parâmetros da Filial para Vendas (F070FVE).

Problema: ao processar o MDF-e, a Situação ficava como 1 - Digitado e os campos de Data Emissão e Hora Emissão ficavam bloqueados para edição.

Correção efetuada: corrigimos a rotina para que ao processar o MDF-e, e este fique com a situação digitada, os campos de Data e Hora fiquem ativos para edição.

Problema: ao gerar uma análise de embarque na tela F135AEA com um pedido que não tinha rateio, o sistema gerava erro de banco de dados.

Correção efetuada: corrigimos a rotina para que ao gerar uma análise de embarque nesta tela, nestas condições, o sistema não gere mais o erro, prosseguindo com o processo corretamente.

Alteramos o sistema para apresentar os nomes dos campos utilizados na tela F141CIS de forma mais coerente, facilitando o entendimento da utilidade do campo. Anteriormente, estes campos estavam com a mesma nomenclatura do banco de dados o que dificultava sua compreensão.

Ajustamos a documentação nas telas Geração de Notas Fiscais de Saída via Contratos (F161GPD) e Contratos de Venda (F160NOV) para incluir detalhamentos sobre o procedimento de como carregar um contrato em tela, mesmo que seu critério de faturamento seja igual a 2 - Por Validade.

Realizamos as correções abaixo para sanar alguns erros apresentados na tela F140CCE referente ao Evento de Insucesso:

Utilização de CT-es com números extensos

Problema: ao utilizar CT-es com números extensos o sistema apresentava as inconsistências abaixo:

• não geração das tags infEntrega, causando rejeição 921 - Rejeição: Insucesso de entrega deve relacionar NFe para CTe de tipo de serviço Normal XML em anexo;
• ao carregar o registro na tela novamente (depois de rejeitado), a NF-e vinculada ao evento não aparecia na tela;
• NF-es referenciadas no evento não tinham os dados adequados da NF referenciada (conforme tela F140COL).
• ao clicar em Excluir as NF-es referenciadas não eram deletadas.

Correção efetuada: alteramos a configuração do campo Nr. NF para comportar números extensos.

Carregamento incorreto de campo de diretório do usuário para arquivos CT-e

Problema: ao gerar um XML de insucesso de entrega, o mesmo considerava o campo de diretório de nota fiscal ao invés de CT-e nas configurações do usuário.

Correção efetuada: ajustamos o sistema para que ao gerar um XML de insucesso de entrega, o mesmo considere o caminho configurado em diretório do CT-e nas configurações do usuário.

Informação de campos não obrigatórios em geração de evento

Problema: o sistema obrigava informar os campos Latitude e Longitude que não são obrigatórios na SEFAZ.

Correção efetuada: removemos a obrigatoriedade dos campos Latitude e Longitude do Evento de Insucesso de Entrega.

Problema: ao utilizar a tela F120PRC para gerar pedidos através de Representante, o sistema exibia a seguinte mensagem de erro: Representante possui ligações com tabelas de preço, mas a tabela de preço informada não está ligada a este representante ou não foi informada tabela de preço. Informe outra tabela de preço. Isso ocorria mesmo tendo todas as parametrização corretas entre representante e tabela de preço.

Correção efetuada: alteramos o sistema para carregar em tela o código da tabela de preço para que seja visível, porém, não será habilitada a alteração do valor desse campo. Desta forma o sistema não exibirá mais a mensagem de erro que era exibida anteriormente.

Modificamos a tela de fechamento agrupado de cargas (F135FEA), para que ao fechar cargas que contenham diversas pré-faturas, o sistema não apresente lentidão e diminua a probabilidade de causar erro de memória no decorrer do processamento.

Problema: integração do inventário estático do WMS WIS com o ERP apresentava erro de conversão de data para a data de validade dos produtos.

Correção efetuada: efetuamos um ajuste para que haja a conversão correta das datas.

Problema: ao aprovar um contrato de compras para abastecimento, caso algum valor estivesse incorreto, não era mais possível inativar os itens, o que podia resultar na geração indevida de ordens de compra por meio desse contrato.

Correção efetuada: ajustamos para que contratos com aprovação multinível permitam a inativação de itens com valores incorretos, bloqueando a geração de novas ordens de compra associadas a esse contrato.

Criamos o parâmetro global PrzVlrPrs que permitirá desconsiderar o Prazo Médio e o % Juros Mora Mês no cálculo do Valor Presente da cotação.

Problema: ao gerar uma ordem de compra, mesmo sem aprovação multinível, o campo Quantidade Cancelada era bloqueado, mesmo que o usuário tivesse permissão para alterar quantidades da ordem de compra.

Correção efetuada: ajustamos uma falha na liberação deste campo, que o bloqueava sem levar em consideração o parâmetro Altera Quantidade OC/NF do cadastro do usuário.

Problema:na impressão das informações, o relatório padrão 50 - Modelo de Ordem de Compra (SCOC050.GER) não apresentava valor no campo Observação do item de serviço, quando no cadastro do serviço, o campo complemento estava vazio.

Correção efetuada:ajustamos o carregamento do campo Observação para quando o cadastro do serviço estiver sem complemento informando, seja carregado o complemento do item da ordem de compra.

Problema: quando utilizado o web service com.senior.g5.co.mcm.est.requisicoes, porta Exportar, com a opção T - Todos, alguns registros não eram exportados. Isso ocorria para requisições que ainda não haviam sido pendenciadas na tabela Integrações - Requisições Estoque (E000EME).

Correção efetuada: ajustamos a rotina para que a exportação ocorra corretamente

Problema: ao executar o web service Com.senior.g5.co.int.eletronicos.documentos, porta Receber, era recebida a crítica O CST de ICMS "ICMSOutraUF" não é atendido pelo ERP XT e, quando o parâmetro global ConComDfs estava ativo essa tag vinha em um CT-e.

Correção efetuada: ajustamos a validação indevida da tag ICMSOutraUF para documentos CT-e, considerando que o sistema já processa essas informações tanto para CT-e quanto para CTe-Os. Também ajustamos o auto correct PCONCOMDFS para que seja reprocessado, onde reativará o parâmetro global ConComDfs para os casos que precisaram desativar a validação.

Problema: quando o sistema encerrava o processo de fechamento de estoque, por erro de quantidade negativa ou produtos inventariados, e o mesmo era executado via tela, a tabela Estoques - Fechamento dos Estoques (E215FES) não atualizava a data e a hora final do processo enquanto o usuário não interagia com algumas mensagens na tela. Além disso, se, por algum motivo, o sistema fosse encerrado antes dessa interação, ao olhar para a tabela era passada uma falsa percepção de que o processo ainda estava rodando.

Correção efetuada: alteramos a rotina para primeiro registrar na tabela e depois exibir as interações na tela.

Problema: ao executar a rotina de inicialização de saldos, era permitido executar a inicialização para períodos de estoques não fechados. Com isso, os movimentos de estoques que estavam dentro do período em aberto que foi executado incorretamente, não eram considerados. Isso ocorria devido as consistências de períodos de estoques terem sido retiradas.

Correção efetuada: aplicamos as consistência de períodos de estoques antes de processar a inicialização de saldos.

Problema: ao realizar o atendimento de uma requisição de produto de estoque cuja a criação foi feita em outra filial, o sistema considerava o código da filial de criação e não da filial do atendimento da requisição.

Correção efetuada: consistimos para respeitar a filial que está atendendo a requisição.

Problema: ao inserir um item de produto, o sistema executava a regra GER-051DISPN02, passando a tabela Compras - Notas Fiscais de Entrada - Dados Gerais (E440NFC) vazia, impossibilitando uma customização adequada da rotina.

Correção efetuada: ajustamos o preenchimento da tabela E440NFC passada via regra, carregando todas as informações disponíveis na tela F440GNE.

Problema: ao vincular uma nota de saída, mesmo com o parâmetro global ObrTxtNfE inativo, era apresentada a mensagem: Os seguintes produtos não podem ser processados pois suas transações não possuem ligação com transações de entrada (F001TXT).

Correção efetuada: ajustamos uma falha que gerava a consistência de ligação das transações, mesmo com o parâmetro global ObrTxtNfE inativo. Caso nenhuma transação seja encontrada, será utilizada a transação dos dados gerais da nota de entrada.

Problema: quando a Web 5.0 era acessada através de IP ou da instância local do servidor javaee, o acesso só era considerado confiável se essas definições de acesso estivessem na lista de servidores confiáveis.

Correção efetuada: ajustamos a identificação dos servidores confiáveis para que, caso o servidor de acesso da requisição seja um servidor local, compatível com o servidor onde está sendo executada a Web 5.0, o servidor seja considerado confiável.

Problema: quando era realizada uma instalação utilizando o modo silencioso, algumas informações da proprietária não eram salvas no inst.ctrl.

Correção efetuada: ajustamos as informações geradas no inst.ctrl para que, quando o instalador for executado em modo silencioso, todas as informações sejam salvas corretamente.

Problema: ao utilizar o web service GravarPedido e informar valor contendo casas decimais após a vírgula, o sistema exibia a seguinte mensagem de erro: O valor informado para o campo CgcItm possui X dígitos decimais, mas o campo suporta apenas 0 dígitos. O WS em questão também apresentava a mensagem de erro Invalid variant type conversion quando o usuário continha um campo de usuário na base de dados do tipo numérico e estava passando valor igual a nulo para este campo no WS.

Correção efetuada: adicionamos o Identificador de Regras VEN - 120CGCIT01 ao campo CgcItm, que possibilita ao usuário consistir, gravar, ou converter o valor informado no campo. Para maiores detalhes a documentação do IR deve ser consultada. Adicionamos também o Identificador de Regras VEN - 120CGCIT02 para executar a consistência em todos os campos numéricos do vindos do WS. Alteramos o retorno da mensagem de erro Invalid variant type conversion para que o usuário tenha o campo e tabela onde ocorreu o erro e não comente o erro ocorrido.

Problema: na execução do modelo de importação e exportação onde contém a chamada do web service CadastroProduto, o sistema não salvava valores informados para os campos CodMar e ProImp do web service.

Correção efetuada: alteramos o sistema para que, ao utilizar um modelo de importação e exportação, executando a chamada do WS CadastroProduto, informando valor para os campos CodMar e ProImp, esse valor seja salvo na base de dados corretamente.

Problema: quando utilizado o web service com.senior.g5.co.mcm.est.requisicoes, porta Exportar, com a opção T - Todos, alguns registros não eram exportados. Isso ocorria para requisições que ainda não haviam sido pendenciadas na tabela Integrações - Requisições Estoque (E000EME).

Correção efetuada: ajustamos a rotina para que a exportação ocorra corretamente

Problema: ao executar o web service Com.senior.g5.co.int.eletronicos.documentos, porta Receber, era recebida a crítica O CST de ICMS "ICMSOutraUF" não é atendido pelo ERP XT e, quando o parâmetro global ConComDfs estava ativo essa tag vinha em um CT-e.

Correção efetuada: ajustamos a validação indevida da tag ICMSOutraUF para documentos CT-e, considerando que o sistema já processa essas informações tanto para CT-e quanto para CTe-Os. Também ajustamos o auto correct PCONCOMDFS para que seja reprocessado, onde reativará o parâmetro global ConComDfs para os casos que precisaram desativar a validação.

Problema: ao marcar a opção Usuário deve alterar senha no próximo logon ao apresentar a tela de alteração de senha, o sistema travava e com isso não era possível alterar a senha. Este mesmo tipo de travamento ocorria ao abrir a tela de Personalização de Menus e Mensagens de Aviso.

Correção efetuada: alteramos o sistema para que todas as telas que são abertas pelo sistema sejam abertas em seções separadas, para que não trave a janela principal do sistema quando este estiver usando o CFE4.