Gestão de Pessoas | HCM - 6.10.1.78

Problema: quando prorrogado o prazo de contrato do colaborador no campo Duração Contrato na ficha complementar, é gerado um novo leiaute S-2206 para envio ao eSocial. Ao selecionar o leiaute S-2206 e clicar no botão Alterações, a nova data fim do contrato é apresentada na coluna Valor Anterior e a data antiga no campo Valor Novo, ou seja, as informações eram invertidas nos campos.

Correção efetuada: ajustamos a geração da pendência no sistema.

Problema: o sistema não gerava o leiaute S-1207, referente ao 13° Salário de colaborador beneficiário com admissão após 01/12/2022.

Correção efetuada: ajustamos a geração do leiaute S-1207.

Problema: ao realizar a troca de CPF utilizando a rotina de Mudança de CPF pela RFB, o sistema realizava uma consistência dos envios do SST indevidamente para empresas que nas Definições de e-Social (FR030DES) no campo Gerar Eventos estavam com a opção 1 - Eventos da folha e SST apenas para fins de envio do S-2210 (CAT). Ao tentar realizar o processamento do leiaute S-2240 gerado era apresentada a mensagem [ERRO] Foram encontradas inconsistências no envio do leiaute S-2240. Condições Ambientais do Trabalho - Agentes Nocivos.

Correção efetuada: ajustamos a rotina de Mudança de CPF pela RFB para realizar as devidas consistências de SST apenas para quem possui configurado nas definições e-Social para envio de eventos de SST.

Problema: ao preencher o campo Competência ocorria a mensagem Cadastro não disponível para este usuário e ao selecionar a seta apresentava Não foi possível encontrar na tabela R046CEP o(s) valor(es) X,X,X no(s) campo(s) NumeEmp,TipFol,CmpFol,SeqFol.

Correção efetuada: ajustamos o sistema para permitir o cadastro do fechamento sem movimento.

A fim de mantermos o sistema em concordância com o que dispõe a versão S-1.1 do eSocial sobre Rendimentos Recebidos Acumuladamente (RRA), realizamos os seguintes ajustes e implementações:

Telas Novas

Informações do RRA (FR046RRA)

As informações desta tela serão geradas através do cálculo de rescisão/folha de pagamento, mas também poderão ser informadas manualmente, de forma individual ou coletiva (através da tela de Informações de RRA Coletivo).

Informações de RRA Coletivo (FRGERRRA)

Tela utilizada para que o usuário cadastre as informações dos Rendimentos Recebidos Acumuladamente (RRA) de um grupo de colaboradores.

Campos Novos

Incluímos os campos Tipo Processo RRA, Número Processo RRA e Natureza do rendimento RRA nas telas de Origem de Cálculo (FRORICAL) e Cálculo de Dissídio (FRCALDIS). Esses campos serão utilizados para gravar os campos de mesmo nome nas informações de RRA do colaborador ao realizar o cálculo da folha, disponíveis para consulta na tela Informações do RRA.

Na tela de Origem de Cálculo, os novos campos somente estarão disponíveis para os tipos de cálculo 12 - Folha Complementar e 15 - Complementar Rescisão. Já na tela de Cálculo de Dissídio, esses campos ficarão desabilitados caso o campo Parcelado esteja definido como 3 - Parcelado (Demais Parcelas).

Cálculos

• Implementamos tratamento nos cálculos da folha e rescisão complementar tipo E, para que sejam gravadas as informações na tabela R046RRA, que serão utilizadas na geração do RRA no eSocial:
  • Cálculo 12 - Complementar, com origem de cálculo tipo 11;
  • Cálculo 12 - Complementar, com origem de cálculo tipo 32;
  • Cálculo 14 - Pagamento Dissídio;
  • Cálculo 15 - Complementar Rescisão.
• Adicionamos a característica 49R - Despesa com Advogados RRA à lista de características dos eventos, em Tabelas > Eventos > Eventos > Cadastro (FR008EVC).

