Gestão de Pessoas | HCM - 6.10.1.8

Melhoramos a documentação do leiaute S-2220, informando que o sistema verifica o campo Considera Normal para enviar as opções 1 - Apto ou 2 - Inapto na tag resAso.

• Quando o campo está com os valores S - Sim ou R - Sim, com restrições ele envia o valor 1 - Apto.
• Quando o campo está com a opção N - Não ele envia o valor 2 - Inapto.

Problema: ao realizar a geração do leiaute S-1299 do fechamento da folha mensal ocorria a crítica Todos os colaboradores ativos devem possuir seu respectivo evento de remuneração (S-1200) .

O sistema estava exigindo a remuneração do colaborador com contrato na modalidade verde e amarelo, que estava de férias por trinta dias no período não havendo verbas a receber.

Correção efetuada: ajustamos o sistema para gerar o leiaute do fechamento da folha mensal normalmente, essa situação.

Problema: ao realizar a gravação das informações do leiaute S-2300 que foi gerado na versão do eSocial simplificado, não era gravada a matrícula eSocial.

Correção efetuada: ajustamos a rotina para efetuar a gravação corretamente da matrícula eSocial do colaborador.

Implementamos a possibilidade do usuário visualizar o log, utilizando o botão Log, após a execução do script de atualização.

Problema: havia divergência na data de início de não periódicos para empresas do Grupo 4 - Órgãos públicos e organizações internacionais do eSocial. Algumas empresas deste grupo apresentavam a data 21/11/2022 para o início dos não periódicos, quando a data correta é 22/11/2021.

Correção efetuada: realizamos o ajuste via conversor do sistema e script de atualização de definições do eSocial para corrigir a data de início de não periódicos para empresas de Grupo 4 - Órgãos públicos e organizações internacionais.

Para os usuários que desejarem corrigir o problema sem atualizar o sistema, será necessário executar o seguinte script na tela de atualização do eSocial, acessada através do menu Diversos > Utilitários > Atualização eSocial (FRATUESO):

Problema: o sistema não estava consistindo o treinamento (tag codTreiCap) corretamente na geração dos leiautes S-2200 e S-2206.

Correção efetuada: ajustamos as consistências da geração dos leiautes S-2200 e S-2206 para criticar a geração de treinamento (tag codTreiCap) sem código definido.

Problema: ao listar o relatório 001 - Resumo Senai - Orietação Paisagem o valor do campo Base Ajustada era levado duplicado, triplicado ou até quadruplicado o valor da base cálculo.

Correção efetuada: ajustamos a rotina do sistema para que o valor do campo Base Ajustada seja apresentado corretamente no relatório.

Disponibilizamos aos usuários o Relatório de Crédito Bancário 065 - Banco Inter (FPAR065.CRE).

Problema: ao efetuar o cancelamento da efetivação de um candidato, em uma empresa que não faz o controle de vagas por posto, era apresentada a mensagem Erro no cancelamento da efetivação do candidato xxxx - yyyyyyyyyyyyyyyyyyyyyyyy. Não foi encontrado registro mestre para este registro R092EFE -> R017PLV.

Correção efetuada: ajustamos a rotina para realizar o cancelamento corretamente.

Realizamos a implementação de uma nova guia, chamada Assinalamentos, na tela Sindicatos (FR014SIN). Essa guia permitirá que o usuário configure, em forma de histórico, o percentual de desconto de vale-transporte por sindicato. O cálculo seguirá a seguinte ordem de busca do percentual após verificar se o sindicato possui algum assinalamento vigente para o cálculo:

• Se houver algum assinalamento vigente para o cálculo, o sistema verificará se há percentual de desconto por sindicato definido para esse assinalamento. Caso esteja definido, será aplicado o percentual do sindicato;
• Se não houver um registro vigente ou se o registro vigente possuir assinalamento para que não seja aplicado por sindicato, o sistema buscará o percentual do evento.

Removemos o bloqueio do campo 13º Salário Complementar na tela de geração da DIRF/Informe de Rendimentos. Para o correto funcionamento do eSocial, quando o campo Ano Base for definido com um ano igual ou superior a 2021, é recomendado que seja utilizada a opção D - Janeiro do Ano-Base +1 no campo 13º Salário Complementar.

Caso seja utilizada uma opção diferente, ficará sob a responsabilidade do usuário verificar as divergências de IR com o eSocial.

Problema: quando era inserido um registro pelo botão Duplicar na tela Componentes da Folha de Pagamento (FR304CFP), os leiautes não eram disponibilizados na tela Consulta/Envio dos Layouts eSfinge (FR304STA). Isso ocorria, pois o sistema ainda considerava as informações do registro anterior e, por isso, não criava uma nova pendência de envio para o novo registro. Essa situação também poderia ocorrer com os demais leiautes.

