Gestão de Pessoas | HCM - 6.10.1.12

Melhoramos a documentação do campo Informação Facultativa da tela Definições do eSocial, incluindo o hiperlink para a Nota Técnica 15/2019.

Problema: ao calcular uma Rescisão Complementar por Dissídio, o sistema considerava como Base RRA apenas o primeiro evento calculado, os demais eventos pagos não eram somandos na base.

Correção efetuada: ajustamos o sistema para calcular corretamente a Base de cálculo de RRA na rescisão complementar.

Problema: quando na definição de um cálculo do tipo 14 - XXX estava informado um sindicato na guia Inf. Sindicato, o campo Data Início Efeito estava preenchido com uma data anterior ao dissidio e o colaborador possuísse uma transferência com data posterior a Data Início Efeito, ao gerar o leiaute S-1200 ocorria o erro NullPointerException.

Correção efetuada: ajustamos a geração do leiaute S-1200 para buscar o sindicato correto e gerar o leiaute normalmente.

Problema: caso o campo Natureza Estabelecimento da guia Empregador eSocial fosse alterado, a natureza jurídica do leiaute S-1000 - Informações do Empregador/Contribuinte/Órgão Público já gerado era sempre alterada. Isso impedia que fosse gerada uma nova pendência para o leiaute S-1000 na versão 2.5 do eSocial.

Correção efetuada: ajustamos a condição da guia Empregador eSocial para gerar uma nova pendência do leiaute S-1000 caso o usuário altere o campo Natureza Estabelecimento e esteja usando a versão 2.5 do eSocial.

Problema: atualmente, o sistema possui uma consistência que não permite gerar o evento S-1200 - Remuneração de trabalhador vinculado ao Regime Geral de Previdência Social para os colaboradores que tiverem alguma pendência de evento não periódico. Porém, essa consistência também considerava as pendências dos seguintes leiautes de Saúde e Segurança do Trabalho (SST):

• S-2210 - Comunicação de Acidente de Trabalho;
• S-2220 - Monitoramento da saúde do trabalhador; e
• S-2240 - Condições Ambientais do Trabalho - Agentes Nocivos.

Correção efetuada: alteramos a consistência mencionada para desconsiderar as pendências referentes aos leiautes S-2210, S-2220 e S-2240.

Problema: ao efetuar a exclusão dos documentos importados para a base temporária, não eram removidos as informações provenientes a paginação de registro na tela de relacionar dados.

Correção efetuada: ajustamos a rotina para efetuar a exclusão dos registros de paginação ao remover os documentos migrados.

Problema: ao realizar a inclusão de postos de trabalho em uma nova hierarquia de postos, o sistema permitia incluir também postos já extintos na data inicial da revisão.

Correção efetuada: ajustamos o sistema para que não seja possível incluir postos de trabalho extintos ou já cadastrados na nova hierarquia de postos.

Modificamos o sistema para que ao alterar as definições de um cálculo de grupo, os dados sejam replicados somente para os registros com o mesmo tipo de cálculo.

Problema: ao emitir os relatórios 011 - CAT - PORTARIA/ME Nº 4.334 (SMAC011.GER) e 012 - CAT - PORTARIA/ME Nº 4.334 (FPHI012.PRE), a seção III listava nos campos 40 - Data, 41 - Hora e 43 - Provável Duração do tratamento (dias) os valores 00/00/0000 00:00 e 0000 quando estavam vazios.

Correção efetuada: ajustamos os modelos para listar em branco os campos 40 - Data , 41 - Hora e 43 - Provável duração do tratamento (dias) na seção III - INFORMAÇÕES DO ATESTADO MÉDICO.

Problema: ao listar o relatório Quadro de Horários Conforme Artigo 74 (FPRE081.COL) quando o colaborador já esteve histórico no local anteriormente, o sistema demonstrava duas vezes o colaborador no relatório repetindo a informação.

Correção efetuada: ajustamos o relatório para não haver duplicidade quando o colaborador já tenha passado pelo local atual.

Problema: não era possível enviar documentos com um arquivo anexo sem um URL informado nos leiautes Atualização do Cargo ou Função e Concurso/Processo Seletivo do e-Sfinge.

Correção efetuada: ajustamos a geração dos leiautes mencionados para realizar o envio corretamente para o governo quando não houver um URL informado para o arquivo nas telas Documento de Atualização de Cargo ou Função (FR304ACD) e Documento do Concurso (FR304COD).

Segundo a documentação da SEFIP, o aplicativo passa agora a interpretar as categorias 19, 20 e 21 de maneira específica, conforme abaixo:

