Durante a importação de XMLs do eSocial (S-2200) provenientes de sistemas legados, o processamento era interrompido quando os registros continham datas zeradas no formato 01/01/1900, o que impedia a conclusão da importação.

Diante desse cenário, o sistema foi ajustado para reconhecer automaticamente esse formato utilizado por outros sistemas e convertê-lo para a data zero padrão do ambiente Senior (31/12/1900). Dessa forma, a importação dos XMLs passa a ser concluída sem erros e sem necessidade de ajustes manuais.

Locais:

• eSocial > Migração > Carregar XMLs (FRIMPXML)
• eSocial > Migração > Relacionar dados (FRIMPESOSEL)

A partir desta versão, ao configurar o evento de auxílio-moradia, a incidência de IRRF será enviada corretamente ao eSocial em todas as situações previstas.

Local: Tabelas > Eventos > Eventos > Cadastro (FR008EVC)

Ao tentar listar o relatório 08 de conferência anual do eSocial, o sistema apresentava erro informando que o campo Matrícula eSocial era obrigatório, mesmo para categorias de colaboradores nas quais esse campo não é exigido. Esse comportamento impedia a conferência do relatório para essas categorias específicas.

Implementamos um ajuste na validação do relatório para respeitar corretamente as regras de obrigatoriedade da Matrícula eSocial conforme a categoria do colaborador. Quando o colaborador não possui matrícula eSocial cadastrada, o relatório passa a exibir sem matricula e permite a listagem normalmente, sem apresentar erro.

Local: eSocial > Arquivos Periódicos > Arquivo de Retorno > 008 - Conferência Anual do eSocial (FPAR0008.ESO)

O relatório 022 - Conferência S-5002 (FPCE022.ESO) listava contratos antigos já encerrados do colaborador, mesmo sem relação com a rescisão atual em processamento. A partir desta versão, serão exibidos apenas os contratos realmente relevantes: o contrato atual que está sendo rescindido e, quando aplicável, contratos anteriores que possuam pagamentos na competência da rescisão complementar.

Local: eSocial > Eventos Periódicos > Conferência > Listar > 022 - Conferência S-5002 (FPCE022.ESO)

Ao retificar o evento S-1200 da competência 01/2026 na empresa de origem, os valores de férias pagos em 30/01/2026 deixavam de ser considerados. Por esse motivo, ajustamos a rotina para que a verificação utilize a data de pagamento (DATPAG) do recibo de férias como referência, garantindo que, quando o pagamento ocorre antes da transferência, os valores continuem sendo incluídos na empresa de origem, inclusive em retificações.

Local: eSocial > Eventos Periódicos > Envio Declaração Mensal (FRENVFOL)

Identificamos que o relatório 021 - Conferência IRRF (FPCE021.ESO) não apresentava valores negativos quando havia devolução de IRRF, o que gerava divergências nas informações exibidas e na totalização do relatório.

A fim de solucionar, o modelo do relatório foi revisado e passou a considerar corretamente os valores negativos retornados pelo eSocial em casos de devolução, garantindo a apresentação adequada das informações e a totalização correta dos valores.

Local: eSocial > Eventos Periódicos > Arquivos de Retorno > 021 - Conferência IRRF (FPCE021.ESO)

Ao calcular a folha mensal de colaboradores com pensão judicial que possuíam diferença de férias coletivas, o valor da pensão incidente sobre essa diferença era apresentado na Ficha Financeira, porém não era somado corretamente no total de pagamentos da pensão.

Diante desse cenário, o cálculo foi revisado para que o valor da pensão sobre a diferença de férias coletivas seja integrado corretamente na aba de pagamentos da pensão judicial, garantindo que o total a ser pago ao beneficiário permaneça consistente com os valores apurados na Ficha Financeira.

Local: Colaboradores > Dependentes > Pensão Judicial (FR036PJU)

O sistema calculava incorretamente diferenças de pensão judicial sobre férias quando havia alteração na tabela de INSS entre o período de gozo e o de pagamento, gerando eventos indevidos de diferença mesmo sem variação real nos valores. Sendo assim, ajustamos o para considerar a tabela de INSS vigente na data de início do gozo das férias, evitando a geração incorreta dessas diferenças.

Local: Cálculos > Ficha Financeira > Cadastro (FRFICFIN)

O sistema estava descontando valores de empréstimo consignado superiores ao disponível para o colaborador no cálculo de adiantamento da quinzena, o que resultava em pagamento líquido negativo. Sendo assim, para solucionar esse cenário, ajustamos o sistema para que verifique o valor disponível antes de aplicar o desconto e limita a parcela ao montante que o colaborador tem a receber, garantindo que não ocorram saldos negativos.

Ao gerar o relatório 006 - Dirf - Relação de Beneficiários (a partir 2010) (FPDI006.ANU), o sistema apresentava o seguinte aviso:

Nesse cenário, o campo de previdência complementar do relatório foi ajustado para suportar valores superiores, eliminando a exibição do aviso durante a geração do relatório.

Local: Anuais > Informe/Dirf > Listar > Dirf > 006 - Dirf - Relação de Beneficiários (a partir 2010) (FPDI006.ANU)

Ao gerar o arquivo da guia do Adicional SENAI referente ao 13º salário para múltiplas filiais, o sistema trazia a competência incorreta no arquivo texto. Para solucionar esse cenário, corrigimos os relatórios 001 - Resumo Senai - Orientação Paisagem (FPRS001.PRE) e 002 - Resumo Senai - Orientação Retrato (FPRS002.PRE) para que gerem o arquivo com a competência correta, independentemente da quantidade de filiais selecionadas.

Locais:

• Impostos > Previdência > Relação > Resumo Senai > 001 - Resumo Senai - Orientação Paisagem (FPRS001.PRE)
• Impostos > Previdência > Relação > Resumo Senai > 002 - Resumo Senai - Orientação Retrato (FPRS002.PRE)

O processamento do cálculo das férias programadas foi otimizado para que o sistema não apresente lentidão significativa em bases com grande número de colaboradores.

Local: Colaboradores > Férias > Recibos > Programadas (FRFERPRG)

Ao gerar o Informe de Rendimentos, o valor da pensão judicial era apresentado em duplicidade nas informações complementares quando o beneficiário estava vinculado a mais de um colaborador na empresa, como nos casos em que um funcionário e um terceiro possuem o mesmo CPF de beneficiário.

O processo de geração do Informe de Rendimentos foi atualizado para que o valor da pensão judicial seja registrado apenas uma vez nas informações complementares, mesmo quando o beneficiário possui vínculo com mais de um colaborador na empresa.

Local: Anuais > Informe/Dirf > Gerar (FRGERANU)

Foi incluído na documentação sobre Informe de Rendimentos um passo a passo detalhado sobre a criação e vinculação de totalizadores de eventos isentos de IRRF.Esse conteúdo, agora disponível na seção Linha 09, orienta o usuário na configuração correta dos eventos isentos, garantindo que sejam apresentados adequadamente no relatório.

Local: Manual do Usuário > Legislação > Administração de Pessoal > Anuais > DIRF - Declaração do Imposto de Renda Retido na Fonte > DIRF - até ano-base 2024 > Informe de Rendimentos

Ajuste

Informe de Rendimentos/DIRF e reembolsos de Plano de Saúde

Ao gerar o relatório 001 - Comprovante de Rendimentos Legal (FPIN001.ANU), os valores de reembolso de Plano de Saúde do tipo 2 não eram considerados, fazendo com que apenas os reembolsos do tipo 1 fossem apresentados. Sendo assim, ajustamos o sistema para incluir também os reembolsos do tipo 2, garantindo que todos os valores sejam exibidos corretamente no documento.

Local: Anuais > Informe/Dirf > Listar > Informe > 001 - Comprovante de Rendimentos Legal (FPIN001.ANU)

No e-Sfinge, ao gerar o Layout 22, o sistema retornava o erro CON120 exigindo certificado de reservista para servidores com mais de 45 anos, mesmo fora da faixa etária obrigatória (19 a 45 anos). Agora, a validação segue exatamente o previsto na Lei nº 4.375/1964: o certificado é exigido apenas para pessoas do sexo masculino entre o ano em que completam 19 anos e o ano em que completam 45 anos.

Para atender à regra legal, o sistema considera apenas o ano de nascimento e o ano de referência, garantindo que a obrigatoriedade seja aplicada corretamente conforme o intervalo definido em lei.

Local: Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Consulta/Envio dos Layouts (FR304STA)

Na guia Redução Imposto da tabela de Imposto de Renda, o sistema apresentava o valor de R$ 978,62 para a primeira faixa de R$ 5.000,00, quando o correto conforme a legislação deveria ser R$ 312,89. Após a correção da rotina, agora o sistema aplica automaticamente o valor correto na primeira faixa, em conformidade com a Lei 15.270/2025.

Local: Tabelas > Valores > Imposto de Renda (FR026IRF)

Ao gerar a árvore de hierarquia com uma grande quantidade de caracteres nos campos Posto, Cargo e Local, o label Possui mais 1 ocupantes era ocultado, impossibilitando a visualização dos demais ocupantes.

Agora, a box utilizada na exibição dessas informações foi ampliada, permitindo comportar mais caracteres e garantindo que nenhuma informação seja sobreposta.

Local: Tabelas > Postos de Trabalho > Hierarquia > Consulta de Hierarquia de Postos (FR017HIE)

Na leitura de arquivo de marcação customizado com número fiscal do relógio no Gestão do Ponto, o coletor não era identificado nem preenchido na marcação, pois o campo REP não era tratado no leiaute, diferente do comportamento apresentado no Controle de Ponto.

Agora, o processamento do leiaute de leitura do Gestão do Ponto passa a incluir o tratamento do campo REP, alinhando o comportamento com o Controle de Ponto e garantindo que o coletor seja identificado a partir do número fiscal cadastrado.

Local: Nova Interface > Leitura de Marcações

Na geração coletiva de afastamentos, quando o colaborador já possuía um afastamento lançado com origem de falta (OriAfa = 1) na mesma data, o sistema apresentava erro e não salvava o afastamento coletivo.

Ajustamos o fluxo de geração coletiva para tratar corretamente o cenário em que o savepoint de sessão é liberado internamente pelo processamento, permitindo que o afastamento coletivo seja registrado mesmo quando já há um afastamento com essa origem na data informada.

Local: Nova Interface > Histórico Afastamento Coletivo

Na apuração de ponto, o sistema gerava pendências indevidamente em dias nos quais o colaborador possuía afastamento registrado.

Agora, a geração de pendências por falta de marcação passa a considerar a verificação de afastamento, garantindo que dias com afastamento não sejam tratados como ausência sem justificativa.

Local: Nova Interface > Pendência

Ao realizar a apuração de um colaborador, ocorria NullPointerException quando o dia anterior correspondia a uma folga ou feriado.

Realizamos um ajuste para evitar a ocorrência da exceção e garantir a execução correta da apuração do colaborador.

Local: Nova interface > Meus acertos de ponto

Ao tentar gerar o arquivo de serviços customizados pelo SeniorDeployTool, era exibida a mensagem Strings recebidas pelo middleware não podem ultrapassar 31457280 bytes.

Como ajuste, implementamos um novo processo de geração do arquivo que considera apenas os serviços customizados. Com essa alteração, evita-se o envio de dados que ultrapassem o limite permitido pelo middleware e o processo passa a ser concluído conforme o esperado.

No modelo 022 - Conferência IRRF S-5002 (FPCE022.ESO), os valores de conferência eram duplicados quando o colaborador possuía mais de uma matrícula eSocial distribuída em dois cadastros. Sendo assim, o processamento foi corrigido para evitar essa duplicidade e garantir a exibição correta dos valores.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Listar > 022 - Conferência IRRF S-5002 (FPCE022.ESO)

No relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO), quando havia folha complementar de devolução de IRRF para PLR, eram listadas diferenças de valores em relação ao sistema Senior. Sendo assim, ajustamos a rotina de geração para que, a partir desta versão, itens de devolução de IRRF do tipo informativo não sejam considerados no cálculo complementar.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Listar > 022 - Conferência IRRF S-5002 (FPCE022.ESO)

Ao executar a rotina de gerar conferência do eSocial sem informar abrangência de colaborador, colaboradores oriundos de transferência de filial com tipo de admissão igual a Reemprego eram incluídos indevidamente no processamento da competência anterior à sua vigência, gerando avisos no log. Sendo assim, a partir desta versão, a rotina passa considerar apenas colaboradores com histórico de filial vigente na competência em processamento.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Conferência Impostos eSocial (FRGERIMP)

Ajuste

Geração de informações complementares em caso de troca de CPF no ano-base

As informações complementares não eram geradas corretamente quando o colaborador havia realizado troca de CPF durante o ano considerado para geração.

O processamento passou a tratar adequadamente essa situação, realizando a geração de dois envios do S-1210 ao eSocial quando aplicável. Cada arquivo é transmitido com o CPF correspondente às competências em que houve divergência, garantindo a consistência das informações complementares.

Local: eSocial > Colaboradores > Mudança de CPF pela RFB (FR038CPF)

Ajuste

Evento S-1210 com cálculo de pensão em férias

Na geração do evento S-1210, quando o colaborador possuía férias que abrangiam dois períodos, os valores de pensão eram calculados em dobro. Com isso, ajustamos o processamento para que, ao carregar pensão de férias, seja considerado o período aquisitivo, separando corretamente os valores de pensão das férias.

Local: eSocial > Eventos Periódicos > Envio Declaração Mensal (FRENVFOL)

Em alguns cenários, o relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO) apresentava deduções de dependentes sem os valores esperados. Sendo assim, para evitar esses casos, a regra de apuração foi corrigida para considerar corretamente o período de referência na conferência, garantindo a apresentação consistente das deduções de dependentes.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Conferência Impostos eSocial (FRGERIMP)

Ao conferir eventos periódicos do eSocial, em situações específicas de tipo de identificação inválido, o sistema podia exibir uma falha técnica em vez da mensagem correta de inconsistência: 

O tratamento dessa validação foi corrigido e, nesses casos, o sistema passa a apresentar a mensagem adequada sem interromper o fluxo.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Conferência Impostos eSocial (FRGERIMP)

No processamento de décimo terceiro complementar a devolver, o sistema não calculava a devolução do FGTS referente ao décimo terceiro, resultando em títulos financeiros com valores incorretos. Como solução para esse cenário, ajustamos o cálculo da integração financeira para processar corretamente essa devolução, garantindo que os títulos sejam gerados com os valores adequados.

Local: Cálculos > Ficha Financeira > Cadastro (FRFICFIN)

Em bases Oracle com customizações, o relatório Relação do INSS podia apresentar falha durante a execução em função da estratégia utilizada na seleção dos dados, impedindo a sua geração.

A consulta foi reformulada para adotar uma abordagem compatível com ambientes customizados, assegurando a correta emissão do relatório nesses cenários.

Local: Impostos > Previdência > Relação > INSS (FRLISINS)

O sistema foi corrigido para que, na tela de consulta dos históricos de alteração, as mudanças realizadas no campo Cláusula Assecuratória da ficha complementar sejam exibidas corretamente.

Local: Recursos > Histórico de Alteração > Consulta (FRAuditLogPesq)

O relatório 027 - Adendo Contratual Cargo (FPDO027.COL) foi adequado para suportar endereços de filiais com até 40 caracteres. Anteriormente, o limite de 25 caracteres ocasionava a exibição incompleta das informações.

Local: Colaboradores > Documentos > Modelos > 027 - Adendo Contratual Cargo (FPDO027.COL)

Agora, na seção Períodos IR da documentação sobre Dependentes, informamos que, ao inserir a informação na opção Períodos IR, será informado o período que o dependente é considerado para o cálculo do IRRF como dependente, e não como período de exclusão do cálculo.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Dependentes > Ficha Familiar

O evento DSR Indenizado, com característica 31K, não estava sendo demonstrado no campo 4 - Rendimentos Isentos e Não Tributáveis, Linha 07 do Informe de Rendimentos.

A geração da DIRF passou a enquadrar corretamente o evento de característica 31K como indenização de rescisão sem incidência de IR, fazendo com que o respectivo valor seja apresentado no campo apropriado do informe.

Local: Anuais > Informe/Dirf > Gerar (FRGERANU)

Ajuste

Envio de colaboradores estrangeiros ao eSfinge sem Título Eleitoral

Colaboradores estrangeiros sem Título Eleitoral cadastrado estavam gerando a crítica impeditiva CON196 no envio de informações ao eSfinge, interrompendo o processo de geração de servidores.

O tratamento do campo Título Eleitoral foi aprimorado para desconsiderar registros compostos apenas por espaços em branco, possibilitando a geração e envio das informações desses colaboradores sem ocorrência de críticas indevidas.

Local: Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Consulta/Envio dos Layouts (FR304STA)

Ao realizar o envio do Layout 06 na tela Consulta/Envio dos Layouts (FR304STA), o sistema rejeitava títulos eleitorais válidos de eleitores de São Paulo e Minas Gerais, exibindo a mensagem de erro CON196, que indicava desacordo com as regras da Justiça Eleitoral. Sendo assim, corrigimos a validação para contemplar a regra especial aplicada a esses estados, permitindo que títulos válidos sejam aceitos e o envio do Layout 06 concluído sem erros.

Local: Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Consulta/Envio dos Layouts (FR304STA)

Ajuste

