Gestão de Pessoas | HCM - 6.10.1.31

Problema: na geração do leiaute S-1200 de dissídio para um colaborador que foi transferido de empresa e/ou filial, onde na empresa atual existem vários cálculos de dissídio para a mesma competência com um único cálculo gerado para o colaborador, o sistema não gerava as rubricas do dissídio no leiaute.

Correção efetuada: ajustamos a geração do leiaute S-1200 para verificar os valores somente do cálculo de pagamento de dissídio com valores.

Problema: o sistema não gerava as informações para o grupo verbasResc (grupo onde são prestadas as informações relativas às verbas devidas ao trabalhador na rescisão contratual) para os leiautes S-2399 e S-2299 na versão 2.5 do eSocial.

Correção efetuada: ajustamos a geração dos leiautes de demissão para gerar conforme regras do eSocial.

Problema: na tela de fechamento de demissão, o sistema apresentava indevidamente a mensagem de confirmação de exclusão dos envios periódicos da competência do desligamento para o leiaute S-2299 quando colaborador era estatutário ou o motivo de desligamento não exigia o envio dos valores, e no leiaute S-2399, quando o colaborador não era da categoria eSocial 721 - Contribuinte individual - Diretor não empregado, com FGTS..

Correção efetuada: ajustamos a tela para não apresentar a mensagem de exclusão nessas situações.

Problema: a mensagem de erro retornada durante a geração do leiaute S-1020 - Tabela de Lotações Tributárias não apresentava a data do histórico, caso a empresa possua o primeiro histórico de GPS (01/01/2020) com data posterior à data de início das tabelas (01/01/2017).

Correção efetuada: melhoramos a mensagem retornada em caso de erro na geração do leiaute S-1210, para que também seja exibida a data de histórico.

Problema: ao efetuar o fechamento da admissão do colaborador, o sistema não gerava o leiaute S-2220 para ASO Externo admissional com data de emissão anterior a admissão.

Correção efetuada: ajustamos o fechamento da admissão para gerar corretamente o leiaute S-2220.

Problema: na geração dos eventos não periódicos, o sistema permitia gerar leiaute S-2240 de EPI que não estavam previstos para o colaborador.

Correção efetuada: ajustamos a tela dos não periódicos para excluir as pendências do leiaute S-2240, quando essas são de uma distribuição de EPI que não estava prevista para o colaborador.

Problema: ao calcular a ficha financeira para um colaborador que está em licença-maternidade, mas a um pouco mais de um ano também esteve afastado por licença-maternidade, o sistema não calculava as médias referente a maternidade corretamente.

Correção efetuada: ajustamos o cálculo das médias para localizar o afastamento atual e gerar os valores de médias corretamente.

Alteramos as descrições dos relatórios 001 - Relação de Cálculo - Organograma (FPRF001.OPE), 002 - Relação de Cálculo - C. Custo (FPRF002.OPE), 003 - Relação de Cálculo - Rateio (FPRF003.OPE), 004 - Envelope Modelo Senior Sistemas (FPEN004.ENV) e 005 - Envelope Modelo Senior Sistemas (2 envelopes) (FPEN005.ENV), incluindo a seguinte informação:

Para cálculo de tipo 14 - Pagamento de Dissídio, para casos em que os colaboradores foram transferidos, será respeitada a empresa e/ou filial e o cadastro de acordo com a data de pagamento do cálculo:

Exemplo: Transferido em 01/01/2022:

• Pagamento de dissídio anterior à 01/01/2022 será gerado com os dados da empresa/filial/cadastro anterior (origem).
• Pagamento em 01/01/2022 ou posterior será gerado com dados da empresa/filial/cadastro atual (destino).

Problema: ao listar o modelo 001 - Relação INSS (FRLISINS) para empresa que possui liminar de terceiros customizada, o valor da base original era considerado com o valor do afastamento por maternidade.

Correção efetuada: ajustamos o relatório para gerar corretamente os valores para conferência quando existe liminar por terceiros.

Problema: colaborador com desconto de plano de saúde demitido em 2020 com o pagamento da rescisão em 2020, e em 2021 teve pagamento somente de PLR. Ao tentar listar o modelo 001 - Comprovante de Rendimentos Legal (FPIN001.ANU) de 2021, gerava a mensagem Não houve informações a listar . Essa situação ocorria pois, o valor de plano de saúde era considerado indevidamente para o ano de 2021.

Correção efetuada: corrigimos o relatório para que seja verificado se o colaborador possui rescisão antes de informar os valores de plano de saúde, para que o mesmo seja informado no ano-base corretamente.

