Gestão de Pessoas | HCM - 6.10.1.98

Problema: ao processar uma pendência de alteração de CPF gerada pela tela de consulta pendências com a opção de regerar pendência, o processamento estava gerando incorretamente as informações. Não era feita a alteração da pendência anterior para indicar que o erro foi tratado, e a nova pendência não gerava considerando os campos MatAnt, TerCon e MatCpf.

Correção efetuada: realizamos ajustes no processamento das pendências de alteração de CPF para que o processo seja executado corretamente. Agora, a pendência anterior é devidamente atualizada para indicar que o erro foi tratado, e a nova pendência é gerada levando em conta os campos MatAnt, TerCon e MatCpf.

Problema: na competência em que um colaborador foi transferido de uma empresa origem para uma empresa destino, após ter participado do pagamento de dissídio na empresa origem, o sistema não estava gerando o leiaute S-1200 de dissídio na empresa origem.

Correção efetuada: realizamos ajustes na rotina de geração do S-1200 para incluir as informações de dissídio do colaborador transferido na empresa origem.

Problema: ao processar o leiaute S-2190 após alterar a data de admissão e a estrutura do salário no cadastro preliminar, uma mensagem de 0 is not a valid date era exibida.

Correção efetuada: ajustamos a geração do leiaute S-2190.

Ocorria alerta de sincronia referente aos fluxos de Dados de dependente, Dados pessoais e Contatos com a mensagem Parâmetro Empresa com o valor da chave inexistente na base de dados. Realizamos ajustes no nosso web service para aprimorar a forma como as falhas são retornadas. Agora, as informações de erro são mais precisas e detalhadas, proporcionando uma melhor compreensão dos problemas encontrados e facilitando a busca por soluções adequadas.

Ao realizar o cálculo de rescisão complementar do tipo 14 - Pagamento de Dissídio, o sistema apresentava a mensagem Colaborador já participou do cálculo X tipo 14. Verifique. Para melhor compreensão, atualizamos a mensagem para ATENÇÃO! Colaborador já participou do cálculo X tipo 14. Verifique a data de pagamento do cálculo de dissídio. Caso a data de pagamento seja posterior a demissão, deverá realizar a exclusão da ficha financeira do cálculo 14 posterior e calcular uma rescisão complementar de Dissidio para esses cálculo.

Problema: o sistema realizava o cálculo da devolução de IRRF incorretamente na folha do tipo 91 - Adiantamento Salarial, resultando em inconsistências no processamento do leiaute S-1200 e envio incorreto de devolução em competência não correspondente.

Correção efetuada: foram realizados ajustes para garantir o correto envio da devolução. A partir de 06/2023, o sistema não permitirá mais o cálculo da devolução no adiantamento salarial. Para a competência 05/2023, ao processar o eSocial, o sistema irá ignorar a rubrica de devolução de IRRF gerada no adiantamento salarial.

Para enviar a devolução corretamente, é necessário reabrir a folha da competência de 04/2023, onde o sistema buscará o evento de devolução e o inserirá em um DmDev com o evento de IR calculado, gerando a devolução na competência correta.

Foi criada a característica 38V - Devolução Valor IR Adiantamento 05/23 para tratar a situação específica da devolução de IR na folha de adiantamento de 05/2023, devido à nova tabela e cálculo de IRRF estabelecida na MP nº 1171/2023. O valor do evento de Desconto de Adiantamento Salarial estava sendo deduzido erroneamente da folha 91 (evento de adiantamento + devolução de IRRF), resultando no não recebimento desse valor pelo empregado. Portanto, é necessário incluir um novo evento na ficha financeira de 05/2023 com as características corretas, conforme documentação.

A rotina de cálculo assíncrono apresentava inconsistências na previsão de término, causando confusão ao exibir estimativas variáveis, alternando entre horas e minutos. Ajustamos a rotina de cálculo da folha assíncrona para fornecer informações mais precisas sobre o percentual de conclusão e a previsão de término.

Problema: ocorria a mensagem de Registro com o valor XX para o campo Cálculo não existe na base ou está indisponível para este usuário ao acessar as informações de cálculo, devido a uma falha na validação dos códigos de cálculos na tela de consulta.

Correção efetuada: ajustamos a tela de consulta para consistir corretamente os códigos de cálculos existentes.

Problema: ao informar na tela de entrada do modelo 002 - S-5002 - IRRF Por Trabalhador (FPAR002.ESO) no campo Exibir Colunas como A - Analítico ou S - Sintético, a legenda de bases apresentada para o código 7900 era listada de forma incompleta.

Correção efetuada: ajustado o modelo para listar o código 7900 - Verba transitada pela folha de pagamento de natureza diversa de rendimento ou retenção/isenção/dedução de IR (exemplo: desconto de convênio farmácia, desconto de consignações, etc) corretamente.