Consistência CON726 e validação de folhas suplementares

A consistência CON726 estava validando folhas suplementares (tipos 4, 14 e 24) de acordo com a competência da folha de realização. Para solucionar esse cenário, ajustamos o processamento para que essas folhas sejam validadas conforme a competência da folha de pagamento suplementar.

Local: Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Consulta/Envio dos Layouts (FR304STA)

Ao gerar o eSocial, o sistema não levava as informações de férias para o cadastro de destino e permitia a emissão de recibo com data anterior à transferência do colaborador. Sendo assim, ajustamos a rotina em questão para que, nesses casos, seja exibida a seguinte mensagem de aviso:

Locais:

• Colaboradores > Férias > Recibos > Coletivas (FRFERCOL)
• Colaboradores > Férias > Recibos > Individuais (FRFERIND)
• Colaboradores > Férias > Recibos > Programadas (FRFERPRG)

Realizamos a atualização da documentação Situações da Apuração para alinhar as imagens e descrições apresentadas no exemplo do item Percentual Dia Seguinte.

O conteúdo foi ajustado para garantir coerência entre a parametrização demonstrada em tela e o comportamento descrito na explicação, especialmente em relação ao campo Limite Separação de Extras - Compensado e à apuração das horas após a virada do dia.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Cálculos > Controle de Ponto e Refeitório > Apuração > Definições > Situações

A tela de Marcações Desconsideradas (FRMARDES) no Controle de Ponto passa a contar com o botão Atualizar Todos, permitindo o reprocessamento coletivo das marcações exibidas na grade.

Ao acionar o botão, o sistema percorre todos os registros listados e tenta associar automaticamente cada marcação ao respectivo colaborador com base no PIS/CPF. Quando houver correspondência válida e colaborador ativo, a marcação é vinculada e segue o fluxo normal de gravação, saindo da lista de desconsideradas.

Se forem encontrados múltiplos colaboradores com o mesmo PIS/CPF ou não houver correspondência para a marcação, o registro permanecerá na tela para tratamento manual por meio do botão Colab. PIS/CPF. O processo também considera apenas colaboradores ativos no momento da execução.

A funcionalidade amplia a agilidade no reprocessamento em lote, especialmente em cenários de inconsistências geradas por integrações ou importações.

Local: Cálculos > Apuração > Marcações Desconsideradas (FRMARDES)

No cálculo com horário móvel tipo 5 e tipo de cálculo refeição móvel igual a 2 - Todos os intervalos, quando a mobilidade de refeição cadastrada era muito ampla e a marcação de entrada do colaborador ocorria dentro desse intervalo, a apuração não era realizada corretamente. Sendo assim, corrigimos o processo para calcular adequadamente nesses cenários.

Local: Nova Interface > Apuração > Calcular

Ajuste

Cálculo da data limite de compensação no fechamento por Período Folha

Na apuração de Banco de Horas com fechamento do tipo Período Folha, o sistema apresentava o erro Invalid date ‘APRIL 31’ ao calcular a data limite de compensação quando o fim do período era dia 31 e o mês seguinte possuía menos dias.

A lógica de cálculo foi ajustada para considerar a quantidade de dias do mês de destino, evitando a geração de datas inexistentes e assegurando a definição correta do prazo de compensação.

Local: Nova Interface > Banco de Horas

Na tela de agenda médica, ao clicar no botão de atendimento, o sistema exibia a seguinte mensagem:

Independentemente da opção escolhida (Sim ou Não), o resultado era o mesmo: os dados do atendente, horário e demais informações ficavam em branco, mesmo já tendo sido preenchidos na tela de marcação da agenda médica.

Sendo assim, ajustamos a rotina para que, ao acessar a agenda médica, os campos passem a ser exibidos corretamente, com o foco ajustado para o campo adequado.

Local: Medicina > Atendimentos > Agendamentos (FR110MAT)

Ao tentar alterar um atestado externo de colaborador, o sistema informava indevidamente que o atestado estava vinculado a um atendimento médico de outra empresa, o que não fazia sentido. Para solucionar esse cenário, ajustamos a rotina de atestado externo para considerar apenas atestados vinculados a atendimentos da mesma empresa.

Local: Medicina > Atendimentos > Atestado Externo (FR110MAM)

Ao incluir um novo documento na aba Documentos da Ficha Médica do Colaborador, o sistema apresentava erro e não permitia concluir a gravação do registro.

R110IMG: Attempt to get short field "br.com.senior.rh.senior.sentab.tagR110IMG.sitAss" with illegal data type conversion to byte.

A partir da versão 6.10.4.112, a estrutura foi regularizada por meio da regeneração do TBS, restabelecendo o funcionamento da rotina e permitindo a inclusão de novos documentos normalmente.

Local: Medicina > Ficha Médica > Cadastro (FR110FIC)

Durante a instalação ou alteração do sistema, ao modificar o nome do servidor na tela Servidor Java EE, a alteração informada não era persistida. O comportamento estava relacionado à apresentação do nome do servidor na grid, que exibia informação divergente do servidor definido no campo Server.
Devido a esse comportamento, realizamos ajustes no processo para que o servidor configurado seja corretamente atualizado e exibido. Assim, o processo ocorre normalmente, com as alterações devidamente aplicadas.

Quando o sistema requisitava web services de terceiro com autenticação SOAP e a chamada era enviada sem a tag correspondente no header, ocorria falha no processamento. Portanto, melhorarmos a rotina responsável pelo tratamento dessas requisições.

Com isso, o processamento adequado ocorre mesmo quando a tag de autenticação não estiver presente no header.

Ajuste

Controle de transações em web services no banco de dados Oracle

A rotina de execução dos serviços foi corrigida para garantir o controle adequado das transações no banco de dados Oracle, não retornando mais o erro There is no active transaction.

Com a migração do servidor de aplicação Glassfish para o Wildfly na versão 10.4, a forma de customização dos módulos Web 5.0 foi modificada.

Anteriormente, as customizações de telas (CSS, JavaScript e HTML) eram inseridas diretamente nas pastas do sistema. No Wildfly, os arquivos passaram a ser empacotados dentro dos arquivos .war, exigindo um procedimento específico para inclusão e manutenção dessas customizações.

A partir dessa alteração, a publicação deve ser realizada por meio da edição controlada do .war, incluindo a configuração de MIME type para reconhecimento da extensão .cli, quando utilizada para arquivos CSS customizados.

Esse procedimento garante maior controle sobre as customizações e permite sua reaplicação após atualizações do sistema, reduzindo impactos em ambientes produtivos.

Local: Manual de Instalação > Central de Configuração > Sistemas > Gestão de Pessoas > Customizações de Módulos Web

O Importador/Exportador de Artefatos foi ampliado para suportar novos tipos de artefatos e formatos de arquivo, tornando o processo de versionamento, reutilização e migração entre ambientes mais completo e flexível.

Além de Relatórios, Regras e Web Services, a funcionalidade passou a contemplar a exportação e importação de Telas Customizadas (SGI), TBS (Tabelas, Views, Enumerações, Stored Procedures e Scripts), Importação/Exportação e Cubos, com organização automática de pastas e geração dos arquivos necessários para cada tipo de artefato.

Também foram incorporados novos formatos de saída, como TXT e BIN, quando aplicável, além de regras específicas de substituição, criação e validação no processo de importação. Esses ajustes aumentam a consistência e a previsibilidade do comportamento do sistema.

Para apoiar essas melhorias, a documentação do Importador/Exportador de Artefatos em JSON e arquivo de texto foi revisada e atualizada, refletindo as novas implementações e estruturas disponíveis.

Local: Tecnologia > Ferramentas de Apoio > Geradores de Informação > Gerador Importação/Exportação > Importador/Exportador de Modelos de Relatórios (JSON)

Ao redimensionar a tela Console de Administração de Serviços, o campo Nome do web service apresentava desalinhamento na interface, comprometendo a organização visual. Para corrigir essa inconsistência, o leiaute foi ajustado, garantindo que o campo permaneça corretamente posicionado ao alterar o tamanho da tela.

Na guia Participantes das definições de turma, ao acessar a tela pela segunda vez, o primeiro registro da lista era removido ou ocultado. Sendo assim, a rotina de listagem foi corrigida e todos os participantes permanecem visíveis em acessos subsequentes.

Local: Treinamento > Turmas > Definir (FR134DTU)

Ajustamos o relatório 002 - S-5002 - IRRF Por Trabalhador (FPAR002.ESO) para que os valores negativos de devoluções sejam exibidos normalmente, garantindo a apresentação completa das informações.

Local: eSocial > Eventos Periódicos > Arquivos de Retorno > 002 - S-5002 - IRRF Por Trabalhador (FPAR002.ESO)

Na geração do leiaute S-2299 para colaborador com Rescisão Programada e Óbito com pagamento ao beneficiário, o sistema não atribuía o valor correspondente à Situação Especial de Apuração de IR no campo Indicativo de Tipo de Apuração de IR.

O processamento do S-2299 foi adequado para contemplar esse cenário específico, assegurando o preenchimento correto do campo conforme a regra aplicável à situação de pagamento ao beneficiário.

Local: eSocial > Gerar Não Periódicos (FRGERNPE)

Ao gerar informações complementares de períodos anteriores no eSocial, a barra de progresso era concluída antes do término efetivo do processamento, não representando corretamente o andamento da operação.

Recalculamos a lógica de avanço da barra com base no processamento mensal de cada colaborador, fazendo com que o indicador acompanhe fielmente a execução e seja finalizado somente após a conclusão integral da rotina.

Local: eSocial > Eventos Periódicos > Informações Complementares > Gerar Períodos Anteriores (FRGERINF)

Ajuste

Relatório FPCE022.ESO sem erro de compilação

Ao executar o relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO), o sistema apresentava erro de compilação e não concluía a execução. A partir desta versão, o comando foi corrigido e o relatório agora é gerado normalmente.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Listar > 022 - Conferência IRRF S-5002 (FPCE022.ESO)

Ajuste

Tratamento de transferência com troca de cadastro na geração do PERANT

Na geração das informações PERANT, os dados de Plano de Saúde não eram apresentados quando se tratava de colaborador transferido com troca de cadastro.

A rotina passou a contemplar esse tipo de movimentação, garantindo que os valores de Plano de Saúde sejam devidamente incorporados ao PERANT mesmo em casos de transferência entre cadastros.

Local: eSocial > Eventos Periódicos > Informações Complementares > Gerar Períodos Anteriores (FRGERINF)

Quando ocorria uma transferência de filial com troca de cadastro e o colaborador possuía pensão judicial, ao gerar o evento S-1210 da competência anterior à transferência os valores de pensão eram duplicados. Com isso, o processamento do leiaute foi ajustado para que, nesses casos, os valores de pensão não sejam duplicados no mês da transferência.

Local: eSocial > Eventos Periódicos > Envio Declaração Mensal (FRENVFOL)

Melhoramos a descrição do campo Ver Quadro de Função, da tela de cadastro de empresas. Esclarecemos que nele deve ser informado como o módulo deve proceder quanto ao quadro de funções quando da inclusão de novos colaboradores e também nas alterações de funções e no encerramento do histórico de função nas rescisões e transferências.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Empresas > Empresas

Ao acessar a tela de cadastro de outra empresa, em registros já existentes com o campo Indicativo da Obra igual a 2 ou 3, o campo Número de Inscrição do Contratante era zerado indevidamente.

O comportamento foi revisado para que o valor informado seja mantido ao abrir o cadastro, preservando os dados já registrados e evitando a perda indevida da informação.

Local: Empresas > Outras Empresas > Cadastro (FR032OEM)

A documentação da funcionalidade Relação do INSS não informava que a rotina foi descontinuada a partir da versão 6.10.4.105, o que poderia gerar dúvidas quanto à sua utilização nas versões atuais do sistema.

Incluímos na documentação a informação sobre a descontinuação da funcionalidade e orientamos que, para conferência das informações previdenciárias, sejam utilizados os relatórios disponíveis em eSocial > Eventos Periódicos > Conferência eSocial, que contemplam os demonstrativos conforme a apuração enviada ao eSocial.

Local: Manual do Usuário > Ajuda por telas > Administração de Pessoal > Impostos > Previdência > Relação > INSS

Ao salvar o relatório 001 - Gerencial - Evolução de Horas (FPGE001.GER) em Excel, as colunas de totais ficavam desalinhadas e os valores não eram exibidos corretamente. Por isso, ajustamos o sistema para ocultar a seção de detalhes dos colaboradores no arquivo exportado, garantindo que apenas os totais sejam apresentados com alinhamento adequado.

Local: Empresas > Listar > Gerenciais > 001 - Gerencial - Evolução de Horas (FPGE001.GER)

Ao calcular a folha mensal em meses com Adiantamento Salarial e valor de Devolução de IR, o sistema somava a devolução ao valor do adiantamento e realizava o desconto conjunto na folha mensal, gerando impacto indevido no resultado do cálculo.

O cálculo foi reestruturado para impedir que o evento de Devolução de IR seja descontado novamente na folha mensal quando já considerado no Adiantamento Salarial, preservando a correta apuração dos valores.

Local: Cálculos > Ficha Financeira > Cadastro (FRFICFIN)

Na importação de crédito do trabalhador para colaboradores com categoria eSocial 721, o sistema apresentava erro quando o arquivo informava null ou não preenchia o campo Matrícula. O comportamento ocorria porque, durante o processamento, a rotina tentava localizar a matrícula mesmo para essa categoria, na qual o campo não é obrigatório.

Com a adequação realizada, a ausência da Matrícula para a categoria 721 deixa de interferir na rotina, respeitando a regra do eSocial e permitindo que o arquivo seja processado conforme o leiaute previsto.

Local: Cálculos > Lançamentos > Consignado > Importação Crédito Trabalhador (FRIMPECO)

A documentação da tela Ficha Complementar, no campo Ficha Registro, não apresentava esclarecimento quanto à obrigatoriedade legal da Ficha Registro eletrônica e sua aplicação apenas para empregados com vínculo CLT.

Incluímos na documentação uma orientação informando que, conforme a Portaria 41 do Ministério do Trabalho e Emprego, a obrigatoriedade da Ficha Registro eletrônica aplica-se exclusivamente a empregados com vínculo CLT, não sendo exigida para Terceiros e Parceiros. Também esclarecemos que, nesses casos, o sistema está correto em não gerar e não permitir o preenchimento do campo.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Ficha Cadastral > Complementar

Durante o reajuste da estrutura salarial, alguns colaboradores podiam não ser processados devido a inconsistências no preenchimento da classe salarial no histórico, o que impedia o reconhecimento correto da classe para o reajuste. Sendo assim, o sistema foi ajustado para ignorar espaços adicionais nesse preenchimento, garantindo que todos os colaboradores sejam identificados e reajustados corretamente.

Local: Colaboradores > Salários > Salários > Ajustar (FRAJUSAL)

Durante a admissão, o sistema permitia alterar o campo Tipo de Atuação para um valor diferente do informado na requisição, o que descaracterizava a vaga e gerava inconsistências no processo. Com esta correção, o sistema garante que o campo seja mantido conforme definido na requisição. Caso não haja valor informado, o preenchimento pode ser feito livremente na efetivação.

Local: Colaboradores > Ficha Cadastral > Básica/Empregados > Processos de pré-admissão do Onboarding (FRGERONB)

Disponibilizamos uma FAQ com orientações sobre o fim da DIRF e a apuração mensal do IRRF via eSocial.

O material reúne os principais questionamentos apresentados no webinar sobre o tema, contemplando orientações quanto à geração do Informe de Rendimentos, utilização dos relatórios de conferência (modelos 021, 022 e 023), conferência de valores com o retorno S-5002, parametrizações, integração com módulos e cenários específicos, como migração de sistema e informações enviadas via EFD-Reinf.

A FAQ tem como objetivo apoiar na conferência correta das informações e no alinhamento entre os valores apurados no sistema e os retornos do eSocial.

Local: Manual do Usuário > Legislação > Administração de Pessoal > Anuais > DIRF - Declaração do Imposto de Renda Retido na Fonte > FAQ – Webinar do fim da DIRF

Atualizamos a documentação da seção Utilização das regras, da tela BS - Despesas Assistência Médica. Informamos que as regras especiais para os campos Valor do Serviço e Valor C.H. devem ser indicadas nos respectivos eventos (módulo de Administração de Pessoal em Tabelas > Eventos > Eventos > Cadastro, campo Regra Especial). Para o campo Parte Colaborador, a regra especial deve ser indicada no campo Regra Titular, na tela Planos (FR164PLA).

Local: Manual do Usuário > Ajuda por telas > Benefícios e Tarefeiros > Benefícios > Assistência > Despesas

A documentação da funcionalidade Pontes não apresentava exemplos práticos de apuração considerando cenários com e sem programação de ponte cadastrada, o que podia gerar dúvidas quanto ao comportamento do sistema na geração de faltas, trabalho e extras.

Incluímos na documentação exemplos detalhados demonstrando o impacto da programação de ponte na inversão dos horários entre as datas, evidenciando como o sistema realiza a apuração nos casos com e sem marcações, bem como a geração de situações como faltas e extras conforme as definições cadastradas.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Programações (CP) > Pontes

No gráfico de acompanhamento da jornada de hoje, colaboradores com fuso horário diferente do servidor visualizavam horários divergentes do seu horário local.