Migrador eSocial

Adicionamos tratamento no Migrador eSocial dos leiautes S-1200, S-1202, S-1207, S-2299 e S-2399, para que sejam importadas, partir da versão S-1.1 do eSocial, as informações dos seguintes campos e grupos: indRRA, infoRRA, despProcJud e ideAdv.

Processamento de Leiautes

Implementamos tratamento nos leiautes S-1200, S-1202, S-1207 e S-2299 e S-2399 para que sejam buscados os valores de RRA conforme gravados no cálculo, disponível para consulta na tela de Informações de RRA (FR046RRA), respeitando a data válida para geração:

• S-1200:
  • Produção restrita: maior ou igual a 05/2018;
  • Produção: maior ou igual a 03/2023.

• S-1202/S-1207:
  • Produção restrita: maior ou igual a 11/2021;
  • Produção: maior ou igual a 03/2023.

• S-2299/S-2399:
  • Produção restrita: desligamento maior ou igual a 05/2018;
  • Produção: desligamento maior ou igual a 03/2023.

Além disso, adicionamos tratamento na geração do XML dos leiautes citados, para gerar, a partir da versão S-1.1, os campos e grupos: indRRA, infoRRA, despProcJud e ideAdv.

Relatórios

Adicionamos no relatório de conferência 001 - S-1200 - Remuneração de trabalhador Regime Geral (FPPE001.ESO) as informações referentes ao RRA no grupo dmDev (Demonstrativo de valores devidos ao trabalhador), quando existirem informações referentes ao RRA, bem como o grupo ideAdv (Identificação dos Advogados).

Outras Implementações

• Implementamos tratamento para que os indicativos de apuração IR (tag indApurIR) somente sejam levados como 0 - Normal (apuração sob a folha de pagamento declarada no eSocial), e não mais como 1 - Situação especial de apuração de IR, para casos de:
  • Colaboradores com desligamento por motivo de morte;
  • Rubricas de eventos de RRA nas folhas de dissídio.

• Agora o botão Enviar, da tela Consulta Pendências eSocial (FR350STA), também cria uma nova pendência (buscando do backup) nos casos onde haja uma pendência em uma versão anterior à versão vigente da empresa, para que o usuário possa reprocessá-la na versão atual do eSocial.

Problema: ao excluir algum registro na tela de Processo Trabalhista (R346CPT) cujo o leiaute S-2500 esteja com o status Erro Retornado, o sistema não estava tratando e excluindo o leiaute S-2500 indevidamente.

Correção efetuada: ajustamos o sistema para que, ao existir um envio do leiaute S-2500 com o status Erro Retornado e o cadastro é excluído, o sistema realize o comportamento correto, conforme padrão dos eventos não periódicos:

• Caso o registro não possua um evento válido no eSocial, ao processar o leiaute S-3500 de exclusão, o sistema irá alterar o status da pendência de S-2500 de Erro retornado para Erro Tratado - Evento Excluído.
• Caso o registro já possua um evento válido no eSocial, ao processar o leiaute S-3500 de exclusão, o sistema irá alterar o status da pendência de S-2500 de Erro retornado para Erro Tratado - Evento Excluído e será gerado o leiaute S-3500 para exclusão no eSocial.

Problema: o retorno da função RetornaAbrUsu não correspondia com os valores cadastrados em Diversos > Usuários > Abrangências (FRAbrLoc).

Correção efetuada: ajustamos a função para trazer corretamente o valor.

Problema: ao tentar realizar a reestruturação de postos de trabalho, na guia postos, ao informar uma empresa e posteriormente uma filial o sistema apresentava a mensagem Registro com valor XX para o campo Empresa não existe na base ou está indisponível para este usuário, não permitindo prosseguir.

Correção efetuada: ajustamos o filtro do sistema para que a mensagem só seja exibida caso a filial informada não seja uma filial válida na empresa.

