Gestão de Pessoas | HCM - 6.10.1.13

Problema: a tag nrInsc quando se trata de dissídio era gerada incorreta para empresa que utiliza a opção 2 - Rateio no campo Geração Lotação das Definições do eSocial.

Correção efetuada: ajustamos o processamento do leiaute S-1200 para levar o nrInsc corretamente.

Problema: na geração do leiaute S-1050 de empregador com inscrição do tipo CPF, o sistema gerava o número de inscrição incorreto.

Correção efetuada: ajustamos o sistema para gerar o número de inscrição correto no leiaute S-1050.

Problema: na migração do leiaute S-2240 - Condições Ambientais do Trabalho - Agentes Nocivos, o campo eficEpi não apresentava o valor inserido nele, quando salvo o arquivo xml a partir da tela de Consulta de Pendências eSocial (FR350STA).

Correção efetuada: ajustamos a migração do leiaute S-2240, para que o valor do campo eficEpi seja importado.

Problema: o campo Tipo Folha da tela de Envio Declaração Mensal apresentava indevidamente as opções 6 - Mensal Simulada e 7 - 13º Salário simulada, que são opções internas para tratamento do cálculo de INSS progressivo.

Correção efetuada: ajustamos a tela para que sejam exibidas as opções 1 - Mensal, 2 - 13º Salário e 3 - 13º Salário + 13º Complementar a devolver.

Implementamos uma consistência no fechamento do SST para quando o tipo de ambiente informado for 1 - Produção, possui a data de início de SST informada no sistema (FR030DES) e ela não está de acordo com a data de início de SST de algum dos grupos. Desta forma, o sistema irá apresentar a mensagem Verifique o campo Início SST da tela de Definições do eSocial. Pois, a data dd/mm/aaaa não é compatível com o início do SST de nenhum grupo de empresas do eSocial..

Problema: ao recalcular uma rescisão do tipo 12 - Folha Complementar, 13 - Complementar Dissídio ou 14 - Pagamento de Dissídio e ter uma regra para alterar a data de pagamento da rescisão, ao prosseguir com as informações, o campo Data de Pagamento era atualizado com uma data calculada pelo sistema e, consequentemente, os eventos da tabela Eventos Rescisão (R042RVC) não eram gravados, pois o sistema entendia que teria uma nova data de pagamento e, por isso, excluía os eventos com a data de pagamento anterior.

Correção efetuada: ajustamos o sistema para que não seja atualizada a data de pagamento quando se tratar de um recálculo ou alteração de uma rescisão.

Problema: ao cadastrar uma nova conta na ficha básica do colaborador, o sistema não gravava no histórico de conta bancária no cadastro de pessoa quando o cadastro já possuía essa conta em outro histórico antigo.

Correção efetuada: ajustamos o histórico de conta bancária no cadastro de pessoa para que seja atualizado corretamente as contas bancárias ao inserir ou alterar uma conta na ficha básica do colaborador.

Problema: ao efetuar a exclusão do cadastro de pessoas, era exibida a mensagem Invalid object name 'R034FUN_AUX'.

Correção efetuada: ajustamos a rotina para excluir o cadastro de pessoa corretamente.

Problema: ao realizar a geração do relatório 003 - Informações Gerais (FPFR003.COL) via processo automático, ocorria mensagem: Erro na execução do Relatório: Erro na Execução do Evento: "Pré-Seleção" do Controle: "Modelo Gerador". Erro Reportado. Não é possível obter dados do cursor "CUR_ORDFREPRESELE" porque este está sem registro ativo ou está no fim.

Correção efetuada: ajustamos a regra do relatório para que o erro não ocorra mais ao realizar a geração via processo automático.

Problema: ao listar o modelo 004 - Envelope Modelo Senior Sistemas (FPEN004.ENV) para um colaborador que possui mais que um histórico de filial, o CNPJ da filial não respeitava a competência informada.

Correção efetuada: ajustamos o relatório para listar o CNPJ da filial conforme as datas do Histórico de Filial do colaborador.

Problema: no cálculo da provisão, o sistema gerava o total de horas de adicional noturno menor quando a empresa utiliza horas não centesimais e o somatório das extras do colaborador dos meses tivesse nos minutos mais do que 100.

Correção efetuada: ajustamos o sistema para calcular corretamente a provisão nesta situação.

Problema: o sistema calculava o evento de devolução de IRRF férias quando a sua data de pagamento era no mesmo mês da competência do cálculo em que o recibo era integrado.

Correção efetuada: ajustamos o cálculo do evento de devolução de IRRF em recibo integrado com a data de pagamento igual ao mês de competência do cálculo.

Problema: o sistema verificava o comprovante de vacina nos meses de maio e novembro para efetuar o pagamento do salário família, porém conforme a legislação o correto é que seja apresentado o comprovante de vacinação somente em novembro.

Correção efetuada: ajustamos a regra do salário família para o sistema solicitar o comprovante de vacina somente em novembro para realizar o cálculo do salário família.