O cálculo da apuração simulada passou a considerar previamente a conversão do horário do servidor para o fuso do colaborador, assegurando que os horários apresentados no gráfico reflitam corretamente a realidade de cada usuário.

Local: Nova Interface > Apuração > Jornada de Hoje

O Timer de notificação de marcações ímpares, quando configurado para executar em um horário específico (por exemplo, 10:15), não era disparado conforme programado.

A lógica de conversão da configuração foi revista para interpretar corretamente horários fixos, diferenciando-os de intervalos recorrentes de execução, assegurando o disparo no momento definido.

Local: Nova Interface > Insights

Na geração do Prontuário Clínico, ao realizar a ordenação por Assunto e selecionar registros de Subnormalidade, o sistema apresentava erro de aplicação, impedindo a visualização do prontuário.

Foi regularizada a referência ao campo de código da Subnormalidade na montagem do prontuário, restabelecendo a exibição correta das informações quando utilizada essa forma de ordenação.

Local: Medicina > Ficha Médica > Prontuário Clínico (FRFICMED)

A seção 1) Pré-requisitos da documentação sobre Assinatura Eletrônica - ASO foi atualizada. Foram adicionados os caminhos no sistema para acesso às telas:

• Configurações Integração GED/SIGN;
• Atendentes - Certificado Digital.

Local: Manual do Usuário > Manual por processos > Qualidade de Vida > Medicina Ocupacional > Assinatura Eletrônica - ASO

Ao executar o web service responsável pelo preenchimento de grades, o sistema apresentava erros quando havia subgrades, impedindo a localização correta dos valores. A partir desta versão, o processamento foi ajustado para que, na presença de subgrades, os valores sejam identificados e preenchidos corretamente.

Após a atualização das bibliotecas de requisição, o sistema passou a incluir automaticamente a chave Upgrade no header das requisições HTTP. Em alguns servidores ou APIs mais antigos, essa chave não é aceita, ocasionando falha na comunicação.

O comportamento foi ajustado para que a chave Upgrade não seja adicionada automaticamente ao header, garantindo compatibilidade com integrações que não suportam esse parâmetro.

O migrador passou a gravar corretamente o campo DATTAB mesmo quando há múltiplos registros S-1000 a serem importados. Com isso, o processo de importação passa a garantir a integridade das informações, assegurando que os dados sejam registrados de forma consistente.

Locais:

• eSocial > Migração > Carregar XMLs (FRIMPXML)
• eSocial > Migração > Relacionar dados (FRIMPESOSEL)

Incluímos na documentação Conferência Impostos eSocial o detalhamento dos seguintes modelos de relatório de IRRF:

• 021 - Conferência IRRF (FPCE021.ESO);
• 022 - Conferência IRRF S-5002 (FPCE022.ESO);
• 023 - Conferência IRRF S-5012 (FPCE023.ESO).

A documentação passou a contemplar a descrição dos objetivos de cada modelo, a origem das informações consideradas nos cálculos, os leiautes do eSocial envolvidos em cada conferência e o detalhamento dos campos disponíveis em cada relatório, incluindo suas opções de geração e regras de exibição.

Com essa inclusão, a documentação passa a refletir integralmente o comportamento dos relatórios de IRRF disponibilizados na rotina.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > eSocial > Eventos Periódicos (AP) > Conferência eSocial > Conferência Impostos eSocial

Na competência 01/2025, ao alterar informações de plano de saúde de colaboradores desligados, o sistema não gerava corretamente os dados no leiaute S-1210, ocasionando rejeição pelo eSocial com a mensagem:

Agora, o processamento do leiaute S-1210 passa a buscar corretamente as informações de plano de saúde, garantindo a transmissão adequada ao eSocial.

Local: eSocial > Eventos Periódicos > Envio Declaração Mensal (FRENVFOL)

Ajuste

Evento S-2299 de rescisão complementar gerados corretamente para o eSocial

Ao gerar o evento S-2299 de rescisão complementar devido à mudança da tabela de INSS, o sistema apresentava erro informando que os descontos superavam os vencimentos, impedindo o envio ao eSocial. Sendo assim, ajustamos o sistema para organizar corretamente as informações de devolução de INSS e demais valores na rescisão complementar, permitindo que o evento seja gerado e transmitido sem erros de validação.

Local: eSocial > Gerar Não Periódicos (FRGERNPE)

Incluímos na documentação Conferência Impostos eSocial o detalhamento dos seguintes modelos de relatório de INSS:

• 011 - Conferência INSS (FPCE011.ESO);
• 012 - Conferência INSS S-5001 (FPCE012.ESO);
• 013 - Conferência INSS S-5011 (FPCE013.ESO).

A documentação passou a contemplar a descrição dos objetivos de cada modelo, a origem das informações consideradas nos cálculos, os leiautes do eSocial envolvidos em cada conferência e o detalhamento dos campos disponíveis em cada relatório, incluindo suas opções de geração e regras de exibição.

Incluímos também na documentação Previdência Social e Rotina de Conferência de INSS (eSocial) a orientação de que, no pré-requisito Envios ao eSocial, é necessário que os eventos não periódicos sejam enviados primeiro e, posteriormente, os eventos periódicos, pois estes possuem impacto direto na geração dos valores e nos resultados apresentados.

A atualização complementa as orientações da rotina, assegurando que as informações referentes aos relatórios de INSS estejam integralmente documentadas.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > eSocial > Eventos Periódicos (AP) > Conferência eSocial > Conferência Impostos eSocial

A partir de 2026, a DIRF passa a ter periodicidade mensal, porém o extrator disponibilizado pela Receita Federal apresenta os valores de forma acumulada. Além disso, a conferência do informe de rendimentos e da DIRF anual não estava contemplada na nova rotina de conferência de IRRF, o que exigia a emissão dos relatórios mês a mês para validação das informações.

Para atender a essa necessidade, disponibilizamos o modelo de relatório 008 - S-5002 - IRRF por Trabalhador Consolidado (Anual) (FPAR008.ESO), baseado nos arquivos S-5002 recebidos pelo eSocial. O relatório permite agrupar os valores retornados de forma anual, com a seleção de um intervalo de até 12 meses. Assim, a conferência entre os valores retornados pelo eSocial e os gerados pela DIRF torna-se mais prática e centralizada.

Local: eSocial > Eventos Periódicos > Arquivos de retorno > 008 - S-5002 - IRRF por Trabalhador Consolidado (Anual) (FPAR008.ESO)

Em ambientes com Gestão de Pessoas | HCM e Gestão Empresarial | ERP integrados, quando o logon era realizado por base de autenticação remota, campos restritos eram exibidos indevidamente nas configurações de pesquisa para usuários sem permissão, mesmo com as regras de segurança aplicadas. A partir desta versão, o sistema preserva corretamente as permissões durante o logon remoto, garantindo que campos restritos sejam ocultados para usuários sem acesso.

Adicionamos uma nota à introdução da documentação do web service com.senior.g5.rh.fp.db, esclarecendo que o retorno deste web service é fornecido no formato Blob. Sendo assim, para que os dados possam ser utilizados corretamente, é necessário realizar a decodificação utilizando a função Base64Decode.

Locais:

• Manual do Usuário > Integrações com outros sistemas > Web services > Administração de Pessoal > Com.senior.g5.rh.fp.db
• Manual do Usuário > Integrações com outros sistemas > Web services > Benefícios e Tarefeiros > Com.senior.g5.rh.bs.db
• Manual do Usuário > Integrações com outros sistemas > Web services > Cargos e Salários > Com.senior.g5.rh.cs.db
• Manual do Usuário > Integrações com outros sistemas > Web services > Controle de Ponto e Refeitório > Com.senior.g5.rh.hr.db
• Manual do Usuário > Integrações com outros sistemas > Web services > Jurídico > Com.senior.g5.rh.jr.db
• Manual do Usuário > Integrações com outros sistemas > Web services > Participação nos Lucros e Resultados > Com.senior.g5.rh.plr.db
• Manual do Usuário > Integrações com outros sistemas > Web services > Quadro de Vagas e Orçamento > Com.senior.g5.rh.ql.db
• Manual do Usuário > Integrações com outros sistemas > Web services > Recrutamento e Seleção > Com.senior.g5.rh.rs.db
• Manual do Usuário > Integrações com outros sistemas > Web services > Segurança e Medicina > Com.senior.g5.rh.sm.db
• Manual do Usuário > Integrações com outros sistemas > Web services > Treinamento e Pesquisa > Com.senior.g5.rh.tr.db

No processamento dos períodos de férias, o sistema encerrava incorretamente o período quando havia afastamentos em sequência, considerando o afastamento que ultrapassava a quantidade de perda de férias. Agora, o cálculo passa a encerrar corretamente pelo último afastamento consecutivo, garantindo maior precisão no controle das férias.

Local: Colaboradores > Férias > Períodos > Cadastro (FR040FER)

Durante o processamento da DIRF, o sistema não considerava a devolução do 13º IRRF quando o pagamento ocorria ainda dentro da competência 12 do ano- base, resultando em divergência de valores em relação ao eSocial. A partir desta versão, o sistema passa a contemplar corretamente essa situação, garantindo que os valores apresentados estejam alinhados com o eSocial.

Local: Anuais > Informe/Dirf > Gerar (FRGERANU)

Ao emitir o relatório 001 - Relação Cálculo - Organograma (FPRF001.OPE), era apresentada a seguinte mensagem que impedia a geração do relatório:

Como solução para esse cenário, ajustamos o relatório para que passe a ser emitido normalmente, sem erros, refletindo corretamente a estrutura de organograma válida no último dia da competência.

Locais:

• Cálculos > Relatórios > Operacionais > 001 - Relação Cálculo - Organograma (FPRF001.OPE)
• Cálculos > Terceiros > Pagtos Física (FR032TPG)

No dia 21/11/2025, divulgamos uma nota informando um ajuste na documentação eConsignado | Crédito do Trabalhador, indicando que o ajuste estava nos tópicos Versões 6.10.3.129 e 6.10.4.67. Contudo, essa informação estava incorreta. A correção foi realocada agora para os tópicos Versões 6.10.3.133 e 6.10.4.71. A documentação foi atualizada e o ajuste está no local correto.

Local: Manual do Usuário > Legislação > Administração de Pessoal > eConsignado | Crédito do Trabalhador

O processamento automático de retorno de marcações passou a considerar corretamente marcações realizadas com fuso horário de verão +10:30 (Adelaide/Austrália). Antes dessa adequação, esse tipo de marcação não era aceito pelo Controle de Ponto durante a execução do processo automático.

Com o novo tratamento, as marcações nesse fuso horário são processadas normalmente, garantindo a correta integração e o registro adequado das informações no controle de ponto.

Local: Controle de Ponto > Processos automáticos

Incluímos na documentação Cadastro de Escalas uma orientação complementar no campo Tipo da Busca Automática.

Passamos a informar que, mesmo que em razão do Gestão do Ponto instalado seja permitido o cadastro de uma quantidade superior de horários, quando o colaborador estiver iniciado para o Controle de Ponto, o sistema considerará apenas os cinco primeiros horários cadastrados.

Dessa forma, a documentação passa a refletir corretamente o comportamento adotado pelo sistema nesse cenário.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Tabelas > Horários/Escalas > Escalas > Cadastro

Quando ocorria erro em algum cursor do modelo, a mensagem apresentada não identificava claramente qual cursor estava envolvido, pois todos utilizavam o mesmo nome padrão.

Passamos a atribuir um nome sequencial e individual para cada cursor, facilitando a identificação do ponto exato da falha e tornando o diagnóstico de erros mais preciso.

Local: Cálculos > Apuração > Listar > Fiscais > 004 - Arquivo Eletrônico de Jornada (AEJ Portaria 671) (HRFI004.GER)

A tela Acertos da minha equipe deixava de apresentar informações quando o campo Considerar troca de Local nas Telas de Acertos no Gestão do Ponto estava nulo, resultando em erro de NullPointerException.

O tratamento dessa condição foi incorporado ao carregamento da tela, permitindo que as informações sejam exibidas normalmente mesmo quando o campo não estiver preenchido.

Local: Nova Interface > Acerto do Ponto

Nos totalizadores do Gestão do Ponto, quando o resultado da soma era zerado, o sistema apresentava um traço (-) em vez do valor correspondente a horas zeradas.

A forma de exibição foi revisada para que, sempre que o total for zero, seja apresentado o formato 00:00h nas telas de totalizadores, proporcionando maior clareza e uniformidade na visualização das informações.

Local: Nova Interface > Acerto do Ponto

Ajuste

Visualização do espelho de ponto via Waapi em dispositivos iOS

No acesso ao acerto de ponto via Waapi em dispositivos iOS, os botões responsáveis pela visualização do espelho de ponto não executavam a ação esperada. O comportamento estava relacionado às restrições de segurança do WebView da Apple, que bloqueiam a abertura de novas abas.

O fluxo de abertura do espelho de ponto foi adaptado para atender às regras do ambiente iOS, garantindo que a visualização ocorra corretamente mesmo com as limitações impostas pelo WebView.

Local: Waapi > Gestão do ponto > Acerto de ponto

Ao excluir um histórico de afastamento do colaborador, ocorria erro durante a exclusão das Solicitações do Colaborador, com a seguinte mensagem:

    Erro de acesso ao banco de dados:

    Banco de Dados: Oracle 19.

    Erro do Banco (20103): ORA-20103: Erro na Exclusão das Solicitações do Colaborador: NumEmp 1TipCol 1NumCad 12572OriExa 12

    ORA-06512: at "RH.RH_EXC SOLIC", line 100

    ORA-06512: at "RH.R038AFA ED", line 96

    ORA-04088: error during execution of trigger 'RH.R038AFA_ED'

Realizamos um ajuste no controle de auditoria de resultados de exames para considerar afastamentos vinculados aos resultados dos exames do colaborador, permitindo a exclusão correta do histórico.

Local: Colaboradores > Históricos > Afastamentos (FR038AFA)

Melhoramos a documentação do campo Período, da tela Gerar Solicitação. Informamos que, ao registrar uma solicitação em Medicina > PCMSO > Resultados (FR108RES), o campo Data de Resultado é preenchido automaticamente com a data da solicitação do exame. Esse campo pode ser alterado manualmente, sendo esse o comportamento padrão do sistema. Opcionalmente, é possível configurar uma regra especial na regra de processo 534 para que o campo Data de Resultado seja gerado em branco.

Local: Manual do Usuário > Ajuda por telas > Segurança e Medicina > Medicina > PCMSO > Gerar Solicitação

O sistema não permite mais a distribuição de EPI sem saldo registrado em estoque. Com isso, passa a validar corretamente a disponibilidade, bloqueando a distribuição quando não houver saldo até que seja registrada uma nova entrada. Dessa forma, não serão geradas inconsistências no controle de entradas e saídas.

Local: Segurança > EPI > Distribuição > Coletiva > Por Colaborador (FRCOLDIE)

Ao publicar customizações que continham referências com caracteres especiais, o conteúdo não era aplicado corretamente ou apresentava distorção em palavras acentuadas.

Padronizamos o encoding para Windows-1252 no processo de publicação, garantindo a correta gravação e exibição de caracteres especiais.

Local: Tecnologia > Senior Developer

Realizamos melhorias nos processos de telemetria para permitir a geração e a manipulação do contexto de execução dos web services. Com isso, passamos a identificar a origem das requisições.

Esse aprimoramento permite que os serviços executados internamente pela aplicação sejam classificados como internos, enquanto as demais execuções são identificadas como externas.

Ajuste

Migração complementar do eSocial passa a gerar apenas leiautes selecionados

Na rotina Migração do eSocial, em Relacionar Dados para Complemento Novos Colaboradores, utilizada para gerar leiautes que ainda não haviam sido migrados como complemento da migração principal, o sistema deveria considerar exclusivamente os leiautes selecionados para essa etapa. No entanto, a consulta não restringia corretamente os colaboradores vinculados a esses leiautes, o que resultava na geração de informações indevidas.

Esse comportamento foi corrigido nos leiautes S-1200 e S-1210. Agora, a rotina passa a gerar apenas os leiautes explicitamente definidos para a migração complementar, assegurando consistência no processo e evitando a criação de registros não previstos.

Locais:

• eSocial > Migração > Relacionar Dados (FRIMPESOSEL)
• eSocial > Migração > Relacionar dados - Complemento Novos Colaboradores (FRIMPESOSEL_2)

Identificamos que, no relatório Conferência IRRF S-5002, a coluna Valor Senior era exibida zerada, gerando divergências na comparação com a Ficha Financeira e com as informações do eSocial. Diante desse cenário, revisamos a leitura dos dados utilizada pelo relatório, que passa a considerar corretamente os valores já registrados no sistema, assegurando a exibição adequada dos resultados.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Listar > 022 - Conferência IRRF S-5002 (FPCE022.ESO)

Identificamos que o relatório 021 - Conferência IRRF (FPCE021.ESO), não estava sendo executado devido a um erro de compilação.

Após a revisão do comando responsável pela execução, o relatório foi regularizado e voltou a ser processado corretamente, possibilitando a emissão das informações conforme esperado.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Listar > 021 - Conferência IRRF (FPCE021.ESO)

Ajuste

Exibição das informações complementares no relatório Conferência de IRRF S-5002

