Gestão Empresarial PME | GO UP - 5.10.3.10

Adicionamos na documentação da tela de Parâmetros de Usuário para Compras e Recebimento(F099UCP), no quadro Importante, abaixo dos campos % Diferença Valor NFE X OC e % Diferença Qtde. NFE X OC, a observação de que estes campos só terão funcionamento se o parâmetro Permite ligar item OC em sit. 8 à NF de ent. da tela de cadastro de empresas (F070EMP) estiver como N - Não.

Problema: ao fazer a integração contábil dos módulos de Contas a Receber, Contas a Pagar e Tesouraria ao mesmo tempo na tela F645CTB, os lançamentos eram integrados corretamente, porém a geração dos fatos contábeis não ocorria e a seguinte mensagem de erro era mostrada: Não foi possível inserir o Fato Contábil x Tesouraria!

Correção efetuada: ajustamos a geração dos fatos contábeis durante a integração contábil de modo que os lançamentos recebam o número do fato corretamente.

Problema: ao fazer a integração contábil de movimentos de nota fiscal de entrada associados à forma de contabilização COD05 (Aquisição Serviço Transporte), o lançamento a débito era duplicado quando a CTE não valorizava estoque.

Correção efetuada: ajustamos a regra da forma de contabilização para não contabilizar os movimentos com lançamentos duplicados.

Problema: na configuração da grade Itens Nota Fiscal de Entrada da tela de Gestão de Recebimento (F670EBN), os campos Vlr. U. A. Pis , Vlr. U. A. COFINS e Vlr. U. A. CSLL (VlrAqp, VlrAqc, VlrAql) das tabelas E670BEM e E670LIC tinham a mesma label, dificultando a configuração.

Correção efetuada: ajustamos a label dos campos para que o usuário possa identificar à qual tabela eles pertencem.

Problema: na tela de Estorno de lançamento (F660ELI), ao utilizar a combinação de filtros Tipo de Documento Fiscal = Notas Fiscais de Entrada e Tipo de Lançamento = Somente Integrados, o sistema não trazia nenhuma nota fiscal.

Correção efetuada: ajustamos a rotina para que os filtros acima funcionem corretamente.

A fim de adequar o sistema à Nota Orientativa 2023.001 v 1.2 e v 1.3, incorporando o convênio ICMS 74/2023, fizemos os seguintes ajustes a fim de exportar as informações do ICMS Monofásico para o SPED Fiscal:

• Disponibilizamos o campo Considera apenas produtos relativos ao ICMS Monofásico na guia Inventário, Motivo 1 - No final do período, da tela do SPED Fiscal (F669EFD). Este campo indica que apenas os produtos relativos ao ICMS Monofásico devem ser exportados
• Ajustamos a geração dos campos 15 - VL_ICMS do registro C170 e 7 - VL_ICMS e 9 - VL_ICMS_ST do registro C190. Acesse a documentação para consultar a origem das informações
• Na apuração do ICMS Monofásico próprio do produto Biodiesel (B100), o montante de créditos (oriundo das devoluções) e o montante do imposto a pagar serão transferidos para a apuração do ICMS normal, sendo reconhecidos na apuração do imposto como Outros Créditos (devoluções) e Outros Débitos (imposto a pagar). Para saber mais, acesse a página sobre a apuração do imposto 78 - ICMS Monofásico dos Combustíveis

Problema: o campo Custo não distribuído aos produtos da tela F632CRR e o campo Total Geral da tela F632NDI não apresentavam os mesmos valores.

Correção efetuada: alteramos o cálculo realizado ao mostrar os dados na tela F632CRR para que o valor seja apresentado corretamente assim como é apresentado na tela F632NDI.

Problema: apresentava demora no momento de logar no Gestão Empresarial | ERP ou ao trocar de empresa/filial.

Correção efetuada: melhoramos a performance no processo de login e de troca de empresa/filial.

Problema: na tela de Baixa por Lote Automática do Contas a Pagar (F501LOT), após sair do campo Conta Interna da grade, o campo Seq. não era sugerido quando o limite diário de 999999 havia sido atingido, causando o seguinte erro: X is not a valid integer value.

Correção efetuada: ajustamos a rotina para que o erro não ocorra e o usuário possa informar, manualmente, o campo Seq. com o valor necessário.

Problema: ao utilizar o Tipo de Pagamento PO (Pagamento Concessionária) para o banco Bradesco e a forma de lançamento como 16,17 ou 18, o valor 22 (Pagamento de Tributos e Impostos) não era apresentado no segmento O, em Tipo de Serviço. Isto gerava inconsistências na validação com o banco.

