Gestão de Pessoas | HCM - 6.10.4.39

Problema: ao incluir um anexo de imagem no histórico de afastamento, os botões para Abrir ou Salvar o arquivo não eram habilitados, permitindo apenas a pré-visualização.

Correção efetuada: ajustamos o sistema para habilitar os botões independentemente do formato do arquivo anexado.

Problema: ao executar a porta Ponto do web service com.senior.g5.rh.fp.fichabasica, não era possível prosseguir quando nenhum campo era preenchido na guia Histórico de Crachá, mesmo que todos os campos fossem opcionais. A mensagem de erro apresentada era:

Correção efetuada: ajustamos o sistema para que o erro não seja mais apresentado.

Atualizamos a documentação do campo DSR Horas Extras informando que na opção 2 - Dia e DSR fixo no Mês o sistema utiliza a quantidade de dias úteis, DSR e feriados fixos do mês, considerando o período de cálculo e a escala do colaborador. No entanto, não verifica se o feriado coincide com um dia compensado e/ou útil, tratando-o como DSR, e não considera os afastamentos durante o período

Problema: o modelo 011 - Requerimento de Benefício por Incapacidade (FPHI011.PRE) permitia apenas 4 dígitos para o campo Código da Filial para Endereço.

Correção efetuada: ajustamos os campos de entrada do modelo, permitindo o mesmo número de caracteres que podem ser cadastrados.

Problema: ao processar o relatório 001 - Permissões de Telas Completo (FPPU001.GER), quando a quantidade de usuários ultrapassava 32.767, ocorria um estouro de memória interna, causando o erro List index out of bounds (-32768).

Correção efetuada: ajustamos a geração do relatório 001 - Permissões de Telas Completo (FPPU001.GER), eliminando a situação de erro.

Adicionamos uma nota à documentação do campo Situação, em Histórico de Cursos, para esclarecer que, caso o colaborador seja transferido de filial, os históricos do registro anterior não serão alterados para a situação 8 - Transferido.

Problema: ao efetuar a readmissão de um colaborador que possuía registro na tabela R076PCA, não se tratavam as informações do colaborador nessa tabela. Ocorria o erro:

Correção efetuada: ajustamos o sistema para que as informações da tabela R076PCA sejam atualizadas ao efetuar a readmissão.

Problema: quando um código de cálculo do tipo 91 é selecionado no módulo Administração de Pessoal, ao acessar o módulo Controle de Ponto e Refeitório, o código de cálculo selecionado ainda permanece como tipo 91. No entanto, ao tentar selecionar um cálculo desse tipo, uma mensagem de erro era exibida:

Correção efetuada: ajustamos o módulo de Controle de Ponto e Refeitório. A partir de agora, ao iniciar o sistema, o cálculo ativo não será definido automaticamente se o cálculo definido não pertencer aos seguintes tipos:

• 11 - Cálculo Mensal;
• 16 - Pagamento Intermitente;
• 21 - Primeira Semana;
• 23 - Última Semana;
• 41 - Primeira Quinzena;
• 42 - Segunda Quinzena.

Assim, o usuário deverá selecionar manualmente o código de cálculo desejado.

Problema: durante a apuração do ponto por exceção, a violação de Interjornada não era identificada, mesmo quando deveria ser registrada.

Correção efetuada: ajustamos a rotina para garantir que a violação de Interjornada seja calculada corretamente ao utilizar o ponto por exceção.

Problema: quando criado um histórico de apuração acessando Colaboradores > Históricos > Apuração, o histórico era gerado com data retroativa à admissão do colaborador e com o campo Tipo de apuração igual a 0. Isso ocorria quando o processo automático de cálculo era executado um dia após a admissão, com o campo Dias Recalcular igual a 2.

Correção efetuada: ajustamos o sistema para evitar a criação de históricos de apuração inválidos.

Problema: ao listar o modelo 004 - Arquivo Eletrônico de Jornada (AEJ Portaria 671) (HRFI004.GER), as marcações inválidas eram listadas incorretamente como marcações válidas.