Ao gerar o relatório de Conferência de IRRF - S-5002, as informações complementares de Plano de Saúde Titular, Pensão Alimentícia e Previdência Complementar não eram apresentadas corretamente quando estavam disponíveis apenas no retorno do eSocial. Com isso, a conferência das informações fiscais ficava incompleta para a entrega das obrigações anuais.

Ajustamos o relatório para que todas as informações complementares sejam exibidas, independentemente da origem dos dados, seja da folha ou do retorno do eSocial. Dessa forma, os valores passam a ser demonstrados corretamente, garantindo uma conferência fiscal mais segura e completa.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Listar > 022 - Relatório de conferencia IRRF - S-5002 (FPCE022.ESO)

No Relatório de Conferência IRRF S-5002, os dependentes cadastrados no sistema Senior não eram exibidos quando não constavam no eSocial ou quando apresentavam divergências entre as bases. Esse comportamento impedia a conferência integral das informações fiscais relacionadas ao IRRF.

Atualizamos o relatório para demonstrar todos os dependentes envolvidos, incluindo aqueles registrados apenas no sistema Senior, apenas no eSocial ou com diferenças entre os dois sistemas. Assim, a conferência das informações de dependentes passa a ser realizada de forma completa e transparente.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Listar > 022 - Relatório de conferencia IRRF - S-5002 (FPCE022.ESO)

Incluímos orientações na documentação Previdência Social e Rotina de Conferência de INSS (eSocial), esclarecendo a necessidade de refazer a geração das informações sempre que houver alterações na ficha financeira ou quando forem identificadas divergências, garantindo que os relatórios reflitam os dados atualizados.

Local: Manual do Usuário > Manual por processos > Relações Trabalhistas > Administração de Pessoal > Rotina de Conferência > Previdência Social e Rotina de Conferência de INSS (eSocial)

Ao tentar realizar envios ao eSocial após o Fechamento dos Eventos Periódicos (S-1299), a mensagem apresentada ao usuário não informava de forma clara a competência à qual o fechamento se referia.

Ajustamos o texto exibido nessa situação para que a competência seja apresentada explicitamente na mensagem, proporcionando maior clareza sobre o período já encerrado e evitando dúvidas no momento do envio.

Locais:

• eSocial > Gerar Não Periódicos (FRGERNPE)
• eSocial > Eventos Periódicos > Envio Declaração Mensal (FRENVFOL)

Durante a inicialização dos módulos do sistema, ocorria perda de informações do identificador de instalação, o que poderia impactar a validação de atualizações disponíveis.

Reorganizamos o fluxo de verificação de atualizações para que essa etapa seja executada somente após o carregamento completo das configurações do ambiente, preservando o identificador de instalação e assegurando a correta inicialização dos módulos.

Ao emitir o relatório 018 - Relação de Crédito Consignado (FPRF018.OPE), o sistema listava colaboradores sem valores importados para a competência, exibindo registros com valor 0,00 de forma indevida. Para evitar esse cenário, o processamento do relatório foi revisado e passou a considerar apenas colaboradores que possuam valores de crédito consignado na competência informada, garantindo a consistência das informações apresentadas.

Local: Cálculos > Relatórios > Operacionais > Relação de Cálculo > 018 - Relação de Crédito Consignado (FPRF018.OPE)

Na documentação do web service com.senior.g5.rh.fp.periodicos, foi ajustada a identificação do campo tipoenvio, que passou a ser apresentado como tipoenviofolha.

A atualização alinha a documentação ao comportamento real do serviço e evita erro durante a execução do processo de envio da declaração mensal, que exige o preenchimento do campo com o nome correto.

Confira a documentação.

Local: Manual do Usuário > Integrações com outros sistemas > Web services > Administração de Pessoal > Com.senior.g5.rh.fp.periodicos

Incluímos uma observação na documentação do web service com.senior.g5.rh.fp.GeracaoProgramacaoFerias para esclarecer que a rotina não executa as validações de avisos padrão existentes na programação realizada em tela. Como se trata de um web service, o processo ocorre sem interação com o usuário e, por isso, a programação de férias é incluída diretamente, sem a exibição dessas validações. Acesse a documentação para mais informações.

Local: Manual do Usuário > Integrações com outros sistemas > Web services > Administração de Pessoal > Com.senior.g5.rh.fp.GeracaoProgramacaoFerias

Durante o envio do leiaute 10 - Dados Funcionais do Agente Público Ativo ao e-Sfinge, ocorria uma falha devido ao formato da data de início da vigência do vínculo, o que impedia a conclusão do processo. Diante desse cenário, ajustamos o tratamento dessa informação para que a data seja enviada no formato esperado pelo banco de dados, garantindo a transmissão correta do leiaute.

Local: Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Consulta/Envio dos Layouts (FR304STA)

Ao listar o relatório 01 Aviso Prévio - Rcs Calculadas ou Não (Gerados) (FPAV001.COL) para aviso prévio do tipo 6 - Trabalhado (Rural), o sistema apresentava a mensagem “Não houve informações a listar.”. Esse comportamento ocorria porque a busca considerava apenas os tipos 1 - Indenizado, 2 - Trabalhado e 3 - Trabalhado + Acréscimo.

Sendo assim, o relatório foi ajustado e passa a considerar também o tipo 6 - Trabalhado (Rural), permitindo a listagem correta das informações.

Local: Colaboradores > Rescisões > Listar > Doctos Rescisão > 01 Aviso Prévio - Rcs Calculadas ou Não (Gerados) (FPAV001.COL)

Ajuste

Habilitação do campo Trib Contribuição Prev. para classificação tributária 6

Ao cadastrar uma empresa com classificação tributária 6 - Agroindústria, o campo Trib Contribuição Prev. permanecia desabilitado, impossibilitando o correto preenchimento da opção de tributação.

Realizamos a inclusão da classificação 6 - Agroindústria entre as opções que habilitam o campo Trib Contribuição Prev., permitindo que a informação seja registrada conforme a tributação aplicável.

Local: Empresas > Filiais > Cadastro (FR030FIL)

Estavam disponíveis os relatórios 043 - Colaboradores com digitais cadastradas (HRCL043.GER) e 044 - Colaboradores sem digitais cadastradas (HRCL044.GER), que listavam informações da tabela R034BIO, não utilizada pelo módulo.

Os relatórios foram retirados da aplicação, evitando a exibição de dados sem utilização prática no contexto do módulo e mantendo a coerência das funcionalidades disponibilizadas.

Locais:

• Colaboradores > Listar > 043 - Colaboradores com digitais cadastradas (HRCL043.GER)
• Colaboradores > Listar > 044 - Colaboradores sem digitais cadastradas (HRCL044.GER)

O relatório 005 - Histórico de Escalas (HRCL005.GER) considerava apenas a escala atual registrada na ficha do colaborador, o que impedia o retorno de resultados ao aplicar filtros por escalas que não estivessem definidas como atuais no cadastro.

Aprimoramos a lógica de busca para que o relatório passe a consultar o histórico de escalas do colaborador, permitindo a filtragem por qualquer escala já utilizada, independentemente da escala atual cadastrada.

Local: Colaboradores > Listar > 005 - Histórico de Escalas (HRCL005.GER)

Incluímos na documentação Histórico de afastamento a orientação de que, quando for informado 00:00 nos campos Hora Inicial e Hora Final, o Gestão de Ponto desconsidera esses horários e passa a considerar apenas as datas informadas.

Também inserimos na documentação Histórico de afastamento a informação de que, no módulo Controle de Ponto, quando é informada a hora de início do afastamento, mas não é informada a hora de término, o afastamento é considerado válido a partir da data e hora inicial até o final do dia da data de término.

Locais:

• Manual do Usuário > Ajuda por telas > Gestão do Ponto (nova interface) > Manutenção de Históricos > Afastamento
• Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Históricos > Afastamentos

Incluímos uma validação prévia no processo de leitura de arquivos da apuração de ponto. Antes, a presença de arquivos vazios, sem marcações, no diretório de leitura fazia com que o processamento fosse interrompido, exibindo a mensagem de erro: List Index Out Of Bounds(0).

Com a validação, os arquivos vazios são identificados antecipadamente e registrados em log informativo, permitindo que a apuração prossiga normalmente com os demais arquivos válidos.

Local: Cálculos > Apuração > Calcular (FRCALAPU)

Removemos da documentação Definição Integração a orientação referente ao encerramento do período em uma quarta-feira e à avaliação da falta ocorrida na quinta-feira do período seguinte, no campo Pagar DSR da Última Semana, pois a descrição não refletia o comportamento correto do sistema.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Cálculos > Controle de Ponto e Refeitório > Integração > Definições

Incluímos na documentação Histórico de afastamento a orientação de que, quando for informado 00:00 nos campos Hora Inicial e Hora Final, o Gestão de Ponto desconsidera esses horários e passa a considerar apenas as datas informadas.

Também inserimos na documentação Histórico de afastamento a informação de que, no módulo Controle de Ponto, quando é informada a hora de início do afastamento, mas não é informada a hora de término, o afastamento é considerado válido a partir da data e hora inicial até o final do dia da data de término.

Locais:

• Manual do Usuário > Ajuda por telas > Gestão do Ponto (nova interface) > Manutenção de Históricos > Afastamento
• Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Históricos > Afastamentos

A programação coletiva de Autorização de Horas Extras e Autorização de Saída não gravava o código do usuário responsável pela ação, mantendo o valor 0 no campo CodUsu.

Realizamos a implementação da gravação automática do código do usuário logado (CodUsu) em todas as programações coletivas de autorizações, alinhando o comportamento ao das programações individuais e ao Controle de Ponto.

Local: Nova Interface > Históricos e Programações

Durante a execução da limpeza de cache, a presença de caminhos de log contendo pastas com caracteres especiais podia resultar em erro de NullPointerException, interrompendo o processamento.

O tratamento foi aprimorado para suportar corretamente caminhos de pasta com caracteres especiais, permitindo que a limpeza de cache seja realizada sem falhas nesse cenário.

Local: Gestão do Ponto > Diversos > Limpar Cache

O sistema passou a atender ao requisito NGS2.07.01 - Certificado digital para autenticação por meio do módulo Medicina Ocupacional, conforme as definições do Prontuário Eletrônico do Paciente.

Para mais informações sobre a funcionalidade, consulte a documentação do Prontuário Eletrônico do Paciente.

Locais:

• Medicina > Atendimentos > Atestados Médicos (Assinatura Eletrônica de Documento - Botão Enviar) (FR110MAM_1)
• Medicina > Audiometria > Resultados (Guia Assinatura Eletrônica - botão Enviar) (FR108RES)
• Medicina > PCMSO > Resultados (Guia Assinatura Eletrônica - botão Enviar) (FR108RES)
• Tabelas > Medicina > Atendentes (Botão Certificado - Selecionar) (FRVALCER)

No Gerador de Cubos, durante a exportação de visões para o Excel, os campos do tipo Medidas Totalizadoras com fórmulas personalizadas definidas pelo usuário eram exportados com valores incorretos, especialmente quando o totalizador estava no nível mais baixo da planilha. Para corrigir esse comportamento, a rotina de exportação foi revisada, garantindo que os valores sejam apresentados corretamente no Excel e mantenham a mesma consistência exibida em tela.

Ao realizar o login automático via URL no BrowserAccess, o sistema não efetuava a autenticação mesmo quando os parâmetros user e pswd estavam informados corretamente, exibindo a tela de login manual.

Diante desse cenário, o comportamento foi ajustado para que o acesso automático volte a funcionar quando os parâmetros de usuário e senha forem informados na URL.

Ao adicionar ou atualizar um Web Service utilizando a opção Utilizar token de autenticação, o sistema apresentava indevidamente a mensagem:

Esse comportamento ocorria mesmo quando os dados estavam informados corretamente. A validação foi ajustada para permitir a inclusão do token de autenticação de forma adequada, evitando a exibição indevida da mensagem.

Incluímos uma observação na documentação informando que, quando o sistema é acessado via WindowsAccess (WA), a importação de planilhas depende da instalação do Microsoft Office no servidor onde o WindowsAccess está sendo executado. Caso o pacote Office não esteja disponível nesse ambiente, a importação de arquivos de planilha não será realizada. Acesse a documentação de Recursos Disponíveis X Opções de Acesso para mais informações.

Local: Tecnologia > Manual de Instalação > Middleware Senior > Recursos x Opções de acesso

Durante a inicialização do sistema, a rotina responsável por carregar o identificador da instalação a partir do arquivo de controle inst.ctrl era executada mais de uma vez. Esse comportamento ocasionava a perda da referência utilizada pelo sistema e resultava na mensagem Identificador da instalação não informado.

Refatoramos o processo para que a leitura do arquivo e o carregamento das informações ocorram apenas uma vez durante o ciclo de vida da aplicação. Com esse ajuste, a consistência do identificador é preservada e a inicialização ocorre conforme o esperado.

Atualizamos a documentação do leiaute S-2299 - Desligamento para esclarecer o comportamento do campo relacionado à situação de apuração do IR em rescisões, considerando o tipo de desligamento e a data de pagamento após as versões 6.10.1.123 e 6.10.3.55.

Local: Leiautes do eSocial > Eventos Não Periódicos > Eventos de Folha > S-2299 - Desligamento

Ajuste

Migração do evento S-2298 para gerar registros na tabela R034MAT

Durante o processo de migração do evento S-2298, identificamos que as informações não estavam sendo gravadas na tabela R034MAT, diferentemente do comportamento adotado em outros leiautes, como o S-2200.

Agora, com o ajuste aplicado no migrador, a migração do S-2298 passa a gerar corretamente os registros na tabela R034MAT, assegurando a consistência das informações migradas e a padronização do tratamento entre os diferentes leiautes.

Locais:

• eSocial > Migração > Carregar XMLs (FRIMPXML)
• eSocial > Migração > Relacionar Dados (FRIMPESOSEL)

Incluímos na documentação do eConsignado | Crédito do Trabalhador a orientação referente à necessidade de a base do evento 49T estar zerada, pois uma configuração incorreta desse evento pode impactar o comportamento do evento 49S.

A informação foi adicionada no item Versões 6.10.3.133 e 6.10.4.71, no passo 5 da parametrização.

Local: Manual do Usuário > Legislação > Administração de Pessoal > eConsignado | Crédito do Trabalhador

Ajuste

Geração do leiaute S-1210 para colaboradores desligados em ano anterior

A geração do leiaute S-1210 passou a contemplar colaboradores desligados no ano anterior que possuem informações complementares pendentes de envio. Antes dessa adequação, esses registros não eram incluídos, o que impedia a geração dos grupos perAnt e infoIRComplem. Com o novo tratamento, o XML do leiaute passa a ser gerado de forma completa, assegurando o envio correto dessas informações.

Local: eSocial > Eventos Periódicos > Envio Declaração Mensal (FRENVFOL)

Ajuste

Conferência de IRRF para colaboradores demitidos

O relatório de conferência 023 - IRRF - S-5012 (FPCE023.ESO) teve o processo de consolidação das informações revisado para a conferência fiscal. Anteriormente, os valores de IRRF de colaboradores demitidos não eram recuperados de forma completa, o que impactava a análise dos dados. Além disso, no reprocessamento do leiaute S-1210 para colaboradores desligados em períodos anteriores, o XML não contemplava as informações de plano de saúde.

Com as adequações, o relatório passou a considerar corretamente os registros de rescisões complementares e o reprocessamento do S-1210 passou a gerar o XML com as informações de plano de saúde, assegurando consistência nos dados utilizados para conferência e envio das obrigações.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Listar > 023 - Relatório de conferencia IRRF - S-5012 (FPCE023.ESO)

Identificamos que a rotina responsável pelo tratamento de locks utilizava validações que não eram totalmente compatíveis com o processo de limpeza, o que podia comprometer a remoção correta dos registros. Diante disso, a validação foi revisada para considerar apenas informações pertinentes a esse tratamento, assegurando a exclusão adequada dos locks.

Adicionalmente, o controle de criação de locks foi ajustado para que a mensagem de sucesso seja registrada somente quando o lock for efetivamente criado. Com isso, evitam-se registros de log incorretos em situações nas quais a tentativa envolve locks já existentes.

Locais:

• Colaboradores > Ficha Cadastral > Empregados (FR034FUN)
• Recrutamento e Seleção > Candidatos > Cadastro > Candidato Externo (FR122CEX)

Em alguns cenários, o sistema realizava o tratamento de conexões inválidas durante a inicialização mesmo quando estava sendo executado pelo Motor do eSocial ou com o uso do parâmetro -nc, situações em que esse processamento não era necessário. Também foram identificados pontos em que o número da sessão era tratado com um tipo numérico inadequado, o que podia resultar em valores incorretos quando a sessão possuía números elevados.

Diante desse cenário, as validações foram ajustadas para que o tratamento de conexões inválidas deixe de ser executado nessas condições. Além disso, o tipo numérico utilizado para representar o número da sessão foi padronizado, assegurando o processamento correto de valores maiores e evitando inconsistências no controle das sessões.

Locais:

• Administração de Pessoal > Colaboradores > Ficha Cadastral > Empregados (FR034FUN)
• Recrutamento e Seleção > Candidatos > Cadastro (FR122CEX)

Incluímos orientações na documentação de Filiais sobre o preenchimento do campo Início das Atividades para empresas enquadradas como Microempreendedor Individual (MEI) que não possuíam empregados e que passaram a ser optantes do Simples Nacional, esclarecendo que deve ser considerada a data de início da obrigatoriedade conforme o enquadramento da empresa.

