Gestão de Pessoas | HCM - 6.10.3.38

Problema: ao processar os envios do leiaute S-1207, não estava sendo gerada a informação de adiantamento de 13º salário para colaboradores nas categorias 9995 - Beneficiário Ente Público e 9996 - Beneficiário Ente Público - Somente Cadastro Benefício.

Correção efetuada: ajustamos o processamento dos periódicos para corrigir a situação descrita.

Problema: o leiaute S-2205 não estava sendo gerado com as informações do sexo do dependente (sexoDep) quando o vínculo estivesse ativo na data da alteração e fosse vinculado ao Regime Próprio de Previdência Social (RPPS). Com isso, retornava com a crítica Campo de preenchimento obrigatório: Sexo do Dependente.

Correção efetuada: ajustamos a geração do leiaute para incluir corretamente as informações de sexo do dependente quando aplicável ao vínculo ativo vinculado ao RPPS.

Problema: ao processar o leiaute S-2299 de uma rescisão complementar e caso o cálculo de origem estivesse definido como R - Retificar, não eram geradas as informações da complementar no leiaute, caso houvesse outro cálculo com o mesmo código em outra empresa e o cálculo de origem fosse do tipo D - Pagamento.

Correção efetuada: ajustamos o processamento do leiaute S-2299 para evitar essa situação.

Problema: ao ler o arquivo de retorno do e-Sfinge, o sistema não gravava corretamente o Arquivo de Retorno, pois apenas uma única situação de retorno era registrada, e os demais retornos do e-Sfinge não eram tratados adequadamente.

Correção efetuada: ajustamos a gravação do retorno do e-Sfinge para permitir o registro de múltiplas situações de retorno, caso ocorram.

Inserimos na documentação sobre o Cálculo 93 - Especiais a informação de que esse cálculo não deve ser utilizado para pagamento de comissão. Para essa finalidade, é necessário usar o cálculo 12 - Complementar.

Problema: ao realizar a integração com o Colabbe, o sistema utilizava usuário e senha para autenticar na Plataforma e obter o token de acesso. Porém, caso a autenticação do usuário fosse ADFS, o login não poderia ser realizado com sucesso.

Correção efetuada: ajustamos a rotina de integração para que o login passe a utilizar a chave de acesso para aplicativos, cadastrada previamente na Plataforma. Para mais detalhes de como realizar essa configuração, verifique a documentação de Integrações Administração de Pessoal x Colabbe.

Ajustamos a documentação do campo CEP, localizado na guia Cadastro da tela Filiais, para que sua ordem na documentação fique condizente com a ordenação dos campos no sistema.

Além disso, informamos que ao preencher a informação desse campo, o sistema automaticamente buscará as demais informações do endereço.

Ajustamos a informação de tipo de preenchimento dos parâmetros de requisição pmSQL e pmParams, da porta GetDBInfo do web service Com.senior.g5.rh.fp.db, para informar que eles são de preenchimento obrigatório.

Além disso, acrescentamos uma nota informando que para obter maiores informações sobre o uso desses parâmetros é necessário consultar a documentação sobre Serviço pesquisa em banco de dados via regra.

Complementamos a documentação da função MontaGrpsParams com uma nota de observação para destacar que essa função somente utiliza os parâmetros passados para preencher e organizar determinados campos do sistema, a fim de apresentá-los no relatório. O parâmetro xComPet que é passado tem apenas uma função: alimentar a variável de retorno denominada GrpsComPet, que representa a competência de pagamento.

A título de exemplo, citamos o relatório GPS - Modelo Gráfico (FPGR004.PRE), que utiliza essa mesma função para preencher e organizar os campos de sistema usando os parâmetros fornecidos, possibilitando a apresentação dos dados no relatório, incluindo a variável GrpsComPet.

Problema: quando ocorria um afastamento por acidente de trabalho, por meio do cadastro da CAT (eSocial), onde eram informados os afastamentos dos tipos 14 - 15 dias e 4 - Acidente de Trabalho na guia CAT, novas pendências eram geradas indevidamente para o leiaute S-2230, caso o usuário acessasse novamente a guia CAT e pressionasse o botão Alterar, mesmo sem efetuar qualquer alteração nos dados.

Correção efetuada: ajustamos o cadastramento da CAT para não ocorrer mais a geração indevida de pendência.

Adicionamos mais informações à descrição do relatório 001 - Relação de Cálculo Organograma (FPRF001.OPE), esclarecendo que, para os professores, o sistema irá considerar as horas atividades no mês para chegar no valor do salário base, diferentemente de como é feito para colaboradores que são apenas horistas. Nesse caso, o valor da hora será inserido no campo referente ao salário base. Além disso, para o cálculo, o sistema irá multiplicar as horas atividades do professor pelo valor/hora cadastrado para esse professor (na tela de manutenção da rotina de professores). Havendo mais de uma atividade, ela deverá ser somada ao valor total do mês.

Adicionamos uma nota na documentação do campo Nome da tela Parâmetros para informar como o sistema trata os nomes dos parâmetros ao convertê-los para o WSDL:

• Se o nome possuir a primeira letra maiúscula e o restante em minúsculo, ele será convertido para todo minúsculo no WSDL;
• Caso o nome possua a segunda letra maiúscula e a primeira minúscula, a primeira letra permanecerá minúscula e a segunda será convertida para maiúscula no WSDL;
• Se o nome tiver a primeira e a segunda letra maiúsculas, ambas serão mantidas em maiúsculo no WSDL.

Destacamos que para confirmação das informações, é necessário consultar sempre o WSDL gerado antes de realizar a integração com algum web service customizado.