Correção efetuada: ajustamos o leiaute de exportação Remessa - Pgto Eletrônico - LPN (CNAB 240) (SAEX03000.SCF) para que, no cenário acima, o Tipo de Serviço apresentado na remessa seja 22 (Pagamento de Tributos e Impostos). Nos demais casos, será mantida a regra anterior, onde o valor enviado é o 20 (Pagamento Fornecedor).

Atualizamos a documentação do web service Com.senior.g5.co.cad.fornecedor, nas portas de consulta, inserindo um link para o artigo sobre Configurações especiais nos campos indicePagina e limitePagina. Para acessar o link, acesse os parâmetros da requisição destas portas.

Também atualizamos a documentação de Configurações especiais, no tópico Limite de página e índice de página, informando que quando o campo LimitePagina, não estiver informado ou com valor zero, o web service exportará no máximo de 100 registros. Destacamos ainda que o resultado matemático da diferença entre o campo LimitePagina e IndicePagina não deve ser maior do que 100, pois esse é o limite de registros que o web service exporta a cada requisição.

Implementamos o identificador de regras VEN-069PEDAB01 para poder manipular o comando de busca feito na Consulta de Informações do Grupo de Empresas (F069ING). O campo Valor Pedidos em Aberto sofrerá alteração ao utilizar o identificador, consequentemente faz parte do calculo do campo Disponibilidade Crédito.

Implementamos duas novas variáveis VenAIesDst e VenAInsEst, no identificador de regras VEN-140CTE0001, para que o usuário possa retornar a inscrição estadual das tags <toma> e <dest> do arquivo XML gerado na tela F140COL.

Problema: após ser cadastrada uma ligação entre Situação Tributária x Dispositivo Fiscal para mais de um produto e com a mesma data de vigência na tela F027BNF, ao utilizar estes produtos na nota fiscal de saída, o sistema não trazia o valor correto para o campo Cód. Dis. Fis..

Correção efetuada: alteramos para que traga as sugestões cadastradas para o Cód. Dis. Fis. para a transação utilizada para os itens de produto e serviço na nota fiscal de saída.

Problema: ao processar a carta de correção na tela F140CCE, permitia informar mais de 999 caracteres no campo Descrição correção e apresentava mensagem de estouro de campo, pois o tamanho do campo no banco de dados é de 999 caracteres.

Correção efetuada: alteramos a tela para apresentar uma mensagem de consistência caso seja processado uma carta de correção com mais de 999 caracteres no campo Descrição correção.

Problema: quando o identificador de regras CPR-440MVNOR01 estivesse desligado e no cadastro de transação de estoques (F001TES) os parâmetros Atualiza Preço Última Entrada (E001TNS.ESTPRU) e Atualiza Preço Reposição (E001TNS.ESTPRR) estivessem como N - Não, ao fechar notas fiscais de compra simultaneamente, seja por tela ou web service, os movimentos de estoques referentes às notas fiscais eram gerados sem que houvesse um bloqueio levando em consideração a chave CODPRO/CODDER/CODDEP. Com isso era possível que dois movimentos de estoques para a mesma chave CODPRO/CODDER/CODDEP fossem inseridos ao mesmo tempo gerando um problema no cálculo do campo Quantidade Estoque Anterior (E210MVP.QTDANT).

Correção efetuada:ajustamos a rotina para que quando as parametrizações permitam que se chegue a esse cenário, será feito um bloqueio na tabela Estoques - Produtos por Depósito (E210EST) levando em consideração a chave CODPRO/CODDER/CODDEP e assim, não será possível a inserção de mais de um movimento de estoque simultaneamente para esta chave. Esse comportamento já existe quando o identificador de regras CPR-440MVNOR01 está ativo.

Problema: quando nos parâmetros da filial para compras (F070FCP) o campo Tipo cálculo DIFAL estava como 10 - Dupla c/ desconto do ICMS e alíq. interna por dentro c/ aplicação da diferença de alíq., ao acessar a tela F440GNE e em seguida a tela F440DIS, o campo referente ao Percentual do dispositivo fiscal (Percentual DF) ficava zerado indevidamente.

Correção efetuada: ajustamos a rotina para que o campo fique com o percentual utilizado no cálculo corretamente.

Problema: ao processar uma nota fiscal eletrônica de serviço com o complemento informado, e acessar os itens da nota fiscal de entrada, o campo Complemento da Descrição do serviço não era carregado conforme o campo Compl. da nota fiscal (F000INE).