Também incluímos esclarecimentos na documentação de Microempreendedor Individual sobre o início da obrigatoriedade de envio das informações trabalhistas quando ocorre a alteração de enquadramento para optante do Simples Nacional.

Locais:

• Manual do Usuário > Ajuda por telas > Telas em comum > Empresas > Filiais > Cadastro
• Manual do Usuário > Ajuda por telas > Administração de Pessoal > Impostos > Previdência > GPS > Microempreendedor Individual

No processamento do 13º salário integral, identificamos que o sistema aplicava incorretamente o percentual da parte empresa do INSS para colaboradores com vínculo de diretor (contribuintes individuais) em empresas enquadradas na desoneração da folha do tipo 7 - Município. Nessas situações, era utilizada a alíquota de 12%, enquanto na folha mensal o percentual correto é de 20%.

Esse comportamento também impactava a Conferência de INSS, na qual os valores referentes à Contribuição Previdenciária Patronal do 13º salário apresentavam divergências em relação ao cálculo mensal, mesmo para empresas que atendiam aos critérios previstos na legislação vigente.

Agora, com a correção aplicada, o sistema passa a utilizar corretamente a alíquota de 20% para a parte empresa do INSS no cálculo do 13º salário integral de diretores, mantendo o mesmo percentual adotado na folha mensal quando a empresa estiver enquadrada na desoneração do tipo 7 - Município. A Conferência de INSS também foi adequada, assegurando que a apuração da contribuição patronal do 13º salário fique consistente com os valores calculados mensalmente.

Locais:

• Impostos > Previdência > Relação > INSS > 001 - Relação INSS (FPRE001.PRE)
• eSocial > Eventos Periódicos > Conferência INSS > Gerar (FRGERIMP)

No processamento do 13º salário integral, o sistema calculava incorretamente o percentual da parte empresa do INSS para colaboradores com vínculo de diretor (contribuintes individuais) em empresas enquadradas no tipo de desoneração 7 - Município, aplicando a alíquota de 12% em vez de 20%, diferentemente do cálculo realizado na folha mensal. Para solucionar esse cenário, o cálculo do INSS foi ajustado para que o percentual da parte empresa para diretores no 13º salário integral seja de 20%, mantendo a mesma alíquota aplicada na folha mensal quando a empresa estiver enquadrada na desoneração da folha de pagamento do tipo 7 - Município.

Local: Impostos > Previdência > Relação > INSS > 001 - Relação INSS (FPRE001.PRE)

Revisamos o critério de listagem do relatório modelo 018 - Relação de Crédito Consignado (FPRF018.OPE). Anteriormente, quando havia colaborador demitido na mesma competência informada na entrada de parâmetros, as informações não eram apresentadas. Com essa alteração, o relatório passa a considerar a competência informada na própria tela de emissão, garantindo a exibição correta dos dados.

Local: Cálculos > Relatórios > Operacionais > Relação de Cálculo > 018 - Relação de Crédito Consignado (FPRF018.OPE)

Identificamos que o relatório 012 - Conferência INSS S-5001 (FPCE012.ESO) não apresentava os valores referentes aos eventos de licença-maternidade empresa cidadã quando o colaborador possuía esse tipo de afastamento configurado.

Agora, com a correção aplicada, o relatório passa a exibir corretamente todos os valores relacionados à licença-maternidade empresa cidadã, assegurando a conferência completa das informações de INSS apuradas a partir do evento S-5001.

Local: eSocial > Eventos Periódicos > Conferencia eSocial > Listar > 012 - Conferência INSS S-5001 (FPCE012.ESO)

Na documentação da Ficha Cadastral - Empregados, ajustamos a observação da guia Outro cadastro, na seção Outro Contrato, para esclarecer e padronizar o comportamento do sistema conforme o tipo de Outro Contrato selecionado.

A documentação passou a detalhar as diferenças entre as opções S - Outro Contrato Dentro do Sistema e F - Fora do sistema, explicitando quais bases de cálculo são consideradas em cada cenário e em quais situações cada opção deve ser utilizada.

Também foi incluída a orientação de que, sempre que houver inclusão, alteração ou exclusão de lançamentos de base após a execução do cálculo, é necessário reexecutar os cálculos da Ficha Financeira, assegurando a correta atualização e a consistência das informações apuradas.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Ficha Cadastral > Ficha Cadastral - Empregados

Incluímos orientações adicionais na documentação para esclarecer o comportamento do sistema no rateio de mão de obra aplicado a contratos intermitentes. Para que o rateio seja apurado corretamente, é obrigatória a existência de uma Convocação Intermitente registrada.

Na ausência dessa convocação, o sistema não consegue identificar os dias e as horas trabalhadas e, por padrão, utiliza o rateio vigente no último mês para realizar a distribuição dos custos.

Para mais detalhes, consulte a documentação:

• Empresas na guia Cálculos campo Rateio MO Cálculo.
• Reforma trabalhista (Lei nº 13.467 de 2017): contratos intermitentes.

Locais:

• Manual do Usuário > Ajuda por telas > Telas em comum > Empresas > Empresas
• Manual do Usuário > Legislação > Reforma trabalhista (Lei nº 13.467 de 2017) - Contratos intermitentes

Atualizamos a documentação de Previdência para esclarecer, no campo Forma de Cálculo do INSS, que após o cálculo progressivo a Administração de Pessoal desconsidera as casas decimais, não sendo aplicado arredondamento.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Tabelas > Valores > Previdência > Cadastro

Ao executar o processamento assíncrono da DIRF, a rotina responsável por acionar o web service com.senior.g5.rh.fp.anuais.dirf.Calcular podia apresentar a seguinte mensagem de erro: “Ocorreu um erro ao executar o serviço ‘AP - Anuais - Informe e Dirf - Escalonar’: Valores de parâmetros obrigatórios não foram informados.”

Esse comportamento foi corrigido com a revisão do controle e da validação dos campos obrigatórios no web service com.senior.g5.rh.fp.anuais.dirf.Calcular. Com isso, a execução assíncrona da DIRF passa a ocorrer corretamente, sem a exibição indevida da mensagem de erro.

Local: Anuais > Informe/Dirf > Gerar (FRGERANU)

Atualizamos um componente do front-end do Gestão do Ponto com foco na mitigação de potenciais vulnerabilidades. A partir desta versão, o componente passa a contar com melhorias que reforçam a segurança da aplicação, contribuindo para um ambiente mais estável e protegido.

Local: Gestão do Ponto > Nova Interface

Incluímos na documentação Meus acertos de ponto a informação de que, em dispositivos móveis com telas de menores dimensões, a funcionalidade pode não funcionar corretamente, sendo indicada a utilização em dispositivos com telas maiores, como computadores ou notebooks.

Local: Manual do Usuário > Ajuda por telas > Gestão do Ponto (nova interface) > Apuração do Ponto > Sou Colaborador > Realizar meus acertos de ponto

Reestruturamos o comportamento de redirecionamento dos hiperlinks do SeniorPlatform para o Gestão do Ponto. Anteriormente, ao clicar em um hiperlink, o acesso não era direcionado para a tela correta. Com a alteração, o redirecionamento passa a ocorrer corretamente, garantindo o acesso adequado à funcionalidade correspondente.

Local: Apuração > Gestão > Colaboradores

Reestruturamos a validação dos filtros de abrangência no analytics Monitor de Presença. Anteriormente, quando havia marcações realizadas por crachá com histórico de data final, o monitor exibia colaboradores fora da abrangência do gestor. Agora, a validação de abrangência passou a ser aplicada como condição obrigatória antes das validações de crachá, garantindo que apenas colaboradores dentro da abrangência sejam apresentados.

Local: Nova Interface > Analytics

Incluímos a verificação de feriados no carregamento da escala intermitente durante a apuração. Anteriormente, os feriados cadastrados não eram considerados nesse processo. Com essa melhoria, a apuração da escala intermitente considera corretamente os feriados cadastrados, assegurando consistência nos cálculos.

Local: Nova Interface > Apuração do Ponto

Incluímos a listagem correta dos valores de pagamento de 13º integral no relatório 002 - S-1210 - Pagamento de Rendimentos do Trabalho (FPPE002.ESO). Anteriormente, ao listar o relatório, esses valores não eram apresentados.

Local: eSocial > Eventos Periódicos > Listar > 002 - S-1210 - Pagamento de Rendimentos do Trabalho (FPPE002.ESO)

Realizamos o tratamento da emissão do relatório 002 - S-5002 - IRRF Por Trabalhador (FPAR002.ESO) no SQL Server 2016. Anteriormente, ao emitir o relatório, o sistema apresentava a seguinte mensagem de erro, específica dessa versão do banco de dados:

Agora, os relatórios 004 - Dirf - Arquivo Texto (a partir ano-base 2010) (FPDI004.ANU), 005 - Dirf - Arq Texto - Juntar Empresas (FPDI005.ANU) e 002 - S-5002 - IRRF Por Trabalhador (FPAR002.ESO) passam a ser emitidos corretamente no SQL Server 2016, sem a ocorrência da situação.

Local: eSocial > Eventos Periódicos > Arquivos de Retorno > 002 - S-5002 - IRRF Por Trabalhador (FPAR002.ESO)

Identificamos uma divergência entre as horas de absenteísmo apresentadas no Analytics da Equipe e os valores efetivamente descontados na Ficha Financeira, o que comprometia a análise correta das informações.

Diante desse cenário, ajustamos o cálculo das horas de absenteísmo para que cada tipo de ausência seja considerado corretamente dentro do respectivo período. Assim, os dados exibidos no Analytics SeniorX passam a refletir de forma consistente os descontos aplicados na Ficha Financeira.

Local: Diversos > Analytics SeniorX > Geração de Informações (FRINFDAS)

No cálculo do 13º Salário Complementar, quando havia dissídio pago no início do ano referente ao mês de dezembro do ano anterior, o sistema não considerava corretamente esse valor nas médias do 13º ao processar a folha de dezembro do ano seguinte. A partir desta versão, os valores de dissídio passam a ser acumulados nas médias do 13º Salário com base na competência do dissídio, e não na data de pagamento, garantindo a inclusão correta no cálculo do 13º Complementar.

Local: Cálculos > Ficha Financeira > Cadastro (FRFICFIN)

Na documentação do Tipo 03 - Vlr Evento Prop.(h.úteis), foi complementada a nota com uma orientação específica sobre o uso desse tipo de base no cálculo do Adicional Noturno. Nela é explicado que, ao utilizar o Tipo 03 nesse cálculo, é necessário que o campo DSR Mensalista, em Empresas > Empresas, esteja configurado como “S”, garantindo a correta apuração da base de cálculo.

Local: Manual de usuário > Tipo 03 - Vlr Evento Prop. (h.úteis)

Foi implementado um QR Code nos relatórios de envelope, direcionando o usuário para uma página de download do aplicativo Wiipo, facilitando o acesso à aplicação.

A funcionalidade está disponível nos seguintes relatórios:

• 004 - Envelope Modelo Senior Sistemas (FPEN004.ENV)
• 005 - Envelope Modelo Senior Sistemas (2 envelopes) (FPEN005.ENV)

Locais:

• Cálculos > Relatórios > Operacionais > Envelope > Gráficos > 004 - Envelope Modelo Senior Sistemas (FPEN004.ENV)
• Cálculos > Relatórios > Operacionais > Envelope > Gráficos > 005 – Envelope Modelo Senior Sistemas (2 envelopes) (FPEN005.ENV)

Incluímos, na documentação Totalizadores de Férias - Cadastro, a orientação sobre o pagamento de diferenças de médias quando utilizado o totalizador para cálculo, esclarecendo que esses valores são considerados na folha do mês subsequente ao recibo de férias.

Assim, o comportamento do cálculo e o reflexo financeiro ficam mais claros para o correto entendimento do processo.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Férias (AP) > Totalizadores > Cadastro

O relatório 018 - Relação Crédito Consignado (FPRF018.OPE) passa a exibir corretamente todos os colaboradores rescindidos, independentemente do dia do desligamento no mês.

Local: Cálculos > Relatórios > Operacionais > Relação de Cálculo > 018 - Relação Crédito Consignado (FPRF018.OPE)

Ajuste

Geração do relatório FPFF009.COL em bases com grande volume de registros

O relatório 009 - Relação Ficha Financeira com Rubricas eSocial (FPFF009.COL) apresentava falhas na geração em empresas com grande volume de registros. Em alguns cenários, durante a emissão do relatório, o sistema interrompia a execução devido a erros no processamento. Nessas situações, era exibida a seguinte mensagem de erro:

Agora, com a correção aplicada no modelo do relatório, o processamento ocorre de forma adequada mesmo em bases maiores, evitando a abertura excessiva de cursores no banco de dados e permitindo a emissão do relatório sem falhas.

Local: Cálculos > Ficha Financeira > Relação > 009 - Relação Ficha Financeira com Rubricas eSocial (FPFF009.COL)

O documento 015 - TRCT - Portaria 1621 MTE (FP00015.RCS) foi ajustado para apresentar corretamente o valor do campo Total Bruto nos casos em que o colaborador possui férias vencidas e férias proporcionais na rescisão. Anteriormente, o total exibido ficava superior à soma dos proventos discriminados, gerando inconsistência no documento de homologação.

Agora, com a correção, o sistema passa a calcular o Total Bruto com base na soma exata de todos os proventos, considerando corretamente as diferentes naturezas de férias e evitando a contabilização duplicada dos valores.

Local: Colaboradores > Rescisão > Listar > Recibo Rescisão > 015 - TRCT - Portaria 1621 MTE (FP00015.RCS)

A tela de cadastro de integração permitia o registro das tabelas HCM_PENDENCIES e HCM_REQUEST, o que gerava triggers automáticas para inserção de registros na tabela rtc_pendencies e fazia com que o Integrador HCM entrasse em loop. Nesse cenário, qualquer alteração no HCM XT criava uma pendência na rtc_pendencies e, ao processá-la, o integrador gravava o resultado em HCM_PENDENCIES, acionando novamente a trigger e gerando uma nova pendência. Sendo assim, realizamos uma implementação no sistema para que a tela de integração de tabelas passa a impedir o cadastro das tabelas HCM_PENDENCIES e HCM_REQUEST, evitando a geração de loops no processamento.

Local: Recursos > Web Services > Cadastro Integrações > Consultar Pendências (FR320INT)

Incluímos na documentação do Web service com.senior.g5.rh.hr.fichaBasicaTerceiros a informação de que, quando utilizado por meio do Controle de Ponto, o envio de campos que não existem ou não são tratados por esse módulo resulta em erro no processamento da requisição. Para mais detalhes, consulte a documentação disponível em Web service com.senior.g5.rh.hr.fichaBasicaTerceiros.

Local: Manual do Usuário > Integrações com outros sistemas > Web services > Controle de Ponto e Refeitório > Com.senior.g5.rh.hr.fichaBasicaTerceiros

Passamos a realizar a validação do organograma ao sair do campo Empresa na tela de entrada de relatório quando configurada por processo automático. Anteriormente, ao sair do campo, a abrangência não era alterada, diferentemente do comportamento apresentado quando a tela era acessada diretamente pelo menu. Agora, o processo automático passa a considerar o mesmo comportamento da tela acessada pelo menu.

Local: Recursos > Processos Automáticos > Relatórios (FR300REL)

Aprimoramos a performance do cálculo da apuração do ponto, com foco na redução do consumo de CPU no servidor WildFly. Anteriormente, durante a execução da apuração, algumas funções utilizadas na regra de incidente de ponto ocasionavam elevado uso de recursos do servidor. A partir desta versão, essas funções foram otimizadas, proporcionando um processamento mais eficiente e maior estabilidade durante a apuração.

Local: Nova Interface > Apuração > Calcular

Ajuste

Otimização da rotina de apuração do saldo do banco de horas

Melhoramos a performance da rotina da regra de apuração que retorna o saldo do banco de horas. Anteriormente, o uso do método getSaldoBancoHoras() do contexto geral poderia impactar o desempenho durante o cálculo da apuração.

Local: Nova interface > Apuração > Calcular

Incluímos na documentação Calcular apuração a informação de que, quando o parâmetro Assinalamentos Diversos (FR000ASS) estiver parametrizado como S - Sim, o filtro Colaboradores permanecerá desabilitado na tela de Apuração.

Local: Manual do Usuário > Ajuda por telas > Gestão do Ponto (nova interface) > Apuração do Ponto > Sou Gestor/RH > Calcular apuração

Incluímos, na documentação Web services do Gestão do Ponto, no web service gestaoponto.ApuracaoWS, na operação Zerar Apuração, um exemplo de uso em LSP (Linguagem Senior de Programação). Além disso, detalhamos que o web service realiza a exclusão somente das seguintes informações: pendências de acerto, incidentes de ponto, troca de mensagens entre colaborador e gestor e pendências de incidentes de ponto.

Local: Ferramentas de Apoio > Editor de web services > Web services do Gestão do Ponto

Ajuste

Validação na inserção de marcações digitadas

Aprimoramos o processo de inserção de marcações digitadas. Anteriormente, em algumas situações, o sistema apresentava a seguinte mensagem de erro:

A partir desta versão, é possível realizar a inserção das marcações digitadas sem a ocorrência da validação indevida, garantindo o registro correto das informações.

Local: Nova interface > Meus acertos de ponto

