Gestão de Pessoas | HCM - 6.10.1.97

Criamos a documentação da regra de processo 991 - Excluir Ficha Financeira, informando sobre sua funcionalidade, os campos disponíveis para utilização e o módulo em que a regra está disponível.

Problema: ao trocar a configuração internacional para outro país e depois voltar ao padrão do Brasil, o sistema exibia a mensagem Não é possível inserir o registro com chave duplicada ao tentar cadastrar um novo bairro. Além disso, ao tentar alterar um CEP, ocorria o erro de acesso ao banco de dados, impedindo a conclusão dos processos.

Correção efetuada: atualizamos o cadastro de bairros para que, após realizar a troca de configurações internacionais e retornar ao padrão do Brasil, seja possível cadastrar um novo bairro sem a ocorrência de duplicidade de chave. Além disso, corrigimos o erro de acesso ao banco de dados, permitindo a finalização adequada dos processos.

Na descrição do modelo 007 - S-5003 - Informações do FGTS por Trabalhador (FPAR007.ESO) adicionamos as seguintes informações:

• O campo chave para listagem das informações é o CPF, então se o colaborador existir em mais de uma filial, será listado os dois vinculas nas duas filiais. O colaborador possuindo registro em alguma filial, ele será listado nela, porém no arquivo de retorno do Governo o campo chave é CPF então sempre que o colaborador possui no mesmo mês contrato em duas filiais, mesmo que filtrar o modelo por filial vai listar repetido, pois encontrará o CPF nas duas.

Problema: o modelo 015 - TRCT - Portaria 1621 MTE (FP00015.RCS) listava incorretamente o campo 22 - Causa Afastamento, onde era ordenado pelo Código Movimento ao invés da data de alteração, não trazendo o registro mais recente dentro do período informado.

Correção efetuada: realizamos um ajuste no modelo, de modo que agora a Causa do Afastamento seja ordenada corretamente pela data de alteração, garantindo assim a exibição do registro mais recente dentro do período desejado.

Problema: ao listar o modelo 004 - Envelope Modelo Senior Sistemas (FPEN004.ENV) ou calcular os valores de outros contratos, o sistema considerava algumas incidências dos eventos com base na data de pagamento, o que resultava em inconsistências.

Correção efetuada: ajustamos a rotina de cálculo e geração de holerite para verificar as informações com base no período de referência, em vez da data de pagamento.

Problema: no relatório 011 - Históricos (FPHI011.COL), o campo de porcentagem (%) era listado com o valor zerado.

Correção efetuada: realizamos uma alteração no campo utilizado para corrigir a exibição no modelo. Agora, ao invés de utilizar o campo % Desempenho, passamos a utilizar o campo % Reajuste para coletar a informação de %. Anteriormente, o % Desempenho exibia o valor correspondente ao desempenho do colaborador em relação ao salário, comparado ao valor da classe/nível da estrutura salarial. Por sua vez, o % Reajuste mostra o valor do reajuste no histórico salarial em relação ao histórico anterior. Com essa correção, o modelo agora apresenta as informações corretas e atualizadas.

Problema: ao utilizar a rotina de Anuais para dependentes, o sistema gerava informações para todos os dependentes indevidamente.

Correção efetuada: ajustamos a rotina de anuais para processar a DIRF e o Informe somente para os dependentes com o cadastro de Grau de parentesco igual a 15 - Pensionista.

Problema: ao abrir a tela de assinalamento de rateio, ocorria lentidão no sistema.

Correção efetuada: realizamos uma melhoria na montagem da tela para garantir uma melhor performance.

Problema: o sistema não permitia realizar a transferência de um colaborador quando havia pendência do leiaute S-2230, ocorria a mensagem Para transferir um colaborador de filial é necessário que todos os envios do eSocial tenham o recibo informado o quando o campo Agendar S-2230 nas Definições do eSocial (FR030DES) estivesse definido como S - Sim.

Correção efetuada: ajustamos o sistema para permitir realizar a transferência nessa circunstância.

Problema: ao realizar o cálculo da ficha financeira para colaboradores com múltiplos vínculos, onde foi informado exceção de cálculo e cada colaborador tem uma data de pagamento, ao acumular os valores, o sistema não considerava a data correta da exceção de cálculo, quando os cadastros eram da mesma empresa para acumular o valor de IRRF.

Correção efetuada: realizamos ajustes na rotina de outros contratos para garantir o acúmulo correto dos valores, especialmente quando o IRRF está dentro da mesma competência de pagamento.

Problema: o sistema realizava o cálculo de diferença de férias para pensão alimentícia com valores divergentes entre a ficha financeira e a guia de pagamentos do cadastro de pensão judicial.

Correção efetuada: ajustamos o cálculo da folha para gravar corretamente a diferença de férias para pensão alimentícia.

Adequamos a chamada do serviço de autenticação do e-Sfinge para passar a enviar os campos descricaoEmpresaTI e descritivoSoftware.

Adicionamos um novo tópico chamado Cálculo da Média Ponderada na documentação sobre Cadastro da Avaliação, apresentando informações sobre a funcionalidade das opções Peso por Foco, Peso Tipo Competência e Peso Competência, bem como um exemplo de cálculo da avaliação considerando o Peso por Foco.

Para mais informações, verifique a documentação sobre o Cadastro da Avaliação.