Correção efetuada: ajustamos o modelo para assegurar que as marcações inválidas sejam listadas corretamente.

A partir da versão 6.10.4, as aplicações Integra.exe e Replica.exe foram descontinuadas devido à incompatibilidade tecnológica. Outras rotinas já disponíveis no sistema poderão ser utilizadas como alternativas.

Problema: quando o cliente possui apenas o módulo Segurança e Medicina, ao gerar o leiaute S-2221 de exame toxicológico com data anterior à admissão do colaborador, a pendência era descartada ao abrir a tela de geração de não periódicos.

Correção efetuada: o sistema foi ajustado para que, ao utilizar apenas o módulo Segurança e Medicina, sem o módulo Administração de Pessoal, a pendência do leiaute S-2221 não seja descartada.

Problema: o motor eSocial não importava o leiaute S-5003 para o sistema, pois esperava uma tag preenchida que podia ser nula no XML de retorno.

Correção efetuada: ajustamos o motor eSocial para validar algumas tags do XML antes de tentar utilizá-las.

Problema: para um colaborador transferido de empresa, na mesma data de início, ao utilizar a rotina de Atualizar Dependentes eSocial em uma competência anterior à transferência, a rotina gerava uma pendência com data de referência da admissão da empresa anterior, apresentando o erro:

Correção efetuada: ajustamos a funcionalidade para que, ao informar uma competência anterior à admissão, um erro seja registrado no log e a pendência não seja gerada. Além disso, implementamos uma validação no processamento da pendência do leiaute S-2205, de modo que pendências com data de referência anterior à admissão do colaborador sejam automaticamente excluídas.

Problema: ao gerar leiautes não periódicos e carregar as pendências, a seguinte mensagem era exibida Erro ao carregar lista de pendências: Expected a ',' or '}' at Character. Esse erro ocorria devido ao uso de caracteres especiais em campos de cadastro. No caso em questão, o problema foi causado pela presença de aspas duplas no nome de um dependente.

Correção efetuada: ajustamos o processamento das pendências na geração de leiautes não periódicos para remover caracteres especiais, incluindo:

• Remoção de aspas duplas não escapadas;
• Remoção da barra invertida no final do conjunto de caracteres;
• Remoção de barras invertidas que não precedem aspas;
• Remoção de caracteres de retorno de carro; e
• Substituição de quebras de linha (\n) por espaços.

Atualizamos a documentação do Cadastro do banco de horas, incluindo uma nova observação sobre a inserção de uma nova empresa. Se o primeiro código de cálculo tiver uma data posterior à data inicial do banco, é necessário criar um novo banco de horas. Essa medida garante que os cálculos de compensação sejam realizados corretamente.

Ajustamos a rotina de envio de colaboradores para o Marcação de Ponto para que, se o posto de gestor não estiver ocupado, sejam enviados gestores de postos superiores na hierarquia. O envio do gestor é uma configuração opcional, realizada no campo Gestor Mobilidade, na guia Mobilidade do cadastro da Empresa.

Problema: ao efetuar a normalização do quadro efetivo em base Oracle, quando o quadro de vagas apresentava uma requisição a mais, não ajustava a requisição. O sistema buscava a informação da tabela R126CPE, campo canefe, de forma que não funcionava em Oracle, resultando na não atualização do quadro de vagas.

Correção efetuada: ajustamos o sistema para que, ao efetuar a normalização, busque corretamente as informações da tabela R126CPE e atualize o quadro de vagas normalmente.

Problema: após a importação de informações da tabela R195PPC, ao acessar a funcionalidade, a grade Previstos apresentava os valores no mês errado.

Correção efetuada: ajustamos o sistema para apresentar os valores no mês correto.

Problema: no módulo Segurança e Medicina, o sistema permitia cadastrar mais de uma ficha médica para o mesmo candidato em empresas diferentes. No módulo Recrutamento e Seleção, ao acessar o cadastro do candidato e clicar no botão Exames, a mensagem exibida era: O Colaborador não possui exames, referindo-se a colaborador em vez de candidato.

