Gestão de Pessoas | HCM - 6.10.3.40

Problema: o sistema não permitia o envio do leiaute S-2400 para colaboradores já demitidos.

Correção efetuada: com base no manual de orientações do eSocial, realizamos ajustes no sistema para que o campo S-2400 - Beneficiários Entes Públicos fique acessível quando filtrado para exibir os funcionários demitidos.

Problema: ao migrar o leiaute S-1000, o sistema estava registrando de maneira incorreta a data de início da nova validade das informações prestadas no evento da tabela S-1000 - eSocial - Informações do Empregador (R350EMP).

Correção efetuada: realizamos ajustes na migração do leiaute S-1000 para garantir o correto registro do campo NOINVA.

Atualizamos o link disponibilizado na documentação do Fechamento Eventos Periódicos - Empresa sem movimentação, indicando o acesso para a Documentação Técnica do eSocial.

Problema: ao modificar a data de término no cadastro dos responsáveis pelo LTCAT no cadastro do PPRA, o sistema não estava criando uma pendência para a alteração no leiaute S-2240.

Correção efetuada: realizamos ajustes na tela para que, ao ocorrer a alteração da data de término do responsável pelo LTCAT, o sistema gere automaticamente uma pendência de alteração no leiaute S-2240.

Acrescentamos uma nova observação na documentação sobre Exclusão de Empresa para destacar que esse recurso está homologado para efetuar a limpeza da base de dados de um cadastro de empresa que tenha sido realizado de maneira incorreta, assegurando que não haja registros órfãos relacionados a esse cadastro. Para exclusões de dados após a utilização da empresa em outras operações no sistema, é indicado que seja realizada a exclusão mediante consultoria especializada.

Melhoramos a documentação sobre Configuração de Web Services Escaláveis (Cálculo Assíncrono), adicionando uma nova seção chamada Alterando o padrão de escalonamentos. Nessa seção, esclarecemos que para alterar o padrão de escalonamentos que podem ser suportados pelo Glassfish, o usuário deve acessar o painel de administração do Glassfish e, em seguida:

1. Acessar Configurations > server-config > EJB Container;
2. Na guia EJB Container, campo Maximum Pool Size, aumentar o valor padrão;
3. Na guia MDB Settings, campo Maximum Pool Size, aumentar o valor padrão;
4. Clicar no botão Salvar; e
5. Reiniciar os web services.

Quando a base do eSocial era migrada, o sistema não estava gerando as informações necessárias para o relatório 002 - R-5002 - IRRF Por Trabalhador (FPAR002.ESO), resultando na exibição da mensagem Não houve informações a listar. Realizamos uma correção no processamento do leiaute S-1210 para assegurar a geração correta das informações.

Alteramos as informações da documentação de Situações relacionadas ao campo Perde Férias para esclarecer que o assinalamento desta opção é válido para ambos os tipos de situação 15 - Faltas e 17 - Situação Apuração Ponto.

Ajustamos as informações da documentação de Registro Preliminar de Trabalhador referentes ao campo Data de Inclusão, que antes informava que a data selecionada deveria ser posterior à data atual e esclarecemos que a data atual também pode ser utilizada no cadastro.

Melhoramos a documentação relacionada à rotina de aposentadoria para esclarecer que essa rotina é especificamente para as empresas que realizam o pagamento da aposentadoria diretamente ao colaborador como, por exemplo, órgãos públicos. Porém, a rotina não é utilizada para situações de aposentadoria pelo INSS.

Problema: ao iniciar o sistema, a mensagem Lendo Tabelas p/ Memória era exibida, acompanhada por lentidão para finalizar o processo.

Correção efetuada: realizamos melhorias ao ler as algumas tabelas para a memória, melhorando a performance da inicialização do sistema.

Complementamos a documentação da função HoraServidor para informar que na execução dessa função em instâncias client ou web services, ela retornará a data e hora formatadas no estilo 10/12/2020 10:33. No entanto, durante execuções de regras para web ou processos automáticos, a função retornará o valor de data e hora em formato de milissegundos para uso em ambiente web.

Além disso, destacamos que para utilizar datas formatadas em ambientes web ou processos automáticos, recomenda-se o uso das funções DataHora e FormatarData em conjunto.

Na documentação das variáveis HorStg, HorBat e BatOri, incluímos uma observação enfatizando que, ao utilizar essas variáveis, é necessário adicionar um sistema na seção adicional, especificando o nome da variável e designando uma posição para ela no index.

