Gestão de Pessoas | HCM - 6.10.3.69

Retiramos as informações relacionadas ao campo codAtiv, presentes no link que se encontra na documentação do campo dscAtivDes, do leiaute S-2240 - Condições Ambientais do Trabalho - Agentes Nocivos, uma vez que o campo codAtiv não existe na versão S-1.2 do eSocial.

Criamos o tópico Parametrização para envios ao eSocial na documentação referente ao leiaute S-1000 - Informações do Empregador/Contribuinte/Órgão Público para esclarecer quais são ações devem ser realizadas para parametrizar o fundo público como base descentralizada.

Problema: ao processar o leiaute S-2299 de demissão, quando na mesma competência o colaborador possui um recibo de férias e um pagamento de folha complementar referente à competência anterior, o sistema apresentava a mensagem Violação de chave.

Correção efetuada: ajustamos o processamento do S-2299 para garantir a geração correta das sequências, verificando todos os envios relacionados no leiaute S-2299.

Melhoramos a documentação relacionada à geração de tabelas para o eSocial. Esclarecemos que a seguinte mensagem de erro pode ser retornada para empresas com cenário de filial empregadora quando há alguma inconsistência no campo EnvVal da tabela R350EMP:

Complementamos a documentação Regra de sistema 50 - Adicional noturno com a seguinte informação: quando utilizado o tratamento de faltas como desconto, para que as horas falta sejam deduzidas do adicional noturno, os eventos que compõem/deduzem a base devem ser informados com tipo 1 e também com tipo 21, em Tabelas > Eventos > Eventos > Cadastro, guia Base.

Na documentação Definições Gerais - Novo RS, complementamos a informação do tópico Integração com a Colabbe - Admissão Digital para informar que, se um candidato já estiver cadastrado no Recrutamento e Seleção e for posteriormente importado pela Colabbe - Admissão Digital (com o mesmo CPF), o sistema reutilizará seus dados, incluindo os dados dos dependentes. O sistema sempre verifica pelo CPF: se já existir, os dados serão atualizados; caso contrário, um novo dependente será inserido.

Incluímos uma nova informação na nota de destaque da guia Características da tela Postos de Trabalho, enfatizando que, ao preencher o campo Centro de Custo, ele será automaticamente associado a uma empresa, pois trata-se de um cadastramento por empresa. Assim, caso haja a necessidade de utilizar o mesmo Posto de Trabalho em diversas empresas, os dados de empresa, filial ou centro de custo não devem estar vinculados às características que compõem o posto.

Atualizamos a documentação do campo Pesquisar também pelo nome dos ocupantes da tela Hierarquia de Postos. Agora, a descrição desse campo está da seguinte forma: quando esta opção é marcada, ao informar uma palavra (ou parte dela) a pesquisa também será feita pelo nome dos ocupantes dos postos de trabalho. Desta forma, serão apresentados ao usuário todos os postos que tenham ocupantes com o nome/expressão informada, inclusive todos os postos que o colaborador já ocupou com sua data inicial e data final da ocupação.

Problema: durante o cadastro de cidades, ao tentar incluir um novo bairro e, em seguida, clicar em Cancelar, ocorria a mensagem É necessário informar o bairro. Ao clicar em OK, a mensagem era apresentada novamente, resultando em duplicidade.

Correção efetuada: ajustamos o sistema para exibir uma mensagem de confirmação ao cancelar o cadastro de um novo bairro, permitindo ao usuário cancelar o processo.

Problema: ao listar o modelo 003 - S-5011 - Contribuições sociais por contribuinte (FPAR003.ESO) para várias empresas, resultava em deduções indevidas de Salário Família/Salário Maternidade, mesmo para empresas sem valores a deduzir.

Correção efetuada: ajustamos o relatório para calcular corretamente as deduções.

Problema: ao listar o arquivo de retorno do eSocial, ocorria a mensagem de Erro na Execução do Evento: Na Impressão do Controle: FNomFun. Erro Reportado. Cursor CUR_R034FUN não está aberto.

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

Problema: o valor de pensão judicial não é listado no modelo 047 - Crédito Bancário Santander (CNAB 240) (FPAR047.CRE) quando possui Diferença de Pensão Jud. Férias no cálculo.

Correção efetuada: ajustamos o sistema para listar o modelo com o valor correto da Pensão Judicial calculada na folha de pagamento.

Problema: o sistema gerava dois arquivos para colaboradores demitidos ou afastados com informações duplicadas referentes às receitas 1889 - IRRF - Rendimentos Acumulados - Art. 12-A da Lei nº 7.713, de 22 de dezembro de 1988 e 3562 - IRRF - Participação dos trabalhadores nos lucros ou resultados (PLR) objeto de negociação entre a empresa e seus empregados.

