Gestão de Pessoas | HCM - 6.10.3.46

Problema: ao enviar o leiaute S-1200 com o campo Tipo Envio selecionando a opção 1 - Normal (Faz o 1º envio ou somente envia quem teve alteração), quando havia lançamentos de vales para vários colaboradores no mesmo período, o sistema permitia o envio repetido do leiaute, mesmo sem ter ocorrido alterações.

Correção efetuada: ajustamos o sistema para gerar o leiaute quando ocorrer alteração, conforme definição do campo Tipo Envio.

Problema: na transferência de servidor público estatutário, ao gerar o leiaute S-2200, o sistema não atribuía corretamente a data na tag dtExercicio.

Correção efetuada: ajustamos a geração do leiaute S-2200 para atribuir corretamente a data na tag no caso de servidores públicos estatutários.

Problema: ao gerar rubricas para o evento de IRRF RRA, com característica 48C, o sistema gerava com o código de IRRF não válido para o eSocial.

Correção efetuada: ajustamos o processamento da geração das rubricas para gerar o evento de IRRF RRA com o código correto.

Problema: a geração do leiaute S-1200 estava atribuindo incorretamente a lotação quando o colaborador possuía transferência de filial no intervalo do dissídio e a empresa utilizava rateio por local.

Correção efetuada: ajustamos o processamento do leiaute S-1200 para atribuir corretamente a lotação, respeitando o período do cálculo.

Complementamos a documentação sobre Duplicação de Código de Cálculo para acrescentar uma nota em destaque contendo a seguinte informação: nos cálculos do tipo 15, apenas a competência será duplicada, sem considerar a data de pagamento para essa duplicação. Isso acontece porque os cálculos do tipo 15 podem abranger várias entradas em uma mesma competência, cada uma com datas de pagamento diferentes. No entanto, ao duplicar um cálculo desse tipo e já existir um com a mesma competência na empresa, o sistema não efetuará a duplicação.

Complementamos a documentação da tela Usuários - Listar para destacar que, se o relatório 017 - Criação de Usuários - Tela de entrada (FPPU017.GER) for gerado no Administração de Pessoal para a criação de um novo usuário, e já existir um usuário com o mesmo nome no SGU, o sistema não permitirá a criação do novo usuário, pois o nome.sobrenome já está em uso.

Problema: ao clicar no botão Efetivação, a mensagem Quantidade de colaboradores ativos no Recrutamento e Seleção é maior que o limite da cópia. Não é possível processar a efetivação de candidatos era apresentada. Isso ocorria mesmo quando o módulo Administração Pessoal que estava em uso.

Correção efetuada: a mensagem foi ajustada para incluir o nome do módulo ativo, tornando-a mais específica e informativa.

Problema: ao consultar a tela de digitar passes vale transporte, era exibida a mensagem Erro ao gerar o Vale Transporte. Empresa: X Tipo Colaborador: X Cadastro: 124: Erro de acesso ao banco de dados: PostgreSQL.

Correção efetuada: o sistema foi ajustado para exibir corretamente as informações dos passes digitados quando utiliza a base de dados PostgreSQL.

Problema: ao realizar a transferência de um colaborador de uma empresa, por exemplo, com data de 01/08/2023, a mensagem Existem pendências de eSocial não processadas para este colaborador na empresa de origem. Verifique estas pendências na tela Gerar Não Periódicos do módulo Administração de Pessoal era exibida. No entanto, essa pendência estava relacionada a uma alteração salarial que foi incluída erroneamente e posteriormente excluída, pois não era devida. Além disso, não era possível gerar a pendência, pois a data da alteração era superior a 180 dias (data da alteração: 04/03/2033), e a mensagem apresentada era Esta pendência não pode ser processada, pois é referente a um envio com data futura. Isso impedia a conclusão da transferência do colaborador.

Correção efetuada: ajustamos o processo de transferência para excluir pendências futuras em situação de exclusão e não processadas.

Problema: a tela de exclusão de assinalamentos/solicitações de vales não estava excluindo vales de outros tipos que não fossem Gerado quando a rotina de Histórico de Vales Gerados estava ativa.

Correção efetuada: ajustamos o sistema para que seja possível excluir os demais vales com Tipo de Base diferente de Gerado, mesmo com a rotina ativa.

Problema: ao filtrar de forma que fossem trazidos mais de 300 registros na tela Avaliação > Competências > Avaliações, uma mensagem de Erro ao realizar a consulta. Verifique se todos os parâmetros foram informados corretamente.

