Gestão Empresarial PME | GO UP - 5.10.3.33

Problema: ao utilizar o campo Tipo Busca Número Cotações, da tela F070FCP, quando havia integração com o COTEI, o sistema não buscava números livres na tela F410PCT (Processo de Cotação), e este comportamento estava correto, porém, não estava especificado na documentação da tela, o que gerava dúvidas ao usuário.

Correção efetuada: adicionamos uma observação na documentação do campo, informando que ele não é levado em consideração quando existe integração com o COTEI.

Problema: a tela de cadastro de moedas permitia o processamento quando o campo Tipo Cotação estivesse definido como M - Mensal e campo Dia estivesse definido como 00.

Correção efetuada: alteramos a rotina para que ao passar pelo campo Dia quando o campo Tipo Cotação estiver definido como M - Mensal, o sistema exiba a mensagem: Obrigatório informar o dia quando o tipo de cotação é mensal.

Problema: ao exportar o registro 0035 (Identificação das SCP) do SPED Contábil (F669ECD) onde a descrição da filial tinha mais de 25 caracteres, era apresentada a seguinte mensagem de erro: O valor FILIAL COM MAIS DE 25 CARA não cabe no campo NOMSCP.

Além disso, na grade do registro 0035 o campo Nome da SCP exibia a descrição da filial cortada, com apenas 25 caracteres. No arquivo, se a descrição da filial tivesse menos que 25 caracteres, o sistema a apresentava sem o espaçamento entre as palavras.

Correção efetuada: ajustamos a geração do registro 0035 para que a descrição da filial possa ser gerada por completo, com até 100 caracteres. Ajustamos também a exibição da grade para não cortar a descrição. Por fim, corrigimos o nome da filial no arquivo impresso a fim de que tenha o espaçamento entre as palavras.

Problema: na impressão das informações, o relatório padrão 06 - Orçado x Realizado (CCCG006.GER) não apresentava o nome da filial selecionada na tela de entrada em relação à empresa utilizada como filtro.

Correção efetuada: ajustamos o relatório para imprimir o nome da filial conforme a empresa selecionada na tela de entrada.

Problema: na tela F650ING, ao gerar a inversão gerencial definindo o tipo de relatório como Razão em um ambiente com grande volume de dados, era apresentado um erro de Out Of Memory e o processo era cancelado.

Correção efetuada: ajustamos a rotina de inversão gerencial contábil a fim de dobrar sua capacidade de administrar registros em memória. Antes desta versão, a rotina gerenciava até 460 mil registros. Após isso, ocorria o erro Out Of Memory). Essa capacidade foi aumentada para 850 mil registros.

Também fizemos uma melhoria de performance relacionada à montagem do histórico padrão: a partir de agora, os históricos padrões dos lançamentos serão gerenciados em memória e não mais por meio de acesso ao banco de dados para cada registro.

Complementamos a documentação do processo automático 100 - Integração de documentos não fiscais indicando que, quando os parâmetros PERIODO_INICIAL e PERIODO_FINAL ou ESCOLHE_DATA não forem informados, por padrão a data inicial e final dos documentos considerada no filtro será a data atual do sistema, onde no filtro é feita a seguinte condição:

TIPO ENTRADAS => E440NFC.DATENT >= {DATA ATUAL} AND E440NFC.DATENT <= {DATA ATUAL}}

TIPO SAÍDAS => E140NFV.DATEMI >= {DATA ATUAL} AND E140NFV.DATEMI <= {DATA ATUAL}

Implementamos diversas melhorias no layout SAEX11002, para envio de remessa bancária no padrão CNAB 240, conforme disponibilizado pela Caixa Econômica Federal. Para utilizar esse layout, é preciso associá-lo no campo Código Layout Exportação PE na tela de Portadores (F039POR). As implementações foram:

• O campo Parâmetro de Transmissão, da tela de Portadores (F039POR), agora é utilizado no cabeçalho do registro 1, posição 39, campo VPAR;
• No registro 11 (J52), posição 16-17, substituímos o preenchimento de dois zeros por dois espaços em branco;
• No registro 11 (J52), posição 133-147, é agora preenchido com o CNPJ do banco, cadastrado na tela Bancos (F030BAN);
• No Registro 11 (J52) posição 188-240, é agora preenchido com espaços em branco.

Problema: o layout SAEX03000 não apresentava o nome do beneficiário nas posições 62 à 91, em desacordo com a documentação.

Correção efetuada: ajustamos o layout SAEX03000 para apresentar o nome do beneficiário nas posições 62 à 91.

Problema: na tela de Remessa do Pagamento Eletrônico (F510PRM), ao preparar uma remessa utilizando como Tipo de pagamento a opção PX (Pix transferência), caso fosse deixados em branco os campos Tipo de Chave PIX e Chave PIX, porém fossem informados os campos de Banco, Agência e Nº CC, o sistema apresentava a mensagem Título: Filial X, Número YY, Tipo DM e Fornecedor ZZZ, sem informação de Tipo de Chave Pix ou Chave Pix.. Isso não deveria ocorrer, pois o uso de dados bancários também é válido em transferências via Pix.

