Gestão de Pessoas | HCM - 6.10.1.101

A documentação da tag IndAfast do leiaute S-2210 estava com a informação de geração incorreta, indicando que utilizava o campo Afastar Trabalho se ele estivesse vazio, geraria com N - Não no leiaute. Atualizamos a documentação da tag informando que:

• Esse campo é alimentado automaticamente com N - Não, se não tiver nenhum atestado lançado, ou com S - Sim, após o usuário incluir um atestado (afastamento), tanto na própria rotina de CAT, quanto quando o atestado é lançado separadamente (antes de fazer o cadastro da CAT) na rotina de afastamento do módulo Administração de Pessoal ou na rotina de Atendimento do módulo Segurança e Medicina. Posteriormente, realiza-se a vinculação do mesmo no momento do preenchimento da guia CAT.

Problema: o sistema não estava permitindo o fechamento da folha de uma empresa sem movimentação, mesmo após a geração do leiaute S-3000 para exclusão do leiaute S-2299 ou S-2399. O registro interno não era atualizado.

Correção efetuada: ajustamos o sistema na geração de eventos não periódicos para que, ao processar a exclusão de um leiaute S-2299 ou S-2399, o registro interno seja atualizado caso não exista nenhuma movimentação para a competência em questão e gere o fechamento sem movimentação.

Problema: na tela de fechamento de demissão, ao utilizar a opção 3- Ambas no campo Status Demissão eSocial para reenviar uma rescisão normal, o leiaute S-2299 gerado incluía indevidamente as informações da rescisão complementar, mesmo que já tivessem sido enviadas no leiaute S-1200. Esse problema ocorria quando havia uma rescisão complementar com o motivo E - Diferenças por Erro/Omissão e a origem do cálculo estava definida como D - Data do Pagamento.

Correção efetuada: ajustamos o processamento do leiaute S-2299 para nesta situação somente levar as informações da rescisão normal.

Problema: na geração do leiaute S-2220 de retificação para um período de referência em que o responsável do PCMSO não está mais ativo na filial, o leiaute S-2220 considerava indevidamente o último responsável enviado.

Correção efetuada: ajustamos a geração do leiaute S-2220 para considerar corretamente o responsável do PCMSO na data de referência, de acordo com o período vigente definido na guia PCMSO no cadastro da filial.

Problema: o sistema estava permitindo a alteração de um ASO Interno (FR110MAM) com data anterior à transferência de um colaborador, resultando em uma pendência inválida do leiaute S-2220. A mensagem exibida ao processar o leiaute era A data de emissão do ASO deve ser igual ou posterior à data de admissão do colaborador. Verifique!

Correção efetuada: ajustamos o sistema para impedir a alteração de um ASO Interno com data anterior à transferência de um colaborador. Ao realizar o processo, será apresentada a mensagem Este atestado não pode ser alterado, pois já foi enviado ao eSocial e é anterior a data de admissão do colaborador.

Na documentação do Processo de Relatório, incluímos as variáveis FimCmp e IniCmp que não devem ser utilizadas em processos automáticos de relatórios.

Atualizamos a documentação do campo Duração do Contrato e incluímos as verificações que o sistema realiza durante a vigência do contrato de experiência do colaborador antes de gerar um leiaute S-2206. Para obter mais informações, consulte a documentação disponível da Ficha Complementar.

Problema: na tela de cadastro de Empregados, em certas situações, ao alterar a data de admissão, a data dos históricos do colaborador não eram alteradas, gerando inconsistência das informações.

Correção efetuada: realizamos ajustes na tela para garantir que, sempre que a data de admissão for alterada, todos os históricos do colaborador sejam alterados também, assegurando a consistência das informações.

Alteramos a documentação do campo Data Fim da tela Ficha Complementar, para infomar que a data fim colaborador substituto pode ser alterado posteriormente, caso o contrato de substituição seja alterado.

Problema Resolvido: durante uma transferência de um colaborador de uma empresa, ao ser utilizada a data de 01/04/2023 como exemplo, ocorria a mensagem Existem pendências de eSocial não processadas para este colaborador na empresa de origem. Verifique estas pendências na tela Gerar Não Periódicos do módulo Administração de Pessoal. Na tela de Gerar Não Periódicos, era identificada uma pendência do leiaute S-2206. No entanto, essa pendência era relacionada a uma alteração salarial que havia sido incluída erroneamente e posteriormente excluída, pois não era devida. Além disso, não era possível gerar a pendência devido à data de alteração ser superior a 180 dias (por exemplo, data de alteração: 01/12/2023). A mensagem exibida era Esta pendência não pode ser processada, pois é referente a um envio com data futura.

