Gestão de Pessoas | HCM - 6.10.1.70

Complementamos a documentação de Gerar Informações Escala Simplificação eSocial, informando que:

• esta tela não trata o Tipo de Escala igual a D - Definido;
• caso seja necessário ajustar a descrição da escala que será enviada para o eSocial, orientamos realizar a alteração na tela de Cadastro de Escalas (FR006ESC).

Para verificar a documentação completa, acesse Gerar Informações Escala Simplificação eSocial.

Problema: ao informar o campo Data Final no cadastro de Histórico Funções (FR038HFU), o sistema gerava as alterações de não periódicos com os campos nmFuncao e CBOFuncao preenchidos no leiaute S-2206 indevidamente.

Correção efetuada: ajustamos o processamento dos não periódicos para gerar a pendência com data posterior a data fim e sem as informações da função.

Problema: ao transferir o colaborador de empresa, o sistema gerava, na empresa destino, pendência do leiaute S-2220, apesar desse envio já ter sido realizado ao eSocial na empresa de origem.

Correção efetuada: ajustamos o sistema para que não seja gerada pendência do leiaute S-2220 quando já existir um envio válido na empresa de origem.

Problema: ao ter dois cadastros para o mesmo colaborador na mesma empresa, porém com categorias e envios de leiaute do eSocial diferentes, sendo que o colaborador cadastrado para gerar o S-1202 tem recibo de férias e o outro com categoria onde deve ser gerado o leiaute S-1200 não tem férias lançadas, ao processar o leiaute S-1200 o sistema considerava o recibo de férias do colaborador do leiaute errado e retornava a mensagem NullPointerException.

Correção efetuada: ajustamos a rotina de férias para validar se o participante é o mesmo que está no recibo de férias e, assim, inserir o valor corretamente.

Problema: ao preencher o campo Competência Final Validade no cadastro de um evento, na tela Eventos (FR008EVC), o leiaute S-1010 gerava nova data de fim de validade indevida e retornava com a crítica 105 - o evento a ser excluído/retificado (alterado) não foi localizado na base de dados do esocial. ação sugerida: verificar se o número do recibo informado no evento, corresponde ao mesmo número de recibo do evento original. preencher com o número do recibo do arquivo a ser retificado.

Correção efetuada: ajustamos a rotina de encerramento da rubrica para que seja gerado o leiaute S-1010 somente das rubricas referente ao evento.

Problema: foram identificados alguns comportamentos na tela de Definições do eSocial que necessitavam ajuste para o correto tratamento da Simplificação 1.1.

Correção efetuada: ajustamos no sistema as seguintes situações:

• quando efetuada a troca de ambiente do tipo 2 - Produção Restrita para 1 - Produção, o campo Data Início Versão Simplif. 1.1 será zerado, devendo a data ser informada novamente conforme as datas definidas pelo Governo para ambiente em produção.
• quando efetuada a troca de ambiente do tipo 1 - Produção para 2 - Produção Restrita através do botão Ativar Produção Restrita (utilizado para montar uma base de homologação a partir da base de produção), o campo Data Início Versão Simplif. 1.1 será zerado, devendo a data ser informada novamente conforme as datas definidas pelo Governo para ambiente em produção restrita.
• quando informada pela primeira vez a Data Início Versão Simplif. 1.1, será exibida a mensagem Para o correto envio das informações ao eSocial, certifique-se de que o eDocs esteja em uma versão que suporte a Simplificação 1.1.
• implementado tratamento para controlar quando algum leiaute já foi enviado na versão S-1.1
• não permitir alterar a Data Início Versão Simplif. 1.1 caso já existam leiautes enviados na versão S-1.1, será exibida a mensagem O campo Data Início Versão Simplif. 1.1 não pode ser alterado, pois já existem envios ao eSocial nesta versão.

Realizamos melhoria na rotina de Duplicação de Posto de Trabalho (FRDUPPOS) para aperfeiçoar a performance desse processo.