Problema: clientes que não haviam configurado as chaves de aplicação na Central de Configurações Senior (SeniorConfigCenter) para integrações entre a Plataforma e o Administração de Pessoal, o processo de Onboarding de colaboradores passou a apresentar erros de integração.

Correção efetuada: removemos a alteração liberada na versão 6.10.3.38 que alterava a integração para utilizar as chaves de aplicação. Com essa alteração, a rotina volta a utilizar somente o usuário e senha como era anteriormente.

Complementamos a documentação do campo Data Exclusão, disponível em Assinalamento Plano de Saúde (Individual), com as seguintes informações:

• Quando o sistema calcula a rescisão do colaborador, a data de exclusão é automaticamente preenchida com a data de demissão. No entanto, essa automatização não se aplica quando o colaborador passa por uma transferência entre filiais para outra base. Assim, é imprescindível efetuar o ajuste manual da data de exclusão para colaboradores transferidos, a fim de assegurar a precisão das informações.

Problema: quando uma nova admissão é cadastrada e uma escala de vale-transporte é informada, não é necessário preencher obrigatoriamente as linhas do VT. Isso resulta na geração de todas as linhas cadastradas na escala. No entanto, ao realizar uma alteração ou inclusão de um histórico de escala de vale-transporte, o sistema exigia que fosse informado no mínimo 1 linha.

Correção efetuada: ajustamos o sistema para permitir o cadastro de um histórico de escala sem a necessidade de informar as linhas.

Complementamos a documentação de Tipos de Vales do campo Regra, informando que:

• A regra será aplicada durante o processo de integração, no qual poderá ser utilizada a variável RgrValCol, permitindo modificar a forma de cálculo do valor do vale, e a variável RgrReftInt, para modificar a referência.

Na documentação de Tipos de Vales, na seção referente ao campo Regra, informamos que a variável RgrRefInt não possui a funcionalidade de alterar a referência quando um vale é gerado, a quantidade de vales entregues já é gravada.

Complementamos a tópico Exceções da documentação sobre Definições de Cálculos, acrescentando a seguinte informação:

Os tópicos abaixo não consideram o período de exceção, apenas o período normal do cálculo:

• Variáveis de sistema que retornam datas de períodos, entre outras: IniCal, FimCal, IniApu, FimApu, IniAce, FimAce, DatIni, DatFim, MesExt etc., nas regras:
  • Cálculo Apuração:
    • Regra início cálculo apuração;
    • Acertos:
      • Regra aprovação horas extras;
      • Regra consistência de acertos;
      • Regra após gravar acertos.
• Banco de horas, considera apenas período sem exceção (funções de usuário que tratam banco de horas);
• Campo Considerar Troca de Local nas Telas de Programação e Acertos da tela Assinalamentos de Usuários (FR000AUS).

Problema: não era possível efetuar a leitura da marcação quando o número do REP no cabeçalho do arquivo continha espaços no final para completar as 17 posições. Isso resultava na mensagem de erro no log Não existe coletor associado ao Número Fiscal xxx.

Correção efetuada: realizamos ajustes na leitura para garantir que o arquivo seja lido corretamente.

Complementamos a documentação do campo Limite de Ocorrências da tela de Definição Integração, adicionando informações que esclarecem que o contador que verifica a quantidade de ocorrências ou quantidade de horas é decrementado quando o total de ocorrências ultrapassar o limite. Também incluímos um exemplo ilustrativo para uma compreensão mais eficaz da informação.

Acrescentamos uma nota na documentação da função RetornaHorario para destacar que, no Controle de Ponto, a programação da ponte não é levada em conta ao definir a escala, o que significa que não ocorrem mudanças nos horários. Por outro lado, o módulo Gestão do Ponto opera de maneira distinta, pois considera a programação da ponte independentemente da escala. Em outras palavras, a apuração resultará no horário X, enquanto a função produzirá o horário Y.

Problema: os colaboradores que estavam em filiais onde faltavam algumas informações referentes às tabelas de Países (R074PAI), Estados (R074EST) e Bairros (R074BAI) eram desativados no Mobilidade.

Correção efetuada: ajustamos o sistema para reativar esses colaboradores e evitar que sejam indevidamente desativados.

Problema: os gráficos do Analytics do ponto não estavam respeitando o filtro por Gestores.

Correção efetuada: ajustamos para que os gráficos do ponto respeitem o filtro corretamente.

Problema: quando o sistema está configurado para usar o percentual do dia seguinte, e tanto o dia anterior quanto o posterior possuem percentuais diferentes do dia atual, as horas extras realizadas no dia anterior não eram computadas no percentual correto.

