Gestão de Pessoas | HCM - 6.10.1.132

Problema: o modelo 007 - S-5003 - Informações do FGTS por Trabalhador (FPAR007.ESO) exibia o nome do colaborador incorretamente quando a opção Colunado era utilizada no campo Exibir em Colunas.

Correção efetuada: ajustamos o sistema para listar o modelo corretamente.

Problema: ao gerar o leiaute S-1000 para uma empresa com a Classificação Tributária 85 - Administração Direta da União, Estado, Distrito Federa e Municípios; Autarquias e Fundações Públicas, seguindo os procedimentos para adequação à Lei 14.784/2023, ocorria a mensagem a desoneração da folha só pode ser diferente de 1 - Não se aplica se a classificação tributária for igual a 02, 03 e 99. Verifique o histórico de GPS e/ou de Empregador eSocial da filial 1 válido em 01/2024.

Correção efetuada: ajustamos a verificação do sistema para gerar o leiaute S-1000.

Problema: ao realizar a importação do leiaute S-2240 e gravar, ocorria a mensagem Erro ao importar informações: Ocorreram erros ao processar 1 registro(s). Verifique.

Correção efetuada: ajustamos a importação do XML para buscar as informações do leiaute corretamente.

Problema: ao gerar o leiaute S-1200 do eSocial para um colaborador que possuía evento de atestado com liminar, era realizado um ajuste para levar somente os valores devidos, sendo o valor líquido baixo ou zero. Além disso, ao processar o leiaute, o sistema exibia o erro:

Correção efetuada: ajustamos o processamento do leiaute S-1200 para adequar o valor líquido em caso de estouro quando houver o evento de atestado com liminar INSS.

Durante a geração de Não Periódicos, observamos que as pendências do leiaute S-2240 em empresas sem colaboradores não eram filtradas conforme a abrangência de empresas, o que impactava negativamente o processamento. Para solucionar esse problema, fizemos ajustes no sistema para garantir que as pendências do leiaute S-2240 em empresas sem colaboradores sejam processadas respeitando o filtro de abrangência de empresas.

Na documentação de Características - Descontos Folha Anterior, adicionamos uma nota esclarecendo que, ao realizar o cálculo do tipo 91 - Adiantamento Salarial sem que haja valor de adiantamento, o sistema descontará o estouro do mês, deixando o líquido negativo. Além disso, a nota também orienta sobre como bloquear esses eventos ao realizar o cálculo do adiantamento.

Para mais informações, verifique a documentação sobre Características - Descontos Folha Anterior.

Problema: ocorria uma demora excessiva ao clicar em Cálculo para carregar a lista de cálculos disponíveis.

Correção efetuada: ajustamos o sistema para melhorar a performance e tornar mais ágil a geração da lista de cálculos para seleção.

Na documentação da porta Dependente_2 do web service Com.senior.g5.rh.fp.dependentes, complementamos a descrição do parâmetro de requisição aviImp para incluir a opção 11 na listagem da seguinte informação: Somente informar se o parâmetro GraPar for 1, 11, 14, 15, 17 ou 18.

Atualizamos a documentação do parâmetro datIni, disponível no web service com.senior.g5.rh.fp.postos.Caracteristicas_2.

Atualizamos a documentação de Manutenção Vales informando que as parcelas a serem calculadas excluem aquelas dos tipos I - Pagamento Informado e A - Pagamento Avulso. Caso deseje incluí-las, o usuário deverá ajustar o valor e a quantidade de parcelas, ignorando as parcelas mencionadas anteriormente no cálculo.

Na documentação do campo Comprovante de Escolaridade, disponível no cadastro de Dependentes, foi revisado o texto para indicar que, a partir do ano em que a criança completa 4 anos, a partir de abril:

• Continua a tratar a perda do salário família por motivo entrega da vacinação até maio do ano seguinte;
• Se em maio e novembro do ano em que completa quatro anos de idade, não tiver apresentado a frequência à escola.