Problema: ao listar os modelos 008 - Aviso Término Antecipado Cont. Experiência - Empre (FPDR008.COL), 009 - Comunicação de Rescisão (Justa Causa) (FPDR009.COL), 012 - Aviso Término Antecipado Cont. Experiência - Colab (FPDR012.COL), 019 - Aviso Término Contrato Experiência - Colaborador (FPDR019.COL) e 013 - Término Contrato de Experiência - Empresa (FPDR013.COL), quando o nome do colaborador era muito extenso, o nome e o código era demonstrado cortado, aparecendo pela metade.

Correção efetuada: ajustamos o sistema para listar os relatórios corretamente.

Problema: os relatórios 012 - Recibo Rescisão por Eventos (FP00012.RCS) e 015 - TRCT - Portaria 1621 MTE (FP00015.RCS) com valores maiores que dez dígitos eram listados incorretamente

Correção efetuada: ajustamos os relatórios para listarem corretamente.

Problema: na geração da Dirf, ao informar no campo Provento de Férias o valor F - Somente Ficha Financeira e 13º Salario Complementar o valor D -Ficha Complementar, o valor de Pensão 13° não era considerado no informe da DIRF campo 7 - Informações Complementares na linha valor pensão 13°.

Correção efetuada: ajustamos a rotina de gerar Informe/DIRF para validar o pagamento de pensão judicial pela origem de cálculo de férias, assim considerando o valor de Pensão 13º na DIRF.

Problema: colaborador possui dissídio com RRA parcelado, e ao listar o modelo 001 - Comprovante de Rendimentos Legal (FPIN001.ANU) para dependentes os valores não estavam corretos ao comparar com o informe do colaborador. Ocorria a diferença pois não era incluído os valores de RRA para o dependente.

Correção efetuada: ajustamos o sistema para que os valores de RRA sejam apresentados no informe do dependente no Campo 6, Linha 1, assim não causando diferenças nos valores entre o informe do colaborador e do dependente. Sendo que os valores no informe:

• Campo 3, Linha 4 do colaborador: Pensão sem RRA, esse valor tem que ser o mesmo que o valor do Campo 3, Linha 1 do dependente.
• Campo 6, Linha 4 do colaborador: Deverá ser apresentado o valor total do RRA, esse valor tem que ser o mesmo que o valor do Campo 6, Linha 1 do dependente.
• Campo 7, Linha Valor Total Pensão (Sem 13° Salário) do colaborador: Deverá ser apresentado o valor do Campo 3, Linha 4 + Campo 6, Linha 4.
• Campo 7, Campo Valor Pensão 13° Salário do colaborador: Deverá ser apresentado o valor de Pensão 13° Salário + Valor do dissídio, para o dependente deverá ser o mesmo valor, porém no Campo 5, Linha 1.
• Campo 6, Linha Quantidade de meses do colaborador: Deverá ser apresentado a quantidade de parcelas que foi feito para o RRA, esse valor deverá ser apresentado no mesmo Campo e Linha para o dependente.

Problema: ao verificar o monitoramento da DIRF, os eventos de Ajuda Compensatória não eram exibidos com a informação correta na linha que iria corresponder no Informe de Rendimentos.

Correção efetuada: ajustamos o monitoramento para exibir no local correto os eventos.

Problema: quando o colaborador possui somente valores de plano saúde com afastamento no ano de 2021, os modelos 004 - Dirf - Arquivo Texto (a partir ano-base 2010) (FPDI004.ANU) e 005 - Dirf - Arq Texto - Juntar Empresas (a partir 2010) (FPDI005.ANU) não eram gerados.

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

Problema: ao listar o modelo 001 - Comprovante de Rendimentos Legal (FPIN001.ANU) para colaborador com eventos isentos de IR, mas com PLR em rendimentos o sistema listava as dados em duas páginas, duplicando a informação de PLR.

Correção efetuada: ajustamos o modelo 001 - Comprovante de Rendimentos Legal (FPIN001.ANU) para listar as informações apenas em uma página quando o colaborador possui eventos isentos de IR, mas com PLR em rendimentos.

Problema: ao gerar o Informe de Rendimentos para colaborador demitido que possui rescisão complementar com pagamento em cálculo do tipo 14 - Dissídio, com parcelamento e configuração para pagamento de valores de rescisão complementar com parcela única, o sistema apresentava divergências em valores do item 7 - Informações Complementares do Informe de Rendimentos.

Correção efetuada: ajustamos a rotina de geração de DIRF para calcular corretamente os valores de pensão judicial pagos em cálculo tipo 14 - Dissídio com parcelamento e configurado para pagamento de valores de rescisão complementar com parcela única.

