Gestão de Pessoas | HCM - 6.10.3.75

Problema: durante o processo de envio da declaração mensal do leiaute S-1210, com o tipo de envio 1 - Normal, mesmo após um envio anterior, continuava gerando uma nova declaração sem alteração de informações.

Correção efetuada: a geração do leiaute S-1210 foi ajustada para evitar a ocorrência dessa situação.

Atualizamos a documentação do campo Gerar eventos, localizado na guia Cadastro da tela Definições do eSocial, com informações sobre todas as opções disponíveis para seleção.

Problema: ao realizar o processo de envio de declaração mensal para um leiaute S-1200 que está com situação 12 - Aguardando exclusão evento S-1210, mesmo após o envio do leiaute S-3000 de exclusão, o sistema não alterava a situação do S-1200 para envio automático.

Além disso, ao realizar a exclusão do leiaute S-2200, quando existia dependência dos leiautes S-2205 e S-2206 e a situação do S-3000 de exclusão estivesse como 13 - Aguardando retorno eventos não periódicos, os leiautes S-3000 do S-2200 também não eram atualizados.

Correção efetuada: ajustamos o motor do eSocial para corrigir o cenário descrito acima.

Problema: ao gerar o leiaute S-1200 quando existem lançamentos de Horas atestado e Horas atestado sem INSS, o sistema gerava os dois eventos indevidamente, com informações redundantes de FGTS.

Correção efetuada: ajustamos a geração do S-1200 para gerar as informações corretamente em caso de atestado.

Problema: ao alterar e gerar uma retificação do leiaute S-2190 após um envio incorreto, o sistema gerava a informação como Original, quando deveria ser Retificada.

Correção efetuada: ajustamos a rotina para verificar se já existe um envio pela matrícula gerada no Registro Preliminar.

Adicionamos uma nota na documentação do campo Afastamentos INSS Mensalista, informando que em um mês de 31 dias, se a empregada mensalista não tiver nenhum afastamento, o sistema calculará a licença-maternidade com duração de 30 dias, efetuando o pagamento do salário integral dela.

Adicionamos uma nota de destaque na documentação das telas Histórico Adicionais Colaborador, Histórico Vínculo, Adicionais p/ Local, Adicionais p/ Cargo e Postos de Trabalho para informar que não é possível inserir dois adicionais dentro do mesmo período, mesmo que sejam adicionais diferentes. Neste caso, será necessário inserir uma Competência de Término no histórico anterior e inserir os adicionais necessários na competência desejada.

Problema: ao realizar a integração de novos colaboradores no Onboarding, ocorria a mensagem de erro 401 Unauthorized devido ao token de login ter expirado.

Correção efetuada: o sistema foi ajustado para realizar o login automaticamente em caso de expiração do token.

Na documentação do campo Renomear Arquivo, incluímos a descrição da opção 4 - Alterar Extensão, que altera a extensão do arquivo. Por exemplo: o arquivo teste.txt será alterado para teste.proc.

Melhoramos a documentação sobre o Produtor Rural informando que, embora a GPS não seja utilizada, o sistema permite a emissão para fins de conferências/consultas.

Melhoramos a documentação do campo Teto INSS no Outro Contrato, da tela de cadastro de terceiros, complementando as descrições das opções do campo e informando que as bases sempre deverão ser lançadas para o correto envio ao eSocial, independentemente da opção definida para este campo.

Adicionamos mais informações referentes às bases de cálculo na documentação relacionada às características 31P - FGTS Indenizado e 31Q - FGTS 13º Indenizado. Informamos que para que seja possível efetuar o ajuste e a composição de base igual do FGTS Digital e não ter diferença em nenhuma rotina do sistema (ex.: provisão, contabilização, integração financeira etc.), o sistema tratará em 4 bases:

• FGTS Mês;
• FGTS Indenizado;
• FGTS 13º Indenizado;
• FGTS 13º Proporcional.

Ajustamos as informações referentes à Natureza eSocial dos eventos Ajuste base FGTS API e Ajuste base FGTS 13º Indenizado, no tópico Orientação no sistema Senior > Para a versão 6.10.3.72 ou posterior da documentação sobre Base Negativa de FGTS - Rescisão. Informamos que as naturezas dos eventos Ajuste base FGTS API e Ajuste base FGTS 13º Indenizado são, respectivamente, 6003 e 6001.

Problema: ao realizar uma inclusão na tela de Histórico de Cargo, ocorria o seguinte erro na inclusão devido às estruturas da tabela estarem com tamanho inferior à definida na estrutura de cargo:

Correção efetuada: ajustamos o TBS do sistema para que não ocorra mais esse erro em Oracle.

Problema: caso o usuário clicasse no botão Avançar da tela Multa Qualificação Profissional e em seguida clicasse no botão Retornar, era apresentada uma mensagem informando que existe divergência no rateio.

Correção efetuada: ajustamos o controle das informações para armazenar corretamente os valores, permitindo que a navegação entre as telas ocorra sem que as informações registradas sejam perdidas.

Problema: quando o usuário efetuava a integração dos empréstimos pela segunda vez após o lançamento de pagamento avulso, as informações do empréstimo anteriormente integradas no Administração de Pessoal (AP) eram excluídas. Isso acontecia após já ter sido feita uma integração dessa mesma parcela e o pagamento avulso zerar o saldo devedor.

Correção efetuada: ajustamos para que o sistema não exclua mais as informações ao integrar com o módulo Administração de Pessoal (AP).