Correção efetuada: no módulo Segurança e Medicina, ajustamos o sistema para impedir o cadastro de múltiplas fichas médicas para o mesmo candidato, independentemente da empresa. No módulo Recrutamento e Seleção, a mensagem foi corrigida para referenciar candidato corretamente.

Incluímos uma observação dentro da documentação de Perigos/Fatores de Risco. Informamos que se o campo Informar Intervalo estiver marcado como Sim, o sistema usará os operadores >= e <= para as quantificações. O valor sugerido só mudará se a opção Alterar for escolhida. Acessar o registro existente não causará modificações.

Problema: no módulo Segurança e Medicina, o sistema permitia cadastrar mais de uma ficha médica para o mesmo candidato em empresas diferentes. No módulo Recrutamento e Seleção, ao acessar o cadastro do candidato e clicar no botão Exames, a mensagem exibida era: O Colaborador não possui exames, referindo-se a colaborador em vez de candidato.

Correção efetuada: no módulo Segurança e Medicina, ajustamos o sistema para impedir o cadastro de múltiplas fichas médicas para o mesmo candidato, independentemente da empresa. No módulo Recrutamento e Seleção, a mensagem foi corrigida para referenciar candidato corretamente.

Problema: ao tentar acessar a Ferramenta de documentação (SeniorDeployTool) em ambientes com configuração de múltiplos servidores no WildFly, era exibida a seguinte mensagem de erro Unable to create instance of class com.senior.instsvc.JEECluster. Registering an InstanceCreator or a TypeAdapter for this type, or adding a no-args constructor may fix this problem.

Correção efetuada: ajustamos a configuração dos servidores no WildFly para corrigir o problema de criação de instâncias. Desta forma, é permitido acessar a Ferramenta de documentação (SeniorDeployTool) em ambientes com múltiplos servidores configurados. Assim, o processo de autenticação passou a funcionar normalmente.

Problema: ao tentar integrar um sistema com outro, como por exemplo, a conexão entre HCM e ERP, era exibida a mensagem de erro Tabela R903AGR inexistente na base de dados. Esse erro estava relacionado à tabela de Grupos de Acesso dos usuários, o que impedia a realização de qualquer integração entre os sistemas. Além disso, ocorria uma falha ao executar a função LSP SegEntGrava, quando usada em conjunto com a função LSP SegGrpAdicMem, pois essa função também adiciona informações na tabela. Vale ressaltar que esse problema poderia acontecer em qualquer funcionalidade que adicionasse informações na tabela.

Correção efetuada: reparamos as rotinas responsáveis pela tabela de Grupos de Acesso dos usuários na base de dados. Desta maneira, a integração entre sistemas e a execução das funções LSP são executadas corretamente, sem exibir mensagem de erro.

Problema: quando o sistema perdia a conexão com o banco de dados, a mensagem Abstract Error era exibida. Com isso, o sistema travava e impedia o usuário de reiniciá-lo.

Correção efetuada: corrigimos a mensagem para Erro de acesso ao banco de dados. O sistema será encerrado. Assim, o sistema é encerrado automaticamente, informa ao usuário sobre o motivo e permite que o sistema reinicie normalmente.

Problema: o sistema gravava informações incorretas no campo NumCer, registrando o número de cadastro do participante em vez do número do certificado. Quando o número de cadastro do colaborador ultrapassava cinco posições, o banco Oracle apresentava um erro:

Correção efetuada: ajustamos a gravação do número de certificado para registrar corretamente o valor informado, em vez do número de cadastro do colaborador.

Problema: ao selecionar a opção Gerar nova senha e enviar por e-mail e responder a pergunta Deseja que uma nova senha seja enviada para o e-mail? com Não, o sistema não permitia o fechamento.

Correção efetuada: atualizamos a rotina para permitir o fechamento do sistema ao recusar o envio do e-mail.