Correção efetuada: ajustamos o sistema para utilizar o percentual do dia anterior de forma correta.

Problema: durante o cálculo de apuração, no decorrer da rotina de criação de incidente, havia a possibilidade de o sistema não gerar o log corretamente em caso de erro. Ao invés disso, uma mensagem como Can't find resource for bundle java.util.PropertyResourceBundle, key calculoApuracao.log.erroCalcularincidente era gerada.

Correção efetuada: ajustamos a rotina para assegurar que o log de erro seja gerado corretamente.

Na documentação de Web Services do Gestão do Ponto, adicionamos detalhes sobre o parâmetro params do web service gestaoponto.ServicoZerarBH. Enfatizamos que esse campo requer informações no formato XML, contendo os dados da base a ser zerada.

Além disso, incluímos um exemplo para auxiliar no esclarecimento da informação.

Ajustamos a documentação das telas Classes de Escalas e Situações da Apuração, assegurando que ao abordar sobre escalas de revezamento, ambas possuam uma conexão direta com a documentação de Escalas de Revezamento, objetivando simplificar a pesquisa por informações.

Problema: quando um dia compensado inclui horas extras que iniciam no próprio dia e terminam após a meia-noite do dia seguinte, mesmo estando em regime de sobreaviso contínuo, as horas de sobreaviso não eram deduzidas ao recalcular o dia subsequente.

Correção efetuada: ajustamos o sistema para que as horas de sobreaviso sejam deduzidas até a meia-noite do dia em que as horas extras foram realizadas, enquanto o intervalo após a meia-noite será descontado das horas de sobreaviso do dia seguinte.

Incluímos informações adicionais na seção referente à assinatura de espelho de ponto da página Assinatura Eletrônica do Espelho do Ponto, objetivando informar que o procedimento de assinatura ou rejeição do espelho de ponto poderá sofrer impacto de uma política de firewall, que envolva o redirecionamento de endereços IP internos. Quando essa situação ocorrer, será necessário realizar uma validação interna por parte da equipe de Tecnologia da Informação (TI) da empresa.

Problema: a Ficha Médica não estava exibindo o Local/Tempo quando havia uma requisição para um candidato em um local que passou por reestruturação com uma data posterior à data da requisição.

Correção efetuada: realizamos uma alteração no sistema para considerar a data atual em vez da data da requisição. Dessa forma, o sistema agora busca o local com a reestruturação mais recente.

Adequamos o sistema para efetuar consultas mais apropriadas ao banco de dados na tabela Genérica - Parâmetros Globais (R900GPR), tanto durante a inicialização do sistema quanto ao enviar e-mails na tela de Colaborador-Comunicação.

Incluímos uma observação na documentação de Configurações XT - Gestão de Pessoas | HCM, enfatizando que, para utilizar o HCM XT com integração com a senior X Platform, é necessário liberar a URL https://hcmxt.senior.com.br através do proxy.

Problema: as opções do botão Atalhos, localizado na tela Ficha Cadastral, apareciam cortadas e não eram listadas completamente.

Correção efetuada: alteramos a exibição das opções do botão Atalhos para que não sejam cortadas pela tela.

Problema: não era possível inicializar o sistema, ocorria a mensagem Problemas na inicialização. Não foi possível atualizar, Insere a data de atualização para início da contagem do bloqueio do captura ponto. Violação de chave.

Correção efetuada: ajustamos o sistema para possibilitar a inicialização corretamente.

Problema: ao clicar no botão Lupa, era apresentado um erro de NullPointerException quando a tabela de origem dos dados da tela de pesquisa estava vazia.

Correção efetuada: ajustamos a rotina responsável pelo carregamento das informações da tabela para que quando a tabela esteja vazia, seja apresentada uma mensagem notificando o usuário que não há registros disponíveis para consulta.

Disponibilizamos um campo de interface interno SGI chamado TelOpe para indicar o status atual do formulário, ou seja, qual operação está sendo realizada pelo usuário no cadastro. Possibilitando ser utilizado nas regras LSP da customização. Valores possíveis: InformandoChave, Navegando, Inserindo e Editando.

Enriquecemos a documentação da tela Definição das Turmas com informações sobre o botão Exceções. Destacamos que esse botão permite a criação de exceções para múltiplos itens e está presente em várias guias dessa tela.

Além disso, destacamos que cada guia tem suas próprias configurações de exceção para esse botão. Dessa forma, quando se pretende utilizar uma exceção em uma guia específica, é necessário utilizar o botão dentro daquela guia em particular.