Problema: ao inserir um registro através do web service com.senior.g5.rh.fp.hcm.Dependentes não eram executadas as regras por processo após a inserção do registro.

Correção efetuada: ajustamos o sistema para executar as regras por processo corretamente.

Problema: ao listar o relatório 075 - Absenteísmo (FPRE075.COL) para uma empresa configurada com o campo Gerar Dias/Horas igual a Dias, o sistema não realizava o cálculo correto do percentual de Horas/Dias trabalhados, pois desconsiderava as configurações da empresa.

Correção efetuada: ajustamos o sistema para que o cálculo seja realizado corretamente.

Alteramos o nome do campo Envio S-1202 e S-1207 para Envio Periódicos eSocial, disponível na tela Origem Cálculos (FRORICAL) para os cálculos dos tipos 12 - Folha Complementar e 15 - Complementar Rescisão.

Problema: ao processar o relatório 005 - TICKET - Arq.Exportação (BS00005.VAL) quando o colaborador possui faltas no mês inteiro, inclusive Faltas a Descontar informadas na tela Manutenção (FRALTVAL), o sistema trazia indevidamente o valor negativo ao gerar o arquivo de exportação, quando o comportamento esperado seria gerar o valor zerado, já que o colaborador não tem direito ao vale no mês.

Correção efetuada: ajustamos a geração do relatório para gerar os valores corretamente.

Para que todos os pré-requisitos ficassem listados na documentação de Configurar menu na senior X Platform, inserimos a informação de que, os servidores do GlassFish do Gestão de Ponto precisam ter acesso às URLs da plataforma, assim, clarificando o que é necessário para que o menu do Gestão do Ponto fique disponível na plataforma.

Problema: ao ser definido um limite de separação de horas extras, e deixar o campo com a situação de separação de extras zerado, ao calcular algum dia que ultrapassasse o limite de extras, ocorria o erro java.lang.NullPointerException.

Correção efetuada: ajustamos o sistema para que não ocorra mais o erro quando for definido um limite de separação de horas extras.

Problema: ao digitar a descrição de um rateio, o sistema não exibia o rateio na tela para que fosse selecionado.

Correção efetuada: ajustamos a pesquisa pela descrição para que seja possível selecionar o rateio corretamente.

Problema: ao acessar a tela de consulta de acidentes, o sistema não trazia, na grade, a informação da coluna Tipo Acidente (eSocial) cadastrada na tela Acidente Trabalho (eSocial) (FR086ACT).

Correção efetuada: ajustamos o sistema para que a informação seja listada corretamente.

Problema: apresentava erro com/fasterxml/jackson/core/JsonFactory quando realizado envio de e-mail pelo provedor Gmail, devido à falta de dependências compatíveis com rotinas do provedor.

Correção efetuada: ajustamos o gerenciamento de dependências do envio de e-mail com o provedor, para que sejam carregadas corretamente em memória.

Problema: não era possível importar registros nas tabelas que possuem colunas com auto incremento, mesmo quando não informado a coluna no modelo de importação. Isso ocorre, pois a rotina gera um comando de inserção com todas as colunas e mescla com o valor do arquivo de importação e as colunas não informadas no arquivo ficam com valores de inicialização padrão.

Correção efetuada: ajustamos a importação para não adicionar, no comando de inserção, as colunas com auto incremento quando não informado no arquivo de importação. Com isso, o valor da coluna será gerado nativamente.

Problema: ao realizar a geração das dependências na mídia de instalação, ocorria um problema de sincronização entre as dependências do produto e da tecnologia, ocasionando a falta de uma biblioteca ao executar o produto.

Correção efetuada: ajustamos o arquivo de dependências para que não ocorra o problema de sincronização entre as dependências do produto e da tecnologia.

Problema: quando criado um web service onde o nome continha o caractere underscore (conhecido como traço baixo ou underline), o web service não era executado pela Bridge.

Correção efetuada: ajustamos a execução do web service com a Bridge para que seja possível executar os web services que contenham underscore no nome.