E para adequar o Gestão de Pessoas | HCM com essa nova forma de interpretação das categorias, ajustamos a geração da SEFIP para essas categorias realizarem a dedução da maternidade do campo Base de Cálculo da Previdência Social e também deduzir do campo Remuneração, assim, os dois campos serão calculados igualmente para essas categorias. Além disso, nos meses em que a Colaboradora estiver afastada por auxílio maternidade o mês inteiro, os campos receberão o valor de R$0,01.

Problema: ao acessar a tela de Consulta/Envio dos layouts eSfinge e processar os arquivos, apresentava mensagem de erro desconfigurada.

Correção efetuada: ajustamos a mensagem do log para ser apresentada corretamente.

Problema: ao efetuar a emissão do relatório 005 - TICKET - Arq. Exportação (BS000005.VAL), o valor total do pedido estava incorreto, pois eram descontadas as faltas de passes que não foram distribuídos.

Correção efetuada: ajustamos o relatório para não descontar as faltas de passes não distruibuídos.

Adicionamos na descrição do relatório 026 - Análise Salários/Cargos (CSRE026.COL) a seguinte anotação: Caso exista mais de um histórico de salário na mesma data, será retornado o valor do salário do histórico vigente no final do dia (Último histórico).

Problema: na apuração diária, a saída intermediária era calculada de forma indevida em horário do tipo Móvel na Refeição com tipo de refeição Somar todos os Intervalos, com mobilidade muito próxima do horário de entrada e saída do dia e 6 (seis) marcações realizada.

Correção efetuada: ajustamos o sistema para realizar o cálculo correto das batidas.

Na documentação da regra getIntervalosCalculados() não havia um exemplo e, em decorrência disto, os usuários tinham dúvidas de como utilizá-la corretamente. Para sanar as dúvidas, inserimos um exemplo na documentação, explicando de forma detalhada sua funcionalidade. Para verificar mais informações da regra, acesse a documentação getIntervalosCalculados().

Problema: na Apuração Diária, a situação de violação de interjonada em data com horário tipo Flexível em data com exatamente 4 horas realizadas, era gerava de forma indevida.

Correção efetuada: ajustamos o sistema para calcular corretamente as situações.

Problema: situação de jornada incompleta não era calculada em dias com horário noturno, que iniciavam a jornada em um dia e terminavam no dia seguinte.

Correção efetuada: ajustamos a rotina para calcular a situação corretamente.

Problema: ao listar relatório 002 - Inventário de Riscos Ocupacionais (SMIR002.GER) eram listadas informações de colaboradores demitidos.

Correção efetuada: ajustamos o relatório para que o usuário possa escolher se deseja ou não que os colaboradores demitidos sejam listados.

Informamos que o campo Grau de Risco, localizado na guia Cadastro da tela de cadastro de filiais, deve ser preenchido com base Quadro I da NR-4 (SESMT), seguindo a escala numérica de 1 a 4. Essa escala é definida pela N-R4 para avaliar a intensidade de riscos as quais os trabalhadores de cada tipo de empresa estão expostos.

Para mais informações, acesse a documentação relacionada ao cadastro de Filiais.

Problema: ao executar o web com.senior.g5.rh.fp.postos, porta Caracteristicas da versão 2, ocorria o seguinte erro Não foi possível atribuir o valor "HRL1010" para o campo "Cargo" da tela "FR017POS - Postos de Trabalho - Características"Motivo: Registro não existe. Selecione Outro..

Correção efetuada: ajustamos o sistema para que o web service seja executado corretamente.

Problema: ao executar o web service com.senior.g5.rh.fp.fichaBasica, porta FichaBasica na versão 6, ocorria o erro O campo "Cargo" não está disponível.

Correção efetuada: ajustamos o sistema para que o webservice seja executado corretamente.

Problema: ao executar o web com.senior.g5.rh.fp.fichaBasicaTerceiros, porta FichaBasicaTerceiros da versão 2, ocorria o seguinte erro O campo SEPOSSBH não está disponível na tela FRHISHSI.

Correção efetuada: ajustamos o sistema para que o web service seja executado corretamente.

Problema: caso no caminho da instalação do sistema, contivesse espaço ou caracteres especiais, a nova interface do XT não era apresentada.

Correção efetuada: ajustamos o sistema para apresentar a interface do XT, independente do caminho da instalação

Problema: a documentação do HCM Data IndeX não informava as configurações necessárias para apresentá-lo na senior X Platform.

Correção efetuada: adicionamos as configurações necessárioas na documentação, para mais informações acesse Manual do Usuário.