Correção efetuada: ajustamos o botão Duplicar das telas de cadastro do eSfinge (a partir v1.07) para que ele funcione corretamente, fazendo com que os leiautes sejam disponibilizados de forma correta na tela Consulta/Envio dos Layouts eSfinge (FR304STA).

Implementamos as seguintes regras por processo para as telas Manutenção de Vales Gerados (FRALTVAL) e Digitar Passes Vale - Transporte (FRDIGPVT):

• Regra por processo 997 - Manutenção dos Vales Gerados, para a tela Manutenção de Vales Gerados (FRALTVAL), módulo Benefícios; e
• Regra por processo 998 - Digitar Passe, para a tela Digitar Passes Vale - Transporte (FRDIGPVT), módulos Benefícios e Administração de Pessoal.

Problema: os relatórios de apuração não eram listados corretamente quando executados através de grupos de modelos de forma intercalada.

Correção efetuada: ajustamos a execução para serem listados corretamente.

Problema: cálculo de apuração em dias de folga não gerava a situação de violação intrajornada, quando colaborador tivesse somente duas batidas, total de horas que necessitasse pausa, em algumas combinações específicas de marcação.

Correção efetuada: ajustamos o sistema para gerar a situação de violação intrajornada.

Com a finalidade de possuir uma forma diferenciada de realizar a configuração do banco de horas para colaboradores PCD, disponibilizamos dois novos campos na tela de Históricos Coletivos, Histórico Sindicato e Readmissão (rotina disponível somente no módulo AP). O campo Utiliza Banco possui a finalidade de receber as opções de preenchimento 1 - Por Abrangência do Bancoe 2 - Pelo histórico do Sindicato, para que seja possível configurar o banco de horas dos colaboradores de acordo com a abrangência ou sindicato. Já o campo Banco de horas somente será habilitado quando o campo Utiliza Banco estiver preenchido com a opção de preenchimento 2 - Pelo histórico. Caso for por abrangência, não será possível editá-lo.

Com o objetivo de flexibilizar a definição das situações, a partir desta versão, no Controle de Ponto | CP e Gestão do Ponto | GPO, é possível definir uma definição de situação por histórico de apuração. Para isso, implementamos o campo Definição das Situações, que tem a finalidade de configurar as situações utilizadas na apuração.

Além disso, incluímos o campo CodDsi nos web services:

• com.senior.g5.rh.fp.fichaBasica
• com.senior.g5.rh.hr.fichaBasicaParceiros
• com.senior.g5.rh.fp.fichaBasicaTerceiros
• com.senior.g5.rh.hr.historicos
• com.senior.g5.rh.hr.historicosColetivos

Campo	Preenchimento	Tipo	Descrição
CodDsi	Opcional	Integer	Código da definição de situação

Problema: na associação de marcação no cálculo da apuração ocorria o erro java.math.BigDecimal cannot be cast to java.lang.Integer quando o colaborador possuísse troca de permissão para o que estava sendo calculado.

Correção efetuada: ajustamos a tela para que não ocorra mais o erro e a apuração seja calculada corretamente.

Problema: quando o Gestor tentava realizar a verificação de um dia apurado, e o Colaborador não possuísse nenhuma pendência, ocorria erro NullPointerException.

Correção efetuada: ajustamos o sistema para que o Gestor consiga verificar os dias apurados.

Com o objetivo de flexibilizar a definição das situações, a partir desta versão, no Controle de Ponto | CP e Gestão do Ponto | GPO, é possível definir uma definição de situação por histórico de apuração. Para isso, implementamos o campo Definição das Situações, que tem a finalidade de configurar as situações utilizadas na apuração.

Além disso, incluímos o campo CodDsi nos web services:

• com.senior.g5.rh.fp.fichaBasica
• com.senior.g5.rh.hr.fichaBasicaParceiros
• com.senior.g5.rh.fp.fichaBasicaTerceiros
• com.senior.g5.rh.hr.historicos
• com.senior.g5.rh.hr.historicosColetivos

Campo	Preenchimento	Tipo	Descrição
CodDsi	Opcional	Integer	Código da definição de situação

Melhoramos a documentação do campo Tipo Contrato e da grade Grade Ocupantes PcD, da página Consulta de Pessoas com Deficiência. Esclarecemos que os assinalamentos Mostra e Conta, Mostra e Não Conta e Não mostra e não conta não têm efeito sobre a quantidade total de colaboradores mostrados no campo Ocupantes Empresa. Porém, esses assinalamentos afetam os valores contidos no campo Ocupantes Local/Centro de Custo.

Além disso, é válido mencionar que o campo Ocupantes Empresa toma como base a data de referência informada na tela Consulta de Pessoas com Deficiência (FRCONDEF) para demonstrar o efetivo total da empresa.