Complementamos a descrição do botão Excluir da tela Nomear Substituto para informar que em casos de lançamentos equivocados no sistema, eles também não serão excluídos devido à data posterior. Dessa forma, ao tentar excluir um lançamento que já tenha ultrapassado a data final, ele também não será removido do banco de dados.

Complementamos a documentação da Grade Contagem Colaboradores, no tópico Contagem Colaboradores da documentação Assinalamentos Diversos, para destacar que a opção Marcação Ponto Mobilidade não será exibido na guia Contagem Colaboradores, pois para realizar a indicação ao módulo é necessário que o colaborador tenha um usuário registrado. Dessa forma, considerando que no momento da contratação o colaborador ainda não possui um usuário, não é possível realizar essa indicação de módulo de forma automática.

Acrescentamos uma nova observação na documentação do campo Tipo da Situação, localizado na guia Cadastro da tela Situações, para destacar que as situações com o tipo 99 - Outros têm uma limitação em relação à integração do módulo Controle de Ponto. Os eventos vinculados a essas situações, que devem ser integrados, estão sujeitos a um limite máximo de 220 horas. Dessa forma, se houver mais de 220 horas apuradas nessas situações, elas não serão completamente integradas.

Além disso, a informação sobre a limitação foi adicionada à documentação de Restrições da Integração, esclarecendo que, para colaboradores mensalistas, o sistema restringe a geração de 220:00 horas para situações de faltas, faltas DSR e situações cujo Tipo da Situação esteja definido como 99 - Outros.

Adicionamos uma observação no tópico Verificar status das assinaturas da documentação sobre Gestão das assinaturas do espelho do ponto para informar que as pendências de assinatura podem ser armazenadas no banco de dados (R009ASO) com os seguintes status (StaSol):

• 0 - Não enviados;
• 1 - Pendente de Assinatura;
• 2 - Assinado;
• 4 - Reprovado;
• 5 - Cancelado;
• 7 - Inválido.

Complementamos a documentação sobre Definição de incidentes de ponto com a informação de que somente é permitido cadastrar um incidente do tipo customizado por definição.

Problema: na apuração diária do ponto, apresentava uma quantidade de horas indevida fixa de 10:00, quando calculava a situação de marcações inválidas em alguns cenários.

Correção efetuada: ajustamos o sistema para gerar corretamente a carga horária quando calcular marcações inválidas nesse cenário.

Problema: o sistema apurava indevidamente a situação de afastamento em horário flexível quando o afastamento iniciava e terminava antes da jornada prevista e realizada do colaborador.

Correção efetuada: ajustamos o cálculo para não gerar situação de afastamento quando ocorrer esse cenário.

Problema: ao inserir ou atualizar uma autorização de horas extras, não estava sendo gravado o código do usuário que fez essa autorização.

Correção efetuada: foi realizada a alteração para gravar corretamente ao inserir e alterar.

Problema: na documentação sobre Regra de geração de incidentes, o exemplo continha uma informação incorreta sobre o pacote padrão, indicando como sendo package com.senior.incidente.

Correção efetuada: corrigimos a informação do exemplo para refletir a informação correta, que é package custom.senior.incidente.

Problema: ao calcular a provisão no módulo Jurídico (JR), os valores eram provisionados com valor maior que o devido no módulo de Administração de Pessoal (AP).

Correção efetuada: ajustamos a integração da provisão do módulo Jurídico (JR) para o módulo de Administração de Pessoal (AP), verificando corretamente os tipos de verbas e calculando o valor de juros conforme o tipo de forma precisa.

Complementamos a documentação do Filtro da Pesquisa de Registro na Tela de Entradas dos Relatórios com a seguinte informação:

• Nas telas de entrada de modelos de relatório, o recurso de filtro avançado pode não funcionar em campos em que o sistema realiza tratamento diferenciado.

Quando utilizada a autenticação NTLM e o usuário não possuía acesso ao módulo, a tela de login era exibida para informar o usuário e a senha manualmente, porém a validação da senha não era efetuada corretamente. Agora, se o usuário não possuir acesso ao módulo, ajustamos o sistema para exibir o alerta Erro na Inicialização do Sistema: Usuário não possui permissão para acessar este módulo.

O sistema será encerrado após a exibição da mensagem.

Problema: ao consultar os logs na tela de auditoria, o comando anterior tentava fazer uma limpeza de registros incorretamente.

Correção efetuada: ajustamos a rotina para que a limpeza realizada nas tabelas dos parâmetros de log de auditoria, seja feita corretamente utilizando os relacionamentos corretos entre as tabelas.

Problema: ao consultar os logs na tela de auditoria, o comando anterior tentava fazer uma limpeza de registros incorretamente.

Correção efetuada: ajustamos a rotina para que a limpeza realizada nas tabelas dos parâmetros de log de auditoria, seja feita corretamente utilizando os relacionamentos corretos entre as tabelas.

Complementamos a documentação sobre os parâmetros no editor de web services para requisições externas. Para mais detalhes, acesse o Portal de Documentação Senior.

Problema: a tela de Histórico Geral não apresentava o campo Nome Curso de aperfeiçoamento informado ao clicar no botão de Alterar. Ocorria quando se tratava de um curso padrão.

Correção efetuada: ajustamos a tela para que apresente tanto o nome dos cursos normais quanto os cursos configurados como padrões.

Problema: ao informar o código da entidade padrão (codOem), do qual é genérica para todas as entidades não cadastradas e informada em Diversos > Assinalamentos (FR000ASS), e também o nome da entidade (nomOem), no retorno do web service com.senior.g5.rh.tr.cursoaperfeicoamento, era necessário informar o nome da entidade, sendo que o nome já estava informado nos parâmetros dos web services.

Correção efetuada: ajustamos o sistema e os web services para reconhecer e cadastrar corretamente o nome da entidade informada como parâmetro.