Correção efetuada: ajustamos o sistema para que não haja mensagem de aviso, quando houver remessa tipo PX (Pix transferência) caso sejam informados Tipo de Chave PIX e Chave PIX ou então o Banco, Agência e Nº CC.

Problema: na tela de Exclusão de Movimentos do Contas a Receber (F301EBL), ao realizar a exclusão de um movimento de baixa, se o título fosse em moeda estrangeira, o título apresentava diferença no valor da moeda. Isso ocorria pois o sistema utilizava a cotação do dia do estorno para cálculo do valor, ao invés de usar a cotação gravada no título.

Correção efetuada: corrigimos a rotina, para que o cálculo do valor da moeda seja realizado corretamente.

Problema: ao utilizar a tela de Consulta de Remessa para Banco do Contas a Receber (F302CRB) para fazer o envio de um único boleto por e-mail, caso o processo de envio gerasse erro, o sistema apresentava a mensagem Atenção, nenhum boleto enviado por e-mail.

Correção efetuada: alteramos a rotina para que, ao ocorrer erro quando enviar um único boleto por e-mail, o sistema exiba mensagem de erro completa, informando a causa do erro e, assim, permitindo que o usuário possa solucionar o problema do envio.

Nas telas de Alteração de títulos por lote do Contas a Receber (F301ATL) e Alteração de Títulos por Lote do Contas a Pagar (F501ATL), é possível alterar múltiplos títulos de uma vez. Implementamos nessas telas os campos Desc. Ant, Período Desc, % Dsc. Título e % Desc.Pontualidade, para permitir que esses valores sejam também alterados em lote. Para tanto, ao clicar no botão Aplicar, o valor do campo posicionado será replicado para todas as linhas abaixo, na grade de Títulos.

Modificamos o sistema para ao processar a geração das O.Ps., as mensagens de erro que ocorrerem durante a geração e finalizam o processo, fiquem registradas no log da geração.

Problema: ao tentar utilizar a tela F141HDE para atualizar um documento, caso a tela de transferências entre produtos (F210TPA) estivesse aberta, era retornada mensagem obrigando a informar a filial e o processo não era concluído.

Correção efetuada: ajustamos a rotina que o processo seja realizado corretamente neste cenário.

Problema: o usuário utilizava a tela Faturamento de Pedidos Agrupado (F140LOT) para processar pedidos agrupados. Ao clicar em processar, o sistema exibia a mensagem de erro Erro no processamento do Pedido n°XXXX - Access Violation at address (...).

Correção efetuada: alteramos o processo no sistema para que haja uma maior prevenção e a mensagem de erro mencionada acima não seja exibida ao processar pedidos agrupados na tela F140LOT.

Problema: quando o parâmetro dinâmico NOTAFISCAL.ICMSDIFERIDO.REMOVERDOPRECOUNITARIO estava parametrizado como S-Sim na tela Notas Fiscais de Saída (F140GNF) ao alterar o valor do campo Tipo Frete, o sistema zerava o valor calculado para o campo Preço Unitário Líquido.

Correção efetuada: alteramos o processo no sistema para que o valor do campo Preço Unitário Líquido não seja zerado indevidamente quando o usuário informar outro tipo de frete na nota fiscal de saída.

Problema: Quando o usuário possuía o parâmetro global DecEmpLic ativo e, no cadastro da empresa os decimais estavam parametrizados com cinco casas ou mais, ao digitar um pedido na tela Entrada de Pedidos com Avaliação de Produto (F120GPC), processá-lo e permanecer na tela sem recarregar o pedido, e processar novamente, o sistema exibia a seguinte mensagem de erro: Dados alterados durante a digitação.

Correção efetuada: alteramos o processo no sistema para que, ao processar o pedido mais de uma vez na tela Entrada de Pedidos com Avaliação de Produto (F120GPC), sem recarregá-lo em tela, não seja exibida a mensagem de erro mencionada acima.

Problema: ao utilizar a tela Entrada de Pedidos via Contrato de Licitação (F120PVC) para lançar pedido através de contrato de licitação, inserir mais de um item de serviço e/ou item de produto, o sistema apresentava a mensagem de erro O cursor já está aberto.

Correção efetuada: alteramos o processo no sistema para que o usuário consiga inserir mais de um item de serviço e/ou item de produto na tela F120PVC sem que seja apresentada a mensagem de erro que impossibilita o uso da tela.

Problema: quando havia um tempo pré-definido na regra dos identificadores GER-000RATTE01 e GER-000PRJTE01, ao esgotar o tempo, o processo não era abortado e com isso alguns dead locks eram criados. Este problema ocorria em qualquer tela que abrisse as telas de rateio (F000RPF) e bloqueio de orçamento de projetos (F000ABP e F000BMP).

Correção efetuada: retiramos a mensagem que necessitava de interação com o usuário e acrescentamos uma informação na tela mostrando o tempo máximo e o tempo decorrido. Ao esgotar o tempo, o processo é abortado, evitando a interação com o usuário e, consequentemente, evitando os dead locks.