Garantimos a seleção correta de empresas no filtro dos acertos da minha equipe ao acessar o Gestão do Ponto com usuário substituto. Anteriormente, quando o usuário substituído possuía abrangência para mais de uma empresa, não era possível selecionar outra empresa. Agora, o filtro permite a escolha adequada da empresa desejada.

Local: Nova Interface > Acerto do Ponto

Realizamos o tratamento do lançamento de compensação efetuado em um dia anterior a um dia de folga com marcações. Anteriormente, quando uma dessas marcações era realizada com um crachá provisório com numeração maior que a do crachá original, o sistema gerava erro no momento do recálculo após o lançamento. Agora, a programação de compensação é lançada e recalculada corretamente.

Local: Nova Interface > Históricos e Programações

Ao realizar a inserção coletiva de uma programação de autorização de extras, o processo não era concluído e as autorizações não eram lançadas corretamente quando existiam campos customizados na programação.

Passamos a permitir que a programação coletiva de autorização de extras com campos customizados seja incluída corretamente, garantindo a conclusão do processo.

Local: Nova Interface > Históricos e Programações

Garantimos o cálculo correto do estouro de banco de horas ao configurar limite de banco com tipo de fechamento por período. Anteriormente, quando o banco possuía prazo para compensação, tanto para crédito quanto para débito, os valores de estouro não eram computados corretamente. Agora, o estouro por limite de banco ocorre corretamente independentemente do prazo de compensação quando o tipo de fechamento é mensal.

Local: Nova Interface > Banco de Horas

Passamos a tratar corretamente a adição das abrangências ao cadastrar vários códigos de exceção para o mesmo período, com a mesma data de início e fim, mas com tipo e sequência distintos. Anteriormente, quando a sequência possuía numeração igual ou superior a 10, o sistema realizava a adição incorreta das abrangências. Agora, todas as sequências passaram a ser consideradas corretamente.

Local: Nova Interface > Abrangências

Adicionamos à descrição do relatório 011 - QUADRO III NR 07 - Relatório Anual (SMPC011.GER) informações sobre o comportamento da coluna Exames para o Ano Seguinte quando o relatório é emitido para competências anteriores.

Local: Medicina > PCMSO > Listar > 011 - QUADRO III NR 07 - Relatório Anual (SMPC011.GER)

Na documentação da rotina Exames Periódicos, incluímos esclarecimentos sobre as diferentes formas de visualização dos exames, de acordo com a situação do registro.

Quando o exame está solicitado, ou seja, ainda sem resultado, o sistema apresenta todas as datas futuras projetadas, permitindo a visualização de múltiplos registros na tela. Nesse cenário, o campo Último permanece vazio, pois o objetivo é possibilitar ao médico a análise completa do cronograma planejado e a definição dos exames que serão efetivamente realizados.

Nos casos em que o exame está realizado, com resultado e parecer registrados, a visualização passa a considerar apenas o último exame concluído e o próximo previsto, exibindo um único registro consolidado. Nessa situação, o campo Último é preenchido com a data correspondente ao resultado do exame.

Local: Manual do Usuário > Ajuda por telas > Segurança e Medicina > Medicina > PCMSO > Consultas > Próximos

Ao acessar o GHE pela tela GHE (FRPCMGHE) e acionar o botão PGR, o sistema apresentava falha ao tentar abrir a funcionalidade, exibindo a mensagem “Não foi possível finalizar chamada: Class TR583FGP not found”.

Esse comportamento foi corrigido para que o sistema localize corretamente o componente necessário ao acessar a tela, permitindo o uso do botão PGR sem a ocorrência do erro.

Local: Medicina > PCMSO > Periódicos > GHE (FRPCMGHE)

Durante o processo de autenticação via LDAP, em situações pontuais, o sistema podia exibir a mensagem Usuário/senha inválido, mesmo sem haver inconsistência nas credenciais. Esse comportamento estava relacionado a momentos de indisponibilidade no processo de validação.

Como melhoria, aprimoramos a rotina de autenticação para lidar corretamente com esses cenários. Sendo assim, a mensagem passa a ser apresentada somente quando houver falha efetiva na validação, garantindo que o acesso ao sistema ocorra conforme o esperado.

Na documentação do evento S-1210 - Pagamentos de Rendimentos do Trabalho, incluímos a descrição do significado dos códigos IdeDmDev, esclarecendo sua utilização nos processos de rescisão.

Com essa atualização, passou a constar que o código 200 se refere à rescisão original, enquanto o código 201 indica a rescisão complementar, contribuindo para uma interpretação mais clara das informações enviadas ao eSocial.

Local: Manual do eSocial para clientes Senior > Leiautes do eSocial > Eventos Periódicos > S-1210 - Pagamentos de Rendimentos do Trabalho

Atualizamos a Ferramenta de Análise de Impacto (Robô eSocial) para validar a existência de customizações em campos, variáveis e funções de programador que estão sendo alteradas, especificamente relacionadas ao CNPJ alfanumérico.

Além disso, atualizamos a documentação sobre o Robô eSocial, adicionando uma seção chamada Como usar | CNPJ alfanumérico, com instruções sobre instalação, configuração e execução da ferramenta para empresas com CNPJ alfanumérico.

Local: Robô eSocial

Criamos a documentação da função NumeroParaNivel. Converte um número inteiro em um código alfanumérico de dois caracteres, utilizado para representar níveis hierárquicos na estrutura de locais do sistema.

Local: Manual do Usuário > Customizações > Funções > NumeroParaNivel

Ao alterar o posto de trabalho ou o cargo do colaborador, quando o tipo de salário do novo posto ou cargo era diferente do atual, como na mudança de horista para mensalista ou vice-versa, o sistema calculava de forma incorreta o valor do histórico salarial. Nessas situações, o valor registrado podia ficar significativamente acima ou abaixo do definido na estrutura salarial.

Sendo assim, ajustamos o sistema e o cálculo do histórico salarial passou a considerar corretamente o tipo de salário do posto ou cargo de destino. Dessa forma, os valores registrados no histórico salarial refletem fielmente aqueles definidos nas estruturas salariais dos respectivos postos e cargos.

Local: Colaboradores > Históricos > Manutenção de Históricos (FRHISCOL)

Na seção Cadastro da documentação Empresas, ajustamos as orientações do campo Apresenta Natureza Despesa. Foi incluída uma observação para esclarecer a obrigatoriedade da Natureza de Despesa nos cálculos, conforme o tipo de orçamento ativo.

Em orçamentos por Centro de Custo ou Local, a Natureza de Despesa é obrigatória para a apuração dos valores. Já em orçamentos por Posto de Trabalho, o cálculo é realizado normalmente, mesmo sem esse cadastro.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Empresas > Empresas

Implementamos uma validação específica para a rescisão complementar com motivo Diferenças por Erro/Omissão em categorias do eSocial sem vínculo empregatício, quando utilizado o tipo de envio Data de Pagamento, com exibição de mensagem de confirmação no processamento individual e registro de aviso no log no processamento coletivo.

Locais:

• Colaboradores > Rescisões > Complementar > Coletiva (FRCALRCS)
• Colaboradores > Rescisões > Complementar > Individual (FRCALRCS)

O manual da rotina Gerar Bases Outros Contratos foi ajustado para detalhar sua finalidade. A atualização esclarece que a rotina não está relacionada à sequência dos contratos, mas à apuração correta do INSS quando um mesmo colaborador possui múltiplos vínculos no sistema.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Cálculos > Administração de Pessoal > Gerar Bases Outros Contratos

A documentação Cálculo de RRA - Rendimentos Recebidos Acumuladamente passa a contemplar, no item Pensão Judicial Cálculo RRA Dissídio Coletivo Rescisão, a orientação de que o evento com a característica 45N deve utilizar a natureza eSocial 0001 - Não válido eSocial.

Local: Manual do Usuário > Legislação > Administração de Pessoal > RRA - Rendimentos Recebidos Acumuladamente

Ao consultar um afastamento com um usuário que possuía apenas permissão de consulta, o sistema apresentava o erro “field ‘Rem Após Deslig.’ ao selecionar o registro. Esse comportamento impedia a visualização correta das informações de afastamento.

O processo foi ajustado para que a consulta de afastamentos funcione corretamente mesmo para usuários com permissão apenas de visualização, eliminando a ocorrência do erro e garantindo o acesso adequado às informações.

Local: Colaboradores > Históricos > Afastamentos (FR038AFA)

Atualizamos a documentação sobre Dependentes. Agora, na guia Períodos IR, há uma nota informando que, após a informação da data de período do IRRF, não é necessário remover a Idade Limite de IR no cadastro. Sendo assim, em casos de recálculo da folha e/ou de folha complementar, o sistema respeita o histórico do período em que o dependente era considerado válido para fins de IRRF, garantindo a correta apuração do imposto.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Dependentes > Ficha Familiar

Foi criada a nova documentação DIRF | Declaração do Imposto de Renda Retido na Fonte - Ano-base 2025, que apresenta as mudanças aplicáveis a partir do ano-base 2025, considerando a extinção da DIRF anual e a adoção do modelo de declaração mensal do Imposto de Renda Retido na Fonte.

O material orienta sobre a forma como as informações de rendimentos, retenções e deduções passam a ser declaradas por meio do eSocial e da EFD-Reinf, detalhando os eventos envolvidos, os prazos de envio, as responsabilidades do empregador e os impactos dessa alteração nos processos legais e operacionais.

Além disso, a documentação reúne boas práticas para a conferência mensal das informações transmitidas, reforça a obrigatoriedade da emissão do Informe de Rendimentos anual e consolida o fluxo operacional do processo, desde o saneamento prévio da base de dados até a entrega das informações aos beneficiários e à Receita Federal.

Local: Manual do Usuário > Legislação > Administração de Pessoal > Anuais > DIRF - Declaração do Imposto de Renda Retido na Fonte > DIRF - até ano base 2025

Ao realizar o cadastro de um colaborador por meio do web service com.senior.g5.rh.fp.fichaBasica, quando o arquivo XML continha o caractere de interrogação no campo NomFun (nome do colaborador), o sistema apresentava erro durante o processo de gravação.

Com o ajuste aplicado, o sistema passa a identificar corretamente a inconsistência e a exibir a mensagem de erro associada ao campo correspondente, facilitando o diagnóstico e o tratamento da situação.

Local: Recursos > Web services > com.senior.g5.rh.fp.fichaBasica

Incluímos na documentação do Gestão do Ponto uma orientação sobre a mensagem exibida por alguns navegadores ao acessar o sistema por meio da plataforma Senior X, relacionada à tentativa de acesso a recursos da rede local.

A documentação descreve as causas desse comportamento, associado aos mecanismos de segurança dos navegadores, como o Private Network Access (PNA), além de esclarecer que a mensagem não indica falha no sistema nem coleta de informações da rede local.

O conteúdo foi incluído na documentação Resolução de problemas, com o objetivo de orientar os usuários e reduzir a abertura de chamados sobre esse cenário.

Local: Manual do Usuário > Ajuda por telas > Gestão do Ponto (nova interface) > Resolução de problemas

Incluímos, na documentação Ponto, no item Saldo, a orientação de que colaboradores desligados dentro do período vigente do banco de horas podem ser exibidos em função da data de compensação dos lançamentos. Também detalhamos que, para que esses colaboradores não sejam apresentados, é necessário desmarcá-los no módulo Gestão do Ponto, por meio da indicação de módulos da ficha básica.

Local: Manual do Usuário > Ajuda por telas > Gestão do Ponto (nova interface) > Apuração do Ponto > Sou Gestor/RH > Gerenciar horas e incidentes do ponto

Ao realizar a exclusão de um histórico de anotação pelo menu principal, sem habilitar previamente a edição do registro, o sistema apresentava a mensagem de erro: null.

A partir desta versão, a exclusão do histórico de anotação é realizada corretamente, sem a ocorrência do erro.

Local: Nova Interface > Históricos e Programações

Ajuste

Cálculo de marcações inválidas no intervalo final

Quando a turma de intervalo finalizava no mesmo minuto do horário, o sistema calculava uma quantidade de horas indevida e não considerava as marcações como inválidas.

Passamos a realizar o cálculo das marcações inválidas nesse cenário, adotando o mesmo tratamento aplicado no controle de ponto.

Local: Nova Interface > Históricos e Programações

Incluímos, na documentação Atendentes, orientações complementares sobre as validações realizadas pelo sistema no uso do certificado digital. As informações foram inseridas no item Botão Certificado e descrevem os critérios aplicados antes da utilização do certificado no processo de Assinatura Eletrônica de Documento.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Tabelas > Gerais > Atendentes Médicos

Incluímos uma nota na guia Roteiro de Aprovação da tela Solicitação de Abertura de Vaga, informando que, ao utilizar a abrangência Conforme hierarquia de Postos de Trabalho, não é exibida a descrição dos postos que estejam acima do nível hierárquico do usuário que acessa a tela.

Local: Manual do Usuário > Ajuda por telas > Recrutamento e Seleção > Seleção > Solicitação de Vaga

Ao utilizar a função ValidarBiometria em ambiente remoto com o SeniorReaders, quando a biometria capturada não correspondia ao colaborador, o sistema retornava indevidamente uma mensagem indicando falha na captura, em vez de apenas sinalizar a validação como negativa.

Após ajuste, a função passa a retornar corretamente o valor 1 quando a biometria não é compatível, sem exibir mensagens de erro. Dessa forma, o comportamento fica alinhado ao esperado, permitindo que o tratamento da validação seja feito diretamente pela lógica da customização.

Local: Segurança > EPI > Distribuição

Durante a execução do sistema, as configurações regionais não eram inicializadas de forma adequada, o que impactava a conversão de valores numéricos e resultava na exibição da mensagem Não houve informações a listar. Como solução, aprimoramos a inicialização das configurações regionais, assegurando que os valores numéricos sejam interpretados e convertidos corretamente. Com isso, a apresentação das informações ocorre conforme o esperado.

Atualizamos a documentação de Dados alfanuméricos em PostgreSQL com orientações adicionais sobre o comportamento de ordenação conforme a collation utilizada.

Incluímos um esclarecimento sobre limitações identificadas em determinados cenários do PostgreSQL 13, mesmo quando configurado com a collationlibc.Portuguese_Brazil.1252.UTF8. Nessas situações, podem ocorrer restrições na ordenação do caractere hífen (-). Quando a ordenação correta desse caractere for indispensável, a documentação orienta a migração para o PostgreSQL 16.

Local: STDN > Ferramentas de Apoio e Manual de Instalação > Tecnologia > Ferramentas de Apoio > Bancos de Dados > PostgreSQL > Dados alfanuméricos em PostgreSQL

Disponibilizamos o novo arquivo de configuração seniorinfoservice.properties, destinado à definição do servidor e da porta utilizados na conexão do serviço. Exemplo de conteúdo do arquivo:

• server=nb999999
• port=1400

Esse arquivo é utilizado pelo Integrador do Gestão de Pessoas | HCM para acesso ao ambiente. Dessa forma, os parâmetros de conexão ficam centralizados em uma configuração padronizada, facilitando o gerenciamento e a manutenção.

Realizamos melhorias no módulo Jurídico (JR) a fim de atender à Nota Técnica COCAD/SUARA/RFB nº 49/2024, que estabelece diretrizes para o tratamento do novo CNPJ Alfanumérico.

Como parte dessa adequação, incluímos novos campos para o tratamento do CNPJ Alfa nas seguintes tabelas:

• R346CPT - Processo Trabalhista: CfjRes, CfjAnt, CfjEst
• R351PTB - Processo Trabalhista: CfjRes
• R351ICT - Informações do Contrato de Trabalho: CfjRes

No Conversor CNPJ Alfanumérico (FR000ALF), também foram adicionados novos campos ao atualizador, permitindo o tratamento adequado do CNPJ Alfa nas seguintes estruturas:

• R346CPT.CfjRes
• R346CPT.CfjAnt
• R346CPT.CfjEst
• R351PTB.CfjRes
• R351ICT.CfjRes

Além disso, implementamos uma nova rotina para transferir automaticamente o conteúdo do campo Número de Inscrição no formato antigo de CNPJ para o campo correspondente com tratamento para CNPJ Alfanumérico. Essa atualização foi aplicada às seguintes tabelas:

• R346ADV - Informações de Tributos - Identificação dos Advogados: repasse do campo antigo NumIns para o novo campo CfjIns
• R030EST: repasse do campo antigo NumIns para o novo campo CfjIns

Locais:

• eSocial > Processo Trabalhista (FR346CPT)
• eSocial > Informações do contrato de trabalho (FR351ICT)
• eSocial > Processo Trabalhista (FR351PTB)
• eSocial > Informações de Tributos - Identificação dos advogados (FR346ADV)

Identificamos que o sistema apresentava divergência entre os valores da conferência PIS/Folha e os valores enviados ao eSocial quando o colaborador estava demitido na competência de apuração. Esse comportamento ocorria porque o sistema separava os valores mensais dos valores de 13º salário para o cálculo do PIS, enquanto o eSocial somava todas as bases, resultando em diferenças nos totais apresentados.

Atualizamos o sistema para identificar quando o colaborador está demitido na competência e, nesses casos, realizar o cálculo da base do PIS somando as bases mensal e de 13º salário antes da aplicação dos descontos. Com esse tratamento, os valores passam a ficar alinhados aos enviados ao eSocial, eliminando as divergências na conferência.

