Gestão de Pessoas | HCM - 6.10.1.28

Problema: ao realizar a inclusão ou alteração de um histórico salarial, somente com alteração no campo do Valor de Complemento, onde o salário não gera alteração, e no campo Valor Compl. Hist. Salarial Considera p/ S-2200/S-2206/S-2300/S-2306 na tela Definições do eSocial (Empresas > Definições do eSocial (FR030DES)), definido como N - Não, o sistema gerava indevidamente um leiaute S-2206.

Correção efetuada: ajustamos o sistema para não gerar indevidamente este leiaute S-2206.

Problema: ao realizar a admissão de um estagiário incorretamente com categoria eSocial 101 - Empregado - Geral, inclusive o empregado público da administração direta ou indireta contratado pela CLT, e logo após trocar para a categoria correta 901 - Estagiário. Utilizando a tela de Exclusão de Pendências (FREXCPEN) para excluir o leiaute S-1200 gerado incorretamente, não era excluído o valor de 13º salário.

Correção efetuada:ajustamos o sistema para apagar os valores de 13º salário, ao executar a exclusão de Pendências (FREXCPEN), também adicionamos na tela a mensagem Data de competência informada muito antiga. Somente é permitido excluir as competências dos últimos 3 meses para quando for informada uma competência maior que 3 meses.

Problema: na documentação Consulta/Envio dos Layouts eSfinge havia a informação de que, quando um leiaute retornar erro, será salvo na pasta TEMP um arquivo JSON de erro. Contudo, não havia explicação de onde a pasta fica disponível e nem o que deve ser feito para acessá-la, causando dificuldade em nossos usuários no momento de consultar o arquivo.

Correção efetuada: com a finalidade de auxiliar nossos usuários no momento de fazer a consulta, ajustamos a informação:

• de: Quando um leiaute retornar erro, será salvo na pasta TEMP um arquivo JSON de erro.
• para: Quando um leiaute retornar erro, será salvo na pasta TEMP do usuário logado no Windows um arquivo JSON de erro.

Além disso, inserimos um passo a passo de como o usuário pode realizar o acesso à pasta TEMP:

1. Aperte a tecla [Windows] + [R] ao abrir o executar digite %TEMP% e tecle [ENTER].
2. Na sequência, ordene pela data de modificação para melhorar a identificação do seu arquivo, pois o sistema operacional salva todos os arquivos temporários do usuário nessa pasta e, por isso, ela pode conter um volume alto de arquivos.

Para verificar as informações completas, acesse a documentação Consulta/Envio dos Layouts eSfinge.

Problema: ao efetuar a troca de escala para colaborador estatutário, quando o campo Enviar Horário Contratual S-2200/S-2206 está como N - Não nas Definições eSocial (Empresas > Definições eSocial (FR030DES)) e o colaborador sem Histórico de Anotação, o sistema gerava incorretamente pendência de envio do leiaute S-2206.

Correção efetuada: ajustamos o sistema para excluir o leiaute S-2206 de estatutário sem histórico de anotação.

Problema: ao tentar realizar o envio do leiaute S-1207 - Benefícios - Entes Públicos, eram considerados apenas os benefícios do dia primeiro de cada mês.

Correção efetuada: ajustamos o sistema para que faça a busca dos dias corretamente e, posteriormente, gerar o leiaute.

Problema: ao gerar o leiaute S-1000 quando era utilizado empresas como filiais, e havia uma filial empregadora com CNPJ e com uma natureza jurídica onde deveria ser levado o CNPJ completo (14 posições) conforme regras do eSocial, e outra filial empregadora com CNPJ mas com natureza jurídica onde não deveria ser levado o CNPJ completo, somente o raiz (8 posições) no campo nrInsc, a filial com CNPJ raiz era apresentada com 14 posições e o Id do leiaute estava sendo apresentado com 42 posições ao invés de 36.

Correção efetuada: ajustamos o sistema para que a filial empregadora com CNPJ que deve ser levado como raiz, seja apresentado com 8 opções no campo nrInsc, e o id do leiaute seja apresentado com 36 posições, conforme regras do eSocial.

Problema: o processo de envio do eSocial não considerava corretamente o status do envio de pendências com a situação: 16 - Recibo retornado com advertência.

Correção efetuada: ajustamos o sistema para considerar corretamente o status de envio das pendências.

Problema: ao cadastrar uma nova matrícula o sistema estava informando que a matrícula já estava sendo utilizada por outro colaborador, porém esse colaborador era de outra empresa com outro Empregador eSocial (S-1000).

