Gestão de Pessoas | HCM - 6.10.3.55

Com o objetivo de otimizar a eficiência na administração dos Atestados de Saúde Ocupacional (ASOs) e aprimorar o controle das informações a serem enviadas ao eSocial, implementamos melhorias significativas no sistema. Estas incluem:

• Inclusão do campo Enviar eSocial na tela Atestado de Saúde Ocupacional. Esse campo determina se o atestado deve ser encaminhado ao eSocial por meio do leiaute S-2220 e estará disponível apenas quando o ASO estiver vinculado à ficha médica de um colaborador.
• Modificação na condição para gerar pendências no leiaute S-2220 durante o encerramento da admissão de um novo colaborador. Pendências serão criadas exclusivamente para ASOs do tipo Admissional, com o campo Enviar eSocial marcado como S - Sim. Quando o campo Enviar eSocial estiver marcado como N - Não, não será gerada uma pendência do leiaute S-2220.
• Implementação de controle para geração de pendência no leiaute S-2220 quando o campo Enviar eSocial for alterado de N - Não para S - Sim e geração de pendência no leiaute S-3000, para a exclusão do respectivo ASO, quando ocorrer a alteração desse campo de S - Sim para N - Não.
• Atualização no controle de alterações para incluir o novo campo Enviar eSocial no Cadastro de ASO, garantindo um registro preciso das alterações relacionadas a esse campo.
• Adição do campo Enviar eSocial tanto no web service com.senior.g5.rh.sm.asoexterno quanto na rotina de importação das informações do ASO (modelo 034 - Atestado/ASO (SMIM034.SFC)). Este campo define se o atestado deve ser enviado ao eSocial, proporcionando um controle mais preciso sobre o fluxo de dados.

O Manual de Orientação do eSocial (MOS) foi modificado, resultando na alteração do texto relacionado ao tratamento do rendimento pago devido a colaborador falecido. Sendo assim, realizamos os seguintes ajustes no sistema relacionados à tag indApuIR:

Leiautes S-1200 e S-1202

Fichas financeiras vinculadas às rescisões com data de pagamento posterior à atualização do sistema para a versão 6.10.1.123 ou 6.10.3.55 (ou superiores) e que tenham como motivo de desligamento no eSocial a rescisão de contrato por falecimento do colaborador, serão enviadas para o eSocial com o indicativo de apuração do IR 0 - Normal, e não mais como 1 - Situação especial de apuração de IR.

Leiautes S-2299 e S-2399

Rescisões com data de pagamento posterior à atualização do sistema para a versão 6.10.1.123 ou 6.10.3.55 (ou superiores) e que tenham como motivo de desligamento no eSocial a rescisão de contrato por falecimento do colaborador, serão enviadas para o eSocial com o indicativo de apuração do IR 0 - Normal, e não mais como 1 - Situação especial de apuração de IR.

Problema: ao gerar o leiaute S-1200 - Remuneração do Trabalhador para colaboradores com categoria 711 - CONTRIBUINTE_INDIVIDUAL_TRANSPORTADOR_AUTONOMO_PASSAGEIROS ou 712 - CONTRIBUINTE_INDIVIDUAL_TRANSPORTADOR_AUTONOMO_CARGA, onde há valor de base isenta, o sistema gerava a rubrica com o código de IRRF 79 - ISENCOES_IRRF_OUTRAS_ISENCOES, sendo esta incorreta.

Correção efetuada: ajustamos a geração do leiaute S-1200 para as categorias citadas acima, de forma a gerar a rubrica correta, fazendo com que o campo Código de IRRF seja igual a 701 - ISENCOES_IRRF_PARTE_NAO_TRIBUTAVEL_VALOR_TRANSPORTE.

Realizamos uma alteração na geração do leiaute S-2240 para que não seja mais necessário que o colaborador tenha distribuição para todos EPIs definidos no(s) GHE(s) associado(s) ao colaborador quando utilizar as opções D - Fornecedor - Considerando Distribuição de EPI e C - Distribuição - Considerando CA informado na distribuição do EPI no campo Apresentação CA, nas Definições do PPP. Com isso, caso haja pelo menos um EPI distribuído e um CA definido na distribuição ou no(s) fornecedor(es) do EPI, será gerado o leiaute S-2240, mesmo que estejam previstos outros EPIs que não foram distribuídos. Nesses casos, aparecerá no log como advertências, avisando que não foi encontrado o CA de determinados EPIs.

Problema: na guia Informações Períodos, ao modificar a coluna Período de um registro da grade Identificação do período e da base de cálculo dos tributos e/ou a coluna Código Receita de um registro da grade Informações das contribuições sociais devidas à Previdência Social e Outras Entidades e Fundo por Código de Receita - CR, o sistema não gerava pendência do leiaute S-2501.

Correção efetuada: ajustamos o sistema para gerar pendência do leiaute S-2501 quando houver alteração nestes campos de um registro já cadastrado.

Atualizamos a documentação referente à recisão simulada coletiva, adicionando a informação da necessidade de atualização da tabela de índices ITRD, em virtude do saldo do FGTS, e que a consulta à tabela pode ser realizada em Tabelas > Valores > Índices (FR026IND).

Complementamos a documentação sobre Chamar um web service via Regra, adicionando uma nota de destaque informando que, para que não ocorra conflito nas chamadas de web service, caso existam regras que utilizem o mesmo web service, a variável declarada deve ser uma diferente das já existentes.

