Gestão de Pessoas | HCM - 6.10.1.30

Problema: empresa utiliza em sua definição (FR030EMP) no campo Usa Rotina Tomadores a opção R - Por Rateio e realizou o cadastro de novos Tomadores (Obras), ao processar a geração do leiaute S-1200 para determinado colaborador estava trazendo a inscrição do estabelecimento incorretamente, ou seja, de outro CNO.

Correção efetuada: ajustamos a geração para não ocorrer divergência na inscrição do estabelecimento.

Para acessar as informações completas, acesse a documentação sobre o cadastro de Obras.

Problema: ao alterar na Ficha Cadastral (FR034FUN) o campo Deficiente para Não, o sistema gerava o leiaute S-2205 com informações de Deficiência = Sim.

Correção efetuada: ajustamos o sistema para quando o campo Deficiente for alterado para Não na Ficha Cadastral (FR034FUN), o sistema emitirá a seguinte mensagem: Este procedimento excluirá a principal deficiência cadastrada. Deseja excluir as demais deficiências? Se sim, o sistema excluirá a deficiência principal e as secundárias, possibilitando que o leiaute S-2205 seja gerado corretamente.

Problema: ao realizar a emissão do relatório 003 - Conferência colaboradores leiautes eSocial (FPPE003.ESO) o mesmo não listava os colaboradores que haviam sido demitidos mas possuíam pagamento de dissídio.

Correção efetuada: ajustamos o relatório para listar envios de colaboradores demitidos em competências anteriores mas com pagamentos na competências apurada.

Problema: ao gerar o leiaute S-1200, estava ocorrendo a mensagem ORA-01427: a subconsulta de uma única linha retorna mais de uma linha, ou no SQLServer Subquery returned more than 1 value.This is not permitted.

Correção efetuada: ajustamos o sistema para gerar corretamente o leiaute S-1200.

Problema: ao gerar o fechamento não estava habilitando para edição o campo Deve realizar a transmissão imediata da DCTFWEB? .

Correção efetuada: ajustamos o sistema para permitir alterar o campo Deve realizar a transmissão imediata da DCTFWEB? quando nas Definições do eSocial (FR030DES) o campo Indicativo de guia estiver diferente de S - Sim.

Problema: no relatório Remessa Qualificação Cadastral a categoria do eSocial não havia sido atualizada, ficando como 999 incorretamente.

Correção efetuada: ajustamos a categoria no relatório para 9999 para possibilitar gerar o relatório corretamente conforme as exigências do eSocial.

Complementamos a documentação de Exclusão de Pendências do eSocial, informando que a rotina não:

• exclui todas as pendências do eSocial de um colaborador, mas sim de um período específico (máximo de 90 dias);
• realiza exclusão de leiautes migrados.

Para verificar a documentação completa, acesse Exclusão de Pendências.

Problema: ao efetuar o processamento do leiaute S-2240, decorrente da transferência de filial, onde a filial de destino contenha o Tipo Inscrição, com valor 2 - CPF, as informações sobre o tipo de inscrição e número de inscrição estavam sendo geradas incorretamente.

Correção efetuada: ajustamos a rotina, para que sejam enviadas as informações corretas, de acordo com os valores permitidos pelo eSocial.

Criamos a tela Exclusão de Leiautes SST (FREXCSST), no módulo Segurança e Medicina. A partir dessa tela, o usuário poderá excluir (gerar o leiaute S-3000 - Exclusão de Eventos) os seguintes leiautes:

• S-2210 - Comunicação de Acidente de Trabalho;
• S-2220 - Monitoramento da Saúde do Trabalhador;
• S-2240 - Condições Ambientais do Trabalho - Agentes Nocivos.

Problema: quando os campos Nº Processo Contr. Aprendiz ou Nº Processo PCD do cadastro de filiais, guia Estabelecimento eSocial, estavam preenchidos com mais de 20 caracteres, ao gerar os leiautes ocorriam erros.

Correção efetuada: ajustamos o sistema para apresentar uma mensagem informativa ao gerar os leiautes, solicitando ajuste nessas informações.

Problema: o colaborador possui dois históricos de pensão com o mesmo tipo de base de cálculo e início de concessão para o mesmo dependente, sendo um de 30% e outro de 5%. Ao calcular a folha de pagamento do 13º salário o valor da pensão ficava correto sendo calculado 35%, porém na tela de pagamentos o sistema gravava somente um dos registros. Isso ocorria pois para valores do tipo de Remuneração não pode existir dois históricos em aberto onde existe adiantamento. O sistema permite ter mais de um histórico ativo desde que os tipos sejam diferentes (Remuneração e Fixo).

Correção efetuada: adicionamos uma mensagem Já existe um histórico de pensão judicial ativo para este dependente com a mesma base de cálculo {Valor do campo Base de Cálculo}. Poderá haver problemas na gravação dos valores quando houver adiantamentos. Deseja continuar? com opções de Sim e Não para continuar a operação ao cadastrar um novo histórico de pensão judicial ou alterar um já existente.

Ao listar o modelo 001 - S-5001 - Contribuições sociais por trabalhador (FPAR0001.ESO) o sistema apresentava uma lentidão. Ajustamos o sistema melhorando a performance e diminuindo o tempo de geração do relatório.

Atualizamos o cabeçalho do relatório 001 - Comprovante de Rendimentos Legal (FPIN001.ANU), alterando os nome do ministério, da secretaria e o endereço eletrônico.

Ajustamos as documentações das regras 19, 20 e 21 com a finalidade de explicitar que, essas regras serão executadas somente ao realizar alguma ação relacionada ao seu respectivo evento (inserção, alteração ou exclusão de afastamentos) via rotina nativa do sistema ou por algum Web service interno. Portanto, não serão executadas ao realizar alguma operação via cursor em regras.