Correção efetuada: ajustamos o relatório 001 - Comprovante de Rendimentos Legal (FPIN001.ANU) para que gere apenas um arquivo, levando o valor de ambas as receitas (1889 e 3562) e tendo como Natureza do Rendimento a receita 3562.

Problema: o sistema permitia processar a Dirf sem informar a data de início da dedução simplificada quando o ano base era igual ou superior a 2023.

Correção efetuada: ajustamos o sistema para que bloqueie o processo e a seguinte mensagem seja emitida quando o ano base for igual ou superior a 2023:

Problema: ao listar o relatório 005 - Comprovante de Rendimentos Legal - Portal (FPIN005.ANU), as informações do campo Endereço Fonte Pagadora não eram respeitadas quando informado o tipo 1 - Última Filial Ano Base, gerando incorretamente o endereço da filial centralizadora.

Correção efetuada: ajustamos a geração do relatório 005 - Comprovante de Rendimentos Legal - Portal (FPIN005.ANU) para gerar corretamente as informações do campo Endereço Fonte Pagadora.

Problema: ao emitir o relatório 004 - Dirf - Arquivo Texto (a partir ano-base 2010) (FPDI004.ANU) com a opção Considerar Limites definida como N - Não, eram listados os colaboradores sem rendimentos durante o ano, mas com desconto em plano de saúde. Porém, o validador da Dirf não aceita declarações sem rendimentos durante o ano.

Correção efetuada: ajustamos o relatório em questão para não considerar colaboradores que não tiveram rendimentos durante o ano.

Ajustamos a documentação do parâmetro codFicFmd da porta FichaBasica_6, do web service com.senior.g5.rh.fp.fichaBasica, a fim de esclarecer em quais cenários determinadas strings devem ser informadas no parâmetro codFicFmd.

Problema: ao duplicar um evento, a guia Órgão Público não era duplicada.

Correção efetuada: ajustamos o sistema para garantir que a guia Órgão Público seja duplicada.

Problema: ao readmitir um colaborador, a pesquisa dos postos de trabalho considerava apenas a data atual, resultando na ausência de registros.

Correção efetuada: a rotina foi ajustada para levar em conta a data de readmissão do colaborador, garantindo a exibição dos registros.

Adicionamos mais informações sobre a parametrização do campo Tipo Filial, localizado na guia Cadastro da tela de cadastro de filiais. Informamos que não pode haver informações de filial Matriz e Empregador eSocial dentro da mesma empresa, uma vez que o Empregador eSocial é justamente para representar a Filial Matriz. Além disso, essa duplicidade pode gerar impactos na base, como o não processamento do leiaute S-1000.

Na documentação do filtro Evento da tela Abrangência, acrescentamos a informação de que esse filtro também possui utilização no cálculo da folha de pagamento, permitindo a seleção de colaboradores que possuem um determinado evento já calculado. Com o objetivo de tornar a informação mais clara, adicionamos um exemplo à documentação.

Problema: ao executar o web service Com.senior.g5.rh.hr.fichaBasicaParceiros.FichaBasicaParceiros, com o campo Turn Over preenchido na guia Local, o sistema ficava em looping e não terminava a execução do web service.

Correção efetuada: ajustamos o web service para ser executado corretamente, sem permanecer em looping.

Complementamos a documentação do campo Gerar Demitidos no Período da tela Definição Integração com a informação de que, quando este campo estiver definido como S e a base não estiver integrada com o módulo Administração de Pessoal (AP), para os colaboradores com data de demissão dentro do período de competência, mas após o período de apuração, o último cálculo será considerado pelo período de competência da demissão, pois não existe mais folha de pagamento no mês posterior. Portanto, a integração ocorrerá somente na competência da demissão.

Adicionalmente, acrescentamos um exemplo na documentação.

Enriquecemos a documentação do campo Acerto Retroativo da tela Definições Apuração com a informação de que, para considerar se um acerto é retroativo, ou não, o sistema verifica se data do acerto é superior à data de pagamento ou se já foi gerado o evento de integração com a folha, e se a data do acerto é superior à data de apuração.

Problema: o sistema apresentava lentidão ao abrir a tela de Autorização de Hora Extra através da tela de Acertos Colaborador.

Correção efetuada: ajustamos o sistema para abrir a tela de Autorização de Hora Extra imediatamente.

Problema: ao listar os relatórios de Apuração e do Cartão Ponto, quando havia um grande número de registros, uma mensagem era apresentada devido ao limite da máscara do campo referente ao número da página ter sido ultrapassado.

Correção efetuada: ajustamos o tamanho da máscara do campo referente ao número da página para comportar uma quantidade maior de registros.