Problema: ao efetuar a integração de benefício ocorria a mensagem Valor não é valido para o tipo de plano de saúde.

Correção efetuada: ajustamos a rotina para gerar corretamente a integração.

Problema: ao gerar o relatório 013 - Geração Pedidos Sodexho - Layout Integrado SDX (BS00013.VAL) não gerava a informação correta para importação do vale-transporte quando a operadora possui quatro dígitos ou a linha cinco dígitos.

Correção efetuada: ajustamos o sistema para gerar corretamente a informação, conforme o novo modelo de layout integrado SDX.

Problema: ao realizar a consulta de avaliações de resultados, o sistema não demonstrava os resultados de outros colaboradores para os coordenadores do RH.

Correção efetuada: ajustamos o sistema para que seja possível realizar a consulta.

Problema: as marcações de refeitório não eram alocadas corretamente quando alguma marcação fosse digitada durante o período de cálculo e utilizada a configuração Alocar Marcações Pela Jornada = N nas definições de refeitório (Refeitório > Definições > Definições Refeitório (FR068DRF)).

Correção efetuada: ajustamos a tela de Manutenção Refeitório para alocar corretamente as marcações.

Problema: o processo de envio de Colaboradores para o Mobilidade estava atualizando a informação do nome do usuário (utilizado para acessar o SeniorX) com informações incorretas (concatenava no nome do usuário o @null), impossibilitando o usuário de marcar o ponto pelo SenioX.

Correção efetuada: ajustamos o sistema para que o processo automático atualize corretamente o nome do usuário dos Colaboradores do Mbilidade. Para isso, devem ser configuradas novas chaves no SeniorConfigCenter e reiniciado o middleware.

Problema: ao realizar o processo automático de envio de colaboradores do Controle de Ponto para a senior X Platform, caso houvesse uma falha durante o processo, os Colaboradores que não foram enviados poderiam não ter o usuário ativo de forma permanente em uma próxima tentativa de execução do processo automático.

Correção efetuada: ajustamos a rotina de envio de colaboradores por processo automático para que os colaboradores sejam enviados normalmente em uma próxima execução, caso o processo falhe.

Na documentação de Definições Apuração não havia explicação de que o campo Dias para a expiração também considera na contagem para os acertos, além dos dias úteis, os feriados nacionais e finais de semana. E que, portanto, se a data de criação for 20/10, e o campo estiver preenchido com 5 (cinco) dias, o sistema irá considerar os finais de semana, fazendo com que quantidade de dias seja de 7 (sete) dias, sendo assim, o prazo final para realizar os acertos é 27/10.

Para verificar as informações completas, acesse a documentação de Definições Apuração.

Na documentação Web services do Gestão do Ponto, não havia a explicação de que, ao configurar os web services internos, o token nem sempre será senior, mas sim, o token que estiver configurado no SeniorConfigCenter (Sistemas > Gestão de Pessoas > Gestão do Ponto) no campo Usuário para processos batch, e por não haver essa informação, causava dúvidas aos nossos usuários. Sendo assim, incluímos essa informação na documentação. Para vê-la na íntegra, acesse a documentação Web services do Gestão do Ponto.

Problema: quando clicado em Ações de Acerto, caso a situação do colaborador para a data tenha uma grande quantidade de ações, algumas opções da lista de ações poderiam não ser exibidas.

Correção efetuada: ajustamos a exibição da lista de ações para que, independente da quantidade, sejam mostradas todas as opções.

Problema: na inserção coletiva de históricos de afastamento, o histórico de estabilidade para os Colaboradores não era gerado .

Correção efetuada: ajustamos a rotina de inserção e exclusão coletiva de histórico de afastamento para que o histórico de estabilidade seja gerado corretamente.

Problema: quando o nome do participante, convidado e função são extensos, na seção de assinaturas do relatório 004 - Ata de Reuniões da CIPA (SMCI004.GER), o sistema apresentava esses dados de forma incompleta.

Correção efetuada: ajustamos o relatório para gerar corretamente as informações.

Problema: durante a instalação/atualização do sistema, na etapa de validação do Tenant, ao selecionar a guia Configurar tenant já existente e preencher os campos Nome do tenant, Chave de acesso a plataforma e Chave secreta de acesso ocorria um erro referente ao arquivo corrompido RtInst02.bpl: Access violation at address XXXXXXXX in module 'Rtlnst02.bpl'. Read of address XXXXXXXX, impedindo o processo de instalação/atualização.

Correção efetuada: alteramos o arquivo ArquivosComuns.zip para que seja possível realizar o processo completo de instalação/atualização do sistema.

Problema: o atualizador não inicializava o campo Início Tabelas da tabela Datas eSocial (R030DAT.DATUES) para o grupo 3.

Correção efetuada: ajustamos o atualizador para iniciar o campo Início Tabelas da tabela Datas eSocial (R030DAT.DATUES) para o grupo 3 com a data correta, 10/01/2019.