Problema: ao listar o modelo 004 - Arquivo Eletrônico de Jornada (AEJ Portaria 671) (HRFI004.GER), caso houvessem escalas diferentes que utilizassem o mesmo horário, o valor era apresentado em duplicidade e sem realizar a quebra de linha. Além disso, o código do horário contratual também era apresentado indevidamente em mais de uma marcação do registro de tipo 05.

Correção efetuada: ajustamos para que o relatório realize a quebra corretamente, listando apenas os horários necessários. Além disso, corrigimos o registro tipo 05 para apresentar o código do horário contratual apenas na marcação de primeira entrada.

Aumentamos o limite de caracteres permitidos no campo Código (CodRft.R068RFT) da tela Refeitório > Refeitórios (FR068RFT), agora suportando até 9999 registros.

Esta alteração afeta os seguintes modelos de relatórios:

• HRRE001.GER - Refeitórios
• HRRE005.GER - Valores Gratuitos

Adicionamos à documentação sobre Regras para realizar consistências em cadastros de históricos e programações, no quinto passo relacionado aos procedimentos para estender os SystemComponents, diferentes tabelas contendo todos os campos referentes à propriedade affectors.

Ao efetuar a leitura de arquivos antigos, cujo cadastro do coletor não esteja mais ativo ou o crachá não esteja cadastrado, era gerada uma linha de log para cada linha do arquivo.

Para resolver essa questão, ajustamos o sistema para que o primeiro parâmetro a ser validado na leitura seja a data da marcação. Caso essa data seja menor do que 30 dias da data de início do período de apuração, ela será rejeitada e será demonstrado no log somente a quantidade de linhas e o exemplo de uma.

Problema: ao configurar um limite para o banco de horas, o estouro do banco não era gerado quando esse limite era alcançado.

Correção efetuada: ajustamos o sistema para gerar o estouro do banco quando ele atingir o limite previamente configurado.

Complementamos a informação do parágrafo que informa sobre a geração de pendências na documentação da tela Definições para gestão de incidentes do ponto.

Agora, a informação constada seguinte forma: Para que a geração de pendências seja realizada é imprescindível a definição da gestão de incidentes na tela Empresas (FR030EMP), guia Gestão do Ponto, no módulo Controle de Ponto e Refeitório. Isso se deve ao fato de que a tabela de Hierarquia do Controle de Ponto (R009HPC) é atualizada automaticamente com as informações através de um temporizador, ocorrendo sempre às 00:00 de cada dia. Destacamos, ainda, que essa atualização também pode ser realizada via web service gestaoponto.HierarquiaPontoWS.

Complementamos a nota de destaque do campo Nome/Modelo/Botão Seq. Cálculo da tela Definições Jurídico com a informação de que o relatório 002 - Cálculos Trabalhistas (JRJR002.JUR) não será gerado se for informado neste campo, uma vez que o campo de entrada deste relatório está nomeado como ECodPrc e, com isso, ele não é preenchido automaticamente.

Problema: ao ter uma empresa que utiliza posto de trabalho e na tela de Configurações de Segurança ter o campo Ligação do Colaborador com GHE configurado com o tipo 2 - Através do Posto de Trabalho, ao carregar a tela de Cadastro de Exames por GHE e selecionar o PPRA, o sistema exibia a mensagem de erro Erro ao carregar os registro.

Correção efetuada: ajustamos a tela para verificar corretamente as informações, sendo carregada sem a mensagem de erro.

Problema: foi identificado que o framework SeniorTools estava utilizando o driver ojdb7.

Correção efetuada: ajustamos o framework para utilizar o driver ojdb8.

Problema: ocorria lentidão ao carregar dados em grade onde a chave das tabelas envolvidas eram texto, relativo ao banco de dados Oracle.

Correção efetuada: ajustamos a performance da rotina de carregamento de dados em grade onde a chave das tabelas envolvidas são texto, relativo ao banco de dados Oracle.

Problema: o log exibia o aviso de Violação de Chave sem informar tabela durante execução de processo automático.

Correção efetuada: alteramos a rotina do log para que, quando ocorrer erro de violação de chave, o nome da tabela e os campos chave da mesma sejam preenchidos.

Melhoramos a documentação sobre Parametrização de Saída, adicionando à seção Agendado todas as extensões dos relatórios do Ronda Senior e do módulo Administração de Pessoal (AP) que possuem lógica de negócio via código fonte.

Adicionamos mais informações sobre o funcionamento da abrangência Curso de aperfeiçoamento (+) da tela Levantamento de Necessidades de Treinamento. Esclarecemos que, embora seja possível filtrar os colaboradores que entram ou não nos requisitos informados através dos filtros dessa tela, a abrangência Curso de aperfeiçoamento (+) não será respeitada no processamento da consulta, uma vez que o comportamento padrão da tela é apresentar todos os colaboradores e seus respectivos cursos, independentemente do valor informado nessa abrangência. Sendo assim, ao atribuir um valor à abrangência Curso de aperfeiçoamento (+), a coluna Aperfeiçoamento será habilitada, apresentando, apenas para conferência, o status de aperfeiçoamento dos colaboradores retornados com base nas definições das outras abrangências.

Problema: na tela Definição de Turmas, o botão Excluir permanecia habilitado mesmo quando as permissões da tabela R134IMT eram definidas apenas para Consultar e Inserir.

Correção efetuada: alteramos a composição dos botões da tela Definição de Turmas para que, quando forem selecionadas as permissões de Inserir e Consultar da tabela R134IMT, o botão Excluir não seja habilitado.