Para verificar as informações completas, acesse as documentações:

• Regra 19;
• Regra 20;
• Regra 21.

Problema: o evento de diferença de pensão judicial de férias não estava sendo somado nos valores de pensão ao gerar a Dirf com o campo Proventos Férias com a opção R - Somente Recibo Férias, assim ao verificar os valores no relatório da Dirf, os valores de pensão estavam incorretos. Isso ocorria pois ao buscar os valores de pensão, o valor do evento da diferença de pensão judicial de férias não estava sendo encontrado.

Correção efetuada: ajustamos a busca feita para os valores de pensão quando utilizado o campo Proventos Férias com a opção R - Somente Recibo Férias, para que o valor do evento da diferença de pensão judicial de férias seja encontrado, e assim somado corretamente aos valores de pensão.

Problema: o informe de rendimentos modelos 001 - Comprovante de Rendimentos Legal (FPIN001.ANU) e 005 - Comprovante de Rendimentos -Portal (FPIN005.ANU) não estava apresentando corretamente o número do processo no item 6 - Rendimentos Recebidos Acumuladamente - Art. 12-A Lei nº 7.713 de 1988, quando o cálculo de dissídio possui parcelamento.

Correção efetuada: ajustamos os modelos 001 - Comprovante de Rendimentos Legal (FPIN001.ANU) e 005 - Comprovante de Rendimentos -Portal (FPIN005.ANU) para apresentar corretamente o número de processo no item 6 - Rendimentos Recebidos Acumuladamente - Art. 12-A Lei nº 7.713 de 1988 quando o cálculo de dissídio possui parcelamento .

Problema: a documentação do campo 13º Salário Complementar informava indevidamente que caso haja eventos de RRA configurados, as opções B - Janeiro Ano-Base e Ano-Base + 1 e D - Janeiro do Ano-Base +1 não devem ser utilizadas.

Correção efetuada retiramos essa informação da documentação.

Problema: ao realizar a geração do Informe de Rendimentos, evento com característica 49E, 40U, 40W, (-)35J ou 35L não era considerado. As informações que havia na documentação era somente para Previdência Complementar (Privada) sobre o 13° (décimo terceiro) característica 40V.

Correção efetuada: realizamos a melhoria na documentação, incluindo as orientações para evento com característica 49E, 40U, 40W, (-)35J ou 35L: Caso possua evento de Previdência Complementar (Privada) sobre o 13° (décimo terceiro) salário com característica 40V, 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. O mesmo deve ser realizado para o evento de Previdência Complementar (Privada) que possui uma das seguintes característica: 49E, 40U, 40W, (-)35J ou 35L, para ele ser listado no campo 03 do Informe de Rendimentos. Lembramos que, o totalizador de Previdência Complementar (Privada) deve estar informando também na tela Definições Totalizadores Previdência Complementar.

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

Problema: quando o Cargo possui data de criação futura, o sistema não permitia ao usuário informar a data de revisão.

Correção efetuada: ajustamos o sistema para que seja possível informar a data de revisão para um cargo com data de criação futura. Ajustamos também a rotina para que não seja possível inserir uma data de revisão anterior à data de criação do cargo, ou posterior à data de extinção do cargo. O mesmo ajuste foi realizado nas rotinas de cadastro de revisão de postos.

Problema: ao utilizar a função RetColabPorCracha, as variáveis de Código da Empresa, Tipo e Cadastro do colaborador era carregadas de forma incorreta.

Correção efetuada: ajustamos a rotina que busca o colaborador através do número de crachá para que carregue os valores corretamente.

Problema: o sistema gerava situações de marcações inválidas quando o colaborador possuísse um horário móvel com marcação de refeição não obrigatória, e tivesse realizado apenas as marcações de entrada e saída do dia, sendo a primeira dentro da mobilidade de refeição e a segunda após a mobilidade.

Correção: ajustamos o sistema para que apure as situações corretamente.

Problema: ao executar o Web service com.senior.g5.rh.sm.historicos o sistema retornava o seguinte erro: Os campos Tipo atuação e Posto trabalho não estarão disponíveis quando o posto de trabalho não estiver ativo.

Correção efetuada: ajustamos a mensagem deixando mais claro qual a causa do erro: Não é possível realizar a troca de posto ou cargo sem realizar troca de empresa ou de cadastro.

Atualizamos a documentação da guia Exames, da tela Exames (FR108EXA), a fim de esclarecer que o usuário pode utilizar o recurso de modelo de importação de dados, através do modelo 00075 - Análises (Agentes Químicos) (SMIM00075.SCF), para atualizar as listas de opções dos campos Código Agente Químico, Código Análise e Código Material Biológico.

Problema: ao alterar um histórico de GHE de um colaborador transferido para outra filial, o sistema criava uma pendência do leiaute S-2240 tanto para o cadastro de origem (desligado) quanto para o cadastro destino.

Correção efetuada: ajustamos o sistema para que não seja possível alterar, incluir ou excluir um histórico de GHE de um colaborador que esteja demitido. Será apresentada a mensagem: O colaborador está demitido. Portanto não é possível realizar inclusão, alteração ou exclusão do histórico de GHE.

Melhoramos o detalhamento da mensagem Não foi possível realizar a duplicação. Motivo: Não foi possível ler o arquivo XML ao realizar a duplicação do GHE, a mensagem era muito genérica e pouco explicativa. Ajustamos o sistema para que seja mais especifico, através do botão Detalhes será possível consultar o motivo da crítica.