Gestão de Pessoas | HCM - 6.10.1.110

Problema: na folha do tipo 14 - Pagamento de Dissídio, 15 - Complementar Rescisão por Erro ou 12 - Folha Complementar onde os valores no leiaute devem ser separados por DmDev, um sem informações de RRA e outro com os valores de RRA, o líquido/estouro era apresentado menor que o devido, gerando a inconsistência O somatório dos Vencimentos deve ser maior ou igual ao somatório dos Descontos. Verifique o cálculo da folha no processamento dos leiautes S-1200, S-1202, S-1207 e/ou S-2299.

Correção efetuada: ajustamos o processamento dos leiautes para verificar o líquido e ajustar caso necessário, inserindo o evento de ajuste do líquido de provento/desconto, para que o líquido que seja enviado no leiaute S-1210 corretamente.

Problema: após realizar a exclusão do leiaute S-2299, o sistema não permitia realizar o fechamento sem movimentação e apresentava a mensagem Não é permitido incluir registro pois existe movimentação nesta competência.

Correção efetuada: ajustamos o processo de exclusão do leiaute S-2299 para permitir a realização do fechamento.

Problema: ao importar o XML do leiaute S-1200, estava ocorrendo a mensagem Erro ao converter o valor 2.0 para o campo QMERRA: For input string: 2.0 quando o arquivo possui informações de RRA.

Correção efetuada: ajustamos a rotina do migrador para realizar a importação do arquivo corretamente.

Complementamos a documentação do campo Regerando informando que:

• Ao gerar a SEFIP Retificatória pela segunda vez, utilizando o Assinalamentos de Retificar = S - Sim e Regerando = N - Não, será criada uma sequência sob a última existente, sendo capaz de obter nas Informações Enviadas para o SEFIP sequências superiores a 02, no qual esses dados somente podem ser erradicados da base através de comandos no CBDS (Central de Banco de Dados Senior) nas tabelas de informações enviadas para o Sefip (R056SEF), informações enviadas para o Sefip - Movimentações (R056MOV) e Valores Sefip (R056SFP).

Atualizamos a documentação da função WSetarCalculo para enfatizar que o uso desta função requer um relatório do tipo Cadastros (.CAD) com a categoria Tabela (TA). Como exemplo, considere o nome do arquivo FPTA211.CAD.

Além disso, destacamos que a função não terá efeito em relatórios do tipo .OPE.

Problema: ao utilizar as características 05G - Tempo de Espera, 05H - Tempo de Espera Noturno, 05I - Repouso s/ Tempo de Espera, 05J - Tempo de Reserva, 05K - Tempo de Reserva Noturno ou 05L - Repouso s/ Tempo de Reserva, os eventos eram exibidos e somados como valor inteiro indevidamente, onde deveriam ser exibidos e somados como valor em horas.

Correção efetuada: ajustamos o sistema para exibir as informações corretamente.

Problema: ocorria lentidão no cadastro de um novo cálculo, quando a tela de Diagnóstico do eSocial, que o sistema apresenta após a criação de um cálculo, não tivesse marcada a opção Não mostrar novamente.

Correção efetuada: alteramos a rotina para reduzir o tempo de execução.

Problema: o sistema estava calculando valores divergentes entre a ficha financeira e o recibo de férias quando ocorriam eventos de diferença de férias nas férias que eram divididas em várias competências.

Correção efetuada: realizamos ajustes no cálculo da folha de pagamento para garantir o correto registro de diferença de férias.

Problema: ao ocorrer uma sequência de afastamentos do colaborador, iniciando com atestados e seguidos por auxílio-doença, ao calcular a folha do tipo 12 - Folha Complementar, era esperado que o evento de Devolução de INSS fosse gerado. Entretanto, esse evento não estava sendo calculado.

Correção efetuada: ajustamos o cálculo que, por padrão, validava informações de décimo terceiro e neste momento zerava o evento responsável pela devolução.

Problema: ocorria a mensagem Não houve colaboradores selecionados na abrangência ao calcular a folha de pagamento do tipo 16 - Pagamento Intermitente para colaboradores com data de demissão futura.

Correção efetuada: ajustamos a rotina de cálculo para que considere colaboradores ativos ou aqueles com situação de demitido, porém com data de início do afastamento superior à competência do cálculo.

Problema: os processos automáticos de relatórios corrompiam arquivos com a extensão .CSV quando eram enviados via e-mail.

Correção efetuada: ajustamos a rotina para que os arquivos .CSV sejam enviados corretamente.

Problema: ao listar o modelo 036 - Contrato de Trabalho - Teletrabalho (FPDO036.COL) para o colaborador que possuía um contrato por Teletrabalho com prazo indeterminado, era exibida a mensagem Erro na execução do evento: Depois Imprimir do Controle: Detalhe_1 Depois de imprimir. ListaSecao (Adicional_PrazoIndeterminado) não existe.

Correção efetuada: corrigimos o sistema para listar o relatório corretamente.

Problema: o sistema apresentava lentidão ao listar o modelo 006 - Gravação dos dados para demonstrativo (FPEN006.ENV).

Correção efetuada: ajustamos a consulta principal do modelo para filtrar a filial ativa do colaborador e considerar aqueles que foram demitidos no máximo um ano antes do período de cálculo, a fim de evitar lentidão no processo.

Problema: ao listar os modelos 001 - 5001 - Contribuições sociais por trabalhador (FPAR001.ESO) e 003 - 5011 - Contribuições sociais por contribuinte (FPAR003.ESO), o sistema apresentava lentidão quando selecionado no campo Tipo de Apuração a opção 2 - 13º Salário / Anual.