Problema: o sistema permitia que fosse alterada a data de criação de um posto de trabalho vinculado a um histórico de GHE para uma data superior ao início do histórico, causando a mensagem O Posto XX da estrutura X não foi encontrado na referência DD/MM/AAA ao acessar o histórico de GHE do posto.

Correção efetuada: ajustamos o sistema e ao tentar realizar a alteração será apresentada a mensagem Não é possível alterar a data de criação do posto para uma data superior ao início do Histórico de GHE.

Complementamos a documentação dos campos Projeto e Fase, informando que:

• A funcionalidade dos campos é resumida ao Orçamento. Essa informação é replicada para o Orçamento Individual - Val. Rateio - Posto (R185VPR).

Para verificar a documentação completa, acesse Posto de Trabalho.

Problema: no cálculo da folha de colaborador que possui pensão judicial com valor fixo e um lançamento manual para o evento de pensão judicial, o sistema não calculava o valor.

Correção efetuada: ajustamos a rotina no sistema para considerar o lançamento manual para pensões com base de cálculo fixo.

Problema: ao preencher os campos e gravar as alterações, caso adicionado dois ou mais locais no organograma selecionado anteriormente e então processado a duplicação, ocorria uma mensagem de Aviso 636 impedindo a finalização do processo.

Correção efetuada: ajustamos o sistema para que processe somente as alterações já gravadas do organograma selecionando.

Problema: ao tentar excluir um pagamento de terceiro que tenha o campo Outro Contrato com a opção F - Fora do Sistema definido no cadastro de Terceiros (FR034TER), guia Outro Contrato, o sistema não apagava o registro da tela de Base de INSS de Outro Contrato (R046BTI).

Correção efetuada: ajustamos a tela Pagtos Física para apagar o registro de Base de INSS de Outro Contrato (R046BTI) apenas quando o pagto terceiro for apagado.

Problema: o sistema não permitia informar no campo Categoria eSocial Origem a opção 902 - Médico Residente ou residente em área profissional da saúde para colaborador cedido com categoria esocial 410 - Trabalhador Cedido.

Correção efetuada: ajustamos o sistema para aceitar qualquer categoria de origem para colaborador cedido, exceto 410 - Trabalhador Cedido.

Problema: quando possui dois registros preliminares com a mesma data e cpf, ao cadastrar o colaborador o sistema associava para os dois registros.

Correção efetuada: ajustamos a rotina de cadastro de colaborador para associar a um registro preliminar corretamente.

O relatório 001 - Relação de Cálculo - Organograma (FPRF001.OPE) não listava colaborador que teve histórico de natureza despesa apenas vinculado em Cargos (FR024CAR). O modelo existe para listar os registros que constam na tela Histórico Natureza Despesa (FR038HNA).

Melhoramos a descrição do modelo, informando que:

• Este modelo de relatório não tem o leiaute/conteúdo regulamentado por uma exigência legal. 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: ao gerar o modelo 001 - Relação de Cálculo - Organograma (FPRF001.OPE) com o salário na casa dos bilhões estava listando com valores incorretos.

Correção efetuada: ajustamos o modelo para listar os valores corretamente.

Problema: ao executar o calculo de 13º complementar e calcular a ficha financeira mensal do mês de dezembro, para um colaborador que tem pensão alimentícia, o sistema exibia a mensagem Evento XX. Verifique regra 23. Erro: Erro de acesso ao banco de dados: Banco de Dados: Oracle 11. Erro do Banco (904) ORA - 00904: Year: invalid identifier.

Correção efetuada: ajustamos a rotina da regra 23 - Pensão Judicial para executar os processos corretamente.

A fim de mantermos o sistema atualizado conforme a versão 1.19 do eSfinge, realizamos as seguintes implementações:

• Disponibilizado a opção 9 - Não se aplica aos campos Tipo de Quadro;
• Disponibilizado o botão Testar conexão na tela de Definições do eSfinge (FR304AUT), para facilitar a configuração dos dados de acesso.

Problema: o Captura Ponto Portaria 373 não era inicializado devido seu atualizador não copiar o arquivo collationrulecomparator-3.0.3.jar.

Correção efetuada: ajustamos o atualizador do captura para copiar o arquivo corretamente e o sistema ser iniciado normalmente.

Problema: ao realizar a apuração do ponto, o período de trabalho não era calculado quando:

• o tipo de horário era do tipo Rígido;
• uso das batidas do tipo Refeição Obrigatória, Extra;
• a refeição não fosse realizada de forma a gerar hora extra;
• a entrada no dia fosse no exato minuto previsto para saída para refeição.

Correção efetuada: ajustamos o sistema para apurar trabalho e hora extra corretamente.

Problema: na apuração do ponto, as horas de afastamento eram calculadas a menos quando havia um horário do tipo Refeição Móvel, com duas saídas dentro da refeição e em combinação específica de marcações.

Correção efetuada: ajustamos o sistema para calcular corretamente o afastamento.

Problema: na apuração das horas, a variável de sistema SitAnt apresentava a quantidade de horas indevida quando a situação dividida em mais de um rateio.

Correção efetuada: ajustamos o sistema para retornar a quantidade de horas corretamente.

Problema: ao realizar a integração do banco de horas, o sistema utilizava os lançamentos de desconto antecipado e abono para gerar eventos em meses anteriores.

Correção efetuada: ajustamos o sistema para que sejam utilizados somente os lançamentos que vencem no período de fechamento para gerar os eventos.

Problema:ao realizar a autenticação utilizando parâmetros de autenticação com o nome de usuário, o nome do usuário não era validado corretamente.

Correção efetuada: ajustamos a rotina que faz a validação do nome do usuário que é passado nos parâmetros de autenticação.

Problema: ao acessar os Cargos Previstos, era apresentada a mensagem CON_R016ORE: Cannot perform this operation on a clodes dataset.

Correção efetuada: ajustamos no sistema o acesso à tela.

Problema: o web service com.senior.g5.rh.sm.distribuicaoEPI não possuía o campo Certificado Aprovação.

Correção efetuada: adicionamos no web service o campo cerApr.

Problema: ao realizar o cadastro de um dependente através do web service com.senior.g5.rh.fp.dependentes, da versão 2, sem informar a data de nascimento, era apresentado a mensagem Invalid variant type conversion.

Correção efetuada: ajustamos o sistema para que o web service seja executado corretamente.

Problema: quando era feita a replicação de usuários das bases Senior, as configurações do usuários que existiam apenas na base que recebe replicação eram perdidas na replicação.

Correção efetuada: ajustamos a rotina que faz a replicação de usuário para que as informações dos usuários que sejam especificas da base que vai receber a integração, fossem mantidas durante a replicação.

Problema: em alguns cenários, as aplicações de tecnologia Java não eram executadas corretamente por conta da definição padrão de memória. E, por conta disso, poderia acontecer de o sistema não abrir, por exemplo.

Correção efetuada: ajustamos a parametrização padrão das aplicações para que sejam executadas corretamente. Com a alteração, o parâmetro Xmx sem o uso do CDS terá seu valor ajustado para 724m.

Problema: ao monitorar os logs de conexão na base via SQL Server Profiler, o sistema apresentava informações de erro/aviso nas operações de tabelas temporárias.

Correção efetuada: corrigimos a rotina que monta a execução dos comandos. Aplica-se à versões de SQL Server 2016 ou superior.

Problema: quando era feita uma requisição de web services, a Bridge realizava uma validação para garantir que as informações de autenticação não chegassem vazias na aplicação do Middleware.

Correção efetuada: ajustamos as validações da Bridge para delegar pra aplicação do Middleware fazer as validações nos valores da requisição.