Locais:

• eSocial > Eventos Periódicos > Conferência eSocial > Gerar (FRGERIMP)
• eSocial > Eventos Periódicos > Conferência eSocial > Listar > 001 - Conferência PIS (FPCE001.ESO)
• eSocial > Eventos Periódicos > Conferência eSocial > Listar > 002 - Conferência PIS S-5001 (FPCE002.ESO)
• eSocial > Eventos Periódicos > Conferência eSocial > Listar > 003 - Conferência PIS S-5011 (FPCE003.ESO)

Realizamos um ajuste na trigger da tabela 350STA para garantir que, durante a geração do S-2200, o campo RECESO seja devidamente gerado.

Ao gerar eventos do eSocial para colaboradores admitidos antes do início das atividades da empresa no eSocial, o sistema solicitava indevidamente o envio do evento S-1000 em uma competência anterior ao início efetivo das atividades, o que impedia a geração de eventos de admissão, reintegração e cadastro de beneficiários, mesmo quando a primeira geração de tabelas já havia sido enviada corretamente. A partir desta versão, o sistema passa a considerar a data da primeira geração de tabelas na validação dos eventos, evitando a exigência de envios em competências anteriores ao início das atividades e permitindo a geração de eventos para colaboradores com admissão anterior, desde que as tabelas iniciais tenham sido transmitidas corretamente.

Local: eSocial > Gerar Não Periódicos (FRGERNPE)

Ajuste

Envio dos eventos S-1200 e S-1202 considera o vínculo ativo no eSocial

Identificamos que, ao enviar os eventos S-1200 e S-1202 ao eSocial para colaboradores que possuíam um cadastro anterior de sucessão empresarial (categoria 9997) e um novo vínculo ativo, o sistema apresentava erro relacionado ao preenchimento das informações complementares de identificação do trabalhador. Esse comportamento impedia a aceitação dos eventos pelo eSocial.

Diante desse cenário, a validação foi ajustada para que as informações complementares sejam incluídas apenas quando o colaborador não possuir vínculo ativo cadastrado no sistema. Com isso, os eventos passam a ser gerados corretamente e são aceitos pelo eSocial sem a ocorrência de críticas.

Local: eSocial > Eventos Periódicos > Envio Declaração Mensal (FRENVFOL)

Com o objetivo de tornar o processo de conferência dos valores de IRRF mais transparente e alinhado às apurações do eSocial, disponibilizamos a rotina de Conferência de IRRF, dedicada à verificação detalhada das bases, valores calculados e retornos enviados pelo Governo. Essa rotina centraliza as conferências utilizadas no fechamento mensal e apoia a identificação de divergências entre as informações geradas pelo sistema e os valores retornados pelos eventos periódicos.

A rotina de Conferência de IRRF (eSocial) concentra relatórios voltados ao acompanhamento dos valores retidos por trabalhador, estabelecimento e empresa, considerando as competências de pagamento e os retornos dos leiautes do eSocial, auxiliando as equipes na validação das informações enviadas e na prevenção de pendências na DCTFWeb.

Para apoiar o fechamento e a apuração mensal do IRRF, foram disponibilizados os seguintes relatórios:

• 021 - Conferência IRRF (FPCE021.ESO): permite a conferência analítica dos valores de IRRF calculados e consolidados na DCTFWeb, com base no leiaute S-5012. As informações são apresentadas por Estabelecimento, Lotação e Colaborador, considerando as rubricas da Ficha Financeira do Administração de Pessoal, de acordo com a competência de pagamento informada.
• 022 - Conferência IRRF S-5002 (FPCE022.ESO): identifica divergências de valores de IRRF entre o cálculo realizado no sistema e os valores retornados pelo leiaute S-5002 do eSocial. O relatório apresenta as informações por colaborador, conforme a competência de pagamento, apenas quando houver diferenças apuradas.
• 023 - Conferência IRRF S-5012 (FPCE023.ESO): apresenta os valores de IRRF totalizados por Estabelecimento e Empresa, considerando os dados consolidados retornados pelo leiaute S-5012 do eSocial.

Dessa forma, disponibilizamos um conjunto de relatórios que apoia o fechamento mensal do IRRF e fortalece a consistência das informações declaradas ao eSocial e à DCTFWeb.

Locais:

• eSocial > Eventos Periódicos > Conferência eSocial > Listar > 021 - Conferência IRRF (FPCE021.ESO)
• eSocial > Eventos Periódicos > Conferência eSocial > Listar > 022 - Conferência IRRF S-5002 (FPCE022.ESO)
• eSocial > Eventos Periódicos > Conferência eSocial > Listar > 023 - Conferência IRRF S-5012 (FPCE023.ESO)

Para garantir a conformidade na geração dos leiautes do eSocial conforme as diretrizes da Nota Orientativa (NO) S-1.3 nº 4/2025, disponibilizamos uma nova tela para informar o beneficiário do pagamento dos valores rescisórios em casos de óbito do colaborador. Essa tela pode ser acessada por meio do botão Óbito, incluído nos cadastros de Rescisão do Contrato de Trabalho Programada (FRRCSPRG), Rescisão Simulada Individual (FRRCSSIM), Rescisão Complementar Individual (FRCALCPL) e Rescisão do Contrato de Trabalho (FRCALRCS) e permite indicar se o pagamento foi efetuado ao colaborador ou a um beneficiário legal.

A funcionalidade contempla tanto as rescisões cujo motivo é o falecimento quanto os casos em que o óbito ocorre antes da data de pagamento da rescisão, assegurando o tratamento adequado das informações e a geração correta dos leiautes do eSocial, conforme as regras vigentes.

Locais:

• Colaboradores > Rescisões > Calcular (FRCALRCS)
• Colaboradores > Rescisões > Complementar > Individual (FRCALCPL)
• Colaboradores > Rescisões > Programadas > Cadastro (FRRCSPRG)
• Colaboradores > Rescisões > Simuladas > Individual (FRRCSSIM)

A fim de manter o sistema em conformidade com as alterações referentes ao grupo perAnt dos leiautes S-1210 e S-5002 da versão S-1.3 do eSocial, criamos a tela Gerar Períodos Anteriores (FRGERINF), utilizada para a geração do perAnt referente ao leiaute S-1210. Em função dessa nova rotina, realizamos as seguintes melhorias:

• Na tela Consulta Pendências eSocial (FR350STA):

  • Removemos o campo Data da Moléstia Grave do grupo S-1210 - eSocial - Pagamentos de Rendimentos do Trabalho.

  • Incluímos o grupo S-1210 - eSocial - Informações Complementares, exibido desde a versão S-1.2 do eSocial, no qual passam a ser apresentadas as informações Data da Moléstia Grave, Períodos Anteriores e Recibo do S-1210.

• Ajustamos a estrutura do leiaute S-1210 no Migrador do eSocial para atender à nova estrutura de dados relacionada às informações complementares.

• Efetuamos um tratamento para que as retificações do leiaute S-1210 se comportem corretamente quando existir um perAnt já enviado.
• Implementamos o relatório 001 - Informações Complementares de Períodos Anteriores (FPPA001.ESO) para conferência dos dados gerados pela tela Gerar Períodos Anteriores (FRGERINF), permitindo listar os dados conforme período, status da diferença, empresa e filial empregadora.

Locais:

• eSocial > Consulta Pendências (FR350STA)
• eSocial > Eventos Periódicos > Envio Declaração Mensal (FRENVFOL)
• eSocial > Eventos Periódicos > Informações Complementares > Gerar Períodos Anteriores (FRGERINF)
• eSocial > Eventos Periódicos > Informações Complementares > Listar > 001 - Informações Complementares de Períodos Anteriores (FPPA001.ESO)

Atualizamos todas as consultas referentes às informações complementares no relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO) para considerar os cenários em que existam registros com o campo de identificação do período de apuração anterior (perAnt), retornado pelo S-5002. Sendo assim, quando essa informação estiver presente, o valor do perAnt passa a ser utilizado na comparação com os valores gerados na conferência do IRRF, garantindo que os valores comparados correspondam exatamente ao período informado no retorno do evento S-5002.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Listar > 022 - Conferência IRRF S-5002 (FPCE022.ESO)

Em atendimento às alterações da Nota Técnica S-1.3 nº 04/2025 e da Nota Orientativa S-1.3 nº 05/2025, implementamos melhorias para garantir uma melhor experiência do usuário na jornada de lançamento de reembolsos. Sendo assim, foi adicionada a funcionalidade que permite cadastrar reembolsos do plano de saúde do tipo 2 - Reembolso efetuado pelo empregador como benefício do próprio empregador na tela de reembolso de plano de saúde, que anteriormente aceitava apenas reembolsos do tipo 1 - Reembolso efetuado pelo empregador no âmbito do plano de saúde (a operadora reembolsa o empregador)..

Local: eSocial > Eventos Periódicos > Desconto Plano Saúde > Reembolso > Reembolso Plano de Saúde (FR051RET)

Disponibilizamos no Gestão de Pessoas | HCM uma nova rotina para a geração de informações complementares de períodos anteriores do evento S-1210.

Essa funcionalidade permite gerar as informações complementares referentes a períodos anteriores, que serão consolidadas e transmitidas no leiaute S-1210 da competência de janeiro, por meio do grupo infoPerAnt, conforme as regras do eSocial. A geração considera a comparação entre os leiautes S-1210 já enviados e as informações atualmente registradas no sistema, possibilitando a retificação das informações complementares quando necessário.

A rotina está disponível a partir da versão 6.10.4.105, no caminho eSocial > Eventos Periódicos > Informações Complementares > Gerar Períodos Anteriores (FRGERINF), e deve ser utilizada após o ajuste das informações complementares nos cadastros do sistema, seguindo o fluxo padrão de fechamento e geração de eventos periódicos.

Com essa entrega, o sistema passa a oferecer suporte ao envio e à consolidação das informações complementares de períodos anteriores, contribuindo para a correta apuração e declaração mensal do IRRF na DCTFWeb.

Local: eSocial > Eventos Periódicos > Informações Complementares > Gerar Períodos Anteriores (FRGERINF)

Na seção Informações Data de Admissão por Decisão Judicial da documentação Informações Admissionais, ajustamos a referência apresentada. Onde constava o campo Tipo de Admissão eSocial, a documentação passou a indicar corretamente o campo Indicativo de Admissão, conforme o funcionamento do sistema.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Ficha Cadastral > Informações Admissionais

Adicionamos uma nota à documentação da regra por processo 86 - Inserir Dependente. Esclarecemos que esta regra é acionada exclusivamente na tela de Dependentes e na chamada do web service com.senior.g5.rh.fp.dependentes, não sendo executada durante o processo de efetivação.

Local: Manual do Usuário > Customizações > Regras > Regras por Processo > Regra por processo 86 - Inserir Dependente

Em cenários de integração com sistemas responsáveis pela inserção de novos cadastros de terceiros na tabela R034FUN por meio de dblink, a execução das triggers associadas ao processo acionava a procedure SP_GETSESSIONID, o que resultava em erro de banco e interrompia a operação. Realizamos a adequação da procedure para que esse erro não seja mais retornado, permitindo a continuidade da execução e assegurando a conclusão do cadastro de terceiros de forma adequada.

Corrigimos a documentação do PIS Folha para corrigir a informação apresentada na seção Rotina de PIS por Incidência, tópico Evento para armazenar a base 13º Salário da Folha de Pagamento, ajustando a Guia Base de +9555 com tipo 01 para +9032 com tipo 01.

Local: Manual do Usuário > PIS Folha

Incluímos na documentação Conferência Impostos eSocial a informação sobre a disponibilidade da opção 2 - INSS no campo Imposto, que passa a ser apresentada juntamente com a opção 1 - PIS.

Dessa forma, a documentação passa a refletir corretamente as opções disponíveis no sistema.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > eSocial > Eventos Periódicos (AP) > Conferência eSocial > Conferência Impostos eSocial

Com o objetivo de aprimorar a geração da DIRF e do Informe de Rendimentos, disponibilizamos novas opções para o tratamento de rendimentos isentos decorrentes de reclamatória trabalhista. Na tela Alterar Rendimentos Informe e DIRF (FRALTANU), foram incluídos os campos Juros de Mora e Processo Trabalhista, destinados ao registro de valores isentos que devem compor as informações declaradas na DIRF e no Informe de Rendimentos. Esses campos ficam disponíveis exclusivamente quando o Código de Retenção informado for 5936 - IRRF Reclamatória Trabalhista. Os valores informados passam a ser considerados como rendimentos isentos na geração dos relatórios, assegurando o correto enquadramento das informações declaradas.

Além disso, na geração da DIRF, caso sejam encontrados nos cálculos do ano eventos com as características 27A - Licença Especial em Valor, 27B - M.H.E. Licença Especial, 27C - M.V.V. Licença Especial, 27D - Adicionais Licença Especial, 38B - Prêmios, 38C - Reembolso Creche ou 38D - Reembolso Babá, e na guia Incidências do cadastro do evento o campo IRRF Mensal esteja definido como N - Não incide na base, esses eventos passam a ser apresentados na guia Eventos, na tela Alterar (FRALTANU) da DIRF. Esse tratamento garante maior consistência na conferência das informações e na composição dos dados declarados.

Locais:

• Anuais > Informe/Dirf > Gerar (FRGERANU)
• Anuais > Informe/Dirf > Alterar (FRALTANU)

Em atendimento às exigências legais relacionadas ao tratamento de informações de processo trabalhista com envio do evento S-2501, implementamos ajustes na tela Alterar Rendimentos Informe e DIRF (FRALTANU) para viabilizar o correto registro dos valores a serem informados no Informe de Rendimentos. Para esse fim:

• Na grade Rendimentos Isentos e Não Tributáveis, foram adicionados os campos Juros Mora e Proc. Trabalhista, permitindo a adequada distinção e apresentação dos valores de juros de mora e rendimentos isentos decorrentes de processos trabalhistas, conforme os critérios legais aplicáveis.
• Os relatórios 001 - Comprovante de Rendimentos Legal (FPIN001.ANU), 003 - Comprovante de Rendimentos Anexo (FPIN003.ANU) e 004 - Relação de Rendimentos Informe e DIRF (FPIN004.ANU) também foram adequados para que sejam gerados considerando os campos Juros Mora e Proc. Trabalhista.

Locais:

• Anuais > Informe/Dirf > Alterar (FRALTANU)
• Anuais > Informe/Dirf > Listar > Informe > 001 - Comprovante de Rendimentos Legal (FPIN001.ANU)
• Anuais > Informe/Dirf > Listar > Informe > 003 - Comprovante de Rendimentos Anexo (FPIN003.ANU)
• Anuais > Informe/Dirf > Listar > Informe > 004 - Relação de Rendimentos Informe e DIRF (FPIN004.ANU)

Com o intuito de manter o sistema em conformidade com o disposto na Lei nº 15.270, de 26 de novembro de 2025, que alterou a regra de cálculo do Imposto de Renda Retido na Fonte (IRRF) para desconto em fonte a partir das competências de 2026, foi criada a nova guia Redução Imposto na tela de cadastro do IRRF, disponível em caminho Tabelas > Valores > Imposto de Renda (FR026IRF). Nessa guia, é possível cadastrar as faixas que terão redução no Imposto de Renda, por meio de uma grade que contempla os campos Limite, Percentual e Desconto.

Locais:

• Colaboradores > Férias > Recibos > Individual (FRFERIND)
• Colaboradores > Rescisões > Individual (FRCALRCS)
• Cálculos > Ficha Financeira > Cadastro (FRFICFIN)
• Cálculos > Lançamentos > Vales > Lançar Vales (FRLANVAL)
• Cálculos > Terceiros > Pagtos. Física (FR032TPG)
• Tabelas > Valores > Imposto de Renda (FR026IRF)

Na documentação BS - Integração dos Benefícios e Tarefeiros, incluímos uma orientação sobre o uso do botão Período inicial, esclarecendo que a integração dos valores de inscrição do plano de saúde considera sempre o cálculo que estiver ativo no momento da integração.

Para obter mais detalhes sobre esse comportamento e sobre a troca de cálculo antes da integração, consulte a documentação.

Local: Manual do Usuário > Ajuda por telas > Benefícios e Tarefeiros > Benefícios > Integrações

Incluímos orientações nas documentações de Regra de geração de incidentes e da função criarIncidente, esclarecendo que, quando existe uma regra configurada no ponto de geração de incidentes, a criação de incidentes passa a ser tratada exclusivamente por esse ponto, não sendo executada em outros contextos, como o ponto de apuração.

Locais:

• Manual do Usuário > Customizações > Funções > criarIncidente(int codigoIncidente)
• Manual do Usuário > Customizações > Pontos de regras > Regra de geração de incidentes

Ao realizar a integração de um colaborador com contrato intermitente utilizando o banco de dados PostgreSQL, o sistema não gerava a integração e apresentava erro durante a gravação do código de cálculo nos horários das convocações de trabalho intermitente.

Nesse cenário, o sistema exibiu a seguinte mensagem de erro:

Atualizamos o sistema para permitir a integração correta do colaborador com contrato intermitente ao utilizar o banco de dados PostgreSQL.

Local: Cálculos > Integração > Calcular (FRGEREVE)

Incluímos na documentação do Tipo de Horário 3 - Flexível a informação de que, ao utilizar esse tipo de horário, o sistema não gera o incidente Falta de Marcações.