Correção efetuada: ajustamos o sistema para mostrar essa mensagem apenas quando a matrícula já estiver sendo utilizada por algum colaborador da mesma empresa.

Problema: ao tentar enviar um leiaute S-2220, corrigindo um ASO que foi excluído anteriormente, ocorria a seguinte mensagem: Este envio se refere a um exame médico admissional, porém já existe um envio do evento S-2220 para o mesmo colaborador.

Correção efetuada: ajustamos o sistema para que seja possível enviar o novo leiaute S-2220 corretamente.

Problema: na documentação da variável OriMov não havia informações referentes às descrições que não são tratadas pela variável OriMov (variáveis de outros módulos), portanto, quando o usuário tentava realizar o processo de criação de regra, não retornava o valor esperado.

Correção efetuada: especificamos na documentação que a regra trata todos os tipos, exceto D, C e X não são tratados por esta variável e retornam sempre o valor D.

Para verificar as informações completas, acesse a documentação OriMov.

Problema: ao listar o relatório resumo Senai na competência de dezembro, a coluna base ajustada estava com diferença da coluna Base Cálculo, mesmo não tendo liminares de terceiros para ser feita a dedução. A diferença ocorria pois haviam colaboradores com evento de 13° Salário na ficha financeira, e ao invés de levar os valores de INSS + 13º Salário, estava sendo considerado apenas o valor do 13° para a soma da base ajustada.

Correção efetuada: ajustamos a coluna da base ajustada para que quando houver valores de 13° na ficha, o mesmo seja somado com o valor do INSS para que não haja diferença entre a Base Cálculo e a Base Ajustada quando não há liminar de terceiros. Foi alterado também a descrição do relatório para melhor entendimento da coluna Base Ajustada.

Problema: ao efetuar a transferência de filial, durante o período das férias, ao enviar o leiaute S-2230, era retornada a critica do eSocial: 459 - Não foi localizado um evento para o recibo de entrega informado ou o mesmo foi excluído/retificado. Ação Sugerida: Deverá existir um Evento já recebido, "Ativo" (não excluído ou retificado), com número de recibo de entrega igual ao informado no campo.

Correção efetuada: ajustamos para efetuar a geração dos envios do leiaute S-2230 corretamente.

Problema: no monitoramento do cálculo da Dirf, o evento com a característica 40V não era considerado ao gerar a DIRF, bem como, não considerava no Informe de Rendimentos. Isso acontecia, pois se realizasse o processo seguindo as informações que havia na documentação, era possível identificar que não possuía a informação de que, caso possua Previdência Complementar (Privada) sobre o 13° (décimo terceiro) salário, deve-se informar o Totalizador (que é cadastrado na tela Totalizadores) no campo Tributação Exclusiva para ele ser listado no campo 05 do Informe de Rendimentos. E ainda, o totalizador de Previdência Complementar (Privada) sobre o 13° salário deve estar informando também na tela Definições Totalizadores Previdência Complementar. Portando, com a falta de informação, ao realizar o processo, gerava dúvidas aos usuários.

Correção efetuada: adicionamos a informação faltante na documentação para não causar mais dúvidas e erros no momento de realizar o monitoramento do cálculo da DIRF e o Informe de Rendimentos.

Para verificar a documentação completa, acesse Gerar Informe e DIRF.

Problema: ao possuir um colaborador com rescisão complementar com tipo C - Comissões Pendentes  com data de pagamento em Dezembro, e com o plano de saúde, o valor do plano de saúde de Dezembro não estava sendo considerado para o ano de 2021, e sim para o ano de 2022, ficando incorreto o valor de plano de saúde ao gerar a Dirf, e o ano na tela de Desconto Plano Saúde (Anuais > Informe/Dirf > Desconto Plano Saúde > Alterar (FR051SAC)). Isso ocorria pois a rescisão complementar do tipo C não possui calculo vinculado, o desconto do plano de saúde incluía somente cálculos com data de pagamento dentro do período da data de pagamento da rescisão complementar, e o calculo que havia o plano de saúde tinha pagamento para Janeiro de 2022, porém o período do cálculo era de Dezembro.

Correção efetuada: ajustamos o sistema para que quando for rescisão complementar tipo C - Comissões Pendentes, o desconto de plano de saúde verifique se existe uma rescisão complementar tipo C com data de pagamento na competência do cálculo e se existe ficha financeira calculada para esse cálculo. Se possuir, irá ser incluído no desconto do plano de saúde, assim gerando os valores de plano de saúde corretamente na tela de Desconto Plano Saúde ( Anuais > Informe/Dirf > Desconto Plano Saúde > Alterar (FR051SAC)), e no relatório de Informe/Dirf (Anuais > Informe/Dirf > Listar > Informe - 001 - Comprovantes de Rendimentos Legal)).