Correção efetuada: foi desenvolvida uma solução por meio da criação da chave com.senior.web50.applications.csweb.nao_filtrar_avaliacao. Essa implementação permite a gestão adequada de consultas, ignorando o erro mencionado anteriormente e garantindo a exibição correta dos registros desejados.

Problema: ao cadastrar um processo automático com o campo Tipo do Cálculo com a opção 8 - Calcular Refeitório, o campo Ler Arquivos Off-line estava recebendo o valor S - Sim, o que gerava inconsistências no processo.

Correção efetuada: foi realizado um ajuste na rotina para garantir a execução correta do processo automático.

Problema: O sistema não permitia o cadastro de múltiplos atestados externos do tipo de situação 23 - Licença acidente de trabalho (Pagamento pela empresa). Uma mensagem de Não é permitido registrar um atestado para esta situação sem que exista uma CAT cadastrada para o colaborador era exibida. Isso ocorria porque só era permitido cadastrar atestados que começassem imediatamente após o término da CAT.

Correção efetuada: realizamos um ajuste no sistema para permitir o cadastro de múltiplos atestados do tipo 23, desde que eles iniciem no dia seguinte ao término do afastamento anterior, indicando continuidade.

Problema: ao criar um novo usuário e entrar no módulo Segurança e Medicina, cadastrando um novo atendente interno com o código do usuário, o campo Atendente na barra de informações inferior era duplicado.

Correção efetuada: ajustamos o sistema para que não duplique e siga o modelo dos demais campos, Empresa e Usuário.

Problema: a ficha Básica do Cenário (R195FUN) não exibia históricos quando cadastrada manualmente com a origem D - Digitado.

Correção efetuada: ajustamos o sistema para exibir os históricos corretamente.

Problema:: a normalização de efetivos não estava sendo processada quando não existiam registros de históricos de posto de trabalho, solicitações de vaga ou requisições para o posto em questão.

Correção efetuada: ajustamos o sistema para que a normalização seja processada mesmo na ausência de registros de movimentação no posto de trabalho.

Problema: o modelo 002 - Inventário de Riscos Ocupacionais (SMIR002.GER) não apresentava os cargos quando no posto utilizava o assinalamento Vários Cargos como Sim.

Correção efetuada: ajustamos o relatório para que traga os cargos correspondentes ao Posto mesmo quando utilizado Vários Cargos.

Problema: a tela Listagem de alterações do artefato, quando acessada pelo SGI ou Gerador de Relatórios, não respeitava o período de um ano a partir da data de acesso para listar os logs de alteração.

Correção efetuada: ajustamos rotina de carregamento dos logs para respeitar o período de um ano a partir da data de acesso a tela conforme prevê a documentação da mesma.

Problema: apresentava a mensagem RichEdit line insertion error ao executar o comando select no CBDS.

Correção efetuada: ajustamos para tratar o caractere nulo do texto antes de incluí-lo no RichEdit.

Problema: apresentava a mensagem de erro Illegal character in query em chamada HTTP quando o endereço possui barra inversa.

Correção efetuada: ajustamos no preenchimento da URL antes da chamada ser executada para decodificar caracteres que causam o erro.

Complementamos a página da documentação Lista Dinâmica nas Regras, no manual da Tecnologia, com mais um tópico importante ao final do conteúdo. No tópico, descrevemos que na execução de um relatório através de um web service de geração de relatórios, caso não haja a redeclaração da lista de todas as variáveis nas regras em que elas estiverem sendo utilizadas, poderá ocorrer erro de Access Violation.

Problema: apresentava a mensagem de erro A tabela não está posicionada em um registro ao inserir/alterar registros na grade Detail de telas SGI.

Correção efetuada: corrigimos a atualização de tabela detail para manter o registro master posicionado e não atualizar a tabela master enquanto estiver ocorrendo alteração na tabela detail.

Complementamos a documentação de Avaliação de Reação informando que para que seja possível o acesso à rotina de avaliação de reação anônima, é necessário configurar um usuário e uma senha padrão na aplicação TRWeb no SeniorConfigCenter.

Atualizamos a documentação de Avaliação de Reação sobre as informações e o funcionamento da rotina de avaliação de reação que permite a cada participante de uma determinada turma, avaliar através do TRWeb o treinamento.

Problema: a duplicação de turmas apresentava uma mensagem incompleta A Turma foi gerada, porém houve conflito em, com pouca exatidão sobre a localização do conflito de horários.

Correção efetuada: realizamos uma correção na mensagem para que ela seja exibida por completo, fornecendo informações detalhadas, como A Sala X está ocupada no Horário X da Turma X do Curso X, tornando a identificação do conflito mais precisa.