Gestão de Pessoas | HCM - 6.10.1.115

Problema: o leiaute S-1210 de expatriado com receitas no exterior e pagamento de PLR em rescisão complementar não incluía as tags paisResidExt e infoPgtoExt no XML.

Correção efetuada: ajustamos a geração do S-1210 para incluir corretamente as tags.

Problema: ao realizar o envio do leiaute S-1200 de terceiros com a categoria eSocial 721 - Contribuinte individual - Autônomo em geral, exceto se enquadrado em uma das demais categorias de contribuinte individual, ocorria o seguinte erro 1 - Campo de preenchimento obrigatório: Natureza da Atividade.

Correção efetuada: ajustamos o processamento do leiaute S-1200 para gerar as informações corretamente .

Problema: ao utilizar a rotina de Exclusão de Pendências - eSocial para excluir um leiaute S-2299 com status de erro retornado, ao processar a nova pendência gerada, ocorria o seguinte erro Não foi possível processar a pendência, pois existe um envio aguardando para ser enviado ou aguardando retorno no log.

Correção efetuada: ajustamos a rotina de exclusão de pendências para realizar o processo corretamente.

Problema: ao tentar minimizar a janela de carregamento do XML, que é chamada pela tela de Relacionar Dados (FRIMPESOSEL), ela ficava oculta atrás do sistema, impossibilitando o acesso ou a reabertura.

Correção efetuada: ajustamos o sistema para que essa janela não seja mais ocultada ao ser minimizada.

Adicionamos uma nota aos campos Gerar eventos e Módulo responsável S-2210, da tela Definições do eSocial, para esclarecer que quando a empresa não realiza os envios de SST, considerando que o campo Gerar eventos está definido como 2 - Somente eventos de folha e o campo Módulo Responsável S-2210 está definido como 2 - Apenas módulo AP, ao registrar a CAT, o leiaute S-2210 não será gerado para envio ao eSocial.

Logo, para que o evento S-2210 seja gerado e enviado ao eSocial pelo módulo Administração de Pessoal (AP), o campo Gerar eventos deve ser definido como 1 - Eventos da folha e de SST e, na guia Eventos SST, o envio dos leiautes S-2240 e S-2220 deve ser definido como 3 - Nunca.

Revisamos a documentação da função Abrir para garantir que a descrição do parâmetro NomeArq informe corretamente o formato para abrir arquivos na rede.

Complementamos a documentação do campo DSR Mensalista informando que o assinalamento S - Sim ou N - Não afetará o cálculo da regra 24 - Repouso Remunerado Sem Horas Extras para os eventos com as características 05C (Repouso s/ Horas Extras), 05D (Repouso s/ Horas Extras - Mensalistas30 dias), 05E (Repouso s/ Horas Extras (Não Soma Média)) e 05F (Repouso s/ Horas Extras - Mensa. 30 Dias (Não Soma Média)). Além disso, atualizamos a documentação da Regra de sistema 24 - Repouso remunerado s/ horas extras com exemplos de utlização.

Adicionamos mais informações sobre a característica 40Y - Diferença INSS Férias, informando que os eventos com a característica 40Y - Diferença de INSS Férias são transitados nas férias para cálculos de diferença referente a esses valores. Sendo assim, a guia Base não deve ser informada no cadastro do evento

Na documentação relativa ao Cadastro de Pessoas, na seção sobre o seu funcionamento, foi incluída a informação de que, ao preencher a guia Dados Bancários com uma data futura, essa informação não será refletida no perfil do empregado ao consultar os detalhes da pessoa. Para exemplificar esta situação, descrevemos o processo no sistema da seguinte forma: ao acessar o menu Pessoas > Cadastro de Pessoa e inserir uma data futura na guia Dados Bancários, essa data não será automaticamente transferida para o cadastro do empregado, que pode ser acessado através do caminho Colaboradores > Ficha Cadastral > Empregados.