Problema: ao gerar a DIRF de modo Assíncrono, ocorria a mensagem: Classe da exceção: NullPointerException.

Correção efetuada: ajustamos a rotina de geração de DIRF de modo Assíncrono.

Problema: ao calcular os eventos de Férias e 13º indenizados por fim de contrato antecipado de trabalho, o evento calculava indevidamente quando usado a configuração da causa de demissão no campo Avos Férias/13º Salário igual a N - Não.

Solução: ajustamos o cálculo dos eventos de férias e 13º salário indenizados por fim de contrato, para que seja calculado caso tenha valor de avos de férias e 13º salário projetado.

Problema: ao realizar um envio parcial de pagamento do eSfinge do layout 14 - Folha de Pagamento, com um lote de mais de 1000 colaboradores ocorria mensagem: CON721 - divergência na quantidade de registros enviados.

Correção efetuada: ajustamos o sistema para realizar o envio do layout corretamente com os totalizadores informados.

Problema:ao restringir as permissões de inserção e/ou edição de imagens no sistema através da Central de Segurança e tentar cadastrar um crachá, o sistema retornava o erro Acesso negado a tabela R034FOT.

Correção efetuada:ajustamos o sistema para que não retornem mais erros ao cadastrar um crachá.

Problema: ao calcular a ficha financeira para um evento cadastrado de Atestado sem INSS, e na empresa está cadastrado para Liminar na Filial (Empresas > Filiais > Cadastro) igual a N - Não ocorria a mensagem Field data is null.

Solução: ajustamos a verificação do parâmetro da empresa Liminar na filial para o evento de atestado sem INSS.

Com a finalidade de complementar as informações referentes ao campo Complementar da tela Filiais X Estabelecimentos eSocial/Operador Portuário (fr030est) inserimos a informação de que, sempre que for criada uma nova filial, você deve clicar no botão Complementar. Pois quando é feito este processo, será gerado o estabelecimento para que, no eSocial, seja gerado o leiaute S-1005 - Tabela de Estabelecimentos, Obras ou Unidades de Órgãos Públicos. E, em casos em que há várias filiais com o mesmo CNPJ, é necessário selecionar a filial que terá o S-1005 gerado.

Verifique a documentação completa acessando Filiais X Estabelecimentos eSocial/Operador Portuário.

Adicionamos o campo Tipo de vale Wiipo à tela Tipos de Vale. A partir desse campo, o usuário poderá classificar em qual bolsa, no Benefício Flex, cada tipo de vale será levado no relatório de exportação para a Wiipo.

Problema: ao acessar a Descrição do Cargo, o campo Descrição da grade inferior não estava disponível para edição.

Correção efetuada: ajustamos o sistema para que o campo Descrição esteja habilitado para edição.

Problema: o sistema não apurava corretamente o tipo de horário 6 - Flexível nos intervalos quando havia apenas duas marcações realizadas no intervalo e que o total de trabalho não ultrapassasse o total previsto da refeição.

Correção efetuada: ajustamos o sistema para calcular corretamente o horário.

Problema: ao tentar acessar os relatórios acessando o Gestão do Ponto através do aplicativo Marcação de ponto 2.0 | HCM, ocorria erro.

Correção efetuada: realizamos ajustes para que seja possível acessar normalmente os relatórios quando realizar o acesso ao Gestão do Ponto pelo aplicativo.

Problema: o Incidente de violação de intrajornada era removido em dias com horário especial (9996 a 9999). O problema ocorria ao lançar uma programação de extras para compensação no dia, ou trocando a situação de extras da apuração original por alguma outra situação.

Correção efetuada: ajustamos o sistema para que o incidente não seja removido de forma indevida.

Problema: as marcações geradas eram removidas em dias já verificados pelo Gestor, quando era realizado o recálculo da apuração.

Correção efetuada: ajustamos o sistema para que as marcações geradas não sejam removidas de forma indevida.

Problema: ao efetuar a listagem do relatório 002 - Ficha Registro Exame Audiométrico / Escala 10 (SMAU002.GER), a data de nascimento do colaborador era listada de forma incorreta.

Correção efetuada: ajustamos para que a data de nascimento seja listada conforme cadastro na Ficha Básica (FR034FUN).

Problema: quando aberta a tela a descrição do campo Administração dos Eventos não era exibida.

Correção efetuada: ajustamos para que a descrição do campo Administração dos Eventos seja sempre exibida