Correção efetuada: ajustamos a situação acima para carregar o campo Complemento da Descrição corretamente conforme a nota fiscal.

Disponibilizamos o parâmetro global LotIneWms para habilitar a sugestão do lote padrão da origem do produto ao processar uma nota fiscal quando processada na tela F000INE, sempre que o produto não possuir lote.

Nos casos em que o lote for informado no WMS WIS, o que faz com que não haja necessidade do usuário informar o lote no Gestão Empresarial, a ativação deste parâmetro global evitará que ao importar um produto com lote pela F000INE, este não seja barrado pela obrigatoriedade do lote, ao processar uma nota fiscal, visto que o lote padrão automaticamente será sugerido.

Problema: a documentação da tela de Consulta de Estoque Multinível (F211CMN) não fornecia informações claras sobre a funcionalidade dos campos da tela, o que dificultava o entendimento do seu comportamento.

Correção efetuada: realizamos uma atualização na documentação da tela, fornecendo detalhes precisos sobre as funções dos campos, botões e grades presentes nela. Agora, os usuários terão acesso a informações completas e claras, facilitando o entendimento e utilização da tela.

Problema: ao executar o identificador de regra COM-000ALSTR01, o valor da variável VSOrigem não condizia com o contexto da tela da chamada, mantendo o valor da variável como NFE, porém, a tela era a de cotações de produtos (F410CEA).

Correção efetuada: adicionamos o valor de COT para a variável VSOrigem do identificador de regra COM-000ALSTR01 que condiz com a origem, de fato, da tela.

Problema: ao gerar uma ordem de compra com rateio pré-definido sem confirmação, era apresentada a consistência Conta financeira 2120 não está liberada para este usuário mesmo com o parâmetro global ConUsuRat ativo.

Correção efetuada: ajustamos para que ao fechar uma ordem de compra, não seja consistido se o centro de custo, a conta financeira e a conta contábil estão liberadas para o usuário, quando o parâmetro global ConUsuRat estiver ativo.

Problema: ao utilizar o web service com.senior.g5.co.ger.relatorio.BloquetoFinanceiro, a rotina não reconhecia a instância de serviço como sendo de web services. Desta forma, eram processados comandos próprios para a instância de telas, causando o seguinte erro:

• Erro na Execução do Evento: Antes Imprimir do Controle: DadosGerais. Erro Reportado. Nosso número digitado não segue a sequência do cadastro do portador. Será utilizado o número conforme a sequência

Correção efetuada: ajustamos a rotina de execução dos bloquetos para que seja instanciada como web services, permitindo que somente as rotinas específicas de serviços sejam executadas.

Problema: ao executar o sistema, era exibida a mensagem de serviço já cadastrado: Classe de exceção: ExceptionEx. Detalhes técnicos: O serviço SrClearLog@ClearLog já está registrado.

Correção efetuada: ajustamos para que execute corretamente o sistema e não apresente a mensagem de erro.

Atualizamos a documentação do web service Com.senior.g5.co.cad.fornecedor, nas portas de consulta, inserindo um link para o artigo sobre Configurações especiais nos campos indicePagina e limitePagina. Para acessar o link, acesse os parâmetros da requisição destas portas.

Também atualizamos a documentação de Configurações especiais, no tópico Limite de página e índice de página, informando que quando o campo LimitePagina, não estiver informado ou com valor zero, o web service exportará no máximo de 100 registros. Destacamos ainda que o resultado matemático da diferença entre o campo LimitePagina e IndicePagina não deve ser maior do que 100, pois esse é o limite de registros que o web service exporta a cada requisição.

Problema: ao utilizar o web service com.senior.g5.co.ger.relatorio.BloquetoFinanceiro, a rotina não reconhecia a instância de serviço como sendo de web services. Desta forma, eram processados comandos próprios para a instância de telas, causando o seguinte erro:

• Erro na Execução do Evento: Antes Imprimir do Controle: DadosGerais. Erro Reportado. Nosso número digitado não segue a sequência do cadastro do portador. Será utilizado o número conforme a sequência

Correção efetuada: ajustamos a rotina de execução dos bloquetos para que seja instanciada como web services, permitindo que somente as rotinas específicas de serviços sejam executadas.

Problema: ao executar o sistema, era exibida a mensagem de serviço já cadastrado: Classe de exceção: ExceptionEx. Detalhes técnicos: O serviço SrClearLog@ClearLog já está registrado.

Correção efetuada: ajustamos para que execute corretamente o sistema e não apresente a mensagem de erro.