Problema: no modelo 064 - Resumo Recibo de Férias (FPRE064.COL), ao lidar com um colaborador que possui férias bipartidas, o valor total das férias era listado em vez do valor descontado na competência correspondente.

Correção efetuada: realizamos ajuste no relatório para listar corretamente os valores de acordo com a competência.

Problema: ao selecionar a opção O - Ordem de Pagamento no campo Modo de Pagamento na tela de entrada do modelo 043 - Itaú CNAB - Versão 085 (FPAR043.CRE), era exibida a mensagem Não houve informações a listar, mesmo quando a opção O - Ordem Pagto estava definida no campo Modo Pagto do cadastro de Empregados (FR034FUN).

Correção efetuada: implementamos uma atualização no modelo para incluir a opção de ordem de pagamento, permitindo que as informações sejam corretamente listadas.

Problema: ao clicar na lupa de abrangência do Modelo Cubo, uma mensagem de NullPointException era exibida.

Correção efetuada: realizamos ajustes no sistema para restaurar o funcionamento correto do botão.

Problema: ao informar o assinalamento de base em manutenção no CBDS (Central de Banco de Dados Senior), a atualização de históricos continuava ocorrendo mesmo quando a base estava em manutenção e apresentava a mensagem Base em manutenção, não foi possível Atualizar os Históricos no log.

Correção efetuada: realizamos uma melhoria no sistema para verificar se a base está em manutenção. Caso esteja, a atualização de históricos é abortada, evitando inconsistências durante o processo.

Problema: ao gerar o relatório 002 - Apuração Colaborador - com Rateio (HRAP002.APU), ocorria uma mensagem de Erro: Classe da exceção: ESeniorExcept. Causa: [NullPointerException quando a empresa possuía mais de 32767 rateios cadastrados.

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

Problema: a documetação da porta SobreAvisoProntidao do web service com.senior.g5.rh.hr.programacaoColetiva estava desatualizada.

Correção efetuada: atualizamos a documentação da porta, adicionando o parâmetro sobCon, que serve para indicar que o sobreaviso é continuo.

Problema: ao realizar a apuração do ponto, o sistema gerava a quantidade de faltas a mais quando o horário do tipo Refeição Móvel tinha duas saídas dentro do período de refeição.

Correção efetuada: ajustamos o sistema para calcular corretamente a apuração.

Problema: ocorria mensagem de erro ao tentar programar um colaborador com campo Interjornada preenchido na ficha básica ou cadastro de escala. A mensagem apresentada era Erro ao processar o colaborador X da empresa X. Motivo: Não achou enum VerInterjornada.

Correção efetuada: ajustamos o sistema para exibir corretamente a mensagem de erro, fornecendo informações claras sobre a necessidade de ajuste no cadastro do colaborador.

Problema: ao efetuar o cálculo de banco de horas, era apresentada uma mensagem de cálculo ativo nulo que não era utilizada pelo processo, retornando informação nula quando o usuário logado não possuía cálculo ativo.

Correção efetuada: ajustamos o sistema para executar a rotina corretamente.

Problema: ao gerar o Cubo do modelo 001 - Orçado x Realizado por posto de trabalho, quando um colaborador era admitido em um dia diferente do dia 01 do mês, a competência da admissão do colaborador não era listada no cubo.

Correção efetuada: ajustamos o sistema para listar a competência da admissão, independente do dia.

Problema: identificamos que a documentação do campo Mostra resposta na ficha médica, disponível em Perguntas do Questionário não estava informando que teria relação com o questionário estratégico.

Correção efetuada: complementamos a documentação com a seguinte informação:

• Esse campo está relacionado ao questionário estratégico.

Problema: ao filtrar campos na sessão chave dos cadastros que continham campos de usuário, o sistema manipulava o estado do DataSet de forma indevida colocando o registro filtrado em modo de edição.

Correção efetuada: ajustamos a rotina de controle de estado do dataset.

Problema: ao requisitar um web service com Bridge habilitada e encoding como ISO 8859-1, o sistema retornava caracteres especiais não codificados na resposta.

Correção efetuada: ajustamos a rotina de codificação dos caracteres para responder em conformidade com a requisição.

Problema: durante a execução da instalação/atualização, ocorria exclusão dos processos judiciais no fonte TC030PRO no PostgreSql, devido à falta da cláusula FROM nos comandos DELETE.

Correção efetuada: adicionamos comando o FROM no fonte TC030PRO pra funcionar corretamente em postgreSql.

Problema: ao rodar instalação/atualização com postgreSql alguns casos apresentavam mensagem no exclusão de traduções obsoletas log.

Correção efetuada: ajustamos a sintaxe das instruções SQL ao serem executadas no PostgreSql.

Documentamos o passo a passo para download e atualização de sistemas através do Portal do Cliente na página Download manual de mídia.