Problema: ao ter dois contratos com códigos de retenção diferentes, o modelo 004 - Dirf - Arquivo Texto (a partir do ano-base 2010) não incluía os valores do plano de saúde de ambos os contratos nas informações complementares.

Correção efetuada: ajustamos o sistema para calcular corretamente os valores do plano de saúde, independentemente do código de retenção.

Problema: ao efetuar a exclusão de um histórico salarial intermediário, o sistema não estava exibindo a mensagem Este colaborador possui históricos salariais futuros. Deseja atualizar seu percentual de reajuste ou o valor do salário?

Correção efetuada: ajustamos a tela de salários individual para executar o processo corretamente.

Problema: a integração da Assistência para Planos de Saúde, quando utilizada a porcentagem para definir os preços, estava causando uma diferença nos valores entre a ficha financeira e a DIRF.

Correção efetuada: a integração da assistência de planos foi ajustada para garantir que não haja mais diferença de valores entre a ficha financeira e a DIRF.

Incluímos uma nova observação na documentação referente ao Ponto por Exceção. Informamos que para registrar uma falta em um determinado dia, é necessário criar uma programação de compensação com o tipo 2 - Ausências para Compensação e selecionar o período como 1 - Qualquer parte do expediente.

Problema: na geração dos modelos 008 - Banco de Horas Analítico (HRBH008.GER) e 009 - Banco de Horas Sintético (HRBH009.GER), ocorria a duplicação de colaboradores quando havia transferência de filial com troca de empresa.

Correção efetuada: ajustamos os relatórios para que o colaborador não seja mais listado em duplicidade.

Problema: ao realizar a geração de eventos para um colaborador e alterar o período para uma data diferente do período de apuração, ao abrir a tela de acertos do colaborador, o período exibido corresponde ao período de integração em vez do período de apuração.

Correção efetuada: a rotina foi ajustada para que, na tela de acertos do colaborador, sejam considerados os valores de início e fim do cálculo ativo.

Acrescentamos um novo exemplo na documentação do campo Pagar DSR Última Semana da tela Definição Integração, objetivando clarificar o funcionamento do sistema quando ocorrer falta no período posterior, que será considerada para o período anterior informado.

Para obter mais informações, consulte a documentação na tela Definição de Integração.

Problema: ao efetuar a leitura das marcações de um coletor de mobilidade com a opção 18 - Pausa Abonada, durante a apuração, essa opção era indevidamente alterada para 02 - Marcação de Ponto.

Correção efetuada: ajustamos a rotina para que agora seja respeitada a configuração de uso de marcação conforme definido no cadastro de separação de marcação.

Problema: ao tentar verificar as marcações dos colaboradores em dias com um alto volume de gestores realizando a mesma ação, era gerado o erro de chave duplicada.

Correção Efetuada: foi realizada uma correção para garantir que, quando houver um grande volume de gestores executando essa ação, as informações sejam salvas corretamente.

Problema: o sistema não carregava o período de acertos de forma aleatória quando havia um período de exceção do cálculo cadastrado.

Correção efetuada: realizamos ajustes no sistema para garantir o carregamento correto das informações de acerto nessa situação.

Problema: ao tentar inserir uma ação de acerto através do botão Ações e selecionar um dia em Meus Acertos do Ponto em um dispositivo móvel, os usuários encontravam uma tela de erro 500 - Acesso Negado.

Correção efetuada: realizamos ajustes no sistema para garantir que a inserção de ações de acerto através de dispositivos móveis seja bem-sucedida.

Problema: ao efetuar o cálculo de apuração com o nível de log definido como FINE no GlassFish, era exibida a mensagem Can't find resource for bundle java.util.PropertyResourceBundle, key calculoApuracao.log.carregarInformacoes.

Correção efetuada: ajustamos o sistema para que o cálculo ocorra corretamente e o log seja gerado de forma adequada.

Problema: os usuários administradores conseguiam efetuar ajustes na manutenção do banco de dados enquanto o cálculo estava bloqueado.