Anteriormente, era indicado a partir do mês de junho, com menção apenas ao mês de novembro.

Problema: ao processar férias coletivas para um colaborador com histórico de categoria Intermitente, ocorria a geração indevida do recibo de férias para o período em que ele era intermitente.

Correção efetuada: o sistema foi ajustado para emitir o seguinte alerta no Log sempre que identificar um período de férias correspondente ao histórico de Intermitente do colaborador:

Adequamos a descrição do campo Tipo Férias Proporcionais na Rescisão da documentação de Sindicatos, removendo o motivo pedido de demissão, já que a regra é aplicável a outros motivos também.

Problema: ao calcular as férias coletivas em um cenário em que o gozo caiu em dois períodos aquisitivos diferentes, sendo que nos dois períodos há dias inválidos para a contagem, o sistema calculava incorretamente o valor ao integrar as férias na ficha financeira.

Correção efetuada: ajustamos a integração do recibo das férias na folha, considerando todos os dias inválidos e gerando corretamente valor, conforme o recibo.

Complementamos a documentação de Eventos, acrescentando que para um evento com a característica 16D - Adicionais 13º Salário Integral ser considerado na base de cálculo com um Teto de Cálculo 3, o colaborador precisa ter sido incluído em mais cálculos durante o período definido para o divisor de médias.

Problema: durante o cálculo de uma rescisão para um colaborador com férias integradas, mas com data de pagamento diferente do desligamento, o sistema considerava o valor de INSS das férias para a Dedução da Simplificação, embora não devesse ser incluído na base de cálculo.

Correção efetuada: realizamos ajustes na verificação da integração das férias para colaboradores demitidos, agora considerando o INSS das férias apenas em casos de diferença e validando a informação apenas se estiver dentro da mesma competência de pagamento.

Problema: o campo Quantidade Total de Parcelas estava configurado para usar apenas quatro caracteres, ao listar o modelo 009 - Previsão do Saldo de Vales (FPVA009.LAN) com uma quantidade de parcelas superior a dez mil o sistema exibia a mensagem O controle TotQtdPcl possui a máscara ZZ99 inferior ao valor XXXXX que está sendo atribuído neste momento. Para corrigir altere a máscara do controle TotQtdPcl e salve a alteração no modelo. No entanto, mesmo após ignorar a mensagem, o valor do campo Quantidade Total de Parcelas ficava cortado no relatório final.

Correção efetuada: ajustamos o sistema para que o campo Quantidade Total de Parcelas suporte até seis caracteres.

Problema: o valor no campo Pensão Judicial era zerado ao passar pelo campo Imposto de Renda caso não houvesse um cadastro prévio dos pagamentos de pensão judicial.

Correção efetuada: ajustamos o sistema para que não zere o campo ao não encontrar um pagamento de pensão judicial cadastrado previamente.

Problema: o relatório 004 - Estouro de Limites do Banco de Horas (HRBH004.GER) estava trazendo informações de estouro fora do período indicado na tela de entrada do relatório.

Correção efetuada: ajustamos para que o relatório pare de trazer os estouros fora do período indicado na tela de entrada do relatório.

Enriquecemos a documentação sobre Restrições da Apuração - Horários Móveis acrescentando um novo exemplo no tópico Restrições aplicáveis ao tipo 5 - Móvel Refeição. Esse exemplo visa ilustrar a situação quando o Tipo de horário for 5 - Móvel Refeição e o uso 4 - Refeição Obrigatória, e houver somente duas marcações realizadas, sendo a primeira dentro da mobilidade refeição.

Atualizamos a nota de observação na documentação referente ao campo Geração, localizado na guia Eventos da tela Eventos. Agora, a informação destaca que se os módulos estiverem integrados, este campo estiver assinalado com a opção 4 e a situação estiver informada na guia Situações desta tela, o evento não será integrado. No entanto, o Controle de Ponto e Refeitório considerará essas horas para calcular os demais eventos, os quais, por sua vez, serão integrados.