Problema: ao efetuar o cadastro de um atestado externo, a informação contida no campo Observação, não era levada para o histórico de afastamento.

Correção efetuada: ajustamos a rotina para sincronizar a observação cadastrada para o histórico de afastamento.

Problema: o sistema permitia a criação de requisição em uma data onde o posto de trabalho da requisição já estava extinto.

Correção efetuada: ajustamos a tela para não permitir a criação de requisição utilizando um posto já extinto.

A fim de mantermos o sistema em conformidade com o que está previsto na Lei nº 8.213/91 (art. 58, parágrafo 4º) e regulamentado pela Instrução Normativa nº 118/2005 do INSS, alteramos a geração do PPP para levar o número do CEI, ou CNO, de uma dada filial para o PPP de seu respectivo colaborador quando estiver informado.

Problema: não era possível instalar o sistema em servidores sem acesso a internet. Ao informar os dados para validação da cópia do sistema, o erro Erro ao executar requisição HTTP (POST) era apresentado, que impedia o processo de instalação.

Correção efetuada: ajustamos a rotina responsável pela validação da Proprietária, melhorando o tratamento de exceções. Para isso, clarificamos algumas mensagens apresentadas para facilitar a resolução de problemas:

• Falha ao gerar a proprietária, aguarde alguns instantes e tente novamente. Caso não tenha acesso a internet através desta máquina, faça o download da proprietária através do site (https://licenciamento.senior.com.br:2443) e após coloque-a no diretório da mídia.
• Essa não é uma proprietária válida. Remova o arquivo da mídia e uma nova será baixada durante o processo de instalação. Caso não tenha acesso a internet através desta máquina, faça o download da proprietária através do site (https://licenciamento.senior.com.br:2443) e após coloque-a no diretório da mídia.

Problema: ao testar a conexão através da Central de Configurações Senior, o processo emitia indevidamente uma mensagem de erro ao validar as conexões, mesmo quando elas estavam corretas e funcionando perfeitamente: Iniciando teste de conexão com aplicativo java. Iniciando teste de conexão Oracle via JDBC. Houveram falhas no teste de conexão. Não foi possível realizar a conexão Oracle via JDBC. Format %s invalid or incompatible with argument.

Correção efetuada: corrigimos a rotina do teste de conexão da Central de Configurações Senior, de forma que o sistema apresente a mensagem de erro apenas quando houver realmente erro de conexão e/ou quando for informados dados de conexão diferentes entre os parâmetros G7 e Java.

Em virtude dos aplicativos Web 5.0 utilizarem os atributos HttpOnly e Secure dos cookies para tratar questões de segurança, possibilitamos a configuração das informações de segurança no cabeçalho das requisições através dos campos Habilitar uso da configuração HttpOnly, Habilitar uso da configuração Secure e Ignorar a configuração nos seguintes parâmetros na tela Aplicativos, da Central de Configurações.

Problema: ao utilizar o recurso de usuários para diretórios compartilhados em Windows Server 2019, não era possível usar o sistema, caso ele não tivesse no mesmo domínio do usuário configurado.

Correção efetuada: ajustamos para que usuários de diferentes domínios sejam suportados na configuração de usuários para diretórios compartilhados.

Problema: quando utilizado o recurso de assinatura digital em relatórios customizados, ao tentar executar um modelo de relatório dentro do grupo de modelos, a guia Assinatura Digital não era exibida.

Correção efetuada: ajustamos o tratamento referente a exibição da guia assinatura digital na tela de entrada dos relatórios para grupo de modelos.

Problema: sistema não permitia inserir lançamento de banco de horas para o colaborador. O sistema alegava que ele não pertencia a abrangência do banco.

Correção efetuada: ajustamos a aplicação da abrangência para permitir inserir os lançamentos corretamente.

Problema: após adicionar campos de usuário para uma tela, em diferente guias, estes campos não eram carregados corretamente.

Correção efetuada: ajustamos o carregamento da configuração de campos de usuários nas telas, permitindo assim que sejam exibidos conforme a configuração realizada.

Problema: com o sistema aberto na forma de acesso BrowserAccess, o botão Cancelar não funcionava na tela para salvar um arquivo. E ao tentar alterar o caminho do arquivo, uma tela de erro era aberta, porém, sem qualquer mensagem.

Correção efetuada: removemos a chamada de um método indevido para que este comportamento indevido não ocorra mais.

Problema: quando realizado o login no sistema com a integração senior X Platform ativa e com a autenticação SAML habilitada no senior X, ao clicar em autenticar a tela de login ficava travada.

Correção efetuada: ajustamos o sistema para realizar login normalmente e abrir a janela de autenticação SAML após o login.