Correção efetuada: ajustamos o sistema para quando o cálculo estiver bloqueado com base nas datas de acerto, não seja possível efetuar ajustes na manutenção do banco de horas, incluindo os usuários administradores.

Atualizamos a documentação de Orçamento por Cenário - Provisão Férias/13º Salário informando que no cadastro de provisão a tabela utilizada é R146PRV.

Problema: ao listar o modelo 001 - Orçamento individual por posto (QLOP001.ORC) com filtro no campo Local, ocorria o erro expected DATE, got NUMBER.

Correção efetuada: ajustamos o relatório para que seja listado corretamente.

Complementamos a documentação da tela Tipo de atuação do Posto com informações do campo Contabiliza Vaga. Informamos que esse campo será habilitado quando houver integração com o módulo Quadro de Vagas e as vagas são controladas por Posto de Trabalho.

Além disso, destacamos que as opções disponíveis para este campo são as seguintes:

• S - Sim: o tipo de atividade será contabilizado como uma vaga. Isso implica na inclusão de todos os colaboradores para fins de contagem e controle de vagas.
• N - Não: o tipo de atividade não será contabilizado como uma vaga. Isso significa que os colaboradores não serão considerados para fins de contagem e controle de vagas.

Problema: quando a escala era excluída, o campo nas requisições vinculadas não era atualizado, resultando na presença de escalas inexistentes nas requisições.

Correção efetuada: realizamos um ajuste para garantir que, após a exclusão da escala, as requisições vinculadas a ela sejam atualizadas para zerar esse campo.

Implementados o novo campo Lista de servidores confiáveis, para configuração de servidores confiáveis, na Central de Configuração Senior. Dessa forma, caso o ambiente da Web 5.0 seja feito a partir de um DNS diferente do configurado na URL de acesso da aplicação, será necessário adicioná-lo como um servidor confiável.

Problema: ao inserir registros em que os valores dos campos do range do dataset estavam definidos com valores nulos, ocasionava o erro de chave duplicada.

Correção efetuada: ajustamos para que não ocorra erro de chave duplicada quando o range do dataset estiver definido com valores nulos.

Problema: ocorria o erro NullPointerException ao abrir uma tela com uma grade que possua ordenação customizada pelo usuário.

Correção efetuada: ajustamos a rotina de carregamento e aplicação da ordenação customizada na grade.

Problema: ocorria o erro Só é permitido usar tipos Blob na linguagem SQL Senior 2 em regras de telas SGI/relatórios e é exibido mesmo quando a regra já está configurada como SQL Senior 2.

Correção efetuada: adicionamos a leitura e gravação do valor da variável fUseSQLSenior2, quando feita a compilação das regras em telas SGI/relatórios.

Problema: apresentava o erro inconsistent datatypes ao executar DML que contém campo BLOB via regra.

Correção efetuada: corrigimos a lógica que preenche os tipos dos parâmetros contidos no DML.

Problema: as flags para ativar os cookies de segurança e HttpOnly estavam vindo habilitadas por padrão na Central de Configurações Senior (SeniorConfigCenter) quando era feita uma instalação.

Correção efetuada: alteramos para que as flags para ativar os cookies de segurança e HttpOnly venham por padrão desabilitadas ao instalar o sistema.

Problema: ocorria o erro 500 Internal Server Error - O parametro identificadorSistema está atribuído incorretamente no corpo da mensagem, ao requisitar um web service com a Bridge habilitada.

Correção efetuada: ajustamos a rotina de processamento dos web services para não validar tags fora da definição dos parâmetros contidos no esquema do serviço.

Problema: ao realizar a Avaliação da Turma, o sistema estava alterando o status da turma para Completo, mas os participantes ainda permaneciam com a situação Em Andamento na tela de avaliação e, consequentemente, na guia de participantes.

Correção efetuada: foi realizado um ajuste para que o sistema passe a assumir o status da turma corretamente, de acordo com o status dos participantes.