Complementamos a documentação de Instalação da nova interface do Gestão do Ponto acrescentando um novo tópico com informações sobre a aplicação do patch TZUpdater.

Problema: ocorria uma lentidão ao acessar a tela de ações de acerto.

Correção efetuada: foram realizados ajustes de performance na rotina que carrega os registros dessa tela.

Problema: ocasionalmente, ao acessar a tela de acertos do colaborador, ocorria o erro An expression of non-boolean type specified in a context where a condition is expected em uma das queries executadas pela tela.

Correção efetuada: ajustamos a query para evitar a ocorrência do erro mencionado anteriormente.

Problema: ao acessar a tela do menu Meus acertos de ponto, ao clicar no botão Ações e expandir o menu Programações, uma das opções estava escrita de maneira incorreta.

Correção efetuada: realizamos um ajuste para que o título das opções seja exibido conforme o esperado.

Problema: quando um usuário que possui abrangência de local consultava os colaboradores na tela de solicitação de crachá, a abrangência era considerada para listar os registros, porém, não era considerada ao selecionar um deles.

Correção efetuada: ajustamos a rotina para que a abrangência por local seja considerada ao selecionar um registro.

Problema: ao desmarcar um colaborador do módulo Gestão do Ponto no Controle de Ponto, as horas faltas do colaborador removido eram exibidas na tela do Analytics do Gestão do Ponto.

Correção efetuada: realizamos um ajuste para exibir no Analytics apenas as horas faltas dos colaboradores que pertencem ao módulo Gestão do Ponto.

Problema: ao realizar a troca de ficha médica, ocorria o seguinte erro:

Correção efetuada: ajustamos o sistema para que, ao realizar a troca de ficha médica, a ficha médica seja gerada normalmente.

Acrescentamos informações sobre o botão Gerar Etapas nas documentações da telas Geração de Etapas e Gerenciar Processo Seletivo. Informamos que este botão desempenha a função de atualizar as situações das etapas da requisição e, ao ser acionado, ele analisa os critérios de notas informadas no Cadastro da Requisição. Com base nesses critérios, determina a situação atual de cada etapa e procede com a atualização delas, alimentando as cores conforme legenda associada à tela.

Atualizamos a documentação de Distribuição Coletiva de EPI (por Colaborador) informando que a tela de distribuição coletiva foi criada para a distribuição automática dos EPIs. Caso seja necessário incluir algum EPI não previsto manualmente, é preciso utilizar a rotina de distribuição de EPI individual. Além disso, complementamos as informações do campo CA, indicando que é editável apenas quando é gerado automaticamente pelo sistema. Se o sistema não gerar automaticamente o EPI, ou seja, se ele não estiver previsto pelo GHE do colaborador ou se o EPI já distribuído ainda for válido na data e o desejo for inserir manualmente, inclusive o CA, será necessário incluir essa informação em Segurança > EPI > Distribuição > Individual (FR096DIE), pois o sistema não encontrará essa informação.

Problema: ao requisitar uma url da web 5.0 com um caractere hexadecimal, o Glassfish retornava uma mensagem isHexDigit, podendo causar instabilidade nas execuções das threads de processamento, afetando a experiência do usuário.

Correção efetuada: ajustamos a biblioteca Grizzly utilizada pelo Glassfish e melhoramos a tratativa de codepoints trafegados entre aplicação e servidor Java EE.

Problema: ocorria erro ao recuperar valor de parâmetro Texto opcional quando está vazio em web services via Bridge.

Correção efetuada: atualizamos tratamento na Bridge para preencher parâmetros Texto com a opção isbase64='1' quando estão vazios. Feito o mesmo tratamento no XML de entrada exportado pela tela de execução do Editor de Web Services.

Problema: alguns elementos no XML de resposta dos serviços não eram ordenados corretamente em ambientes com a bridge habilitada.

Correção efetuada: ajustamos a rotina de ordenação dos elementos do XML de retorno.

Problema: identificamos que algumas opções de permissão eram apresentadas de forma incorreta dentro dos itens do menu Implementações.

Correção efetuada: ajustamos a rotina para apresentar apenas as opções corretas de Acesso permitido e Alterar permissões.

Problema: ao listar o valor de uma variável Alfa, o sistema retornava os valores com caracteres incorretos.

Correção efetuada: ajustamos a rotina para que os valores das variáveis sejam retornados corretamente e as regras e relatórios tenham o comportamento esperado.

Problema: o local não era carregado na definição de turmas após o usuário efetuar uma mudança de organograma.

Correção efetuada: ajustamos o sistema para que o local carregue automaticamente após uma mudança de organograma.