Gestão de Pessoas | HCM - 6.10.1.95

Problema: ao realizar o envio do leiaute S-1200, retornava com a critica 269 - Rubrica não existe no cadastro do empregador. Ao analisar o cadastro da rubrica, foi identificado que a data término de validade estava preenchida. Essa situação ocorreu devido à utilização do conversor Criação de novos envios para reabrir das rubricas de terceiros excluídas no eSocial, que foi liberado na versão 6.10.1.73.

Correção efetuada: ajustamos a rotina do conversor Criação de novos envios para reabrir das rubricas de terceiros excluídas no eSocial.

Problema: quando o colaborador tem outros contratos, onde o contrato atual não teve base de INSS, porém os valores dos outros contratos não atingia o teto do INSS, o sistema gerava o campo indMv=3 indevidamente no leiaute S-1200.

Correção efetuada: ajustamos a verificação das bases de outros contratos para considerar o tipo 3 somente quando a base tributada já atingiu o teto e não tiver valores para tributar.

Implementamos tratamento nos seguintes leiautes para levar os valores de 13º salário, conforme versão S-1.1 do eSocial:

• S-1200 - Remuneração de trabalhador vinculado ao Regime Geral de Previdência Social;
• S-1202 - Remuneração de servidor vinculado a Regime Próprio de Previdência Social - RPPS; e
• S-1207 - Benefícios - Entes Públicos.

A seguir, estão exemplos de Folha de Dissídio (cálculos tipo 13 e 14) e Folha Complementar (cálculo tipo 12):

A seguir, estão exemplos de Rescisão Complementar por Dissídio (cálculos tipo 13 e 14) e Rescisão Complementar Erro (cálculo tipo 15):

Outros Ajustes

Realizamos os seguintes ajustes na geração do S-1202:

• Agora, os valores de folha complementar dos tipos 12 e 15 serão gerados no grupo infoPerAnt, ao invés do infoPerApur, quando o campo Envio Periódicos eSocial estiver informado com a opção D - Data de Pagamento durante o cálculo da folha complementar;
• Os valores da rescisão do trabalhador agora serão gerados no leiaute S-1202, quando esses valores não forem gerados no leiaute S-2299 - Desligamento ou S-2399 - Trabalhador Sem Vínculo de Emprego/Estatutário - Término, considerando a competência da demissão e conforme regra do grupo verbasResc.
• Ao gerar as informações de folha complementar do tipo 12 no grupo infoPerAnt, o campo ideDmDev era gerado de forma diferente do leiaute S-1200. Sendo assim, ajustamos para que o campo em questão seja gerado com base no mesmo padrão do leiaute S-1200 (identificadorEmpresa + tipoColaborador + competência + letra + cadastroColaborador).

Realizamos o seguinte ajuste na geração do leiaute S-1207:

• Ao gerar as informações de folha complementar do tipo 12 no grupo infoPerAnt, o campo ideDmDev era gerado de forma diferente do leiaute S-1200. Sendo assim, ajustamos para que o campo em questão seja gerado com base no mesmo padrão do leiaute S-1200 (identificadorEmpresa + tipoColaborador + competência + letra + cadastroColaborador).

Problema: ao efetivar a gravação dos dados de migração do leiaute S-2240 no Administração de Pessoal, se houvesse mais de um arquivo na mesma data, dependendo a ordem em que estavam sendo importados, apresentava a mensagem Erro ao inserir registro na tabela R350CON: Violação de chave - IDEEVE: "X".

Correção efetuada: realizamos ajuste na ordenação de importação dos registros para o leiaute S-2240.

Problema: o sistema não permitia a efetivação do candidato ao realizar uma segunda tentativa.

Correção efetuada: fizemos ajustes para que, após fechar a tela, seja possível efetivar o candidato ao acessar novamente.

Problema: ao realizar o processo de pré-admissão do onboarding , caso o documento de identidade do candidato possuísse letras, as mesmas eram removidas, apenas era importado números de 0 a 9 no campo Carteira Identidade.

Correção efetuada: ajustamos o sistema para aceitar como documento de identidade letras e números.

Melhoramos a documentação da tela Pesquisar Pessoas, a fim de esclarecermos que o campo Filtro Avançado somente estará habilitado caso o usuário logado no módulo esteja vinculado ao grupo Master.

O usuário pode identificar se faz parte do grupo Master verificando a barra de informações da sessão, que se encontra na parte inferior da tela do sistema. Caso ao lado direito do nome do usuário esteja presente a sigla (ADM), quer dizer que esse usuário faz parte do grupo Master e, consequentemente, tem permissões de administrador.

Problema: ao listar o modelo 001 - Contabilização (FPCB001.CTB), percebeu-se que quando a conta contábil continha mais de 23 caracteres, os caracteres do 24º em diante não eram exibidos completamente, aparecendo cortados no relatório.

Correção efetuada: ajustamos o tamanho do campo para que suporte mais de 23 caracteres e liste a numeração correta.

Problema: ao executar o relatório de Contabilização, percebemos que, quando a descrição da conta contábil possuía mais de 19 caracteres, o texto era cortado, impossibilitando a visualização completa dos dados.

Correção efetuada: ajustamos o sistema, agora, quando a coluna de Partidas Dobradas, localizada à direita da coluna da Conta, não for exibida, será aproveitado o espaço disponível para imprimir a descrição completa dos dados da conta.

Ajustamos a descrição do modelo 003 - Recibo Vale Transporte (FPVT003.COL) com as seguintes informações:

• O campo percentual é demostrado conforme a configuração do evento. Irá exibir o valor informado no campo Valor Cálculo do evento com característica 49B = Vale Transporte;
• Este modelo de relatório não tem o leiaute/conteúdo regulamentado por uma exigência legal; e
• Caso o relatório não atenda exatamente às necessidades da empresa, ele pode servir de exemplo para o desenvolvimento de um modelo customizado pelo cliente.

Problema: o relatório 004 - Salário Maternidade - Remuneração Integral (FPHI0004.PRE) listava as informações da Carteira de Trabalho e Previdência Social (CTPS) incorretamente no campo Doc. Inscrição.

Correção efetuada: ajustamos o modelo para listar corretamente os dados da CTPS.

Problema: ao calcular o valor do Imposto de Renda com base nas informações do IR Simplificado, identificamos dois cenários em que ocorria um acúmulo incorreto do valor:

• no caso em que o colaborador possui recibos de férias calculadas em meses anteriores, o sistema considerava o desconto de INSS, referente a esses meses anteriores, como parte do Total de Dedução no cálculo; e
• quando ocorria cálculo de dissídio com valores de RRA, o sistema considerava incorretamente o INSS de RRA como parte do Total de Dedução.

Correção efetuada: ajustamos a rotina de simplificação para acumular corretamente os valores de INSS, levando em conta o cálculo correspondente e se o pagamento ocorreu dentro da competência de pagamento.

Problema: ao ter o recibo de férias integrado na ficha financeira referente à competência atual, o sistema não recalculava as férias corretamente, de acordo com as regras de simplificação. Com isso, ocorria uma devolução indevida ou com valor maior de Imposto de Renda.

Correção efetuada: ajustamos a rotina de integração das férias para considerar os valores corretos e realizar o recálculo do IR conforme a tabela de simplificação, a fim de gerar o IR ou a devolução corretamente.

Problema: quando no cadastro da Empresa (FR030EMP) o campo Gerar Dias/Horas era definido como Geração em Dias, ao configurar no cadastro de Eventos (FR008EVC), um evento onde a Base é um acumulador e o Tipo é igual a 6 - Vlr Evento Prop (1 hora), o sistema exibia a mensagem de erro null ao calcular a ficha financeira e rescisões.

Correção efetuada: ajustamos o sistema para realizar o cálculo corretamente.

Reorganizamos a informação da tela de Processos Diversos para separar a nota de observação que informa que o programa a ser executado não pode depender de interações com o usuário. A partir de agora, essa nota está incluída na documentação do campo Programa a Ser Executado, ou seja, ao acessar a documentação da tela por meio do sistema, o usuário será direcionado para o local correto com todas as informações sobre esse campo, incluindo a nota de observação anteriormente mencionada.

Complementamos a descrição do campo Dias para a expiração, localizado na guia Processo Acerto da tela Definições Apuração (FR060DAP), para informar que este campo permanece ativo mesmo quando possuir o valor igual a zero. Consequentemente, a pendência de acerto irá expirar independentemente de o campo estar preenchido com a informação zerada ou não.

Problema: não era apresentada a barra de progresso nos logs de processamentos quando executado o processo de recálculo da apuração via web service gestaoponto.RecalculoApuracao.

Correção efetuada: ajustamos o sistema para que seja apresentada a barra de progresso no recálculo da apuração.

Problema: ao cadastrar duas fichas médicas em sequência, o sistema não apresentava a mensagem informando que já existia cadastro.

Correção efetuada: ajustamos a tela de ficha médica para apresentar a mensagem Já existe Ficha de nº X com o mesmo Nome Atendido e Tipo Atendido 3 - Visitante. Deseja continuar mesmo assim?

Problema: quando o cliente tem apenas o módulo Segurança e Medicina, ao efetuar o cadastro de uma filial, não era possível informar os campos CNAE Preponderante e CNAE Fiscal Preponderante da guia CNAE, pois os mesmos não eram exibidos na tela.

Correção efetuada: ajustamos o sistema para que sejam exibidos os campos para preenchimento no módulo Segurança e Medicina.

Problema: o modelo 011 - LTCAT - Ordem de Serviço (GHE) (SMSG011.GER) gerava com o posto adicional e não com o posto principal do colaborador.

Correção efetuada: ajustamos o sistema para listar no relatório o posto principal.

Problema: o modelo 004 - Protocolo Individual de Entrega de EPI (SMEP004.GER) listava o campo Usuário de maneira indevida, não respeitando os parâmetros informados no cadastro da Distribuição do EPI (FR096DIE).

Correção efetuada: ajustamos o modelo para que ele traga o nome do usuário corretamente, respeitando os períodos em que as distribuições foram realizadas.

Incluímos na documentação do web service com.senior.g5.rh.sm.distribuicaoEPI que o campo cerApr é opcional, e deve ser informado quando a tela de Distribuição de EPI está configurada para utilizar o Certificação Aprovação.

Atualizamos a documentação do processo de Levantamento de Necessidades de Treinamento - LNT, informando que o relatório 001 - Levantamento das Necessidades (TRDE001.GER) só imprime informações do legado. Sendo assim, quando o campo Gestão por Competências na guia Cadastros, da tela Assinalamentos (FR000ASS), está com o valor 3 - Ativar sem legado, a única forma de consultar o levantamento de necessidades é através da tela.

Problema: algumas telas não estavam carregando quando acessadas pelo XT.

Correção efetuada: realizamos correção no sistema para as telas carregarem corretamente.

Problema: a busca no menu recente do XT não estava funcionando corretamente para relatórios.

Correção efetuada: ajustamos a busca para exibir corretamente os relatórios que estão nos registros recentes.