Problema: ao criar um histórico ou programação em dias Compensados e DSR através do menu Acertos da minha equipe e tentar realizar o cálculo da integração no Controle de Ponto, uma mensagem era exibida informando que as datas do afastamento haviam sido alteradas e não haviam sido apuradas.

Correção efetuada: realizamos um ajuste no sistema para que a rotina seja executada corretamente, melhorando a validação que verifica se uma data foi apurada ou não.

Problema: ao efetuar fechamento do banco de horas via Gestão do Ponto Nova Interface, o sistema não estava efetuando corretamente o fechamento.

Correção efetuada: ajustamos o sistema para efetuar o fechamento do banco de horas de forma correta.

Adicionamos à documentação que trata sobre Processos de Relatórios um esclarecimento sobre relatórios executados por processos automáticos, informando que o padrão para preenchimento do campo ENumEmp é o de cadeia de caracteres.

Na documentação da tela de Cadastro de EPI, incluímos a informação de que a guia Cursos estará disponível somente quando se possuir o módulo de Treinamento e Pesquisa.

Complementamos as documentações de Manutenção PPP e Preenchimento PPP, adicionando uma nota informativa sobre a ordem de consideração dos responsáveis do LTCAT. O padrão do sistema é considerar o mesmo responsável cadastrado no PPRA, no menu Segurança > Gestão de GHE > Cadastro de PPRA (FR538CAD). Contudo, caso não haja registro nessa tela, o sistema atribuirá a responsabilidade ao colaborador cadastrado na guia LTCAT, disponível em Empresas > Filiais (FR030FIL).

Complementamos o exemplo mencionado na documentação da função TrocaString, adicionando alguns comentários que auxiliam na compreensão do funcionamento da função, além da adequação dos exemplos existentes.

Na documentação das funções AbrirTelaSGI e AbrirTelaSGICarregandoChave, acrescentamos a informação de que essas funções somente podem ser chamadas por regras dentro de tela SGI.

Problema: ocorria a consistência Referência Circular ao executar o relatório de modelo 019 - Relatório Analítico do PCMSO (SMPC019.GER).

Correção efetuada: indicamos o ajuste da propriedade Subtítulos nas Páginas = Falso no Modelo Gerador para evitar a impressão dos Subtítulos em novas páginas.

Problema: ao requisitar um web service com a opção Habilitar protocolos TLS 1.2 e 1.3 em aplicativos WIN32(G5) na Central de Configurações Senior sem informar um cabeçalho Accept, a rotina inseria um valor padrão indesejado.

Correção efetuada: ajustamos a rotina para enviar um Accept=*/* quando essa propriedade não estiver informada em requisições de web service com a opção Habilitar protocolos TLS 1.2 e 1.3 em aplicativos WIN32(G5) na Central de Configurações Senior.

Problema: em alguns ambientes, o agendamento dos processos automáticos não era executado corretamente, apresentando erros de StringListError nos logs do servidor JavaEE.

Correção efetuada: ajustamos o controle de critical section das rotinas do middleware.

Adicionamos mais informações sobre o funcionamento do campo Data de referência, na documentação que trata sobre Gerar Avaliações. Esclarecemos que, para avaliados contratados no ano vigente, é necessário informar a data de contratação ou posterior, desconsiderando a data de início do ciclo.

Adicionamos à documentação de Administração de Eventos - Definir uma nota na guia Participantes. Esta nota esclarece que, ao incluir um colaborador que possui dois vínculos, um ativo e outro demitido, o sistema exibirá um alerta, informando que ele possui um vínculo demitido. Contudo, a nota é apenas orientativa, não impedindo a continuidade a inclusão do colaborador como participante do evento.

Problema: ao realizar o cadastro de um histórico de um curso que possui aspas simples no nome através do web service com.senior.g5.rh.fp.hcm@HistoricoTreinamentos, o sistema apresentava a mensagem Ocorreu um erro ao tentar chamar o serviço que aplica uma sincronia G7 - G5 na base de dados do HCM.

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