Problema: ao carregar uma ordem de compra com item de serviço, caso o item estivesse desmarcado na grade e fosse marcado novamente, o campo da UM era habilitado para edição.

Correção efetuada: alteramos a rotina para não habilitar o campo da unidade de medida na grade de Serviços, da mesma forma como não habilita na grade de Produtos, uma vez que, esse campo não pode ser editado na duplicação da ordem de compra.

Problema: ao gerar uma nota de entrada de um fornecedor do regime Simples Nacional, o sistema não calculava o Diferencial de Alíquota, pois não considerava o Código do ICMS Especial na busca do percentual de ICMS do Estado da filial.

Correção efetuada: ajustamos a busca do percentual de ICMS do Estado da filial, durante o cálculo do diferencial de alíquota, para que considerar o código do ICMS Especial.

Problema: ao gerar uma nota fiscal de devolução através da rotina de pesagem, a transação utilizada nos itens era diferente dos dados gerais. Nos dados gerais, a transação utilizada era a parametrizada na tela F009PTE porém nos itens era utilizada a transação utilizada no campo Trans. NFS Dev. Balança nos parâmetros de venda da filial.

Correção efetuada: ajustamos para que tanto para os dados gerais quanto para os itens, seja utilizada a transação parametrizada na tela F009PTE.

Problema: ao gerar uma nota de serviço que não recupera PIS e, depois acessar o cadastro do serviço e alterar para recuperar o PIS, era necessário sair e reiniciar o sistema para que a nota calculasse o PIS conforme o cadastro do serviço

Correção efetuada: ajustamos o comportamento do sistema, para que atualize os dados do serviço salvos em memória, caso o usuário altere o cadastro do serviço. Esse ajuste impacta todas as telas do sistema que utilizam e buscam informações do serviço.

Problema: na geração de notas fiscais de entrada através do web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, era possível informar itens de ordem de compra na situação 5 - Cancelado e a nota era gravada.

Correção efetuada: alteramos a geração de notas fiscais via web service para validar a situação do item da ordem de compra. Caso estiver na situação 5 - Cancelado, será apresentada a mensagem Nota fiscal de entrada XXX, erro ao processar o item de produto X, código XXX, derivação XXX : Situação do Item X, Ordem de Compra XXX é diferente de 1 (Aberta Total), 2 (Aberta Parcial) e 8 (Preparação Análise ou NF)!. A mensagem só irá mencionar a situação 8 (Preparação Análise ou NF), caso, no cadastro da empresa (F070EMP) o campo Permite ligar item OC em sit. 8 à NF de ent. esteja igual a S - Sim.

Problema: ao utilizar o web service com.senior.g5.co.est.estoques, porta TransferenciaProdutos, mensagens de campos não preenchidos eram retornadas, mesmo que eles estivessem preenchidos na requisição. Isso ocorria devido a estes campos serem limpos equivocadamente na execução do web service.

Correção efetuada: ajustamos a rotina para que o processo seja executado corretamente.

Problema: campo de usuário e/ou campo alimentado por regra não era atualizado após uma consistência de importação do primeiro registro ser realizada.

Correção efetuada: ajustamos a rotina de importação para garantir que os campos do layout e campos alimentados por regra sejam atualizados ao iniciar uma nova inserção logo após uma consistência na inserção anterior.

Atualizamos a documentação relacionada a alterações de configurações no Glassfish, onde fornecemos a documentação completa para permitir maior entendimento sobre funcionamento de web services escaláveis e configuração de quantidade de threads a serem processadas.

Atualizamos a documentação sobre geração de relatórios e esclarecemos que, para edição e geração de modelos, é necessário que a configuração de DPI (ou também conhecido como escala/zoom) no Windows esteja em 100% para que não hajam reposicionamentos de acordo com a nova escala.

Problema: na geração de notas fiscais de entrada através do web service com.senior.g5.co.mcm.cpr.notafiscal, porta GravarNotasFiscaisEntrada, era possível informar itens de ordem de compra na situação 5 - Cancelado e a nota era gravada.

Correção efetuada: alteramos a geração de notas fiscais via web service para validar a situação do item da ordem de compra. Caso estiver na situação 5 - Cancelado, será apresentada a mensagem Nota fiscal de entrada XXX, erro ao processar o item de produto X, código XXX, derivação XXX : Situação do Item X, Ordem de Compra XXX é diferente de 1 (Aberta Total), 2 (Aberta Parcial) e 8 (Preparação Análise ou NF)!. A mensagem só irá mencionar a situação 8 (Preparação Análise ou NF), caso, no cadastro da empresa (F070EMP) o campo Permite ligar item OC em sit. 8 à NF de ent. esteja igual a S - Sim.

Problema: ao utilizar o web service com.senior.g5.co.est.estoques, porta TransferenciaProdutos, mensagens de campos não preenchidos eram retornadas, mesmo que eles estivessem preenchidos na requisição. Isso ocorria devido a estes campos serem limpos equivocadamente na execução do web service.

Correção efetuada: ajustamos a rotina para que o processo seja executado corretamente.