Correção efetuada: foi realizado um ajuste na transferência do colaborador, de forma que, ao realizar inclusões e exclusões de pendências, elas são corretamente apagadas durante a transferência.

Problema: durante o recálculo do Imposte de Renda (IR) para uma pensão judicial, o sistema não estava descontando o valor adiantado, resultando no cálculo incorreto do imposto com base no valor total da pensão.

Correção efetuada: ajustamos a lógica de cálculo da pensão judicial para considerar a dedução do valor adiantado no valor total da pensão, tanto no recálculo quanto no monitoramento do valor da pensão para fins de dedução da base de Imposte de Renda (IR).

Problema: ao calcular férias para uma base configurada para cálculo de IPE, o sistema não considerava corretamente o valor de IPE para fazer a dedução da simplificação para o IRRF.

Correção efetuada: ajustamos a rotina de integração de férias para executar os recálculos dos impostos corretamente e deduzir os valores corretos quando há diferenças nos valores de férias.

Problema: ao calcular a folha de adiantamento de 13º salário com os valores de Impostos Previstos, o sistema não calculava o valor de Imposto de Renda (IR) baseado na simplificação.

Correção efetuada: ajustamos a regra de Imposto de Renda (IR) para calcular corretamente o evento de IRRF sobre previsão, respeitando a simplificação.

Problema: ao listar modelo 002 - S-5002 - IRRF Por Trabalhador (FPAR002.ESO) por colaborador sem abrangências de colaborador, o campo Código da Categoria era listado com a categoria errada para terceiros.

Correção efetuada: ajustamos o relatório para que seja listada a categoria correta de acordo com o cadastro do colaborador.

Problema: ao ter dois contratos com códigos de retenção diferentes, o modelo 005 - Dirf - Arq Texto - Juntar Empresas (FPDI005.ANU) não incluía os valores do plano de saúde de ambos os contratos nas informações complementares.

Correção efetuada: ajustamos o sistema para somar corretamente os valores do plano de saúde, independentemente do código de retenção.

Problema: durante a conferência dos valores, foi identificado que o evento do tipo 4 - Outros está sendo somado aos descontos, resultando em uma alteração no valor final do líquido no modelo 016 - Relação Férias - Organograma (FPRF016.OPE). O comportamento esperado é que esse evento seja apenas demonstrado, sem afetar nenhuma base de cálculo.

Correção efetuada: realizamos uma modificação para que o relatório exiba os valores corretamente, sem considerar a inclusão do evento do tipo 4 - Outros nos descontos.

Problema: na documentação da integração com o SeniorReaders, o link SAM Readers.zip não estava funcionando.

Correção efetuada: corrigimos a documentação informando que para baixar o arquivo, é necessário acessar o FTP e ir no caminho Vetorh > SamReaders e copiar o arquivo.

Para saber como acessar o FTP, basta acessar a documentação Download manual da mídia.

Problema: ao calcular uma rescisão complementar do tipo D - Dissídio e C - Comissão pendente, o sistema não estava respeitando a data de pagamento da rescisão original, calculando o valor do Imposto de Renda (IR) de acordo com a data da demissão.

Correção efetuada: ajustamos a verificação da data correta para complementar, validando pela data de pagamento da rescisão original e não pela data de demissão.

Problema: Ao gerar a árvore de hierarquia com uma grande quantidade de caracteres nos campos Posto, Cargo e Local, o label Possui mais 1 ocupante era ocultado, impossibilitando o usuário de visualizar os outros ocupantes.

Correção efetuada: foi implementada uma delimitação de caracteres para cada campo. O campo Posto agora possui um limite de 55 caracteres, o campo Cargo possui um limite de 45 caracteres e o campo Local possui um limite de 30 caracteres. Quando a quantidade de caracteres atingir esses limites, as palavras serão cortadas. Para visualizar a descrição completa, o usuário precisará passar o mouse sobre o campo, o que abrirá uma caixa contendo todas as informações sem cortes.

Realizamos uma atualização na documentação da tela Ponto por exceção, incluindo um novo exemplo para melhor compreensão do funcionamento da rotina. Nesse exemplo, enfatizamos que o cálculo das horas extras é preciso e leva em consideração as marcações de entrada e saída dos colaboradores.

No entanto, é importante ressaltar que, quando o ponto por exceção está configurado no sistema, as horas extras são geradas apenas no dia do feriado. Os minutos do dia anterior não são considerados como horas extras. Para ilustrar essa situação, fornecemos um exemplo prático do comportamento do sistema nesse contexto.