Além disso, objetivando clarificar a informação, adicionamos exemplos na documentação.

• Implementamos tratamento de chave Pix do tipo telefone para quando houver menos de 11 dígitos, retornando a mensagem Informe o Número de Telefone com DDD. Verifique!. Além disso, sempre será incluído o prefixo +55 (código do país) quando o telefone informado possuir 11 dígitos. Em casos onde haja mais de 11 dígitos, será adicionado como prefixo somente o sinal +.
• Para CPF/CNPJ, adicionamos tratamento para formatar a quantidade de dígitos; 11 para CPF e 14 para CNPJ.

A fim de mantermos o sistema em concordância com a versão 3.00 do e-Sfinge, atualizamos os seguintes campos para contemplarem as novas opções de seleção inseridas nas tabelas 104 - Tipo de Movimentação, 59 - Natureza do Arquivo Texto e 95 - Tipo de Carga Horária:

Problema: ao efetuar uma alteração no cadastro do Pix da tela de cadastro de pessoas, o sistema efetuava o update das informações em uma tabela errada.

Correção efetuada: ajustamos o sistema para efetuar o update corretamente no cenário descrito.

Adicionamos o seguinte texto na descrição do relatório 005 - TICKET - Arq. Exportação (BS00005.VAL) para esclarecer que, caso haja mais de um vale com o mesmo produto, os valors serão agrupados:

Problema: ao realizar o processo de importação de colaboradores para o mobilidade, ocorria erro na importação informando que o CPF do responsável legal era inválido. Este erro acontecia apenas com alguns CPFs.

Correção: realizamos ajuste para que, ao executar o processo, ele ocorra corretamente sem retornar erro.

No tópico Pré-requisitos > Criação das conexões JDBC no Glassfish > Connection Pool da documentação de Instalação da nova interface do Gestão do Ponto, foi modificado o conteúdo do item 2 - Para que a senha não fique em aberto, crie uma criptografada.

Acesse Instalação da nova interface do Gestão do Ponto e consulte a documentação completa.

Problema: de maneira intermitente, ocorria erro em um select feito pelo sistema para verificar se havia acerto retroativo no período. O erro exibia a mensagem An expression of non-boolean type specified in a context where a condition is expected, near 'THEN', causando indisponibilidade no sistema.

Correção efetuada: ajustamos o sistema para que não ocorra mais o erro citado acima.

Atualizamos a documentação referente à geração de provisão, adicionando a informação da necessidade de informar quais verbas estão relacionadas a quais tipos de valores de provisão, impedindo qualquer cálculo incorreto de provisão.

Problema: houve um aumento no tamanho do campo Número Atestado (tabela R110MAM.NumAte), bem como em campos relacionados em outras tabelas. No entanto, durante essa atualização, não foi considerado o aumento no tamanho do campo Número do atestado complementar (tabela R110MAT.NatCpl).

Correção efetuada: ajustamos o tamanho do campo Número do atestado complementar (tabela R110MAT.NatCpl), para ficar de acordo com o tamanho de 9 posições do campo Número Atestado no cadastro de ASO/Atestado (tabela R110MAM.NumAte).

Problema: o relatório Quadro Comparativo - Posto Trabalho (QLCE008.CEN) não realizava o filtro de abrangência de Centro de Custo informado na tela de entrada.

Correção efetuada: ajustamos o relatório em questão para aplicar e considerar a abrangência dos filtros da tela de entrada.

Problema: o segundo item da nota de observação no campo Nome da tela Parâmetros erroneamente indicava duas alterações na primeira letra, quando deveria especificar alterações na primeira e segunda letras.

Correção efetuada: ajustamos a informação garantindo que ela indique corretamente que, caso o nome possua a segunda letra maiúscula e a primeira minúscula, a primeira letra permanecerá minúscula e a segunda será maiúscula.

Implementado novo tipo de autenticação que passa no cabeçalho (header) a informação da chave referente ao atributo Authorization para requisições SOAP que utilizam webservice-factory.

Implementado novo tipo de autenticação que passa no cabeçalho (header) a informação da chave referente ao atributo Authorization para requisições SOAP que utilizam webservice-factory.

Problema: log de exportação apresentava o erro List Index Out of Bounds ao exportar layout com um Registro vazio.

Correção efetuada: ajustamos a rotina de exportação para não apresentar erro quando um Registro estiver vazio no layout.

Problema: em alguns ambientes, o agendamento dos processos automáticos não era executado corretamente.

Correção efetuada: corrigimos o controle de critical section das rotinas do middleware.

Problema: em alguns dispositivos de câmera, o sistema não capturava corretamente a foto ao clicar no botão correspondente para obter a imagem.

Correção efetuada: ajustamos a rotina de funcionamento para que a captura de imagem ocorra normalmente.

Problema: ao executar o web service com.senior.g5.rh.tr.turma.DefinicaoTurma, era retornada a seguinte mensagem de erro ao tentar inserir um participante: Ocorreu um erro ao executar o serviço "TR - Turmas - Definir": Quantidade de Participantes não pode ser maior que a Quantidade de Vagas.

Correção efetuada: ajustamos o sistema para que realize a validação da quantidade de participantes de forma correta. Agora, a validação ocorrerá quando o usuário clicar em Salvar, e não mais em cada nova linha criada na grade.