Local: Manual do Usuário > Informações adicionais > Principais rotinas > Controle de Ponto e Refeitório > Marcações > Tipos de Horários > Tipo de Horário 3 - Flexível

Identificamos que o web service responsável por popular a tabela de hierarquia (R009HPC) não estava sendo executado diariamente às 00:00.

Atualizamos o sistema para garantir a execução automática desse web service diariamente às 00:00, assegurando a correta atualização das informações de hierarquia.

Local: Gestão do Ponto > Web services

Incluímos na documentação Ponto a orientação de que, sempre que um colaborador for afastado, deve ser realizado o processo de Zerar Apuração, evitando a geração de pendências de acerto nos Analytics do Ponto.

Com isso, garantimos maior consistência nas informações apresentadas e prevenimos a ocorrência de pendências indevidas.

Local: Manual do Usuário > Ajuda por telas > Gestão do Ponto (nova interface) > Apuração do Ponto > Sou Gestor/RH > Gerenciar horas e incidentes do ponto

Em algumas situações, ao selecionar o acerto de um colaborador com cálculo por exceção, o sistema não permitia a navegação para o próximo período de acerto, como se não existisse um novo período, mesmo quando este já estava devidamente cadastrado.

Atualizamos o sistema para garantir que a navegação entre os períodos de acerto ocorra corretamente, independentemente de o cálculo ser normal ou por exceção.

Local: Nova Interface > Acerto do Ponto

Ao efetuar a exclusão de uma programação de sobreaviso diretamente pela tela de sua programação, sem realizar previamente a edição do registro, o sistema apresentava erro durante a execução da operação, retornando uma falha relacionada ao formato da data.

Implementamos o tratamento necessário para que a exclusão da programação de sobreaviso ocorra corretamente, independentemente da tela acessada pelo usuário.

Local: Nova Interface > Históricos e Programações

A tela de consulta de status da assinatura eletrônica no ASO passou a exibir a identificação do papel dos profissionais envolvidos na assinatura, diferenciando colaborador e médico, em vez de apresentar apenas os nomes.

Locais:

• Medicina > Atendimentos > Atendimento > ASO (FR110MAT)
• Diversos > Configurações Integração GED/SIGN (FR000IGS)

Para manter o sistema em conformidade com as definições do Prontuário Eletrônico do Paciente, referentes ao grupo ECF.13.03 - Entrada de resultados de exames vinculados à uma solicitação no sistema, realizamos as seguintes melhorias no sistema:

• Na tela Resultado de Exames (FR108RES), foi implementado um monitoramento para registrar alterações no campo Situação do Exame. Sendo assim, ao alterar o valor deste campo, o sistema registra automaticamente um log da alteração, armazenando a data da modificação, a situação anterior, a nova situação e o usuário responsável pela mudança, garantindo rastreabilidade e conformidade com os controles de auditoria.
• Criamos o relatório 020 - Histórico de Situação do Exame (SMPC020.GER), utilizado para consultar, em um período determinado, as alterações realizadas na situação do exame, permitindo a visualização do histórico de mudanças de forma organizada e rastreável.

Locais:

• Medicina > Audiometria > Resultados (FR108RES_3)
• Medicina > PCMSO > Listar > 020 - Histórico de Situação do Exame (SMPC020.GER)
• Medicina > PCMSO > Resultados (FR108RES)

Na documentação Proposta de alteração de quadro, ajustamos uma orientação apresentada na guia Roteiro de Avaliação. A informação foi atualizada para esclarecer que, além de todos os avaliadores precisarem possuir usuários associados, o usuário responsável pela criação da proposta também deve estar vinculado a um colaborador, garantindo a correta geração do roteiro de avaliação.

Local: Manual do Usuário > Ajuda por telas > Quadro de Vagas e Orçamento > Lotação x Posto > Propostas > Efetuar

Ao longo do uso contínuo do servidor SeniorMiddleware, em cenários com reciclagem de instâncias, as instâncias dos produtos (Gestão de Pessoas | HCM, Gestão Empresarial | ERP e Ronda Senior) podiam permanecer com o status Finalizando, mesmo após o encerramento do processo correspondente no Windows. Esse comportamento interferia na alocação de novas instâncias e afetava o gerenciamento do ciclo de execução.

Como melhoria, aprimoramos o controle de encerramento e a gestão do limite de instâncias utilizadas pelo SeniorMiddleware. Com esse ajuste, o gerenciamento do status de finalização passa a ocorrer de forma consistente, permitindo a liberação adequada das instâncias e a continuidade da alocação conforme o esperado.

Aprimoramos o mecanismo de criptografia utilizado no tratamento de senhas armazenadas no arquivo de configuração (.CFG) da instalação.

Essa evolução reforça o padrão de segurança adotado pelo sistema, tornando o uso e o armazenamento dessas informações mais alinhados às práticas atuais da solução.

Incluímos uma funcionalidade que adiciona botão de ajuda contextual (Assistente Virtual) nos logs do sistema, permitindo acesso direto à base de conhecimento com orientações e soluções relacionadas aos problemas apresentados.

Essa funcionalidade vem ativada por padrão e pode ser desativada nas configurações do sistema Gestão de Pessoas | HCM, na versão XTended. Para isso, acesse Sistemas > Gestão de Pessoas > Configurações XT e desmarque a opção Apresentar botão de ajuda inteligente (Assistente Virtual).

Local: Diversos > Log > Processamentos (FRCONLOG)

Ao duplicar um posto que já havia atingido o limite de sub-postos, o sistema impedia corretamente a duplicação e exibia uma mensagem informando que nenhum registro havia sido duplicado devido à quantidade máxima de postos por nível já ter sido excedida. Porém, ainda permitia que o posto fosse arrastado manualmente para dentro da hierarquia correspondente, mesmo com o limite ultrapassado.

Para solucionar esse cenário, corrigimos o sistema para que passe a validar, na tela de hierarquia, a quantidade máxima de sub-postos permitida, impedindo a inclusão manual quando o limite configurado já tiver sido atingido.

Local: Tabelas > Postos de Trabalho > Postos > Botão Duplicar > Duplicação de Posto de Trabalho (FRDUPPOS)

No relatório 014 - Conferência FGTS Digital (FPRE014.FGT), ao listar colaboradores com rescisão complementar de dissídio, os valores de FGTS eram apresentados de forma duplicada, constando tanto na competência de homologação quanto na competência de pagamento, o que dificultava a conferência correta. Desse modo, ajustamos o relatório para que apresente os valores de FGTS sem duplicidade, apresentando-os na competência de homologação para dissídios de parcela única e na competência de pagamento para dissídios parcelados, conforme o comportamento esperado.

Local: Impostos > Fundo Garantia > Listar > 014 - Conferência FGTS Digital (FPRE014.FGT)

Ao importar o arquivo de empréstimo consignado (eConsignado) em um mês no qual o colaborador não constava mais no arquivo por já ter quitado seus empréstimos, o sistema registrava incorretamente a data de encerramento do contrato, fazendo com que o cálculo de férias considerasse indevidamente a provisão de desconto do consignado mesmo sem contratos ativos. Como solução para esse cenário, ajustamos o sistema para que o registro da data de encerramento passe a considerar corretamente o último mês em que o contrato esteve ativo, evitando que o cálculo de férias inclua provisões de desconto para contratos já encerrados.

Local: Cálculos > Lançamentos > Consignado > Importação Crédito Trabalhador (FRIMPECO)

Ajuste

Geração de pendências C20 de FGTS em folhas complementares de dissídio

Ao processar folhas complementares de dissídio, o sistema não gerava as pendências de integração financeira do tipo C20 (FGTS Dissídio), mesmo com as configurações corretas de data de pagamento e homologação, o que impedia a integração dos valores de FGTS relacionados ao dissídio. Como solução para esse cenário, ajustamos a rotina de geração de pendências passa a carregar corretamente as informações de data de pagamento antes das validações, permitindo a criação das pendências C20 para folhas de dissídio.

Local: Integração ERP > Integração Financeira > Consulta

Em atendimento à Instrução Normativa nº TC-35/2024 - Art. 29, do Governo do Estado de Santa Catarina, foram realizadas as seguintes implementações e ajustes relacionadas à versão 6.0 do e-Sfinge:

Telas

• Dados Bancários para Crédito dos Proventos (FR304DBA):
  • Na lista de opções do campo Tipo Folha, adicionamos as opções 06, 07, 15 e 25.
• Especialidade/Convocação (FR304RCO):
  • Na lista de opções do campo Tipo de Convocação, excluímos a opção 06.
• Resultado do Concurso (FR304RRC):
  • Na lista de opções do campo Tipo de Complemento (Resultado do Concurso - Complemento), adicionamos a opção 03.

Leiautes

• 07 - Ingresso Estatutário:
  • CON107 e CON108: ajustadas para desconsiderar a Data da Posse informada na Alteração da Posse (prorrogação). A verificação passa a ser feita apenas em relação à Data da Posse do ingresso estatutário.
  • CON109: ajustada para que a validação ocorra somente para concursos homologados até 2025.
  • CON194: ajustada para considerar a data de homologação do concurso. A verificação passa a abranger somente atos relacionados a concursos homologados a partir de 2025, referentes ao Edital de Concurso Público (art. 37, II, CF/88) e ao Edital de Processo Seletivo Público (art. 198, § 4º e 5º, CF/88).
• 10 - Dados Funcionais do Agente Público Ativo:
  • CON708: agora impede o envio do leiaute quando não há o envio prévio do ingresso.
• 14 - Folha de Pagamento:
  • CON104 e CON105: ajustadas para considerar a extinção de vínculo somente quando se tratar do último vínculo informado e quando ocorrer até o primeiro dia da competência da folha.
  • CON724: ajustada para considerar somente o último vínculo vigente na competência da folha.
  • CON725: ajustada para verificar somente se o último vínculo vigente na competência da folha (até último dia) é do tipo 01, 02 ou 03.

Além disso, removemos a CON705.

• 17 - Convocação do Concurso:
  • CON109: agora impede o envio do leiaute quando a data de convocação for posterior à data de validade do concurso.
  • CON193: agora impede o envio do leiaute quando a ordem de classificação das convocações não for sequencial para cada especialidade.

Para mais detalhes, confira a documentação Consistências de envio do e-Sfinge.

Locais:

• Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Consulta/Envio dos Layouts e-Sfinge (FR034STA)
• Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Dados Bancários para Crédito dos Proventos (FR304DBA)
• Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Especialidade/Convocação (FR304RCO)
• Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Resultado do Concurso (FR304RRC)

Na geração do relatório 001 - Relatório de Saldos (HRSA001.APU), quando a data inicial não era informada, a soma dos saldos era duplicada nas colunas de totais. A partir desta versão, a rotina de soma passa a tratar corretamente esse cenário, evitando a duplicidade quando a data inicial estiver preenchida como 00/00/0000.

Local: Controle de Ponto e Refeitório > Cálculos > Apuração > Listar > Saldos Situações > 001 - Relatório de Saldos (HRSA001.APU)

Na exclusão de uma programação de ponte, dias acertados manualmente eram reapurados, o que desfazia os ajustes realizados. Sendo assim, ajustamos o fluxo de exclusão para reapurar apenas os dias de início e fim da ponte, preservando os acertos manuais nos demais períodos.

Local: Gestão do Ponto > Acertos da minha equipe

Ajuste

Chamada de web service de terceiros com parâmetro em regras LSP

Ao executar regras LSP (Linguagem Senior de Programação) que realizam chamadas a web services de terceiros, alguns dados necessários para o processamento da autenticação não eram considerados durante a requisição, o que impactava a execução dessas integrações. A partir desta versão, a rotina de integração passa a considerar corretamente todas as informações exigidas na autenticação, garantindo que as chamadas a web services sejam processadas de forma consistente e conforme o padrão esperado.

Ao processar uma folha complementar de 13º salário para colaboradores transferidos no mês de dezembro, o sistema não gerava corretamente as informações do evento S-1200, o que impedia a geração do evento S-1210 e resultava em avisos sobre a ausência de dados. Por isso, ajustamos o sistema para que as informações do S-1200 sejam geradas corretamente, permitindo a geração do S-1210 sem inconsistências.

Local: eSocial > Eventos Periódicos > Envio Declaração Mensal (FRENVFOL)

Ao cadastrar o benefício do tipo 605 - Pensão por morte - Plano próprio (Grupo 6) para colaborador beneficiário de ente público, o campo Tipo de Pensão por Morte não era habilitado na tela de Manutenção de Benefícios, impedindo o preenchimento das informações exigidas pelo eSocial. Sendo assim, ajustamos a rotina para que, ao selecionar esse tipo de benefício, o sistema passa a habilitar corretamente o campo, permitindo o registro conforme o leiaute previsto.

Local: eSocial > Gerar Não Periódicos (FRGERNPE)

Ajuste

Integração do leiaute S-2500 sem erro no campo IdeSeq

Nesta versão, ao realizar a integração do leiaute S-2500 pelo Migrador do eSocial, o sistema não retorna mais o seguinte erro no campo IdeSeq relacionado à inserção de valor nulo:

Locais:

• eSocial > Migração > Carregar XMLs (FRIMPXML)
• eSocial > Migração > Relacionar Dados (FRIMPESOSEL)

Ao emitir o relatório 107 - Formulário Advertência/Suspensão (FPDO107.COL) (AP Web), o gestor informa o motivo diretamente na entrada do relatório, porém textos que continham palavras com acentuação não eram impressos corretamente, comprometendo a visualização das informações. Sendo assim, ajustamos o sistema para que os textos informados sejam exibidos corretamente, preservando as acentuações e garantindo a leitura adequada no relatório.

Local: AP Web > Colaboradores > Documentos > Modelos > 107 - Formulário Advertência/Suspensão (FPDO107.COL)

O sistema não calculava a provisão genérica do colaborador quando, na competência anterior, não havia eventos de base para o cálculo, mesmo que existissem eventos válidos na competência atual. A partir desta versão, a lógica de verificação de provisão passa a identificar corretamente a ausência de cálculo no mês anterior por falta de eventos, permitindo que o processamento seja retomado normalmente nas competências seguintes.

Local: Colaboradores > Provisões (FR146PRV)

O sistema permitia a exclusão de um cadastro de rateio mesmo quando ele estava vinculado a uma filial no menu Assinalar Rateio, o que gerava inconsistências, pois ao cadastrar o rateio novamente ele já aparecia associado à filial anterior, impedindo a correção do vínculo. Em razão disso, corrigimos a rotina para que ela valide a existência de filiais vinculadas antes de permitir a exclusão e, caso haja alguma associação, o sistema passe a exibir uma mensagem informando que a exclusão não é permitida, exigindo a remoção prévia de todas as vinculações no cadastro Assinalar Rateio.

Local: Empresas > Contábil > Rateios (FRCALRAT)

Ajuste

Gravação de dados na tela de Ingresso em Emprego Público

Ao tentar gravar informações na tabela R304EMP, na tela de Ingresso em Emprego Público, o sistema gerava um erro de banco de dados que impedia a gravação dos registros. Por esse motivo, ajustamos a lógica da consulta utilizada na procedure para considerar apenas registros compatíveis com o ambiente e o tipo de atualização esperados, evitando a ocorrência do erro durante o processo de gravação.

Local: Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Ingresso Emprego Público (FR304EMP)

Atualizamos a documentação sobre o cadastro de sindicatos. Na nota do campo Afastamento Adto. 13º Salário, esclarecemos que o parâmetro 01 - Projeta situação da data de pagamento até final do ano não considera afastamentos dos tipos 15 - Falta e 17 - Apuração de Ponto e que, nesses casos, as faltas são novamente verificadas para confirmar se o colaborador perdeu o direito ao cálculo da folha referente ao evento 32 - Pagamento de 13º Salário.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Tabelas > Sindicatos > Cadastro

Ao clicar em um dos tipos de incidente no dashboard Analytics, o totalizador do tipo filtrado podia ser exibido como zerado para colaboradores com data de afastamento futura, mesmo quando havia incidentes válidos no período. A partir desta versão, o sistema passa a considerar corretamente os incidentes apurados antes da data de afastamento, garantindo a contabilização adequada nos totalizadores.

Local: Gestão do Ponto > Analytics > Incidentes do Ponto

Corrigimos as validações na configuração do Banco de Horas para garantir coerência entre as definições e o Período do Banco, assegurando que, quando o campo Fechamento estiver diferente de Período, sejam permitidas apenas as opções Um mês no campo Tempo de Prorrogação e Todo mês em Verificar Afastamentos para Prorrogação, tanto no cadastro quanto na edição de um banco já criado.

Local: Nova Interface > Banco de Horas

Ao imprimir o documento de ASO (Atestado de Saúde Ocupacional), agora o sistema exibe corretamente a data no documento, considerando a data do atendimento médico quando ela for posterior à data de reintegração e mantendo a data de reintegração nos demais casos.

Local: Medicina > Atendimento > Atendimentos (FR110MAT)

Ao informar o nome de arquivos de relatório, a presença de espaços ou quebras de linha no início ou no fim do texto gerava inconsistências no processamento, resultando em mensagens como:

Para corrigir essa situação, implementamos um ajuste que desconsidera automaticamente esses espaços e quebras de linha. Dessa forma, o nome do arquivo é interpretado corretamente pelo sistema e o processo finaliza conforme o esperado.