Com a finalidade de detalhar as restrições do horário do tipo 3 - Flexível, incluímos a informação de que, ao utilizar o tipo de horário Flexível, as situações 101 - Saída Antecipada, 103 - Atraso e 105 - Saída Intermediária não são geradas, somente a situação 15 - Faltas será gerada.

Acesse Restrições da Apuração - Horário Flexível para verificar mais informações sobre os horários flexíveis.

Problema: quando o usuário chamador do serviço não tinha usuário associado ao colaborador, ocorria erro de NullPointException ao utilizar o web service com.senior.g5.rh.hr.calculoApuracao.Gravar.

Correção efetuada: ajustamos o web service para ser executado corretamente.

Problema: os modelos estavam exibindo a informação da estrutura do cargo em vez da Unidade Federativa (UF) da carteira de trabalho no campo CTPS.

Correção efetuada: realizamos ajustes nos relatórios para que agora seja gerada corretamente a UF da carteira de trabalho após a numeração.

Com a finalidade de detalhar as restrições do horário do tipo 3 - Flexível, incluímos a informação de que, ao utilizar o tipo de horário Flexível, as situações 101 - Saída Antecipada, 103 - Atraso e 105 - Saída Intermediária não são geradas, somente a situação 15 - Faltas será gerada.

Acesse Restrições da Apuração - Horário Flexível para verificar mais informações sobre os horários flexíveis.

Atualizamos a documentação da guia Processo Acerto da tela Definições Apuração (FR060DAP) para esclarecer que essa rotina será ativada somente em dias não apurados. Consequentemente, mesmo se o período for calculado ou recalculado, a nova definição não terá efeito.

Também ressaltamos que, se for necessário fazer a alteração, é possível zerar a apuração.

Na documentação da tela Penalidades para incidentes do ponto, adicionamos uma nota importante no item 4 do tópico Adicionar penalidades para incidentes de ponto para destacar que o relatório nativo apenas informa que um incidente foi registrado, portanto, caso seja necessário utilizar um documento diferente da Comunicação de Punição (HRPN024.GER), será necessário realizar uma customização.

Problema: ao utilizar a integração do Marcação de Ponto 2.0 | HCM com o módulo Acesso e Segurança, os colaboradores não eram enviados para a plataforma e uma mensagem de Token Vazio era exibida no log do processo automático.

Correção efetuada: ajustamos o processo para enviar os colaboradores corretamente para a plataforma.

Problema: ao clicar no menu Incidentes do Colaborador, não era exibido que ele estava selecionado.

Correção efetuada: ajustamos o sistema para que, ao clicar no menu, ele seja marcado como selecionado.

Adicionamos mais informações à documentação do campo Vencimento Exame, da tela Próximos Exames, adicionando:

• uma Nota com exemplo relacionado à utilização do campo; e
• uma Nota apresentando uma exceção para a utilização do campo, explicando que, caso haja um exame admissional com data menor que a data da admissão e o número de meses no segundo campo do cadastro de exames possuir uma quantidade que irá gerar o exame com data menor que a data da admissão, este não será gerado, mas servirá de parâmetro para a geração do próximo exame, considerando o maior intervalo (primeiro campo no cadastro de exames).

Para mais informações, verifique a documentação da tela Próximos Exames.

Problema: ocorria lentidão no sistema ao realizar a duplicação de PPRA.

Correção efetuada: melhoramos a performance da tela de duplicação de PPRA.

Quando o campo Considerar PPP estava assinalado como S - Sim nos dois postos de trabalho, o de atuação principal e o adicional e não estavam na mesma localização, o sistema apresentava a mensagem Foi encontrado mais de uma ambiente com localização diferente para o mesmo colaborador.

Adicionamos na documentação deste campo, informando que apenas deve-se informar S - Sim quando ambos os postos possuem a mesma localização, caso contrário apenas um deve estar com assinalamento S- Sim.

Na documentação do campo Certificações, localizado na grade Certificação da tela Cadastro de EPI, incluímos uma nota de observação informando que não é permitido cadastrar duas certificações com a mesma data para o mesmo fornecedor.

Problema: no modelo 002 - Inventário de Riscos Ocupacionais (SMIR002.GER) foram identificadas as seguintes situações:

• No tópico 5.1.2 Caracterização da força de trabalho, nem todos os cargos e suas descrições estavam sendo listados.
• O filtro de GHE na tela de entrada apresentava Erro na Geração do SQL da Seção Detalhe: Detalhe_R584MIR.Expressão deve ser boleana ao tentar filtrar por mais de um GHE, independentemente de inserir aspas simples.
• O campo que exibe a descrição Quantidade de colaboradores era exibido de forma incompleta.

Correção efetuada: realizamos ajustes no sistema para listar o relatório corretamente.

Problema: ao listar o modelo 007 - Protocolo de Entrega de EPI's no Período (SMEP007.GER) para um colaborador que possui duas entregas de EPI em períodos diferentes, efetuadas por usuários diferentes, o relatório listava o nome do usuário incorretamente.

Correção efetuada: ajustamos o sistema para listar o nome do usuário corretamente no relatório.

Problema: retornava o erro NOT_FOUND_ERR: Houve uma tentativa de fazer referência a um nó em um contexto no qual ele não existe quando realizava uma requisição HTTP, com a Bridge ativa, para o serviço de execução de modelos de relatório enviando filtros que resultem em Não houve informações a listar.

Correção efetuada: ajustamos a rotina de tratamento dos erros de execução dos serviços para dar o retorno correto na requisição.