Gestão de Pessoas | HCM - 6.10.3.58

Problema: quando uma empresa utilizava um identificador com menos de oito caracteres (padrão), durante o processamento de uma retificação do leiaute S-1200 (somente de férias e incluindo mais cálculos), o leiaute era gerado com a tag dmDev duplicada, retornando o seguinte erro: Já existe no evento um grupo com mesma chave de identificação.

Correção efetuada: ajustamos o processamento do leiaute S-1200\S-1202 para que seja gerado corretamente no cenário anteriormente descrito.

Complementamos a documentação do botão Agendar da tela Cálculo de Provisão com a informação de que é possível agendar o cálculo na competência agendada, competência anterior ou competência posterior.

Cenário 1

Problema: ao calcular a folha, o sistema gerava um registro na tela Aprovar Créditos Bancários (FRAPRPAG), caso estivesse assinalado. Porém, ao excluir a folha antes de realizar aprovação do pagamento, o registro permanecia na tela de Aprovação de Créditos Bancários.

Correção efetuada: ao excluir a ficha financeira e possuir um registro de crédito bancário não aprovado, o sistema excluirá automaticamente sem que seja necessário clicar no botão Gravar para excluir o registro da tela Aprovar Créditos Bancários (FRAPRPAG).

Cenário 2

Problema: ao calcular a folha, o sistema gerava um registro na tela Aprovar Créditos Bancários (FRAPRPAG), caso estivesse assinalado. Porém, ao excluir a folha e clicar no botão Gravar, depois de realizar aprovação do pagamento, o sistema exibia a mensagem de erro Colaborador não será gravado pois o mesmo já possui registro de pagamento nessa data. Após essa mensagem, o sistema excluia a ficha financeira, mas não excluia o registro da tela de aprovação.

Correção efetuada: ao tentar excluir a ficha financeira e possuir um registro de crédito bancário aprovado, o sistema exibirá a mensagem de erro mencionada e não permitirá a exclusão da ficha financeira.

Cenário 3

Problema: ao acessar a tela Excluir (FREXCLAN) e tentar excluir um cálculo que possui um colaborador com o crédito aprovado, o sistema permitia excluir a ficha financeira, porém, o registro de crédito bancário permanecia na tela.

Correção efetuada: ao acessar a tela Excluir (FREXCLAN) e tentar excluir um cálculo que possua colaboradores com créditos aprovados e não aprovados, o sistema agora permitirá a exclusão da ficha financeira somente dos não aprovados.

Problema:na descrição do relatório 022 - Aviso prévio - Acordo Mútuo (FPDR022.COL), faltava informação relacionada a comportamentos do sistema em determinado cenário.

Correção efetuada:o seguinte texto foi adicionado na descrição do relatório 022 - Aviso prévio - Acordo Mútuo (FPDR022.COL):

Problema: ao cadastrar um período de férias, o sistema permitia pagar um adiantamento de 13º salário onde o início do gozo das férias é em dezembro, gerando, assim, valores duplicados de pagamento de 13º salário.

Correção efetuada: ajustamos as telas de cadastro de férias e programação de férias para não permitir que seja informado o pagamento do adiantamento do 13º salário. Além disso, fizemos um bloqueio no momento do cálculo para casos em que as férias já foram indevidamente programadas.

Problema: a guia Assinalar Recolhimento FGTS Individual gravava valor incorreto para recolhimento de FGTS de 13º salário quando possuía no período os cálculos 31 - Adiantamento 13º Salário e 32 - 13º Integral no período.

Correção efetuada: ajustamos a rotina para realizar corretamente a gravação dos valores para recolhimento.

Problema: a integração com ERP | Gestão Empresarial não assumia corretamente as informações de banco, conta e agência informados no cadastro do fornecedor quando os dados na Pensão Judicial estão preenchidos com zeros.

Correção efetuada: ajustamos a rotina de Integração Financeira para considerar como informação vazia quando os números de conta, banco e agência no cadastro da pensão judicial estiverem zerados, fazendo com que essa informação seja buscada corretamente do cadastro do fornecedor.

Problema: ao utilizar a rotina de assinatura de modelos fiscais para o relatório 004 - Arquivo Eletrônico de Jornada (AEJ Portaria 671) (HRFI004.GER), não estava sendo listado o campo referente a fonte da marcação.

Correção efetuada: ajustamos o relatório para que o campo da fonte da marcação seja listado corretamente.

Problema: ao listar o relatório 004 - Arquivo Eletrônico de Jornada (AEJ Portaria 671) (HRFI004.GER), a sequência de entrada e saída era gerada incorretamente quando havia uma marcação desconsiderada.

Correção efetuada: ajustamos o relatório para que sejam listadas corretamente as marcações de entrada e saída.

Problema: ao listar o relatório 004 - Arquivo Eletrônico de Jornada (AEJ Portaria 671) (HRFI004.GER), quando havia duas marcações no mesmo minuto, e uma era desconsiderada, a justificativa era exibida duas vezes indevidamente.

Correção efetuada: ajustamos o relatório para que sejam listadas corretamente as justificativas das marcações do colaborador.

Problema: ao inserir uma marcação digitada na versão mobile do Gestão do Ponto e tentar salvar, uma mensagem era apresentada, questionando sobre o desejo de sair do site e indicando que as alterações não foram salvas.

Correção: agora, ao inserir uma marcação na versão mobile do Gestão do Ponto, a mensagem mencionada não é mais exibida e as alterações são salvas corretamente.

Problema: a função de regra getHorarioPrevisto() do contexto de apuração apresentava alto consumo de CPU em alguns momentos.

Correção efetuada: ajustamos a performance da função citada para evitar o alto consumo de CPU.

Problema: após rodar o processo automático de envio de marcações para o mobilidade no Controle de Ponto, o log não era exibido corretamente no Gestão do Ponto.

Correção: ajustamos para que as informações do log sejam exibidas corretamente no cenário descrito.

Ajustamos a documentação referente à instalação do dispositivo Nitgen, no tópico Guia de instalação dos dispositivos sobre Leitoras Biométricas Homologadas, retirando o passo que mencionava que, após a instalação dos drivers, o arquivo NBSP2Por.dll deveria ser copiado para o mesmo diretório do executável. A informação foi retirada porque o arquivo em questão não se encontra mais no diretório Vetorh das novas versões do sistema e, além disso, a biometria funcionará normalmente sem esse arquivo e somente com arquivos do Vetorh.

Problema: um comando inválido de filegroup era adicionado na criação de uma trigger com tabela temporária.

Correção efetuada: ajustamos a rotina para não adicionar um comando inválido de filegroup na criação de uma tabela temporária dentro da trigger.

Problema:a tela de cadastro de históricos de cursos não ordenava o histórico de cursos nas versões 6.10.3.

Correção efetuada: ajustado pra que a tela de Cadastro Históricos de Cursos (FRHISCUR) ordene o histórico de cursos nas versões 6.10.3.