Problema: ao acessar a tela de seleção de acertos individuais do controle de ponto web, os campos da tela não eram apresentados.

Correção efetuada: foi realizada uma correção na tela para garantir que os campos sejam apresentados corretamente durante a seleção de acertos individuais do controle de ponto web.

Problema: ao realizar a seleção de uma escala, era permitido modificar o campo Pagar extras proporcionais no Feriado mesmo quando não havia uma classe de escala com horário de revezamento habilitado.

Correção efetuada: realizamos uma modificação no sistema para que, ao selecionar uma escala, o campo Pagar extras proporcionais no Feriado seja desativado por padrão, sendo habilitado somente quando uma classe de escala com horário de revezamento for selecionada.

Problema: ao manipular os registros pela tela de Programação de Troca de Horário (FR064THR), quando fosse aberta pela tela de Gerenciar Horários, o foco não permanecia no registro que foi manipulado e sim no registro original que foi carregado na abertura da tela.

Correção efetuada: ajustamos o sistema para permitir deixar o registro atual com o foco na tela.

Problema: o sistema não estava habilitando as informações da Portaria 1510 ao utilizar a proprietária com o novo produto Solução Ponto.

Correção efetuada: realizamos ajustes no sistema para habilitar corretamente as informações da Portaria 1510.

A Senior entende a importância das variáveis do sistema e, por isso, disponibilizou a documentação da variável QtdHog, que tem por finalidade totalizar as horas realizadas para cada tipo de situação, separando a totalização por colaborador, depois centro de custo e ao final do documento, um total geral de todos os centros de custo.

Para verificar a documentação completa, acesse QtdHog.

Problema: ao executar um processo de cálculo ou recálculo da apuração e clicar em cancelar através da tela de log, o processo não era interrompido.

Correção efetuada: ajustamos o sistema para que, ao clicar em cancelar o processo, ele seja interrompido corretamente.

Problema: ao clicar no campo Tela, algumas opções de preenchimento dele estavam com a nomenclatura incorreta.

Correção efetuada: realizamos ajustes nas opções de preenchimento do campo para que elas apareçam com a nomenclatura correta.

Problema: durante a troca rápida de situações, quando o Motivo de Acerto Obrigatório está ativo e o Controlar Motivo da Situação também está ativo, o campo para inserir o motivo não era exibido.

Correção efetuada: foi realizada uma alteração para que o campo seja exibido corretamente.

Problema: ao tentar excluir um incidente de ponto que já estava configurado para um agrupamento de incidente de ponto, ocorria a mensagem Não foi possível carregar os incidentes de ponto.

Correção efetuada: agora, ao tentar excluir o incidente de ponto, a mensagem Não foi possível carregar os incidentes de ponto não é exibida. Em vez disso, apenas a notificação do erro será apresentada.

Problema: ao pesquisar uma escala no histórico de escala ou programação de troca de escala, não era retornado o valor correto quando a pesquisa era feita pelo código exato da escala.

Correção efetuada: realizamos ajustes no sistema para garantir que a escala correta seja retornada ao pesquisar pelo seu código exato.

Problema: ao consultar as requisições, o sistema ocultava aquelas que haviam sido cadastradas anteriormente à última reestruturação de organograma.

Correção efetuada: ajustamos o sistema para que todas as requisições sejam exibidas, independentemente de ter ocorrido reestruturação de organograma ou não.

Problema: a função DistEPIAutenticacaoValida não possuía documentação.

Correção efetuada: adicionamos a documentação da função DistEPIAutenticacaoValida, infomando que ela retorna se a distribuição de EPI está com autenticação eletrônica válida.

Complementamos a documentação de Funções de Manipulação de Usuários e Grupos, informando que:

• As regras por processo relacionadas a Integração Cloud não são executadas no momento da inserção/alteração/exclusão dos registros na plataforma Senior X - módulo Gestão Departamento Pessoal.
• As regras por processo relacionadas a Integração Cloud são chamadas no momento que o Integrador HCM faz a integração das informações com o módulo do HCMXT, sendo executadas antes da inserção/alteração/exclusão dos registros pela rotina que salva na base.

Problema: durante a geração dos relatórios 010 - Coletar avaliação de reação (TREV010.GER) e 011 - Resultado da avaliação de reação (TREV011.GER), não eram apresentadas informações quando um evento não possui vínculo com um curso.

Correção efetuada: realizamos uma modificação para que os relatórios apresentem as informações mesmo quando um evento não está associado a um curso.