Gestão de Pessoas | HCM - 6.10.3.100

Problema: a geração do leiaute S-2240 considerava indevidamente o registro de transferência de filial ao alterar o responsável pela LTCAT, resultando na geração da retificação para todos os colaboradores da filial no período vigente do responsável.

Correção efetuada: a rotina de geração do S-2240 foi ajustada para não considerar o registro de transferência de filial.

Problema: o motor eSocial não importava o leiaute S-5503, pois esperava tags que não estavam presentes no XML de retorno.

Correção efetuada: ajustamos o motor eSocial para validar as tags do XML antes de tentar utilizá-las.

Problema: ao cadastrar um exame toxicológico com data de realização diferente da data de solicitação, ocorria erro ao gerar o leiaute S-2221. As seguintes inconsistências eram encontradas:

Correção efetuada: ajustamos a geração do leiaute S-2221 quando a data de realização do exame é diferente da data de solicitação.

Com a futura entrada da versão S-1.3 do eSocial, será necessário enviar a incidência de PIS separadamente para o 13º salário e a remuneração mensal. Para antecipar essa exigência, liberamos uma atualização no sistema, permitindo o saneamento dos eventos com antecedência e evitando ajustes de última hora.

Principais Implementações:

• Novo Campo Pis 13º Salário: adicionado na guia Incidências da tela de Eventos (FR008EVC) e no filtro da tela de Consulta de Eventos (FRCONEVE). Esse campo também foi incluído nos relatórios 011 - Eventos (Completo) (FPTA011.CAD), 021 - Detalhamento dos Eventos eSocial (FPTA021.CAD) e 016 - Relação Férias - Organograma (FPRF016.OPE).
• Relatórios Ajustados: o novo campo foi incluído nos modelos 001 - Relação Cálculo (FPRF001.OPE), 002- Relação Cálculo - Organograma (FPRF002.OPE), 003 - Relação Cálculo - Rateio (FPRF003.OPE), 012 - Relação Cálculo Simulado - Organograma (FPRF012.OPE), 013 - Relação Cálculo Simulado - C.Custo (FPRF013.OPE), 014 - Relação Cálculo Simulado - Rateio (FPRF014.OPE) e 017 - Relação Cálculo - C.Custo Hierárquico (FPRF017.OPE), apresentando a base de cálculo do PIS 13º separadamente por colaborador e empresa.
• Nova Característica e Acumulador: disponibilizamos a nova característica 58M - Valor PIS 13º Transitar Rescisão e o acumulador 9555 - Base PIS 13º Salário, que será calculado de acordo com a incidência informada no campo Pis 13º salário dos eventos do cálculo.
• Nova Tela (FRAJUPIS): disponibilizamos a tela Ajustar Eventos Incidência PIS (FRAJUPIS), que permite ajustar os valores da incidência do PIS entre folha e 13º salário. Quando o evento atende aos critérios, o valor do campo Pis Folha é transferido para o Pis 13º salário, e o campo Pis Folha passa a ser N.

Fim do Totalizador de PIS:

• Incluímos o campo Fim Uso Totalizador PIS na tela de cadastro de empresas. Esse campo controla a data a partir da qual o sistema deixará de usar o totalizador, considerando as incidências por evento.

Ajustes para Cálculo de DARF e Provisão:

• Para o cálculo da DARF do PIS e da provisão do 13º salário, o sistema agora considera o campo Pis 13º salário para os eventos que já foram ajustados à nova configuração. Caso o campo Pis 13º salário esteja igual a N, será utilizada a incidência do Pis Folha. Para cálculos retroativos ou quando a tabela de eventos ainda não tiver sido ajustada para separar o PIS entre mensal e 13º salário, o sistema continuará considerando a incidência do Pis Folha.
• Ajustamos a geração da DARF para verificar, na competência de geração, se deve ser utilizado o totalizador ou a incidência de eventos.

Outras Adequações:

• Ajuste no rateio por base do PIS 13º para eventos com características 58B e 58M.
• Criação de validações para a correta habilitação e desabilitação do campo Fim Uso Totalizador PIS conforme as configurações do totalizador.
• Adequação dos modelos de importação 02 – Eventos (FPIM00002.SCF) e exportação 40 – Eventos (FPEX00040.SCF).

Essas mudanças garantem que o sistema esteja preparado para as futuras exigências do eSocial, tornando o processo de cálculo mais preciso e automatizado.

Problema: ao limpar a base em homologação, por exemplo, tornou-se necessário enviar e informar recibo para todas as pendências criadas no leiaute S-1020, mesmo que os demais campos fossem iguais, bastando apenas alterar a data de início de validade.

Correção efetuada: alteramos o processamento das pendências do leiaute S-1020 para que, quando o envio atual e o anterior fossem iguais, a pendência fosse desconsiderada, evitando a geração de um novo envio.

Atualizamos a descrição do relatório 05 - Gerencial - Folha de Pagamento (FPGE005.GER), incluindo o texto:

Atualizamos a descrição do relatório 001 - Relação de Cálculo - Organograma (FPRF001.OPE), incluindo o texto:

Problema: ao listar o modelo 001 - Relação INSS (FPRE001.PRE), quando o colaborador tinha valores de auxílio-maternidade e auxílio-maternidade cidadã, mas a base de INSS era menor que a soma desses valores, o relatório exibia um total de auxílio-maternidade e auxílio-maternidade cidadã superior ao valor da base de INSS.

Correção efetuada: ajustamos o relatório para exibir corretamente os valores de auxílio-maternidade, respeitando a Base de INSS.

Problema: o modelo 009 - Bases e Valores de Impostos (FPRF009.OPE) somava o valor mensal com o 13º no campo de depósitos de FGTS na rescisão quando havia aviso prévio ou 13º indenizado, sem levar em conta o parâmetro Consolidar da tela de entrada.

Correção efetuada: ajustamos o relatório para não somar o valor mensal com o 13º no campo de depósitos de FGTS na rescisão, e o parâmetro Consolidar foi removido da tela de entrada.

Problema: ao cadastrar um novo terceiro na guia Indicação Módulo, o campo de Recrutamento estava sendo assinalado, mesmo que na guia Contagem Colaborador, o módulo Recrutamento para terceiros estivesse configurado como Não.

Correção efetuada: ajustamos a rotina para não assinalar o recrutamento ao criar um novo terceiro.

Problema: ao calcular os valores de Ajuste de FGTS, quando o valor total da base era gerado e a tela de rescisão era acessada novamente, o sistema dobrava o valor, resultando em um cálculo incorreto do próximo ajuste de FGTS.

Correção efetuada: ajustamos a verificação das bases de ajuste de FGTS para garantir que a soma e a dedução fossem realizadas corretamente.

Atualizamos a descrição do relatório 001 - Relação de Cálculo - Organograma (FPRF001.OPE), incluindo as seguintes informações:

Problema: quando um colaborador era removido do módulo de mobilidade e o processo automático de envio de colaboradores para mobilidade era executado apenas no dia seguinte, o colaborador não era desativado corretamente no módulo.

Correção efetuada: realizamos um ajuste para garantir que, nessas situações, o colaborador seja desativado corretamente no módulo de mobilidade.

Problema: durante a execução do processo automático de importação de marcações, o log exibia o usuário e a senha do colaborador responsável pelo processo.

Correção efetuada: implementamos uma atualização para garantir que o usuário e a senha não sejam mais exibidos na tela de log do agendador.

Problema: quando um colaborador não tinha registro de marcações de ponto, mas apresentava desconto de banco de horas no dia, as informações referentes ao banco de horas não eram listadas no modelo 004 - Arquivo Eletrônico de Jornada (AEJ Portaria 671) (HRFI004.GER).

Correção efetuada: ajustamos o modelo para que as informações referentes ao banco de horas sejam listadas corretamente.

Melhoramos a documentação do relatório 009 - Banco de Horas sintético (HRBH009.GER), incluindo informações detalhadas sobre o campo Tipo de Saldo na tela de entrada.

Problema: o sistema não permitia a exclusão da programação de compensação no controle de ponto web quando o usuário tinha abrangência para acertos de apuração no campo Horários e o campo Horário no cadastro da programação era 0 (zero).

Correção efetuada: ajustamos o sistema para possibilitar a exclusão da programação no cenário descrito.

Problema: ao efetuar o cálculo da apuração, em alguns casos, observava-se uma lentidão antes do início do processo.

Correção efetuada: efetuamos ajustes de performance para acelerar o início do cálculo.

Problema: nomes que iniciam com a letra Á não eram exibidos corretamente nas telas do banco de horas.

Correção efetuada: ajustamos para que o caractere Á seja exibido de maneira correta.

Problema: ao tentar inserir um afastamento, ocorria um erro quando o colaborador não possuía nenhum histórico de sindicato vinculado.

Correção efetuada: realizamos um ajuste que permite a inserção do histórico de afastamento, mesmo na ausência de um histórico de sindicato vinculado.

Problema: ao programar uma troca de escala para uma turma com a mesma escala, mas com uma turma de intervalo diferente do histórico de escala atual, o sistema exibia uma mensagem de troca não permitida.

Correção efetuada: ajustamos a rotina para permitir a troca de escala para as mesmas escala e turma, desde que a turma de intervalo seja diferente.

Problema: o modelo 004 - Propostas de alteração do quadro de vagas (QLQP004.QUA) não respeitava a ordenação por Centro de Custo e não realizava a quebra corretamente ao ser listado.

Correção efetuada: ajustamos a regra do modelo para ordenar e quebrar corretamente conforme a ordenação por Centro de Custo.

Problema: ao reiniciar o serviço do Middleware, algumas instâncias Java permaneciam ativas no servidor, mesmo após o fechamento do WindowsAccess.

Correção efetuada: tratamos os métodos de encerramento das instâncias Java para garantir que todas as etapas do processo sejam finalizadas corretamente.

Problema: o sistema permitia a exclusão de usuários através do aplicativo SGU, mesmo quando o usuário a ser excluído estivesse autenticado ao sistema no momento da exclusão.

Correção efetuada: incluímos uma verificação no aplicativo SGU, onde ao tentar excluir um usuário que esteja autenticado ao sistema, o aplicativo apresentará uma mensagem informando que não será possível prosseguir com a exclusão.