Problema: ao inserir no sistema uma convocação com a data de início 01/02/2022 e fim 28/02/2022 para um colaborador intermitente e após realizar uma transferência de filial em 01/02/2022, ao cadastrar a convocação na empresa destino, o sistema demonstrava os horários que foram cadastrados na empresa origem, e não permitia edição mesmo alterando o período da convocação. Essa situação ocorria pois, o sistema permitia a transferência do colaborador com convocação no período da transferência.

Correção efetuada: incluímos uma consistência para o sistema realizar a verificação se o colaborador intermitente possui alguma convocação no período de transferência de filial coletiva. Se o colaborador estiver com alguma convocação cadastrada no log será apresentada a mensagem: Não foi possível efetuar Transferência coletiva para a empresa = [empresa], tipo de colaborador = [tipo colaborador] e cadastro = [cadastro]. Colaborador não pode ser transferido de empresa, pois o mesmo possui convocações com termino igual ou posterior a data de transferência.

Problema: ao realizar a admissão via Onboarding ocorria mensagem Java Heap Space.

Correção efetuada: ajustamos o sistema para realizar o processo de Onboarding corretamente.

Problema: ao utilizar a função FormatarData, independentemente do valor da máscara informada, o retorno era diferente da data real que era repassada. Isso ocorria pois a função esperava um parâmetro de data como tipo long e recebia tipo short do método MontaData.

Correção efetuada: ajustamos a função para verificar o tipo do parâmetro e assim, o retorno do formato seja feito corretamente.

Problema: quando o campo Controle de Dias Verificados estava marcado como Opcional nas Definições de Apuração, e o campo Integrar com dias não verificados estivesse marcado como S - Sim nas definições de integração, o log no cálculo da integração para colaboradores do Gestão do Ponto com exceção em dias não verificados, não era gerado.

Correção efetuada: implementamos uma condição na rotina para considerar colaboradores do Gestão do Ponto com exceção em dias não verificados na geração de logs do cálculo de integração.

Problema: ao definir uma sugestão para crachá quando não há reconhecimento por crachá, a sugestão não ocorria na tela de Histórico de Crachá e na guia Ponto da ficha de cadastro do colaborador, mesmo quando havia a regra por processo 471 - Sugerir Numeração de Crachá de Colaboradores.

Correção efetuada: ajustamos os campos da tela de definição do crachá para não permitir inserir uma sugestão quando não há reconhecimento.

Adequamos o Controle de Ponto e Refeitório e o Gestão do Ponto, para realizar o processo de leitura das marcações de acordo com a portaria 671. Agora, é possível importar marcações de arquivos AFD (leiaute atual) tanto por PIS como por CPF.

Confira, abaixo, as alterações realizadas por módulo:

Para entender melhor como a tela está funcionando atualmente e verificar a informações completas, acesse a documentação Marcações Desconsideradas.

Efetuamos melhorias na performance do Cálculo da Apuração onde eram reprocessadas muitas informações retroativas referente ao Analytics do Ponto.

Adequamos o Controle de Ponto e Refeitório e o Gestão do Ponto, para realizar o processo de leitura das marcações de acordo com a portaria 671. Agora, é possível importar marcações de arquivos AFD (leiaute atual) tanto por PIS como por CPF.

Confira, abaixo, as alterações realizadas por módulo:

Para entender melhor como a tela está funcionando atualmente e verificar a informações completas, acesse a documentação Marcações Desconsideradas.

Complementamos a documentação de Gestão do PCMSO para realizar as definições, informando que:

É necessário habilitar PCMSO por Histórico em Definições do Medicina (FR110DEF, guia PCMSO no campo PCMSO Histórico com S - Sim.

Para verificar a documentação completa, acesse Gestão do PCMSO.

Problema: ao realizar alteração no cadastro da CAT o sistema não gerava um leiaute S-2210 de retificação.

Correção efetuada: ajustamos o sistema para gerar corretamente o leiaute S-2210.

Problema: as informações do campo Emite Agente não estavam disponíveis na documentação da tela Definições Segurança - PPP.

Correção efetuada: adicionamos a informação do campo Emite Agente, ele tem como objetivo permitir informar quais laudos serão considerados no PPP e no leiaute S-2240.

Problema: falha na atualização dos registros durante a atualização do log circular do Visualizador de Eventos: Error do Banco (XXXX) - ORA-XXXX: invalid host/bind variable name.

Correção efetuada: ajustamos a rotina responsável pela atualização do log para que a configuração da opção Log Circular funcione corretamente.

Efetuamos melhorias de segurança nos módulos do Web 5.0 para aplicar criptografia na autenticação dos usuários.

Problema: após atualização do sistema, ocorria o erro Provider for class javax.xml.parsers.documentbuilderfactory cannot be created ao acessar o sistema.

Correção efetuada: alteramos a versão da dependência xercesImpl no pacote DxTojpg.