Correção efetuada: ajustamos o processamento dos relatórios para um melhor desempenho na geração.

Problema: o sistema não calculava o IPE na rescisão complementar.

Correção efetuada: ajustamos o sistema para calcular corretamente o evento de IPE em rescisão complementar.

Problema: ao acessar a tela de Lançamentos de Auxílio, o sistema carregava automaticamente todos os lançamentos previamente cadastrados no sistema.

Correção efetuada: ajustamos a tela para que ela não carregue mais automaticamente todas as informações da base de dados ao ser acessada.

Problema: não era possível realizar a leitura de um arquivo de marcação personalizado quando o leiaute do modelo do coletor estava configurado para que a leitura fosse feita por meio do CPF, seguindo o exemplo: DDMMAAAAhhmmccccccccccc.

Correção efetuada: ajustamos o sistema para permitir a leitura da marcação corretamente.

Complementamos a documentação da Lei 13.103 (Motorista), mais especificamente no tópico Cálculo do Tempo de Espera, acrescentando uma nota para destacar a informação sobre as mudanças na legislação em resposta ao julgamento da Ação Direta de Inconstitucionalidade (ADI) nº 5.322 pelo Supremo Tribunal Federal (STF). Conforme decisão, o STF revogou o trecho que permitia o pagamento de horas em espera em proporção inferior ao salário-hora do colaborador. Em conformidade com essa decisão, as horas de espera agora devem ser contabilizadas como parte integrante do período de trabalho do colaborador, com pagamento integral de acordo com o seu salário-hora.

Para garantir a adesão a esta nova regulamentação, recomendamos que o campo Complementar Trabalho com Cálculo de Espera seja configurado como S - Sim, para que o sistema faça o controle de acordo com essa decisão. Além disso, é necessário configurar corretamente a integração dessas horas como horas excedentes sempre que o período de espera ultrapassar a jornada regular de trabalho estabelecida.

Complementamos a documentação da tela Meus Acertos de Ponto para incluir a informação sobre como o cálculo é gerenciado no Gestão do Ponto. Ao contrário de depender de tabelas, o sistema utiliza informações armazenadas em cache no navegador. O Gestão do Ponto Nova Interface não registra o código de cálculo ativo em um banco de dados, mas o mantém na memória do seu navegador por meio de caches. Isso significa que, ao acessar o sistema pela primeira vez ou quando não há dados em cache, o cálculo selecionado será aquele que corresponde à data atual. Se não houver um código de cálculo específico para o dia atual, o sistema optará pelo código de cálculo de maior número disponível.

Problema: ao realizar alterações apenas na grade de situações apuradas e salvá-las, as marcações não obrigatórias estavam sendo deletadas erroneamente da tabela de Marcações Não Obrigatórias da Apuração (R070MNO).

Correção efetuada: realizamos ajustes no sistema para evitar a eliminação incorreta dessas marcações.

Enriquecemos a documentação da tela Próximos Exames, destacando a informação de que o sistema avalia quais exames devem ser gerados, levando em consideração a periodicidade estipulada no cadastro de cada exame, bem como a relação entre o Programa de Controle Médico de Saúde Ocupacional (PCMSO) e o Programa de Prevenção de Riscos Ambientais (PPRA) ou o Gerenciamento de Riscos Ambientais à Saúde do Trabalhador (GHE).

Em resumo, se um exame prévio foi realizado, o sistema utiliza a data desse último exame como ponto de referência. Caso contrário, recorre à data de admissão do funcionário. Posteriormente, com base nas definições de periodicidade configuradas, o sistema calcula uma nova data para o próximo exame. Se essa data se encaixar no intervalo sugerido na tela de próximos exames, o exame será incluído na lista.

Objetivando clarificar a informação, adicionamos um exemplo na documentação.

Atualizamos a documentação do campo Exame Ficha Complementar:

• Informe o código do exame que será utilizado na gravação dos campos Último Exame Médico e Próximo Exame Médico na ficha complementar do colaborador. A gravação acontecerá a partir da geração de solicitação de exames (Medicina > PCMSO > Gerar Solicitação (FRGERSOL)), do cadastro de resultados de exames médicos (Medicina > PCMSO > Resultados ou Medicina > Audiometria > Resultados (FR108RES)), ou de forma automática do cadastro de um ASO (Medicina > Atendimentos > ASO Externo (FR110MAM_1)) quando possuir um exame Solicitado/Realizado vinculado ao ASO concluído pela Seleção de Exames (FRSELRES).

Problema: o sistema não estava contabilizando corretamente a quantidade de reservas de vagas das requisições.

Correção efetuada: realizamos ajustes na normalização do quadro efetivo de vagas por posto de trabalho, a fim de garantir a contagem precisa das reservas de vagas das requisições.

Problema: ao realizar a distribuição de EPI com campo customizado ocorria a mensagem Erro ao realizar a distribuição de EPI: MTDIEEPICOL: Field R096DIEUSU_ESTORA not found.

Correção efetuada: ajustamos a rotina da tela para que seja possível realizar a distribuição de EPI.

Realizamos ajustes no comportamento do console de web services para que o tempo estipulado para os cálculos do sistema consiga atender às demandas de acordo com o volume das solicitações. Além deste ajuste, agora também é possível ajustar o tempo destinado para os cálculos para que o processo se adapte ao contexto necessário.

Complementamos a documentação da tela Reserva para destacar a informação de que a rotina de reservas não é utilizada na rotina de eventos.