Ajustamos o relatório 008 - S-5002 - IRRF por Trabalhador Consolidado (Anual) (FPAR008.ESO) para apresentar todos os cadastros associados ao CPF localizado pelo filtro de Filial.

Antes dessa alteração, quando o trabalhador possuía vínculos em mais de uma filial, a listagem analítica exibia apenas o cadastro pertencente à filial filtrada, mesmo com os totais sendo consolidados corretamente.

Agora, todos os vínculos relacionados ao CPF passam a ser demonstrados na listagem, independentemente da filial de origem, conforme comportamento previsto para o relatório.

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

Ajustamos o tratamento dos campos utilizados no relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO) para garantir compatibilidade entre os bancos Oracle, SQL Server e PostgreSQL.

Antes desse ajuste, a emissão do relatório em ambiente Oracle era interrompida devido a erro de tipo de dado.

Com esse tratamento, o relatório passa a ser gerado corretamente nos diferentes bancos suportados.

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

Ao realizar cálculos de dissídio com períodos que geravam devolução de INSS, o relatório de conferência 012 - Conferência INSS S-5001 (FPCE012.ESO) apresentava divergências entre os valores do sistema e do eSocial. Isso ocorria porque o sistema considerava bases negativas de INSS, situação que não é aceita pelo eSocial.

Para corrigir essa inconsistência, ajustamos o processamento da conferência para desconsiderar folhas com base negativa de INSS nesses cenários, evitando discrepâncias entre o relatório e o retorno do evento S-5001. Com isso, os valores apresentados na conferência passam a ficar alinhados às informações aceitas pelo eSocial.

Locais:

• eSocial > Eventos Periódicos > Conferência eSocial > Conferência Impostos eSocial (FRGERIMP)
• eSocial > Eventos Periódicos > Conferência eSocial > Listar > 012 - Conferência INSS S-5001 (FPCE012.ESO)

No 012 - Conferência INSS S-5001 (FPCE012.ESO), colaboradores com múltiplas remunerações na mesma competência, como em casos de dissídios retroativos, tinham os valores exibidos em duplicidade na coluna Valor Senior, gerando diferença indevida entre o valor calculado na ficha financeira e o valor apresentado no relatório.

Ajustamos a lógica de cálculo para consolidar corretamente esses valores, garantindo que o relatório reflita com precisão as informações das fichas financeiras e o que foi enviado ao eSocial.

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

Adicionamos mais informações à nota do tópico Devolução INSS RRA Dissídio Coletivo Rescisão da documentação sobre Cálculo de RRA - Rendimentos Recebidos Acumuladamente.

Informamos que, quando ocorrer uma rescisão complementar com o evento de devolução de INSS RRA, sem a existência de cálculo do tipo 13º salário, e o valor de dissídio for pago dentro da própria rescisão complementar, o sistema não realizará a geração do evento 35D. Para que o leiaute S-1200 seja enviado corretamente nesse cenário, é necessário que o evento de devolução de INSS RRA esteja vinculado à uma rubrica. Caso contrário, poderá ocorrer estouro de base de cálculo relacionado a esse valor.

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

Foi atualizado o primeiro tópico da segunda nota do campo Identificar Saída/Entrada CLC Transferência na documentação de cadastro de empresas. Nessa atualização, esclarecemos que, nos casos de transferência entre filiais, alteração de filial, local, centro de custo ou mudança de cadastro do colaborador, este assinalamento não será aplicado. O sistema, por padrão, adota a parametrização equivalente à opção “Não”.

Especificamos ainda que, nessa condição, serão contabilizados os CLCs 1656 a 1664 e 1671, juntamente com suas respectivas contas de contrapartida 1756 a 1764 e 1771, sem realizar a separação ou identificação dos eventos de entrada e saída.

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

No cálculo da Provisão de 13° Salário para colaboradores demitidos, a coluna Indenizado da linha PIS apresentava valor zerado, mesmo quando havia rescisão calculada com pagamento de 13° Salário Indenizado e o evento estava configurado para incidir PIS 13° Salário.

O problema ocorria porque os cálculos de PIS para o 13° Indenizado verificavam o campo de incidência INCPIS (PIS Mensal) em vez do campo correto para esse contexto, o INCPISPID (PIS 13° Salário). Como se trata de um evento de rescisão indenizado e não de folha mensal, a leitura do campo incorreto fazia com que o valor não fosse acumulado. Corrigimos a leitura em todos os blocos que tratam o PIS do 13° Indenizado, substituindo INCPIS por INCPISPID.

Local: Cálculos > Provisões > Calcular (FRROTPRV)

Melhoramos a documentação da Regra 27, trazendo mais clareza sobre o cálculo do IRRF no 13º salário. A atualização reforça que a chamada isenção total para rendimentos de até R$ 5.000,00 está vinculada ao limite de abatimento previsto em lei e à forma de cálculo escolhida.Com isso, os clientes passam a ter uma explicação mais precisa sobre quando ocorre a isenção e quando o desconto continua sendo aplicado, evitando interpretações equivocadas.

Local: Manual do Usuário > Customizações > Regras > Regras do Sistema > Regra de sistema 27 - IRRF

Ao gerar o relatório Declaração de Situação de Empréstimo Consignado (FPCP004.OPE) em Cálculos > Relatórios > Complementares - 04, o rodapé do relatório apresentava o nome da cidade e a data por extenso de forma cortada em localidades com nomes extensos. Sendo assim, ajustamos o tamanho do campo responsável pela exibição dessas informações no rodapé do modelo, permitindo que a cidade e a data por extenso sejam apresentadas integralmente no relatório.

Local: Cálculos > Relatórios > Complementares > Declaração de Situação de Empréstimo(s) Consignado(s) (FPCP004.OPE)

Ajuste

Somatório de vales por bolso Wiipo no relatório BS00026

Ajustamos o relatório 026 - Resumo de Compra - Fornecedor Wiipo (BS00026.VAL) para somar corretamente todos os tipos de vale associados ao mesmo bolso Wiipo, garantindo a exibição adequada dos valores na coluna correspondente. Antes desse ajuste, quando dois ou mais tipos de vale estavam vinculados ao mesmo bolso Wiipo, o sistema considerava apenas o primeiro vale encontrado, resultando em valores incorretos no relatório.

Local: Benefícios > Vales > Listar > 026 - Resumo de Compra - Fornecedor Wiipo (BS00026.VAL)

Ao efetivar propostas de alteração de cargo, o sistema passa a considerar corretamente a data da alteração na verificação do tipo de controle de vagas configurado para a empresa.

Antes desse ajuste, a mensagem de ausência de vaga no centro de custo podia ser apresentada indevidamente mesmo com o controle legado de vagas desabilitado.

Com esse tratamento, a validação de vagas é aplicada somente quando o controle legado estiver efetivamente ativo para a data da alteração.

Local: Cargos e Salários > Propostas > Cargos > Efetivar (FREFEPRC)

Incluímos uma mensagem de aviso no campo Nova Escala do Controle de Ponto para esclarecer o comportamento aplicado quando o assinalamento Escala de Horários estiver configurado como “N”.

Nesse cenário, ao informar um valor diferente de 1 no campo, o sistema apresenta a orientação antes da gravação do histórico.

Até então, o valor informado era alterado automaticamente para 1 no salvamento, sem aviso prévio ao usuário.

Local: Controle de Ponto > Colaboradores > Históricos > Escalas (FR038HES)

Corrigimos a expressão de tradução utilizada na tela de Fechamento de Banco de Horas para permitir a exibição correta do checkbox Somente demitidos no período na opção Anular Débitos.

Com esse ajuste, o filtro passa a ser apresentado normalmente ao usuário durante o fechamento.

Antes da alteração, o checkbox não era exibido na tela.

Local: Nova Interface > Banco de Horas

Adicionamos a definição do contexto de processo de cálculo na operação de antecipação de abono via Web Service, alinhando seu comportamento aos demais processamentos em lote do banco de horas.

Com esse ajuste, a operação passa a ser executada normalmente mesmo quando o código de cálculo não possui período de acertos configurado.

Antes disso, o sistema retornava a seguinte mensagem:

Local: Nova Interface > Web services

No cadastro de CAT, a hora de término do afastamento informada pelo usuário era zerada automaticamente ao confirmar o registro, impedindo o módulo Gestão de Ponto de apurar corretamente o último dia de afastamento. Sendo assim, o fluxo de gravação foi ajustado para preservar a hora de término informada em afastamentos superiores a um dia, assegurando que a apuração seja realizada de forma correta pelo sistema.

Ao emitir relatórios nos modos Assíncrono ou Agendado informando um nome de arquivo com extensão personalizada, o sistema ignorava a extensão definida e acrescentava a extensão do formato de saída ao final do nome, gerando arquivos com dupla extensão. O mesmo comportamento também ocorria em execuções via regra LSP e Web Service.

A rotina de tratamento do nome do arquivo foi revisada para preservar a extensão informada pelo usuário em todos os modos de execução. Quando nenhuma extensão for definida, o sistema continua adicionando automaticamente a extensão correspondente ao formato selecionado.

Após o ajuste, os modos Assíncrono, Agendado, LSP e Web Service passam a seguir o mesmo comportamento já utilizado no modo Local.

Ajuste

Leitura de mensagens no RabbitMQ com múltiplos virtual hosts

Ajustamos a leitura das mensagens das filas do RabbitMQ, ampliando o suporte para integração com diferentes tipos de virtual hosts. Com isso, a integração passa a ocorrer de forma completa e consistente, independentemente do ambiente configurado.

Sem a atualização, ao iniciar a integração com o RabbitMQ, mensagens armazenadas em virtual hosts diferentes do padrão não eram lidas, limitando a comunicação e o processamento correto das filas nesses cenários.

Implementamos os processos de telemetria para permitir a geração e manipulação do contexto de execução dos web services.

Com essa implementação, passa a ser possível:

• Identificar a origem das requisições;
• Distinguir se o serviço foi executado pela própria aplicação, por uma regra LSP (Linguagem Senior de Programação) ou por outra aplicação Senior.

Também realizamos adequações para possibilitar o armazenamento de informações relacionadas às execuções da Web 5.0, incluindo dados que permitem identificar as ações realizadas na aplicação Web.

Essas atualizações ampliam a rastreabilidade e a visibilidade sobre a origem e o contexto das execuções no ambiente.

Adicionalmente, implementamos um mecanismo de bloqueio na execução de web services por meio do Agente de Telemetria, gerenciado pela plataforma onde a aplicação servidora está hospedada.

Essa configuração pode ser realizada a partir de identificadores específicos de ambiente e/ou cliente, permitindo a criação de regras personalizadas. O bloqueio atua diretamente no nível da porta do serviço, garantindo controle granular sobre a execução das operações. Essa implementação faz parte da Entrega F0 - XT Telemetry HUB (XTTH).

Realizamos a descontinuação gradual do uso de credenciais no corpo das requisições SOAP para autenticação de usuários.

Ao incluir participantes pela grade da aba Participantes na tela Definições de Turma, o sistema passa a preencher automaticamente as informações do colaborador ao informar a matrícula diretamente na grade.

Antes desse ajuste, campos como Local não eram carregados automaticamente nesse processo.

Com a correção, essas informações passam a ser exibidas corretamente durante a inclusão do participante.

Local: Treinamento > Turmas > Definições de Turma (FR134DRE)

Ao realizar login no Administração de Pessoal (HCM XTended) utilizando autenticação via ADFS, o sistema não integrava automaticamente o usuário à plataforma Senior X após o fechamento da janela de autenticação. Com isso, os menus da plataforma não eram exibidos corretamente no ambiente XT, mesmo quando as configurações estavam corretas.

Ajustamos a ação interna responsável pela atualização dos menus da plataforma Senior X, eliminando a interrupção silenciosa do processo de integração após a autenticação via ADFS. Assim, os menus passam a ser carregados corretamente após o login.

Na emissão do relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO), em casos com processamento por rateio, o valor de pensão alimentícia era apresentado em duplicidade na coluna Senior, gerando divergência na conferência. Portanto, ajustamos a geração do relatório para considerar corretamente a pensão alimentícia em cenários com múltiplos rateios, eliminando a duplicidade e garantindo a apresentação adequada das informações.

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

Durante o processo de migração do eSocial, ao processar duas ou mais empresas simultaneamente, o sistema gerava pendências indevidas na tabela de histórico de horários (R038HEH). Essas pendências faziam com que o evento S-2200 aparecesse incorretamente para reenvio nas telas de consulta de pendências e geração de não periódicos.

Para corrigir esse cenário, ajustamos a ordem de execução do processo de limpeza de pendências, garantindo que as pendências indevidas sejam removidas corretamente para todas as empresas processadas em paralelo.

Local: Migrador eSocial

Ao realizar o lançamento de férias para colaboradores que passaram por transferência de filial com troca de matrícula, o sistema enviava indevidamente valores de dedução de plano de saúde duplicados no evento S-1210, considerando tanto a matrícula antiga quanto a nova.

A partir desta versão, apenas a matrícula vigente na competência será considerada no cálculo dos valores de plano de saúde, eliminando a duplicidade nos casos de transferência de filial com troca de matrícula.

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

Ao gerar o relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO) para toda a empresa, os valores de férias eram apresentados em duplicidade para colaboradores que haviam sido transferidos entre filiais, comprometendo a precisão da apuração do Imposto de Renda Retido na Fonte (IRRF) e causando divergências nos valores reportados.

Para corrigir essa rotina, ajustamos a forma como o sistema busca os valores de férias nesses casos, identificando corretamente a filial de vínculo em cada período e eliminando a duplicação.

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

Ao gerar o relatório 012 - Conferência INSS S-5001 (FPCE012.ESO), o sistema apresentava divergências fictícias entre as colunas de conferência quando havia liminar ativa com suspensão de recolhimento de INSS. Embora os valores estivessem corretos na ficha financeira do colaborador e no eSocial, o relatório indicava diferenças indevidas que podiam levar a interpretações equivocadas.

A partir desta versão, o sistema passa a considerar corretamente os eventos com isenção de INSS decorrentes de liminar, garantindo que os valores exibidos no relatório reflitam exatamente os apurados e registrados no eSocial, eliminando divergências e facilitando a conferência em cenários com liminares ativas.

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

Na documentação S-2240 - Condições Ambientais do Trabalho - Agentes Nocivos, foram incluídas orientações sobre a validação do campo, esclarecendo comportamentos que ainda não estavam documentados.

As informações adicionadas contemplam os seguintes pontos:

1. Comportamento com 09.01.001 e fator de risco sem agente nocivo próprio: quando um fator de risco não possui código correspondente na Tabela 24, como no caso de Eletricidade, e o usuário informa o código 09.01.001, nenhuma informação relacionada a esse fator de risco é enviada ao eSocial.
2. Obrigatoriedade de código diferente de 09.01.001: para que o fator de risco seja gerado no XML do evento S-2240, é obrigatório informar um código de agente nocivo diferente de 09.01.001.
3. Preenchimento do código do Agente Nocivo no S-2240: o cadastro do fator de risco isoladamente não garante a geração do leiaute. Para que a informação seja enviada ao eSocial, é necessário preencher o campo codAgNoc.

Essas orientações foram adicionadas para evitar cadastros incompletos de fatores de risco e garantir maior clareza sobre as informações efetivamente transmitidas ao eSocial.

Local: Manual do eSocial para clientes Senior > Leiautes do eSocial > Eventos Não Periódicos > Eventos SST > S-2240 - Condições Ambientais do Trabalho - Fatores de Risco

A partir da competência 05/2026, empresas enquadradas nos FPAS 507 e 833 passam a ter as contribuições de convênio direto SESI/SENAI apuradas pelo governo via eSocial (DCTFWeb), conforme Nota Orientativa S-1.3/2024.09.

Com esta versão, o sistema passa a tratar esse novo regime em três frentes:

1. Conferência INSS - novo código de receita 1664
• O evento S-5011 passou a devolver o novo CR 1664 (Contribuição Adicional SENAI, 0,2%) para empresas FPAS 507/833 a partir de 05/2026.
• O sistema reconhece esse código e o exibe nos grupos corretos dos relatórios de conferência:
  • Relatório 011 - Conferência INSS S-5001 (FPCE011.ESO): CRs 166401 e 166421 inseridos no bloco Outras Entidades e Fundos.
  • Relatório 013 - Conferência INSS S-5011 (FPCE013.ESO): CRs 166401 e 166421 inseridos no grupo correspondente.
2. GPS - Cadastro individual de GPS (FR030FIL)
• Na inserção ou edição de registros de GPS, o sistema bloqueia a gravação de convênios SESI (terceiro 8) ou SENAI (terceiro 4) para competências maiores ou iguais a 01/05/2026, exceto quando houver processo judicial (Processo > 0) ou liminar em andamento (liminar igual a S ou D).
• Ao tentar gravar um convênio bloqueado, o sistema exibe uma mensagem explicativa e impede o salvamento.
3. GPS em massa - Cadastro em lote de GPS (FRFILGRP)
• No cadastro em massa, ao copiar convênios de uma GPS anterior para uma nova GPS com competência >= 01/05/2026, os convênios SESI e SENAI sem processo judicial e sem liminar são automaticamente omitidos da cópia.
• Para cada convênio omitido, o sistema registra um aviso no log de processamento, identificando o convênio e a filial.
• Convênios com liminar ou processo, bem como todos os demais convênios (ex.: SESC, SEST), continuam sendo copiados normalmente.

Essa atualização garante maior conformidade com a legislação vigente e assegura que o sistema esteja preparado para o novo regime de apuração via eSocial, oferecendo segurança e confiabilidade no processamento das contribuições.

Locais:

• Empresas > Filiais > Cadastro (FR030FIL)
• Tabelas > Valores > Previdência > Gerar Dados GPS (FRFILGRP)
• eSocial > Eventos Periódicos > Conferência eSocial > Listar > 011 - Conferência INSS S-5001 (FPCE011.ESO)
• eSocial > Eventos Periódicos > Conferência eSocial > Listar > 013 - Conferência INSS S-5011 (FPCE013.ESO)

Foi criada a seção Base de Cálculo do IRRF x Rendimento Bruto na documentação de Pagamentos Física. Essa nova seção detalha o procedimento adotado pelo sistema quando há divergência entre o valor do Rendimento Bruto e a Base de Cálculo do IRRF informada no lançamento do RPA.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Cálculos > Administração de Pessoal > Terceiros > Pagamentos Física

Complementamos a última nota da seção Versões 6.10.3.141 e 6.10.4.79 da documentação sobre eConsignado | Crédito do Trabalhador com a seguinte informação: os eventos com característica 49S não devem servir de base para outros eventos que não sejam de característica 58N, pois isso gera inconsistências no cálculo e na margem consignável.

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

Foi adicionada à rotina Histórico de Vínculo a seção Alteração de categoria eSocial. Essa seção descreve os procedimentos necessários quando ocorre uma alteração de categoria eSocial com data fora do prazo legal. Nesses casos, se já existirem eventos enviados ao eSocial com data igual ou posterior, o sistema realiza automaticamente a exclusão desses eventos por meio do evento S-3000. Após a exclusão automática via S-3000, é indispensável recriar os históricos na ordem cronológica correta e, em seguida, gerar e enviar novamente os eventos ao eSocial.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Históricos > Vínculo

Ao enviar as convocações do concurso para o e-Sfinge, o sistema apresentava erro de sequência em situações com diferentes tipos de convocação dentro da mesma especialidade, mesmo quando os dados estavam corretos. A partir desta versão, a validação da ordem de classificação passa a considerar corretamente cada tipo de convocação, evitando bloqueios indevidos no envio e garantindo maior confiabilidade no processo.

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

Ao cadastrar o título eleitoral de um agente público, o sistema apresentava uma mensagem de erro informando que o número estava em desacordo com as regras de formatação da Justiça Eleitoral, mesmo quando o número informado era válido, impedindo o envio do Layout 06:

Sendo assim, a validação foi corrigida para que o sistema reconheça corretamente os números válidos de todos os estados, respeitando também as regras especiais definidas pelo TSE para São Paulo e Minas Gerais.

Locais:

• Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Agente Público Ativo/Inativo e Pensionista (FR304AGE)
• Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Consulta/Envio dos Layouts (FR304STA)

Na provisão de férias, ao calcular o recibo de férias de um colaborador que havia perdido dias de direito por conta de afastamento, o sistema voltava a considerar esses dias perdidos no cálculo, gerando diferença a maior no valor provisionado. A partir desta versão, a rotina de provisão passa a respeitar corretamente os dias de direito já registrados no período aquisitivo, garantindo que os dias perdidos por afastamento permaneçam desconsiderados mesmo após o cálculo do recibo de férias.

Local: Férias > Cálculos > Provisão de Férias (FPROTGE)

Ajuste

Emissão do recibo de férias ajustada em ambientes Oracle 19

Ao emitir o recibo de férias em ambientes com banco de dados Oracle 19, o sistema apresentava erro informando que uma sequência não existia, afetando clientes que não utilizam o Integrador HCM, mas que possuem a tabela de integração criada na base de dados.

Para solucionar esse cenário, ajustamos o sistema para verificar se o Integrador HCM está ativo antes de registrar informações na tabela de integração, evitando o erro e permitindo que o Recibo de Férias seja emitido corretamente.

O relatório 033 - Termo de Prorrogação (FPDO033.COL) foi ajustado para considerar os períodos de afastamento por doença ou acidente de trabalho no cálculo das datas de vencimento e término da prorrogação do contrato de experiência.

Com isso, o documento pode refletir corretamente os prazos do contrato, somando os dias de afastamento quando a opção de considerar afastamentos estiver ativada. Caso o colaborador ainda esteja afastado no momento da emissão, as datas não são exibidas, pois ainda não estão definidas.

Local: Colaboradores > Documentos > Listar > 033 - Termo de Prorrogação (FPDO033.COL)

Ajustamos a rotina de recálculo de refeitório para processar corretamente colaboradores vinculados a escalas com feriado próprio.

Com esse tratamento, o recálculo passa a ser executado normalmente nesses cenários.

Antes da alteração, o sistema apresentava a seguinte mensagem de erro:

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

Realizamos melhorias na documentação da função filtraIncidentesColaboradorNaData, atualizando o exemplo apresentado para refletir o comportamento atual da implementação. Além disso, incluímos novas informações no contexto da documentação, proporcionando maior clareza sobre a utilização da função e os objetos disponíveis durante a execução da regra.

Para mais detalhes, acesse a documentação da função: filtraIncidentesColaboradorNaData.

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

O relatório 001 - Permissões de Telas Completo (HRPU001.GER) passa a apresentar corretamente as permissões dos grupos em ambientes com perfil de usuário habilitado.

Agora, as informações exibidas permanecem consistentes independentemente do usuário responsável pela geração do relatório.

Sem esse tratamento, as permissões apresentadas variavam conforme o usuário que executava a emissão.

Local: Diversos > Usuários > Listar 001 - Permissões de Telas Completo (HRPU001.GER)

Ao executar o cálculo de apuração via web service agendado, o sistema exibia aleatoriamente, no início de cada mês, a mensagem Data deve ser maior ou igual à data inicial do cálculo no log do web service (disponível em Recursos > Web Service > Console).

Com o intuito de solucionar esse cenário, corrigimos o fluxo de execução para impedir a ocorrência desse erro e garantir a integridade do processamento do web service agendado.

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

Incluímos uma orientação na documentação do web service com.senior.g5.rh.hr.calculoApuracao nos campos Realocar Marcações (reaMar), Desfazer Acertos Situações (desAce) e Desfazer dias Verificados (diaVer).

Agora, a documentação passa a apresentar a seguinte informação:

Para mais detalhes, acesse a documentação do web service: com.senior.g5.rh.hr.calculoApuracao.

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

Foram incluídas notas nas documentações Ficha Cadastral - Empregados, na seção Outro Contrato, e Reintegração (S-2298).

As orientações explicam que, para evitar divergências de INSS em casos de reintegração na mesma competência da demissão, é necessário cadastrar o outro contrato em Colaboradores > Ficha Cadastral > Empregados, na guia Outro Contrato.

Em seguida, deve ser executada a rotina Cálculos > Outros Contratos > Gerar Bases, para que o sistema considere corretamente a base de INSS da rescisão nas demais folhas da competência, garantindo a apuração conforme as regras do eSocial.

Locais:

• Gestão de Pessoas - Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Ficha Cadastral > Ficha Cadastral - Empregados
• Manual do eSocial para clientes Senior > Leiautes do eSocial > Eventos Não Periódicos > Processos > Reintegração (S-2298)

Documentação

Inclusão de orientação sobre autenticação em execução automática de relatórios via web service

Incluímos uma orientação na documentação dos web services de relatórios abaixo, informando que, quando o web service é utilizado em processo automático, é obrigatório informar os parâmetros de usuário e senha para a execução do relatório:

• com_senior_g5_rh_bs_relatorios.htm
• com_senior_g5_rh_cs_relatorios.htm
• com_senior_g5_rh_hr_relatorios.htm
• com_senior_g5_rh_jr_relatorios.htm
• com_senior_g5_rh_pl_relatorios.htm
• com_senior_g5_rh_ql_relatorios.htm
• com_senior_g5_rh_rs_relatorios.htm
• com_senior_g5_rh_sm_relatorios.htm
• com_senior_g5_rh_tr_relatorios.htm

A informação foi adicionada para orientar corretamente a utilização dos web services em execuções automáticas de relatórios.

Locais:

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

Inserimos uma orientação na documentação Definições de Cálculos, no campo Data Início Período Acerto Ponto, para esclarecer o comportamento da Regra de Negócio relacionada aos períodos bloqueados para acertos.

A informação detalha que a validação é aplicada apenas nas telas Meus acertos de ponto e Acertos da minha equipe, além de esclarecer que demais rotinas do sistema, como cálculo e recálculo da apuração, não consideram essa regra.

Confira a documentação atualizada: Definições de Cálculos.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Cálculos > Definições de Cálculos

Realizamos um ajuste na tela de gerenciamento de horários para que a coluna de colaboradores permaneça fixa e com fundo opaco durante a rolagem horizontal.

Com isso, as informações de horários e dias passam a ser exibidas corretamente, sem sobreposição de colunas.

Antes desse tratamento, ao realizar a rolagem horizontal para a direita, a coluna de colaboradores sobrepunha as demais informações, comprometendo a legibilidade da tela.

Local: Gestão do ponto > Gerenciar Horários

Revisamos a lógica de apuração dos horários do tipo 4 - Móvel Entrada/Saída para tratar corretamente situações em que a saída para refeição ocorre exatamente no mesmo horário previsto para o retorno.

Com esse ajuste, a apuração passa a considerar corretamente esse cenário e a produzir os resultados esperados. Anteriormente, essa condição ocasionava inconsistências no cálculo da jornada.

Local: Nova Interface > Cálculos

Realizamos melhorias na documentação Gestão de Incidentes do Ponto, no item Fazer definições gerais, ajustando os caminhos para as definições de incidentes, justificativas e penalidades, pois as informações apresentadas estavam incorretas.

Para mais detalhes, acesse a documentação: Gestão de Incidentes do Ponto.

Local: Manual do Usuário > Manual por processos > Relações Trabalhistas > Gestão do Ponto > Gestão de Incidentes do Ponto

Na tela Exame Toxicológico (FR038HEX), o sistema permitia que a Data Realização permanecesse vazia em determinadas situações, comprometendo a validação em relação à data de Solicitação Exame. Sendo assim, a validação foi ajustada para que a comparação entre as datas considere corretamente os valores, garantindo a aplicação adequada da regra de que a data de realização do exame deve ser posterior à data de solicitação.

Local: Medicina > Exame Toxicológicos > Cadastro (FR038HEX)

Criamos a documentação da Regra por processo 863 - Recuperação de senha de candidato do Currículo Web, disponibilizada para o módulo Recrutamento e Seleção, em que é apresentado o funcionamento da regra, os momentos em que ela é acionada no processo de recuperação de senha e as parametrizações necessárias para sua utilização.

Para mais informações, consulte a documentação da regra no Manual do Usuário.

Local: Manual do Usuário > Customizações > Regras > Regras por Processo > Regra por Processo 863 -Recuperação de senha de candidato do Currículo Web

Incluímos uma FAQ na documentação Autenticação Eletrônica, com orientações sobre a integração com leitoras biométricas no Senior HCM. O conteúdo contempla informações sobre pré-requisitos, utilização do SeniorReaders, requisitos de infraestrutura, processo de cadastramento biométrico e armazenamento dos dados.

As informações foram disponibilizadas para auxiliar na configuração e entendimento no funcionamento da integração biométrica no sistema.

A documentação pode ser acessada em: Autenticação Eletrônica.

Local: Manual do Usuário > Ajuda por telas > Segurança e Medicina > Segurança > Definições por Empresa > Autenticação Eletrônica

Ajuste

Exclusão em lote com inicialização estável

Ajustamos a inicialização de um dado interno utilizado durante o processo de exclusão em lote, garantindo que ele seja reiniciado corretamente a cada registro excluído. Com essa melhoria, a exclusão múltipla passa a funcionar de forma estável e a tela é aberta sem apresentar erros. Antes da correção, ao excluir vários registros simultaneamente, o dado era acumulado entre os registros em vez de ser reiniciado, ocasionando falhas na abertura da tela após a exclusão.

As funções LSP de agendamento de compromisso não estavam sendo executadas corretamente, o que impedia a criação dos agendamentos e compromissos. Sendo assim, ajustamos o sistema para que essas funções sejam processadas de forma adequada, garantindo que os agendamentos sejam realizados corretamente.

Ajustamos o gerenciamento interno de conexões e aplicativos para evitar o vazamento de recursos do sistema operacional.

Com isso, o Middleware passa a operar com mais estabilidade e melhor desempenho, inclusive em ambientes de alta demanda.

Antes desse ajuste, o Middleware podia travar de forma intermitente, exibindo mensagens de erro relacionadas à indisponibilidade de memória ou de threads, o que exigia a reinicialização do serviço.

Ajustamos o sistema para que, no momento da assinatura de arquivos, sejam exibidos apenas certificados que possuem chave privada. Com essa melhoria, a seleção torna-se mais clara e precisa, evitando inconsistências que poderiam ocorrer quando certificados sem chave privada eram apresentados na listagem.

Na documentação sobre Importador/Exportador de Arquivos Texto (Definição), agora é informado que as variáveis GRDLote e GRDAbrLote foram projetadas exclusivamente para uso no Gerador de Relatórios. Na rotina de Importação/Exportação de Dados, o sistema utiliza um mecanismo interno diferente, que não reconhece nem processa essas variáveis. Por esse motivo, embora seja possível cadastrá-las como entrada do relatório, elas não produzem efeito durante a execução da exportação (o filtro por Lote não é aplicado nesse processo).

Local: Tecnologia > Ferramentas de Apoio > Geradores de Informação > Gerador Importação/Exportação > Importador/Exportador de Arquivos Texto (Definição)

Ajustamos rotinas de inicialização da tecnologia utilizada pelo sistema, proporcionando maior estabilidade no carregamento e garantindo o funcionamento correto logo após a abertura. Sem o ajuste, em alguns cenários, era apresentada uma mensagem que interrompia a continuidade de uso durante a inicialização do sistema.

Atualizamos a seção Substituição do .war no Wildfly da página Customizações de módulos Web 5.0 com instruções mais claras e detalhadas sobre como realizar a substituição do arquivo utilizando o console administrativo. As orientações agora descrevem o passo a passo pelo Content Repository, incluindo as opções de Replace, Undeploy e Deploy, além da alternativa de substituição direta do deployment via interface ou CLI.

Com essa atualização, as informações passam a refletir o procedimento mais adequado e garantem que o deploy seja realizado corretamente, com as customizações aplicadas e de forma alinhada às práticas atuais do WildFly.

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

Durante a execução de web services responsáveis por preencher grades no sistema, ocorriam travamentos que impediam o correto carregamento dos dados. Sendo assim, o processo foi ajustado para respeitar a ordem de preenchimento das células, evitando falhas e garantindo que os dados sejam inseridos corretamente nas grids.

Ajuste

Exportação de web services ajustada para múltiplas configurações

Ao tentar exportar web services, o sistema apresentava um erro inesperado devido a uma contagem incorreta utilizada por uma rotina interna que percorre os serviços disponíveis. A partir desta versão, a contagem passa a ser realizada corretamente, garantindo o funcionamento adequado independentemente da quantidade de serviços e portas configurados pelo cliente.

Ao emitir o relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO) para terceiros com duas matrículas em categorias eSocial diferentes (701 - Contribuinte Individual e 712 - Contribuinte Individual Transportador de Carga) e pagamentos na mesma competência, o sistema identificava a categoria de forma incorreta na rotina de conferência, gerando divergências indevidas nos valores de Remuneração Mensal, Previdência, Outras Isenções e Parte Não Tributável.

Sendo assim, a rotina foi ajustada para identificar corretamente a categoria do prestador de serviço durante a geração da conferência, eliminando as divergências no relatório.

Após a atualização, ao gerar novamente a conferência, o relatório poderá apresentar a mensagem:

Essa mensagem indica que não há inconsistências nos valores de IRRF.

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

Na consulta ao relatório 022 - Relatório de conferência IRRF - S-5002 (FPCE022.ESO) de colaboradores demitidos com rescisão complementar, o sistema apresentava diferenças nos valores de FGTS em relação aos registros do eSocial (evento S-5002). Esse comportamento ocorria quando a causa de rescisão não estava configurada para prever pagamento de FGTS, fazendo com que rubricas indevidas fossem consideradas no cálculo.

Como solução para esse cenário, ajustamos o sistema para que ele valide corretamente se a causa de rescisão prevê ou não o pagamento de FGTS. Nos casos em que a rescisão complementar é do tipo Complementar por erro e a causa não contempla FGTS, as rubricas deixam de ser incluídas no cálculo do IRRF, garantindo que os valores exibidos no relatório correspondam exatamente aos registrados no eSocial e eliminando as divergências.

Locais:

• eSocial > Eventos Periódicos > Conferência eSocial > Gerar (FRGERIMP)
• eSocial > Eventos Periódicos > Conferência eSocial > Listar > 022 - Relatório de conferência IRRF - S-5002 (FPCE022.ESO)

Corrigimos o sistema para que, durante o processamento do leiaute S-2210, não sejam criadas incorretamente pendências, assegurando maior confiabilidade na geração do leiaute e alinhamento com as regras previstas pelo eSocial.

Local: Diversos > Utilitários > Conversão CNPJ Alfanumérico (FR000ALF)

Incluímos novas informações na documentação Eventos, no item Incidências, campo IR Férias.

O conteúdo detalha como funciona o tratamento das incidências de IRRF e INSS (CP) para rubricas de férias no sistema, considerando as regras do MOS eSocial S-1.3.

Também apresentamos os comportamentos aplicados nas etapas de antecipação de férias e cálculo da folha mensal, demonstrando os impactos nos eventos S-1200 e S-1210, arquivos de retorno do eSocial, DIRF e informe de rendimentos.

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

O relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO) apresentava divergências indevidas nas deduções de dependentes durante o processamento anual do período anterior. Em situações em que um dependente deixava de ser dedutível em determinada competência, como no caso de maioridade em maio/2025, o sistema continuava considerando-o nas competências seguintes, ocasionando inconsistências no relatório. A partir desta versão, a geração do S-1210 para o período anterior passa a recarregar corretamente a lista de dependentes em cada competência, respeitando sua vigência e garantindo maior precisão nas informações.

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

Atualizamos a documentação do Informe de Rendimentos, na seção Campo 4 - Rendimentos Isentos e Não Tributáveis, especificamente na linha 7.

O texto foi ajustado para tornar a descrição mais clara, incluir a informação referente ao DSR indenizado (31K) e padronizar a redação dos itens listados, bem como a nomenclatura de IRRF.

Com essa atualização, a documentação passa a apresentar de forma mais completa e organizada as rubricas consideradas nesse campo.

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

Foram adicionadas informações sobre a consistência 514 à documentação de Anotações. Essa consistência substitui a antiga 198 e é aplicada por meio de regra para permitir validações mais completas. Ela considera:

• O histórico de salário vigente na data de referência e todos os históricos posteriores.
• A existência de anotação de início de salário (Tipo eSocial = 7 - Descrição Salário e Descrição Salário = 1 - Início Salário) registrada na mesma data ou em data anterior ao histórico de salário.
• Se a anotação de início for anterior, verifica se não existe anotação de término de salário com data compreendida entre o início do salário e a data do respectivo histórico.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Tabelas > Gerais > Anotações

Durante a transferência de colaboradores entre filiais com troca de cadastro, o sistema apresentava erro de violação de chave quando existia registro associado ao cadastro de origem na tabela R240EXA. Nesses casos, ao tentar transferir o registro, o sistema inseria o novo dado ainda vinculado ao cadastro anterior, ocasionando inconsistência.

A partir desta versão, o processo de transferência passa a utilizar corretamente o novo cadastro ao inserir registros na R240EXA. Além disso, na rotina de troca de cadastro (FRALTCAD), quando houver registros existentes na R240EXA, estes serão atualizados para o novo cadastro, garantindo integridade e consistência das informações.

Local: Colaboradores > Históricos > Filial (FR038HFI)

Adicionamos uma nota à seção Postos de Trabalho da documentação sobre Informações Gerais. Informamos que, caso não seja informada uma data de término, o sistema atribuirá automaticamente a data padrão (ano 2080), que representará a condição sem data de término ou data igual a zero.

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

Adicionamos uma nota ao campo Tipo Rateio (guia Eventos) da documentação sobre cadastro de eventos. Esclarecemos que, quando houver cálculo na ficha financeira em que o colaborador possua cadastro como colaborador e professor, a utilização de configurações diferentes de rateio pode ocasionar a execução incorreta do processo. Caso o mesmo evento seja utilizado tanto para professor quanto para colaborador, a configuração correta do tipo de rateio deve ser do tipo 0 – Todos. Não é recomendada a separação entre os tipos 1 – Colaborador e 2 – Professor, pois essa separação pode causar inconsistências no cálculo e no rateio das verbas.

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

Ajuste

Envio de admissões com datas de fevereiro validado no e-Sfinge

Durante o envio de colaboradores pelo módulo e-Sfinge, o sistema apresentava erro ao processar admissões registradas em 29 de fevereiro, data válida apenas em anos bissextos, impedindo a geração do leiaute de contratação. Após ajuste, o sistema agora passa a reconhecer corretamente datas de fevereiro em anos não bissextos, ajustando automaticamente o dia para o último válido do mês no ano correspondente. Com isso, o envio do leiaute ocorre sem falhas, assegurando maior precisão e estabilidade no processamento.

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

Com a finalidade de adequar o sistema à versão 6.05 do eSfinge disponibilizada pelo Tribunal de Contas de Santa Catarina, realizamos mudanças na consistência CON726.

A partir dessa atualização, a consistência passa a considerar também o tipo de folha Folha Suplementar Especial - Agente Público Ativo (Tipo 06).

Dessa forma, as validações passam a contemplar esse tipo de folha suplementar, de acordo com 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 Vale-Transporte pela rotina Gerar (FRGERVTR) ou ao acessar a tela Digitar Passes (FRDIGPVT), o sistema duplicava as linhas de passes para colaboradores que possuíam dois ou mais registros no Histórico de Escala VT (FR038EVT) com o mesmo código de escala, diferenciados apenas pelo ponto de embarque, e que também possuíam exceções de VT cadastradas (R028EXC) no período de apuração.

Para evitar essa duplicidade, a rotina foi ajustada para considerar cada linha de exceção apenas uma vez no cálculo, mesmo quando existem múltiplos subperíodos com o mesmo código de escala.

Locais:

• Benefícios > Vale-Transporte > Gerar (FRGERVTR)
• Benefícios > Vale-Transporte > Digitar Passes (FRDIGPVT)

Durante a admissão de colaboradores com deficiência realizada por meio de integração com o webservice com.senior.g5.rh.fp.fichaBasica, o sistema retornava uma mensagem de erro mesmo quando o cadastro era concluído com sucesso. Esse comportamento ocasionava falhas nas integrações de terceiros, que interpretavam a mensagem como erro de admissão. Como solução para esse cenário, ajustamos o sistema para que deixe de exibir mensagens de validação de posto de trabalho durante a execução via integração, evitando interpretações incorretas e garantindo que o processo de admissão seja concluído corretamente em todos os cenários.

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

Atualizamos a documentação da rotina BS - Vales Gerados - Históricos Assinalamentos com uma orientação sobre o comportamento do sistema na mesma competência.

A nota esclarece que, quando houver registro de vale avulso na mesma competência, esse lançamento será considerado prioritário, sobrepondo o vale gerado automaticamente. Assim, a documentação passa a explicitar o critério de prioridade adotado pelo sistema nesses cenários.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Cálculos > Lançamentos > Vales > Benefícios e Tarefeiros > Vales Gerados > Históricos > Assinalamentos

Corrigimos a execução das portas BuscaSubordinados e BuscaSubordinadosConsulta do Web Service com.senior.g5.rh.hr.chefias, permitindo o retorno correto da listagem de subordinados.

Agora, as consultas são processadas normalmente, sem ocorrência de erro de SQL.

Local: Recursos > Web services > com.senior.g5.rh.hr.chefias

Ajuste

Edição de trocas de horário com campos customizados

Durante o processo de edição de uma troca de horário, o sistema apresentava o erro String index out of range: 0 ao remover os valores dos campos customizados e tentar salvar novamente. Portanto, ajustamos o sistema para evitar a ocorrência desse erro, permitindo que a operação seja concluída corretamente mesmo quando os campos customizados são apagados.

Local: Gestão do Ponto > Troca de horário

Na Agenda Médica (módulo SM), ao utilizar o filtro Ocupado, o duplo clique em um agendamento exibido na grade não abria a tela de edição. Nessa situação, era apresentada a mensagem:

Porém, com o filtro Ambos, o mesmo agendamento podia ser aberto normalmente. Para permitir esse comportamento, a rotina foi ajustada para desconsiderar a validação de lista de horários disponíveis vazia ao utilizar o filtro Ocupado, garantindo a abertura do agendamento.

Local: Medicina > Atendimentos > Agenda (FRAGENDA)

A pesquisa de candidatos na tela de Pesquisar Candidatos foi ajustada para processar corretamente os filtros Frase exata, Pelo menos uma palavra e Nenhuma das palavras.

Com isso, as consultas passam a ser executadas normalmente em bancos Oracle e SQL Server.

Antes da alteração, a utilização desses campos resultava em erro de banco de dados, impedindo a realização da pesquisa.

Local: Seleção > Pesquisar Candidatos (FRTRICAN)

Ajuste

Cadastro de acidente de trabalho sem obrigatoriedade de CNPJ

Durante o cadastro de acidente de trabalho, o sistema apresentava erro ao tentar gravar o registro quando o campo CNPJ não era informado, mesmo sendo opcional. A partir desta versão, o sistema permite a inclusão do acidente de trabalho sem a necessidade de preencher o CNPJ, garantindo a correta gravação e maior flexibilidade no processo.

O envio de ASO para assinatura digital no GED/SIGN foi ajustado para tratar corretamente o nome do arquivo antes da transmissão.

Assim, arquivos com caracteres especiais, como espaços e acentos, passam a ser enviados com sucesso para assinatura digital.

Local: Atendimentos > ASO Externo, Assinatura Eletrônica de Documento > Enviar documento para assinatura eletrônica (FRENVGED)

Corrigimos a máscara do campo Número de Inscrição na tela de Manutenção de PPP do Colaborador para o formato adequado de CNPJ, garantindo que os valores informados via Web Service Porta 4 sejam gravados corretamente.

Agora, ao inserir registros na guia de Lotações com CNPJ, o sistema mantém o valor conforme informado.

Antes disso, o número era gravado de forma incorreta, gerando inconsistências no registro.

Local: PPP > Manutenção de PPP do Colaborador > com.senior.g5.rh.sm.manutpppcolaborador

Identificamos uma inconsistência no funcionamento do totalizador de cubos, em que o valor total não era calculado corretamente com base no retorno da consulta SQL.

Para corrigir essa inconsistência, o processo foi ajustado para utilizar corretamente o valor total retornado pela consulta e realizar o agrupamento conforme as colunas exibidas na tela.

Adicionamos a seção Configuração de pesquisas de registros na página Salvar, detalhando as opções disponíveis para definição de permissões e comportamentos das pesquisas.

A nova seção contempla funcionalidades como salvar configurações padrão, aplicar configurações para todos os usuários, salvar individualmente e permitir a alteração dessas configurações por usuários ou grupos.

Com essa inclusão, ampliamos a clareza sobre o funcionamento e as possibilidades de configuração das pesquisas de registros.

Local: Manual de Instalação > Ferramentas de Apoio > Recursos da Interface do Sistema > Tela de Pesquisa > Salvar

Na instalação via SilentMode, erros de deploy não eram ignorados, fazendo com que o processo fosse interrompido e ficasse aguardando uma ação manual para continuar. Para evitar essa situação, o processo de instalação foi ajustado para aplicar as mesmas tratativas de erros de deploy já utilizadas durante a atualização do sistema, garantindo a continuidade do fluxo de instalação.

Alteramos o comportamento de validação de credenciais do guard para os serviços de integração financeira (com.senior.g5.rh.fp.integracaoFinanceiraERP), permitindo a execução das rotinas mesmo sem o encaminhamento de credenciais.

Com isso, a integração financeira com ERP passa a ser executada normalmente após sua inicialização no HCM.

Sem esse tratamento, a execução era bloqueada e registrada nos logs do servidor com a seguinte mensagem:

Ao processar o pagamento de Participação nos Lucros e Resultados (PLR) para um colaborador já demitido, o sistema não permitia ajustar o histórico de receita de Imposto de Renda, bloqueando a operação com a mensagem: Data não pode ser superior à data de demissão.

Esse comportamento impedia o envio correto do evento S-1210 ao eSocial, que era rejeitado por ausência da informação de imposto retido na fonte. Sendo assim, para permitir esse cenário, o sistema foi ajustado para aceitar o registro ou ajuste do histórico de receita de Imposto de Renda com data posterior ao desligamento quando houver pagamento de PLR após a demissão. Com isso, o envio do evento S-1210 ocorre normalmente, sem rejeições.

Local: Colaboradores > Históricos > Receita IRRF (FR038HRE)

Ao gerar o evento S-2206 pelo eSocial, ocorria erro para usuários cujo login possuía mais de 40 caracteres, impedindo o processamento. Sendo assim, o sistema foi ajustado para suportar nomes de usuário com até 100 caracteres, eliminando o erro e permitindo a geração do evento normalmente.

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

Colaboradores sem base de IRRF estavam tendo deduções de dependentes enviadas incorretamente no evento S-1210 do eSocial. Sendo assim, ajustamos o sistema para validar a existência de base de cálculo antes de incluir essas deduções, garantindo que apenas colaboradores com base de IRRF tenham as informações enviadas e eliminando erros no processamento.

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

A documentação da tela de cadastro de dependentes foi aprimorada com informações adicionais sobre os campos Número do CPF e Nome da Mãe, informando sua disponibilidade nos diferentes módulos do sistema:

CPF (NumCpf)

Disponível em:

• Administração Pessoal (AP);
• Benefícios e Tarefeiros (BS);
• Cargos e Salários (CS);
• Jurídico (JR);
• Participação nos Lucros e Resultados (PLR).

Nome da Mãe (NomMae)

Disponível em:

• Administração Pessoal (AP);
• Benefícios e Tarefeiros (BS).

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

O Informe de Rendimentos para funcionários expatriados não incluía corretamente os valores de Aviso Prévio Indenizado e 13º Indenizado na soma dos rendimentos não tributáveis no exterior, resultando em informações incompletas. A partir desta versão, o sistema passa a considerar esses eventos quando configurados sem incidência de IR, garantindo que os valores sejam incluídos no total de rendimentos isentos e refletindo com precisão o que consta na ficha financeira e na rescisão do funcionário.

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

A partir desta alteração, a matrícula do eSocial passa a ser gerada corretamente no evento S-2298, permitindo o envio normal da reintegração.

Corrigimos o processo de reintegração de colaboradores admitidos por migração e posteriormente demitidos, para que não sejam mais tratados como registros migrados nessa operação.

Até então, o evento era gerado com a matrícula em branco, o que impedia o processamento adequado.

Locais:

• eSocial > Consulta Pendências (FR350STA)
• Colaboradores > Ficha Cadastral > Empregados (FR034FUN)

O sistema calculava o desconto de IRRF de forma incorreta para colaboradores com dois contratos, sendo um ativo e outro de aposentado com mais de 65 anos, resultando em desconto indevido no contrato ativo.

Para corrigir esse comportamento, a regra de cálculo foi revisada para considerar corretamente a isenção de IRRF para aposentados com mais de 65 anos, deduzindo o valor do redutor da base dos demais contratos e evitando descontos indevidos.

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

Ao gerar o arquivo de alteração de posse para envio ao e-Sfinge, o campo Data da Ocorrência da Alteração era posicionado incorretamente, causando rejeição pelo sistema do governo com a mensagem:

Agora, o sistema foi ajustado para gerar essa informação na posição correta, conforme exigido pelo e-Sfinge/TCE, permitindo que o envio seja processado sem erros.

Local: Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Concursos > Alteração da Posse (FR304ALT)

Adicionamos uma nota à documentação da função BusEvt, explicando que a ordem em que os eventos são processados pode alterar a base de cálculo e influenciar diretamente o comportamento da função BusEvt.

Em alguns cenários, essa função pode retornar valores negativos. Embora exista na regra uma validação que ajusta o resultado para zero quando a execução cai no bloco “senão”, isso representa apenas a lógica definida e não significa que a BusEvt retornará zero automaticamente em todos os casos. Portanto, se o cliente deseja que o valor retornado seja sempre zero em situações negativas, é necessário implementar explicitamente essa lógica dentro da própria regra, garantindo que o comportamento esteja alinhado às necessidades específicas do processo.

Local: Manual do Usuário > Customizações > Variáveis > BusEvt

Ajustamos o processo de admissão para calcular e gravar automaticamente o direito de Licença Especial no momento do cadastro do colaborador, seguindo o mesmo comportamento já aplicado ao cálculo de férias.

Agora, o relatório FPLI001.COL passa a listar corretamente colaboradores recém-admitidos sem a necessidade de acessar manualmente a tela de Períodos.

Antes disso, essa informação só era registrada após o acesso manual à tela, impedindo a listagem imediata no relatório.

Local: Colaboradores > Histórico > Licença Especial > 01 - Relação de Períodos (FPLI001.COL)

Na geração do relatório 008 - Publicação de Recibo de Férias (FPFE008.COL), o sistema apresentava lentidão em bases com grande volume de colaboradores. Para melhorar o desempenho nesses cenários, a rotina foi otimizada, reduzindo o tempo de processamento da listagem.

Local: Colaboradores > Férias > Listar > Doctos Férias > 008 - Publicação de Recibo de Férias (FPFE008.COL)

Disponibilizamos a documentação de relatórios do módulo Administração de Pessoal, reunindo em um único local as informações sobre os relatórios disponíveis no sistema.

Com essa documentação, a consulta se torna mais simples e rápida, facilitando a identificação da finalidade de cada relatório, seu uso no dia a dia e o acesso às informações necessárias para apoiar as rotinas operacionais.

O conteúdo pode ser acessado em Ajuda por Telas > Telas em Comum > Índice de Relatórios.

Local: Manual do Usuário > Ajuda por Telas > Telas em Comum > Índice de Relatórios

Ao lançar vale transporte para colaboradores com linhas diferentes, mas itinerários iguais, o sistema exportava apenas o primeiro lançamento, desconsiderando os demais. Agora, o relatório foi ajustado para considerar o valor unitário na chave dos registros, garantindo que todos os lançamentos sejam exportados corretamente.

Local: Benefícios > Vales > Listar > 018 - VT Smart - Arquivo de Exportação (BS00018.VAL)

A documentação do campo Percentual Dia Seguinte, foi atualizada com informações sobre o comportamento da apuração quando a jornada é iniciada em um dia normal e se estende para um dia seguinte configurado como feriado.

Incluímos a explicação de que, nesses casos, o sistema não realiza a apuração automática de horas extras após às 00:00, pois entende que essas horas ainda pertencem à mesma jornada iniciada no dia anterior. Também detalhamos que o campo Percentual Dia Seguinte somente será considerado quando houver horas extras efetivamente realizadas após a virada do dia e que, caso a jornada permaneça dentro da carga horária prevista, não haverá geração de horas extras, mesmo em feriado.

Para mais detalhes, acesse a documentação em Situações da Apuração.

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

Colaboradores com horário previsto de exatamente 4 horas passam a ter a Violação de Intrajornada apurada corretamente quando ultrapassam esse limite sem realizar o intervalo mínimo exigido.

Para isso, ajustamos a lógica de cálculo para considerar o maior valor entre o horário previsto e o realizado na definição da faixa de intervalo mínimo aplicável.

Sem esse tratamento, a violação não era gerada mesmo quando a jornada realizada exigia a aplicação da regra.

Locais:

• Controle de Ponto e Refeitório > Cálculos > Apuração > Acertos > Colaborador (FRACECOL)
• Gestão do Ponto (nova interface) > Acerto de ponto

Incluímos na documentação Meus acertos de ponto informações sobre o processo de pendências de acerto, detalhando as configurações necessárias para sua utilização e o comportamento das regras de prazo, bloqueio e tratamento pelo colaborador e gestor.

Também documentamos os parâmetros relacionados à participação do colaborador no processo, situações de exceção e definições da aba Processo de Acerto, facilitando o entendimento sobre a geração automática das pendências e o fluxo de tratamento no sistema.

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

A partir desta versão, o sistema passa a considerar corretamente a escala programada via Troca de Escala no cálculo da prorrogação de horas noturnas, garantindo que as configurações da nova escala sejam respeitadas durante a apuração.

Com esse comportamento, colaboradores com programação de troca para escalas noturnas com prorrogação habilitada têm as horas apuradas corretamente ao reapurar o ponto.

Antes, a prorrogação de horas noturnas não era considerada conforme a escala programada.

Local: Nova Interface > Acertos da Minha equipe

Realizamos mudanças na janela Legenda da tela Gerenciar Horários. Agora, o botão passa a exibir os registros existentes no banco de dados, permitindo uma visualização mais completa das legendas cadastradas no sistema.

Também disponibilizamos um campo de busca para localizar uma legenda específica de forma mais rápida, tornando o processo de consulta mais simples e ágil para o usuário.

Para mais detalhes, acesse a documentação Gerenciar Horários.

Local: Gestão do Ponto (nova interface) > Gerenciar Horários

Colaboradores com horário previsto de exatamente 4 horas passam a ter a Violação de Intrajornada apurada corretamente quando ultrapassam esse limite sem realizar o intervalo mínimo exigido.

Para isso, ajustamos a lógica de cálculo para considerar o maior valor entre o horário previsto e o realizado na definição da faixa de intervalo mínimo aplicável.

Sem esse tratamento, a violação não era gerada mesmo quando a jornada realizada exigia a aplicação da regra.

Locais:

• Controle de Ponto e Refeitório > Cálculos > Apuração > Acertos > Colaborador (FRACECOL)
• Gestão do Ponto (nova interface) > Acerto de ponto

Implementamos verificações adicionais na inicialização dos serviços de período de cálculo, garantindo que todos os dados necessários estejam disponíveis antes do carregamento da tela de autorização de horas extras na Plataforma Senior X.

Com esse tratamento, o acesso à tela passa a ocorrer normalmente, inclusive quando realizado por meio de aba anônima.

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

Ajuste

Tratamento de data nula na abertura de telas de programação e histórico

Implementamos uma validação preventiva para tratar dados nulos na busca de colaboradores e nos filtros de acesso, garantindo o funcionamento correto das telas de programação e histórico.

Com esse ajuste, o sistema passa a abrir essas telas normalmente mesmo quando não há data informada na busca do colaborador.

Sem esse tratamento, era apresentada a mensagem de erro:

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

Atualizamos a documentação da rotina Comparativo de Quadro (FRCOMQUA), com a inclusão de uma orientação no campo Solicitação.

Foi adicionada uma caixa de destaque na documentação com orientações sobre a origem das informações apresentadas nessa linha, detalhando quais processos são considerados no comparativo.

Com essa inclusão, a documentação passa a esclarecer o comportamento das informações exibidas na linha Solicitação, evitando interpretações incorretas durante a análise do comparativo.

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

Na tela de cadastro de acidentes eSocial, ao cadastrar uma CAT com local do acidente igual a 3 – Em Via Pública e clicar no botão Investigação, o sistema apresentava o seguinte erro:

Agora, após a correção do sistema, o processo de cadastro da CAT será realizado normalmente, sem exibir mensagens indevidas.

Local: Segurança > Acidentes > Cadastro de Acidentes (eSocial) (FR086ACT_2)

Implementamos a autenticação via LDAP no aplicativo Robô, permitindo que usuários com esse método de validação realizem o acesso normalmente à aplicação.

Com essa funcionalidade, ambientes que utilizam autenticação LDAP passam a contar com suporte completo no uso da solução.

Antes dessa implementação, esses usuários não conseguiam acessar o aplicativo, o que limitava a utilização da ferramenta.

Local: Robô

Ajustamos o tratamento dos headers HTTP para preservar exatamente o formato definido nas regras de comunicação, garantindo maior compatibilidade com APIs e servidores que exigem diferenciação entre letras maiúsculas e minúsculas nos nomes dos headers. Anteriormente, o formato dos headers não era mantido conforme especificado, o que ocasionava falhas de comunicação com algumas APIs e serviços que exigem um padrão específico na capitalização dos headers.

Ao executar relatórios via regra LSP, valores de parâmetros que continham o caractere > eram interpretados de forma incorreta, resultando no envio de conteúdo incompleto ao relatório.

Esse comportamento ocorria porque o caractere era tratado como indicador de fim do conteúdo, como no exemplo TESTE > VALIDACAO.

Para corrigir essa inconsistência, a rotina responsável pela leitura dos parâmetros foi ajustada para interpretar corretamente esses valores, garantindo que os dados sejam considerados integralmente durante o processamento.

Atualizamos a documentação da rotina Avaliação de Eficácia para detalhar o comportamento do sistema em situações de mudança de setor durante o período de avaliação.

Quando o colaborador realiza o treinamento em um determinado setor e, posteriormente, é transferido para outro setor com alteração de chefia enquanto a avaliação ainda está pendente, o sistema mantém o avaliador definido no momento da geração.

Com isso, a avaliação permanece vinculada ao gestor responsável no período de término da turma e segue disponível para resposta até o prazo limite configurado.

Local: Manual do Usuário > Ajuda por telas > Treinamento e Pesquisa > Treinamento > Turmas > Avaliação de Eficácia > Efetuar

A partir desta versão, o relatório 008 - S-5002 - IRRF por Trabalhador Consolidado (Anual) passa a apresentar também as informações de colaboradores terceiros.

Com essa alteração, a listagem considera esses colaboradores normalmente na emissão do relatório.

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

Ao gerar o evento S-2205 para colaboradores com dependentes gêmeos (mesma data de nascimento e nomes iguais), o sistema rejeitava o envio com o erro:

Agora, a validação foi ajustada para identificar corretamente dependentes com informações duplicadas e bloquear a geração do evento antes do envio, exibindo mensagem para revisão do cadastro. Além disso, foi corrigida a validação que comparava o CPF do dependente com o número de inscrição do empregador, garantindo que essa verificação ocorra apenas quando o empregador for pessoa física.

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

O relatório 021 - Conferência IRRF (FPCE021.ESO) apresentava truncamento no campo Descrição, impedindo a visualização completa das informações. Agora, o relatório foi ajustado e passa a exibir corretamente a descrição integral, garantindo maior clareza na conferência dos dados.

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

Ao gerar o S-1200, as informações de RRA não eram incluídas corretamente no arquivo enviado ao eSocial.

Para corrigir esse comportamento, a regra que identifica se um cálculo deve ser tratado como RRA foi revisada, passando a considerar corretamente o período de referência da folha de origem para essa definição.

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

O relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO) passa a apresentar corretamente a devolução de INSS na competência de referência da folha mensal original, mesmo quando o cálculo ocorre em folha complementar do tipo Retificar.

Com esse tratamento, o valor deixa de ser demonstrado na competência de pagamento da folha complementar e passa a seguir o retorno do eSocial.

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

O processo de geração do S-1210 foi ajustado para considerar lançamentos de pensão provenientes de rescisão complementar, bem como cálculos de folha complementar de rescisão e pagamento de dissídio pós-demissão.

Com isso, as informações dos beneficiários de pensão alimentícia do tipo RRA passam a ser incluídas corretamente no leiaute, inclusive para colaboradores demitidos.

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

Nos pagamentos complementares do 13º salário realizados em competências posteriores ao cálculo integral, o sistema enviava indevidamente a dedução de dependentes de IRRF no evento S-1210 do eSocial, mesmo quando não havia essa dedução. Agora, o sistema verifica corretamente se o pagamento complementar possui dedução antes de incluí-la, garantindo que as informações enviadas ao governo reflitam com precisão os valores de cada pagamento.

Após a atualização, para aplicar a correção em competências já fechadas, é necessário reabrir a competência afetada e reenviar o evento S-1210.

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

O relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO) apresentava inconsistências na exibição dos valores de reembolso de plano de saúde.

Nesses casos, o sistema exibia duas linhas separadas para o mesmo CPF/ANS, quando o esperado era a apresentação em uma única linha para comparação entre os dados do Senior e do eSocial.

Sendo assim, a rotina foi ajustada para consolidar corretamente as informações de reembolso, garantindo a exibição adequada dos valores no relatório.

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

O processamento de rescisão complementar de erro paga em janeiro passa a separar automaticamente os eventos de 13º salário dos eventos de Rendimentos Recebidos Acumuladamente (RRA), garantindo o envio correto das informações ao eSocial.

Dessa forma, os valores de imposto de renda passam a ser calculados conforme a natureza de cada evento, evitando inconsistências no retorno.

Sem esse tratamento, os eventos eram enviados de forma conjunta, comprometendo a apuração correta dos valores.

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

O sistema não considerava a devolução de Imposto de Renda calculada em folha complementar tipo 91 no Informe de Rendimentos, apresentando o valor total sem a dedução correspondente.

Para corrigir essa inconsistência, a rotina foi revisada para reconhecer e deduzir corretamente as devoluções de Imposto de Renda calculadas em folha tipo 91 no Informe de Rendimentos.

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

Na documentação eConsignado - Crédito do Trabalhador, nas versões 6.10.3.141 e 6.10.4.79, incluímos uma nota para reforçar a configuração dos eventos.

A orientação destaca que todos os eventos relacionados ao eConsignado devem possuir a mesma configuração na guia Base, pois diferenças entre as bases podem gerar divergências no cálculo do limite de 35%.

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

O sistema foi aprimorado para garantir maior eficiência na comunicação com os colaboradores. Antes, ao processar o recibo de férias ou o aviso de férias com a opção de envio de notificação para o HCM habilitada, a notificação não era exibida no painel do colaborador. Com este aprimoramento, a geração de notificações passa a funcionar corretamente para recibo de férias e aviso de férias, mesmo quando essas entidades não estejam cadastradas na tabela de replicação.

Ao gerar a Relação de INSS com filtro por rateio em empresas que utilizam rateio por local, o sistema apresentava erro de execução quando o rateio não possuía vínculo com local, impedindo a emissão do relatório.

Para evitar essa situação, a rotina foi revisada para desconsiderar o filtro por local quando não houver vínculo com o rateio. Nesses casos, o sistema também passa a exibir uma mensagem de aviso ao usuário.

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

A página da documentação da Regra 23 foi atualizada para incluir informações adicionais sobre a utilização de eventos de pensão judicial. Com essa melhoria, agora estão disponíveis orientações detalhadas sobre:

• Configuração correta de eventos de pensão judicial para integração com o eSocial;
• Impactos da utilização de múltiplos eventos com a mesma característica;
• Recomendações práticas para evitar inconsistências na folha de pagamento e nos eventos enviados ao eSocial.

Essa atualização tem como objetivo tornar a documentação mais clara e completa, facilitando o uso da regra e garantindo maior segurança no processamento das informações.

Local: Manual do Usuário > Customizações > Regras > Regras do Sistema > Regra de sistema 23 - Pensão judicial

Ajuste

Validação de abrangência na reapuração de dias com marcações geradas pelo sistema

A validação de abrangência de justificativa de marcação foi ajustada para desconsiderar marcações geradas pelo sistema que não possuem código de justificativa, permitindo a reapuração correta dos dias nesses cenários.

Com esse comportamento, usuários com abrangência configurada passam a conseguir reapurar dias com marcações geradas automaticamente.

Anteriormente, o sistema validava a abrangência indevidamente para essas marcações, impedindo a reapuração.

Local: Cálculos > Apuração > Acertos > Colaborador (FRACECOL)

Ajuste

Listagem de horários no relatório HRFI004.GER para colaboradores transferidos de filial

Ajustamos a geração do relatório 004 - Arquivo Eletrônico de Jornada (AEJ Portaria 671) (HRFI004.GER) para considerar corretamente os horários de colaboradores transferidos de filial, mesmo quando o horário foi utilizado apenas na filial anterior.

Com esse tratamento, a seção 4 - Horários e as informações diárias passam a apresentar os dados conforme o histórico do colaborador.

Nessa situação, o relatório não apresentava o horário quando a data considerada era de uma filial diferente daquela listada no relatório.

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

Incluímos a verificação de nulidade do horário previsto no cálculo de limite de jornada para motoristas, assegurando o processamento adequado em dias sem projeção de horário, como feriados ou folgas em escala configurada para não projetar.

Ao realizar a apuração nessas condições, o sistema gerava NullPointerException, impedindo a conclusão do cálculo.

Local: Nova Interface > Apuração do Ponto

Incluímos na documentação Histórico de afastamento a informação de que algumas extensões ainda não são suportadas pelo sistema, como .docx, .xlsx e .eml.

Local: Manual do Usuário > Ajuda por telas > Gestão do Ponto (nova interface) > Manutenção de Históricos > Afastamento

Ajuste

Atualização das funções de contexto de incidente para retorno de dados de apuração e marcações

As funções getSituacoesApuradas e getMarcacoesPonto do Contexto de Incidente foram ajustadas para retornar sempre informações atualizadas após acertos realizados pelo colaborador.

Com isso, a geração de incidentes customizados passa a considerar os dados mais recentes de apuração e marcações.

Antes dessa alteração, essas funções não refletiam os acertos realizados, podendo ocasionar inconsistências na geração de incidentes.

Local: Nova interface > Meus acertos de ponto

Ajuste

Detalhamento de logs no Web Service de recálculo da apuração

Incluímos o registro das datas reapuradas nos logs de processamento do Web Service gestaoponto.RecalculoApuracao, juntamente com informações sobre desfazer acertos, realocação de marcações, reapuração de dias alterados e dias verificados.

Esse ajuste amplia a visibilidade das ações executadas durante o recálculo da apuração, facilitando a análise do processamento.

Até então, os logs não apresentavam as datas reapuradas.

Local: Nova interface > Logs > Processos

O relatório 029 - Atestado de Saúde Ocupacional - ASO (SMAT029.GER) foi ajustado para filtrar corretamente os registros de candidatos internos, garantindo a exibição normal do ASO no processamento.

Dessa forma, as informações passam a ser apresentadas conforme esperado ao gerar o relatório.

Sem esse tratamento, o sistema buscava dados de forma incorreta e o ASO não era exibido corretamente.

Local: Medicina > Atendimentos > 029 - Atestado de Saúde Ocupacional - ASO (SMAT029.GER)

Ao cadastrar um atendente vinculado a um colaborador do Adm. de Pessoal, os campos DDI e DDD eram exibidos zerados na tela, mesmo quando estavam preenchidos na Ficha Complementar. Ao confirmar o cadastro, os valores eram sobrescritos com zero, resultando no envio indevido do evento S-2205 com erro de telefone incompleto.

Para corrigir essa inconsistência, o preenchimento automático dos campos DDI e DDD foi ajustado ao selecionar um colaborador interno no cadastro de atendentes, garantindo que os dados da Ficha Complementar sejam aplicados corretamente.

Local: Tabelas > Medicina > Atendentes (FR108TAT)

O relatório 001 - Relatório Estatístico de Audiometrias (SMAU001.GER) passa a considerar a origem do exame na busca de cargo e local do colaborador.

Dessa forma, exames admissionais realizados antes da data de admissão passam a ser exibidos corretamente no relatório.

Até então, esses exames não eram exibidos, comprometendo a conferência das informações admissionais.

Local: Medicina > Audiometria > Listar > 001 - Relatório Estatístico de Audiometrias (SMAU001.GER)

Na tela de cargos previstos, as teclas de navegação (setas direita/esquerda) passaram a funcionar corretamente para a consulta de registros, permitindo que a alternância entre os cadastros seja realizada corretamente.

Local: Lotação x C.Custo > Cargos Previstos (FR087CLO)

Ajustamos o processo de geração do arquivo de serviços customizados no SeniorDeployTool, garantindo que todos os serviços que possuem customizações sejam corretamente considerados, incluindo os serviços nativos. Antes do ajuste, ao gerar o arquivo, os serviços nativos que possuíam customizações passam a ser incluídos corretamente, e não apenas aqueles previamente classificados como customizados.

A rotina de instalação padrão em Silent Mode não aplicava corretamente o parâmetro responsável por encerrar automaticamente o processo ao final da instalação. Para corrigir esse comportamento, a rotina foi ajustada para respeitar o parâmetro configurado para fechamento automático, garantindo o funcionamento adequado da instalação em Silent Mode.

Ajustamos a leitura das propriedades e a configuração do Rabbit, garantindo a inicialização correta do controle das filas e da integração com a ferramenta de terceiros. Com a melhoria, ao realizar configurações utilizando Rabbit, a integração passa a iniciar corretamente, evitando falhas que impediam seu funcionamento adequado.

Local: Senior Tools

Implementamos uma nova rotina responsável pelo gerenciamento do ciclo de vida das políticas de bloqueio de Web Services utilizadas para telemetria.

O ciclo de vida passa a ser controlado com base em contadores de negócio e na execução de Web Services, permitindo a definição de períodos em minutos, horas, semanas ou meses, conforme a necessidade operacional. O cadastro e a edição dessas políticas são realizados por meio de comunicação externa com a Senior.

O relacionamento de dados do Migrador eSocial para os leiautes S-2200 e S-2300 passou a considerar a categoria eSocial como parte da identificação do colaborador, utilizando para comparação a categoria do primeiro registro histórico.

Com esse ajuste, documentos XML com divergência de categoria deixam de ser relacionados indevidamente e passam a ser identificados corretamente como incompletos.

Na situação anterior, o sistema relacionava documentos a colaboradores mesmo quando a categoria eSocial era diferente, marcando-os como completos indevidamente.

Local: eSocial > Migração > Relacionar Dados (FRIMPESOSEL)

O relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO) apresentava diferenças ao considerar lançamentos de eventos S-1210 já excluídos pelo S-3000. A partir desta versão, o relatório passa a desconsiderar corretamente esses lançamentos, garantindo consistência nos dados apresentados.

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

Ajuste

Eventos periódicos passam a considerar apenas vínculos ativos

Em cenários com mais de um cadastro para o mesmo CPF, o sistema podia enviar informações complementares de forma indevida nos eventos periódicos. Agora, a regra de geração foi ajustada nos leiautes S-1200 e S-1202 para considerar corretamente apenas vínculos ativos na competência, evitando envios incorretos e mantendo válidas as exceções previstas.

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

O relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO) não exibia o número do cadastro de colaboradores admitidos após o dia 1º do período de apuração, como no caso de admissões em 02/02/2026 na competência 02/2026. Agora, o relatório busca corretamente as informações e passa a listar o número do cadastro também para esses colaboradores, garantindo consistência nos dados apresentados.

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

Na tela Relacionar Dados do Migrador eSocial, ao acessar a opção Visualizar e, na sequência, utilizar o botão Carregar, o botão Preencher permanecia desabilitado quando os leiautes a relacionar eram do tipo Tabelas.

Para permitir a continuidade do processo, a rotina foi revisada para habilitar o botão Preencher também nesses casos.

Local: eSocial > Migração > Relacionar dados (FRIMPESOSEL)

Adicionamos a seção Colaborador com endereço no exterior à documentação do leiaute S-2200 - Cadastramento Inicial do Vínculo e Admissão/Ingresso de Trabalhador. Essa nova seção apresenta orientações sobre a parametrização das configurações internacionais e está organizada nas seguintes subseções:

• Configurações Internacionais
• Endereço do colaborador
• Colaborador estrangeiro (grupo trabImig)

Local: Manual do eSocial para clientes Senior > Leiautes do eSocial > Eventos Não Periódicos > Eventos de Folha > S-2200 - Cadastramento Inicial do Vínculo e Admissão/Ingresso de Trabalhador

Durante a migração da empresa para o eSocial, ocorria erro ao gerar as tabelas do evento S-1010 para colaboradores com empréstimos eConsignado calculados antes da conclusão do processo, exigindo ajustes manuais nos registros afetados. Sendo assim, a data de vigência da natureza da rubrica de eConsignado foi corrigida e, a partir desta versão, o evento S-1010 passa a ser gerado corretamente para empresas migradas, sem necessidade de intervenções manuais.

Local: eSocial > Gerar Tabelas (FRGERTAB)

Atualizamos a descrição dos relatórios de Conferência eSocial para esclarecer o comportamento da barra de progresso durante a geração.

A barra avança por empresa, e não por colaborador. Dessa forma, ao selecionar apenas uma empresa, o progresso pode ser exibido diretamente em 100%, sendo esse o funcionamento esperado do sistema.

Local: eSocial > Eventos Periódicos > Conferência eSocial > Listar

As documentações da Ficha Cadastral - Terceiros e do web service com.senior.g5.rh.xx.fichaBasicaTerceiros foram aprimoradas, com a inclusão de informações sobre o funcionamento do campo Aposentadoria por Idade (apoIda). Esclarecemos que:

• Quando a Categoria de Contribuinte for diferente de D - Doméstica, o campo é obrigatório e deve ser preenchido com S - Sim ou N - Não.
• Quando a Categoria de Contribuinte for D - Doméstica, o campo é desabilitado, oculto e preenchido automaticamente com N - Não pelo sistema.

Locais:

• Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Ficha Cadastral > Terceiros
• Manual do Usuário > Integrações com outros sistemas > Web services > Administração de Pessoal > Com.senior.g5.rh.fp.fichaBasicaTerceiros
• Manual do Usuário > Integrações com outros sistemas > Web services > Cargos e Salários > Com.senior.g5.rh.cs.fichaBasicaTerceiros
• Manual do Usuário > Integrações com outros sistemas > Web services > Controle de Ponto e Refeitório > Com.senior.g5.rh.hr.fichaBasicaTerceiros
• Manual do Usuário > Integrações com outros sistemas > Web services > Jurídico > Com.senior.g5.rh.jr.fichaBasicaTerceiros
• Manual do Usuário > Integrações com outros sistemas > Web services > Quadro de Vagas e Orçamento > Com.senior.g5.rh.ql.fichaBasicaTerceiros
• Manual do Usuário > Integrações com outros sistemas > Web services > Recrutamento e Seleção > Com.senior.g5.rh.rs.fichaBasicaTerceiros
• Manual do Usuário > Integrações com outros sistemas > Web services > Segurança e Medicina > Com.senior.g5.rh.sm.fichaBasicaTerceiros
• Manual do Usuário > Integrações com outros sistemas > Web services > Treinamento e Pesquisa > Com.senior.g5.rh.tr.fichaBasicaTerceiros

O relatório FPDI006.ANU podia apresentar divergências nos valores de dependentes em comparação com o portal eSocial e a Receita Federal, o que gerava inconsistências na conferência do informe de rendimentos.

Para orientar o uso correto, foi incluída uma mensagem no relatório informando que, a partir do ano-base de 2025, ele não deve ser utilizado para conferência do informe de rendimentos no que se refere à dedução de dependentes.

Para essa validação, devem ser utilizados outros relatórios específicos do sistema.

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

Atualizamos a documentação de Empregados, incluindo a orientação no item Outro Contrato.

Inserimos a informação de que, para mais detalhes sobre a aplicação e as formas de cálculo da alíquota progressiva de INSS, deve ser consultada a Regra de sistema 26 - INSS.

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

Documentação

Atualização no Cálculo de Pensão Judicial

Atualizamos as informações referentes ao Cálculo de Pensão no Adiantamento Salarial (guia Base) na documentação de Pensão Judicial. Com essa melhoria, o processo passa a registrar corretamente o valor já descontado no adiantamento salarial, garantindo maior clareza na folha mensal e alinhamento com as regras de incidência e envio para DIRF.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Dependentes > Pensão Judicial

O processo de duplicação de cadastro de colaboradores foi ajustado para que a geração do número de Ficha de Registro e a atualização do controle da filial ocorram apenas para colaboradores do tipo CLT.

Para colaboradores do tipo Terceiro e demais vínculos não CLT, ao utilizar a opção Duplicar, o campo Ficha de Registro deixa de ser gerado e atualizado automaticamente.

Anteriormente, esse comportamento ocorria para todos os tipos de colaborador, gerando inconsistências no controle de fichas da filial.

Local: Colaboradores > Ficha Cadastral > Empregados (FR034FUN)

Atualizamos a documentação de Pensão Judicial disponível em Pensão Judicial, incluindo orientações detalhadas no item Base 13º Salário.

Foram inseridas informações sobre o tratamento da pensão judicial no adiantamento do 13º salário, destacando que o valor calculado nessa etapa não é reconhecido pelo eSocial e, por isso, não gera o grupo {penAlim} no evento S-1210.

Também detalhamos as situações em que a pensão vinculada ao 13º salário deve ser considerada para envio ao eSocial, bem como as orientações para cálculo na 2ª parcela, parcela única e em casos de rescisão, garantindo a correta apuração e integração dos valores.

Além disso, incluímos esclarecimentos sobre o uso do evento de característica 44I para compensação dos valores já descontados no adiantamento do 13º salário, evitando duplicidade no desconto.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Dependentes > Pensão Judicial

Ao acessar um evento com característica 49S e validar os campos com as teclas Tab ou Enter, o sistema exibia avisos indevidos no campo Competência Final Validade, mesmo quando a data estava nula. Após correção, o sistema não gerará mais avisos nesse caso, garantindo que apenas informações realmente preenchidas sejam validadas.

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

Ao registrar o ingresso de um funcionário, o sistema gerava incorretamente o tipo de ingresso como Emprego Público e Comissão, quando o correto seria Contratação por Tempo Determinado. Isso fazia com que a pendência enviada ao e-Sfinge fosse gerada com leiaute incorreto. A partir desta versão, o sistema identifica corretamente o tipo de cargo do funcionário considerando todas as formas de envio disponíveis, garantindo que a pendência seja gerada com o leiaute adequado.

Local: Impostos > Gestão Pública > e-Sfinge

No cálculo de RPA para terceiros, o sistema não respeitava o valor mínimo de desconto de IRRF configurado na tabela, podendo gerar descontos inferiores ao permitido. Para corrigir essa situação, ajustamos o sistema para que verifique o valor mínimo apenas após todos os descontos serem calculados e zera corretamente o IRRF quando o valor final é inferior ao mínimo configurado, garantindo conformidade com as regras estabelecidas.

Local: Colaboradores > Ficha Cadastral > Terceiros (FR034TER)

Exigência Legal

Atualização da desoneração para municípios no cálculo do 13º salário (LC 224)

No cálculo do 13º salário, a desoneração de municípios (tipo 7) enquadrados na LC 224 passou a considerar a alíquota de 16,4% para colaboradores. A regra não se aplica aos contratos do tipo diretores, cooperados e cooperados de filial cooperativa de trabalho (tipos 2, 8 e 11), nem aos casos com tipcol = 2. Com isso, o cálculo do INSS patronal nesse cenário passa a seguir o critério previsto na legislação vigente.

Incluímos a atualização do percentual de reoneração para o ano de 2026, considerando a mudança a partir de abril, quando o percentual passa de 80% para 82% (equivalente a 16,4% da base), conforme legislação vigente.

Também adicionamos exemplos de cálculo que demonstram a aplicação dos percentuais nos períodos de janeiro a março e de abril a dezembro de 2026, incluindo o cálculo do 13º salário.

Além disso, aprimoramos a documentação da rotina de Desoneração da Folha, com a atualização das regras aplicáveis ao cálculo para empresas enquadradas no tipo 7 – Município. Clique aqui para mais informações.

Locais:

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

Na tela Assinalar Rateio (FRASSRAT), ao preencher a coluna Filial e acionar a gravação, o sistema apresentava erro e não concluía o registro.

A fim de solucionar, a rotina de gravação foi revisada, permitindo que o registro seja salvo corretamente.

Local: Empresas > Contábil > Assinalar Rateios (FRASSRAT)

O sistema permitia informar um CodLoc sem verificar se o local estava ativo na data de referência, o que fazia com que relatórios pudessem listar colaboradores vinculados a locais inexistentes ou ainda não vigentes. Sendo assim, ajustamos os relatórios 007 - Líquido Folha Colaboradores - C. Custo (FPRL007.OPE) e 008 - Líquido Folha Colaboradores - C. Custo Hierárquico (FPRL008.OPE) para que respeitem corretamente a filtragem por local e apliquem tratamento adequado também nos casos em que nenhum local é informado, garantindo consistência nos dados apresentados.

Locais:

• Cálculos > Relatórios > Operacionais > Relação de Líquidos > 007 - Líquido Folha Colaboradores - C. Custo (FPRL007.OPE)
• Cálculos > Relatórios > Operacionais > Relação de Líquidos > 008 - Líquido Folha Colaboradores - C. Custo Hierárquico (FPRL008.OPE)

Realizamos a atualização da documentação BS - Vales Gerados - Históricos Assinalamentos. Incluímos os campos que faltavam e reorganizamos a ordem de apresentação para refletir corretamente a estrutura exibida no sistema.

Dessa forma, a documentação passa a representar fielmente as informações disponíveis na tela, facilitando a consulta e o entendimento do recurso.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Cálculos > Lançamentos > Vales > Benefícios e Tarefeiros > Vales Gerados > Históricos > Assinalamentos

Incluímos na documentação Calcular Tipo 0 - Calcular Apuração e Refeitório o detalhamento de que a permissão Permite calcular apuração não é considerada durante a execução, pois o sistema processa sempre dois dias consecutivos, independentemente do período informado. Dessa forma, ao calcular a apuração no dia atual, o processamento ocorrerá normalmente, mesmo que no dia anterior o usuário não possuísse essa permissão.

Corrigimos a comparação de data e hora utilizada na detecção de desatualização do cache, fazendo com que o ciclo automático de limpeza passe a respeitar o intervalo configurado no sistema.

Com esse comportamento, alterações em configurações de cálculo passam a ser aplicadas sem a necessidade de limpeza manual de cache pelo operador.

Ajuste

Ajuste na criação de views com comando WITH

Ajustamos o processo de criação de views para tratar corretamente comandos iniciados com WITH, garantindo a execução adequada dessas instruções durante a atualização do sistema. Dessa forma, foram resolvidas situações em que comandos de criação de views não eram executados corretamente, evitando impactos no processo de atualização.

Implementamos uma rotina que permite realizar a instalação de estações por meio de template em SilentMode, contemplando tanto a instalação padrão quanto a de estações de middleware. Assim, foi resolvido o cenário em que não era possível realizar a instalação de estações remotas via template nesse modo.

Ajustamos o processo de instalação para que, a cada execução, o arquivo de proprietária receba um nome específico da instalação em andamento, permitindo a realização de múltiplas instalações em paralelo utilizando a mesma mídia. Sendo assim, foi resolvido o cenário em que não era possível executar o instalador simultaneamente para mais de uma proprietária, devido à geração do arquivo com o nome fixo senior.prop.

Novidade

Melhoria na criação de domínio WildFly em instalação SilentMode

Implementamos a criação do domínio do WildFly por meio de template em instalações novas realizadas em SilentMode, garantindo a execução correta do processo. Com isso, foi resolvido o cenário em que não era possível realizar a instalação com criação de domínio via template nesse modo.

Incluímos na documentação Visualização de Eventos a orientação de que o depurador LSP não permite depuração aninhada. Quando já estiver ativo para uma regra, como a do evento Detalhe, qualquer outra regra invocada durante essa execução, incluindo as regras de seções adicionais chamadas via ListaSecao(), terá a depuração desabilitada de forma intencional, evitando a abertura recursiva do formulário do depurador.

Local: Ferramentas de Apoio > Geradores de Informação > Gerador de Relatórios > Visualizar > Visualização de Eventos

Na tela de Definição de Turmas, ao filtrar participantes por filial, o sistema apresentava erro devido ao uso de um campo incorreto na geração da query SQL de abrangência.

Para solucionar, a rotina foi revisada para utilizar o campo correto no filtro de abrangência por filial, restabelecendo o funcionamento da pesquisa de participantes.

Local: Treinamento > Turmas > Definir (FR134DTU)

O eSocial atualizou o calendário do ambiente de produção restrita, que serve exclusivamente para testes das empresas e órgãos públicos. As datas não seguem o cronograma oficial de produção, mas estabelecem parâmetros específicos para validações futuras em eventos como desligamentos, acidentes de trabalho e condições de exposição a risco. Essas mudanças são importantes para evitar erros de cadastramento e garantir que os testes reflitam corretamente as regras aplicáveis. Além disso, ajustes recentes contemplam alterações da NT 01/2024 e NT 02/2024, incluindo cálculos de PIS/PASEP e reoneração da folha.

Sendo assim, realizamos as seguintes melhorias no sistema:

• Validação do campo indRRA nos eventos S-1200, S-2299 e S-2399: os grupos infoRRA, despProcJud, ideAdv e a tag/campo indRRA passam a ser gerados no ambiente de produção restrita apenas quando o campo perApur atender às seguintes condições:
  • Apuração mensal: maior ou igual a 05/2018.
  • Apuração de 13º salário: maior ou igual a 2018.
• Validação do campo indRRA nos eventos S-1202 e S-1207: os grupos infoRRA, despProcJud, ideAdv e a tag/campo indRRA passam a ser gerados no ambiente de produção restrita somente quando o campo perApur atender às seguintes condições:
  • Apuração mensal: maior ou igual a 11/2021.
  • Apuração de 13º salário: maior ou igual a 2021.
• Validação do campo paisResidExt no evento S-1210: no ambiente de produção restrita, o campo passa a ser gerado apenas quando o período de apuração (perApur) for maior ou igual a 03/2022.
• Inclusão da tabela R000ESO na rotina de atualização de dados do eSocial, disponível na tela Atualização eSocial (FRATUESO).
• Novas validações em eventos específicos no ambiente de produção restrita:
  • No evento S-2210, o grupo ideLocalAcid no XML será gerado apenas quando a data do acidente for maior ou igual a 16/01/2022.
  • Nos eventos S-2299 e S-2399, o campo indRemun será gerado apenas quando a data de desligamento ou término do vínculo for maior ou igual a 16/01/2022.

Locais:

• Diversos > Utilitários > Atualização eSocial (FRATUESO)
• eSocial > Eventos Periódicos > Envio Declaração Mensal (FRENVFOL)
• eSocial > Gerar Não Periódicos (FRGERNPE)

Com o objetivo de garantir maior aderência às regras do eSocial e oferecer mais controle ao usuário, foram realizadas as seguintes melhorias relacionadas ao leiaute S-2221 - Exame Toxicológico do Motorista Profissional Empregado:

• Foi incluído o campo Módulo Responsável S-2221 à tela Definições do eSocial (FR030DES). Esse campo permite configurar qual módulo será responsável pelo envio do leiaute S-2221 ao eSocial.
• As telas de geração de não periódicos e de consulta de pendências do eSocial também foram alteradas para respeitar o novo campo da tela de definições. Dessa forma, somente será possível filtrar e consultar registros do leiaute S-2221 se o módulo em execução tiver permissão para envio/consulta.

Locais:

• Empresas > Definições do eSocial (FR030DES)
• Empresas > Definições do eSocial > Configurações eSocial (FRWIZARDESOCIAL)
• eSocial > Consulta Pendências (FR350STA)
• eSocial > Gerar Não Periódicos (FRGERNPE)

Ao informar a data de encerramento da empresa e gerar as tabelas do eSocial, os eventos S-1010 de encerramento das rubricas podiam retornar erro devido a conflitos de vigência com envios anteriores já aceitos.

Para evitar essa inconsistência, a rotina foi revisada para que, ao encerrar a empresa, o envio do S-1010 preserve a data de início de validade do evento anteriormente aceito.

Para clientes que já possuem rubricas com erro de retorno 1505 relacionado ao encerramento da empresa, foi disponibilizado o conversor Alteração das rubricas retornadas com erro no eSocial ao encerrar empresa, acessível em Diversos > Utilitários > Conversões eSocial (FRCONVERTER).

O conversor localiza rubricas com erro em empresas que possuem data de encerramento informada e ajusta automaticamente as datas de início e fim de validade com base no envio anterior aceito e na data de encerramento da empresa. Além disso, altera o tipo de operação de inclusão para alteração.

Após a execução, as rubricas ficam com status Aguardando Envio Manual. Para concluir o processo, é necessário acessar eSocial > Gerar tabelas (FRESOCGERTAB) e realizar o reenvio do S-1010.

Local: eSocial > Gerar Tabelas (FRGERTAB)

Ajuste

Processamento do S-2240 com EPI em múltiplos grupos

Na geração dos eventos não periódicos, ao carregar os leiautes do S-2240 quando o colaborador utilizava um EPI vinculado a mais de um grupo, o sistema podia apresentar o erro:

Para evitar essa inconsistência, a rotina foi revisada para processar corretamente os dados do S-2240 nesses cenários, eliminando a ocorrência do erro.

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

Ao enviar o desligamento S-2299 de colaboradores que possuíam pagamento de PLR e rescisão no mesmo mês, o sistema podia apresentar erro no eSocial devido à inconsistência no somatório das rubricas de devolução de IRRF sobre PLR.

Para corrigir essa inconsistência, o cálculo da devolução de IRRF sobre PLR (tipo 12) foi revisado para considerar corretamente as rubricas envolvidas e agrupá-las adequadamente no recibo de origem, eliminando o erro no envio do desligamento.

Locais:

• eSocial > Eventos Periódicos > Envio Declaração Mensal (FRENVFOL)
• Cálculos > Ficha Financeira > Cadastro (FRFICFIN)

O relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO) apresentava divergências quando o colaborador possuía 13º salário complementar a devolver. Nesses cenários, os valores podiam ser exibidos incorretamente nas competências 12/2025 e 01/2026, além de aparecerem como negativos na coluna Senior.

Para corrigir essa inconsistência, o relatório foi revisado para tratar corretamente os valores de devolução de 13º salário complementar, garantindo a apresentação na competência adequada e eliminando divergências entre os valores exibidos.

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

Ao realizar a migração do evento S-2200 para colaboradores com categoria eSocial 301 - Servidor Público Estatutário, o sistema não relacionava corretamente o colaborador durante o processamento.

Para corrigir esse comportamento, a rotina foi revisada para verificar previamente o regime trabalhista do colaborador antes de buscar a data de transferência. Dessa forma, o sistema passa a identificar corretamente colaboradores estatutários por meio da tabela R038HPU - Histórico de Servidor Público, utilizando a informação do campo REGTRA.

Local: eSocial > Migração > Relacionar dados (FRIMPESOSEL)

Ao gerar o leiaute S-1200, o sistema deixava de gerar corretamente as informações complementares para participantes da categoria 9997 em cenários com outra matrícula ativa para o mesmo CPF.

Esse comportamento ocorria porque a existência de uma matrícula ativa na categoria 101 fazia com que as informações complementares (infoComplem) do vínculo 9997 fossem desconsideradas, mesmo quando havia remuneração por sucessão.

Para corrigir esse comportamento, a validação foi revisada para permitir a geração das informações complementares do vínculo 9997 mesmo quando existir outra matrícula ativa para o mesmo CPF, garantindo a correta composição do leiaute S-1200.

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

Ao migrar mais de um XML do leiaute S-2299, o sistema podia relacionar incorretamente os cadastros com as informações do XML correspondente, invertendo os dados entre colaboradores.

Durante o processamento da lista de cadastros, era priorizado o vínculo de colaboradores não demitidos. Quando todos os cadastros envolvidos já estavam demitidos, a ordem da lista era alterada e as informações acabavam sendo associadas ao cadastro incorreto. Sendo assim, a rotina foi ajustada para considerar corretamente a situação de demissão durante a validação dos cadastros, garantindo que cada XML do leiaute S-2299 seja vinculado ao colaborador correspondente.

Local: eSocial > Migração > Relacionar dados (FRIMPESOSEL)

Em conformidade com a Nota Técnica S-1.3 nº 06/2026 do eSocial, que introduz alterações em leiautes, tabelas, regras de validação e esquemas XSD, foram realizadas melhorias e ajustes no sistema para garantir a conformidade legal e a continuidade operacional:

1. Atualização de código de receita no retorno do eSocial (S-5001)
   • O sistema foi ajustado para considerar o novo código de receita retornado no evento S-5001: 160601 – Empréstimo consignado do trabalhador, Lei 10.820/2003.
2. Bloqueio de retificação do Registro Preliminar (S-2190)
   • Foi implementada uma validação para impedir a retificação do evento S-2190 quando já existir um evento S-2200 válido para o mesmo colaborador. Essa regra evita inconsistências entre os eventos enviados ao eSocial.
3. Validação obrigatória de CTPS Digital

   • Agora, será realizado bloqueio no cadastro do registro preliminar e também no envio do evento S-2190 quando:

     • A categoria eSocial do trabalhador for relativa a empregado ou agente público;
     • A data de admissão for igual ou posterior a 02/01/2026;
     • O campo CTPS Digital (Cargo) não estiver informado.

Nessas situações, o sistema exibirá uma mensagem informando a obrigatoriedade do preenchimento.

Local: eSocial > Colaboradores > Registro Preliminar de Trabalhador > Cadastro (FR034PRL)

Ampliamos a listagem de Tipo de Rendimento para valores provenientes de Beneficiários de Pensão Alimentícia no relatório 001 - Informações Complementares de Períodos Anteriores - S-1210 (FPPA001.ESO). O relatório passa a incluir também as seguintes descrições:

• 14 - PLR
• 18 - RRA
• 79 - Rendimento isento ou não tributável

Anteriormente, eram listadas apenas as descrições 11 - Remuneração mensal, 12 - 13º salário e 13 - Férias. Com essa ampliação, o relatório passa a apresentar de forma mais completa os tipos de rendimento aplicáveis aos beneficiários de pensão alimentícia.

Local: eSocial > Eventos Periódicos > Informações Complementares > Listar > 001 - Informações Complementares de Períodos Anteriores (FPPA001.ESO)

Foi revisada a regra para alteração da data final do afastamento na situação 10. Quando a nova duração passa a ser menor ou igual a 30 dias e já existe um S-2230 aceito, o sistema deixa de gerar uma retificação e passa a enviar um S-3000 para exclusão do evento anteriormente transmitido, atendendo ao tratamento adequado para esse cenário.

Com essa adequação, o comportamento do sistema passa a ficar alinhado às regras do eSocial.

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

Na Conferência do IRRF, as opções de tipo de base relacionadas à compensação judicial estavam sendo acumuladas de forma incorreta, ocasionando divergências na apuração dos valores demonstrados.

Agora, a rotina passa a garantir que a base de cálculo dos eventos com incidência de compensação judicial seja corretamente acumulada no tipo de rendimento correspondente.

Dessa forma, os valores passam a ser apresentados conforme a classificação adequada de cada tipo de base.

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

A Nota Técnica 05/2025 do eSocial foi publicada para corrigir inconsistências nos leiautes e regras de validação, especialmente em eventos de remuneração, desligamento, benefícios e tabela de rubricas. Sendo assim realizamos as seguintes melhorias no sistema:

• Inclusão de uma nova validação que bloqueia a importação de crédito do trabalhador para categorias e regimes não elegíveis à consignação.
• Criado o relatório 004 - Inconsistências no Crédito do Trabalhador eSocial (FPPE004.ESO), específico para listar inconsistências dos tipos MS1988, MS1989 e MS1990 em envios de leiautes como S-1200, S-1202, S-1207, S-2299 e S-2399.

Locais:

• Cálculos > Lançamentos > Consignado > Importação Crédito Trabalhador (FRIMPECO)
• eSocial > Eventos Periódicos > Listar > 004 - Inconsistências no Crédito do Trabalhador eSocial (FPPE004.ESO)

As descrições dos campos Pag. Indenização Seguro-desemprego, Pag. Indenização Abono Salarial e Origem Processo/Demanda não eram exibidas na tela de Processos Trabalhistas. Realizamos a atualização para que essas informações passem a ser apresentadas corretamente, proporcionando uma consulta mais clara e intuitiva ao usuário.

Local: eSocial > Processo Trabalhista (FR346CPT)

Incluímos um tratamento específico no envio da Convocação do Concurso para validar a existência prévia do Concurso. Anteriormente, ao tentar enviar a Convocação sem que o Concurso tivesse sido enviado, o sistema apresentava uma inconsistência não tratada, resultando na seguinte mensagem de erro:

Com o novo tratamento, quando o sistema não identifica o concurso correspondente, uma nova mensagem é apresentada ao usuário orientando sobre a situação, evitando erros não tratados e garantindo maior clareza no processo de envio.

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

Ao retificar um evento S-1200 da competência 12/2025 em cenários com múltiplos pagamentos vinculados, o sistema gerava eventos S-3000 em duplicidade, sendo um com situação tipo 4 e outro com situação tipo 12.

Como esse comportamento impedia a correta conclusão da retificação dos eventos S-1200 e S-1210, a rotina foi revisada para verificar, antes da geração de cada S-3000, se já existe uma exclusão em andamento para a mesma competência. Quando identificado um evento já gerado, o sistema deixa de criar exclusões adicionais, evitando duplicidades.

Locais:

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

Ao excluir informações de um processo trabalhista de um colaborador que compartilhava o mesmo CPF e número de processo com outro colaborador em períodos diferentes, o sistema apresentava erro durante o processamento do evento no eSocial. Esse comportamento ocorria em cenários de Reclamatória Trabalhista com mais de um colaborador vinculado ao mesmo processo.

Para tratar essa situação, a rotina foi revisada para carregar corretamente todas as informações necessárias nesses casos, permitindo o processamento normal do evento mesmo quando houver múltiplos colaboradores associados ao mesmo processo.

Local: eSocial > Processo Trabalhista (FR346CPT)

Ao utilizar o botão Auto Completar na guia Inf. Complementares da tela de Processos Trabalhistas (FR346CPT), o sistema apresentava comportamento inesperado quando o colaborador não possuía histórico de vínculo cadastrado (R038HVI). Nessa situação, o erro ocorria devido à tentativa de utilização de um objeto nulo, sendo exibida a seguinte mensagem:

Realizamos o tratamento da situação, incluindo a validação do objeto antes de sua utilização, garantindo que o processo de preenchimento automático seja executado corretamente mesmo na ausência de vínculo do colaborador com a tabela R038HVI.

Local: eSocial > Processo Trabalhista (FR346CPT)

Realizamos adequações no sistema para atendimento às alterações estabelecidas pela Nota Técnica S-1.3 nº 06/2026 do eSocial, que introduz modificações em leiautes, tabelas, regras de validação e esquemas XSD, com impacto em diversos eventos, como S-1200, S-2500, S-2501 e S-5001.

Na tela Processo Trabalhista - eSocial S-2500 (FR346CPT), além da inclusão do campo Valor da Cota Patronal, destinado ao registro do valor total das contribuições de responsabilidade do empregador apuradas no processo trabalhista, também passamos a permitir a utilização da origem do processo 3 - Processo da Justiça Comum. Para essa origem, na guia Contrato, é permitido apenas o Tipo de Contrato = 1.

Complementarmente, na tela Processos Judiciais (FR030PRO), ajustamos a descrição da opção 1 - Processo Judicial para Processo judicial trabalhista e incluímos a opção 3 - Processo da justiça comum, garantindo a correta classificação dos processos conforme a nova exigência.

Na geração do evento S-2500 (FRGERPTB), realizamos ajustes para contemplar processos com origem 3 - Processo da Justiça Comum, incluímos a relação de mudança de categoria para trabalhadores intermitentes (categoria 111) e removemos restrições e obrigatoriedades relacionadas à competência final de pagamento e à mudança de natureza de atividade ou categoria eSocial.

Para o evento S-2501 (FRGERTPT), adequamos as validações e a geração conforme a NT 06/2026, passando a desconsiderar processos com origem 3 - Processo da Justiça Comum e removendo a consistência que impedia a geração quando o período de base de cálculo fosse anterior a 12/2008.

Também atualizamos a consulta web (FRDETPEN) para exibir o Valor da Cota Patronal no layout S-2500 a partir da versão S-1.3 do eSocial, além de realizar os ajustes no migrador eSocial (FRIMPXML) para permitir a importação desse campo.

A implementação dessas alterações garante a conformidade do sistema com as exigências atualizadas do eSocial.

Locais:

• Empresas > Processos Judiciais (FR030PRO)
• eSocial > Processo Trabalhista (FR346CPT)

Reforçamos as validações no envio do evento S-2500 a partir da tela de cadastro do Processo Trabalhista. Antes, quando as datas de Homologação/Sentença ou de Conciliação não eram informadas, o evento era gerado com a competência 00/0000, o que ocasionava erro no processamento do eSocial.

Com a validação aplicada, o sistema passa a exigir o preenchimento da data obrigatória conforme a origem do processo trabalhista, impedindo o envio do S-2500 sem essa informação e evitando inconsistências no processamento do evento.

Local: Jurídico > eSocial > Gerar envio S-2500 (FRGERPTB)

Ao processar o absenteísmo em competências com mais de um cálculo e eventos de diferentes sequências de ausência presentes em ambos os cálculos, o sistema gravava apenas o valor do último cálculo processado.

Isso ocorria porque a ordenação da consulta não priorizava corretamente os campos necessários e também havia um reinício indevido do acumulador de ausência durante a troca de contexto de cálculo.

Como consequência, os valores gravados na tabela R240HAT podiam ficar inconsistentes em determinadas combinações de colaborador, período de referência e evento.

Para corrigir essa situação, a rotina foi revisada para garantir a consistência no agrupamento e na soma dos minutos de ausência. Além disso, a ordenação da consulta principal passou a considerar primeiro o período de referência e as chaves do evento, preservando a sequência correta de processamento.

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

Foram ajustados os tamanhos dos campos Código, CEP e Tipo de uso nos relatórios de Outras Empresas dos módulos Cargos e Salários (CS) e Jurídico (JR), garantindo melhor adequação dos dados apresentados.

Os ajustes foram aplicados nos seguintes relatórios:

• Módulo CS: Empresas > Listar > Cadastrais > 005 - Outras Empresas - Completo (CSEM0005.CAD)
• Módulo JR: Empresas > Listar > Cadastrais > 005 - Outras Empresas - Completo (JREM0005.CAD)

Locais:

• CS > Empresas > Listar > Cadastrais > 005 - Outras Empresas - Completo (CSEM0005.CAD)
• JR > Empresas > Listar > Cadastrais > 005 - Outras Empresas - Completo (JREM0005.CAD)

Implementamos uma validação prévia antes de iniciar a geração de informações de absenteísmo referente ao Analytics SST. Agora, o sistema verifica se existem registros de eventos de horas trabalhadas e de eventos de horas de ausências previamente configurados. Com isso:

• Caso ambos estejam configurados, o processamento é iniciado normalmente.
• Se um dos dois não estiver configurado, o sistema exibirá uma mensagem de aviso, informando sobre a necessidade de configurar os eventos para que o processamento possa ser executado.

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

Para restabelecer a jornada adequada do usuário e garantir que o People Analytics SST – Dashboard de Indicadores SST reflita corretamente apenas os eventos configurados, realizamos um ajuste em no processamento da rotina. A partir desta implementação, quando um evento de horas trabalhadas ou de ausência for excluído das configurações, o sistema passa a considerar apenas os eventos ativos na nova geração de dados. Dessa forma, eliminamos a ocorrência de informações obsoletas ou incorretas, assegurando que o dashboard apresente resultados fiéis às configurações vigentes.

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

Com o objetivo de aprimorar os processos de identificação no Prontuário Eletrônico do Paciente (PEP), foram implementadas melhorias que reforçam o uso do campo Nome da Mãe como recurso adicional de apoio à identificação do paciente. Essa atualização contribui para maior precisão e confiabilidade nas rotinas do sistema, especialmente em situações que exigem validação complementar dos dados cadastrais. As melhorias incluem:

• Inclusão dos campos Código da Mãe e Nome da Mãe na guia Cadastro da tela Ficha Médica (FR110FIC).
• Disponibilização dos campos Código da Mãe e Nome da Mãe no web service com.senior.g5.rh.sm.FichaMedica, permitindo que essas informações sejam enviadas e recebidas nas operações realizadas por esse serviço.
• Exibição do campo Nome da Mãe na tela Prontuário Clínico (FRFICMED) e na emissão do relatório 003 – Consulta Dados Ficha Médica (SMFI003.GER).
• Adequação dos modelos de importação 00001 – Gera Ficha Médica a partir de Colaboradores (SMIM00001.SCF) e 00008 – Gera Ficha Médica a partir de Colaborador com Dependente (SMIM00008.SCF) para apresentar, no Registro 1, os campos CodMae e NomMae, respectivamente.
• Sincronização automática: ao alterar o nome de um dependente ou da mãe no cadastro de candidatos, a atualização é refletida no campo Nome da Mãe da Ficha Médica (FR110FIC), garantindo a consistência das informações.
• Criação do relatório 011 – Relação de Fichas Médicas – 2 (SMFI011.GER), que apresenta a listagem completa de colaboradores, dependentes, candidatos e visitantes, contendo as informações de nome completo, número da ficha, sexo, data de nascimento, nome da mãe e CPF.
• Implementação de alerta ao tentar excluir um dependente vinculado como mãe ou pai em uma ficha médica; caso o usuário confirme a exclusão, o vínculo é removido automaticamente para permitir a operação.

Locais:

• Administração de Pessoal > Colaboradores > Dependentes > Ficha Familiar (FR036DEP)
• Recrutamento e Seleção > Candidatos > Cadastro (FR122CEX)
• Segurança e Medicina > Medicina > Ficha Médica > Cadastro (FR110FIC)
• Segurança e Medicina > Medicina > Ficha Médica > Prontuário Clinico (FRFICMED)
• Segurança e Medicina > Medicina > Ficha Médica > Prontuário Clinico > Imprimir > 003 - Consulta Dados Ficha Médica (SMFI003.GER)
• Segurança e Medicina > Recursos > Implementações > Executar Relatório > 011 - Relação de Fichas Médicas - 2 (SMFI011.GER)
• Segurança e Medicina > Recursos > Implementações > Gerador Importação/Exportação > Executar > 00001 - Gera Ficha Médica a partir de Colaboradores (SMIM00001.SCF)
• Segurança e Medicina > Recursos > Implementações > Gerador Importação/Exportação > Executar > 00008 - Gera Ficha Médica a partir de Colab com Dependente (SMIM00008.SCF)
• Segurança e Medicina > Recursos > Web services > com.senior.g5.rh.sm.FichaMedica

Implementamos melhorias no Prontuário Eletrônico do Paciente (PEP), contemplando ajustes em relatórios e telas do sistema:

Relatórios

Alteradas as descrições dos relatórios:

• 001 - Receita Médica (SMAT001.GER):
  • De: Receita Médica
  • Para: Receita Médica (Obsoleto)
• 012 - Receita Médica com Autorização (SMAT012.GER):
  • De: Receita Médica com Autorização
  • Para: Receita Médica

Além disso, no relatório 018 - Ficha de Dados Clínicos (SMAT018.GER), foi realizada a alteração das descrições das unidades de medida kg e cm, que passam a ser apresentadas integralmente em letras minúsculas.

Telas e relatório 003 - Consulta Dados Ficha Médica (SMFI003.GER)

• Prontuário Clínico (FRFICMED):
  • O filtro de subnormalidades foi atualizado para um campo de abrangência. Agora é possível informar quais tipos de nível de controle de subnormalidade deseja considerar na consulta.
• Prontuário Clínico (FRFICMED), Dados Clínicos (FRDADCLI) e relatório 003 - Consulta Dados Ficha Médica (SMFI003.GER):
  • Adição dos seguintes campos:
    • Superfície Corpórea (m²);
    • Perímetro Cefálico (cm);
    • Perímetro Abdominal (cm);
    • Frequência Respiratória (rpm);
    • Saturação de Oxigênio (%);
    • Glicemia Capilar (mg/dL).

Locais:

• Recrutamento e Seleção > Seleção > Pesquisar Candidatos > Botão Adicionar Filtro > Pessoal > Peso > Adicionar item (FRADDFIL)
• Recrutamento e Seleção > Seleção > Requisição > Botão Geral > Requisitos - Requisição (FR126RQS)
• Segurança e Medicina > Medicina > Atendimento (FR110MAT)
• Segurança e Medicina > Medicina > Atendimentos > Listar - 001 - Receita Médica (Obsoleto) (SMAT001.GER)
• Segurança e Medicina > Medicina > Atendimentos > Listar - 012 - Receita Médica (SMAT012.GER)
• Segurança e Medicina > Medicina > Atendimentos > Listar - 018 - Ficha Dados Clínicos (SMAT018.GER)
• Segurança e Medicina > Medicina > Ficha Médica > Listar > 003 - Consulta Dados Ficha Médica (SMFI003.GER)
• Segurança e Medicina > Medicina > Candidato (FR122CEX)
• Segurança e Medicina > Medicina > Consultas > Dados Clínicos (FRDADCLI)
• Segurança e Medicina > Medicina > Ficha Médica > Prontuário Clínico (FRFICMED)
• Segurança e Medicina > Medicina > Pré-Atendimento (FR110MAT)
• Segurança e Medicina > Tabelas > Medicina > Gráfico Pondero-Estatural / Referência - Anos (FR108GPA)
• Segurança e Medicina > Tabelas > Medicina > Gráfico Pondero-Estatural / Referência - Meses (FR108GPA)

Ao incluir um novo convênio GPS no cadastro de Empresas/Filiais para um processo sem liminar judicial, o sistema exibia uma mensagem de erro no campo Código Suspensão e impedia a continuidade do cadastro.

Para corrigir essa situação, a validação foi revisada para que o campo Código Suspensão não seja exigido quando o processo de convênio informado não possuir liminar judicial associada, permitindo a realização do cadastro normalmente.

Local: Empresas > Filiais > Cadastro (FR030FIL)

Documentação

Orientação sobre data de vigência em ajustes tributários no eConsignado e Eventos

Atualizamos a documentação do eConsignado e Eventos para reforçar a importância de informar uma data de início de vigência ao realizar ajustes tributários.

Foi incluída uma orientação destacando que, ao alterar incidências tributárias, especialmente em informações relacionadas ao eSocial, recomenda-se informar uma data de alteração ou data de início de vigência. Com isso, evita-se que a alteração impacte competências anteriores de forma indevida.

Essa orientação foi adicionada nas páginas:

• eConsignado, versões 6.10.3.133 e 6.10.4.71;
• Eventos, guia Incidências, campo Data Alteração.

Locais:

• Manual do Usuário > Legislação > Administração de Pessoal > eConsignado - Crédito do Trabalhador
• Manual do Usuário > Ajuda por telas > Telas em comum > Tabelas > Eventos > Eventos > Eventos

Exigência Legal

Alteração da alíquota de desoneração municipal a partir de 04/2026

A Lei Complementar 224 alterou a alíquota de desoneração da folha para municípios, que passará de 16% para 16,4% a partir de 01/04/2026.

Para atender a essa exigência legal, incluímos novos parâmetros de desoneração da folha para municípios, com vigência a partir de 01/04/2026.

Após a atualização, as empresas enquadradas na desoneração de municípios (tipo 7 - Município enquadrado nos critérios da legislação vigente (Órgãos Públicos)) terão os novos valores configurados automaticamente pelo conversor.

Essa alteração impacta os cálculos de INSS patronal nas rotinas de provisão, contabilização, conferência e relação de INSS.

Locais:

• Cálculos > Contabilização > Calcular (FRROTCON)
• Cálculos > Contabilização > Consultar (FR048CTB)
• Cálculos > Provisões > Calcular (FRROTPRV)
• Cálculos > Provisões > Listar
• Impostos > Previdência > Relação > INSS (FRLISINS)
• Integração ERP > Integração Financeira > Consultar (FRCONPEN)
• Integração ERP > Integração Financeira > Recriar Pendências (FRRECPEN)
• eSocial > Eventos Periódicos > Conferência eSocial > Gerar (FRGERIMP)
• eSocial > Eventos Periódicos > Conferência eSocial > Listar

Atualizamos os leiautes dos relatórios 043 - Itaú CNAB - Versão 086 (FPAR043.CRE), 053 - Padrão FEBRABAN CNAB 240 (FPAR053.CRE) e 054 - Padrão FEBRABAN CNAB 240 - Pix (FPAR054.CRE), migrando-os para a versão 086, conforme especificação do Banco 341 (Itaú).

No relatório 054 - Padrão FEBRABAN CNAB 240 - Pix (FPAR054.CRE), incluímos um campo destinado a apresentar o código da agência do colaborador, conforme previsto na Nota Técnica 44 do leiaute. Esse campo é gerado apenas quando a transação for Pix e o banco informado for o Itaú (341).

No relatório 053 - Padrão FEBRABAN CNAB 240 (FPAR053.CRE), incluímos a identificação da versão do leiaute nos arquivos gerados para o Banco Itaú.

Além disso, o nome do relatório 043 - Itaú CNAB - Versão 085 (FPAR043.CRE) passa a ser apresentado como 043 - Itaú CNAB - Versão 086 (FPAR043.CRE).

Locais:

• Cálculos > Relatórios > Operacionais > Bancários > Crédito Bancário > 043 - 043 - Itaú CNAB - Versão 086 (FPAR043.CRE)
• Cálculos > Relatórios > Operacionais > Bancários > Crédito Bancário > 053 - Padrão FEBRABAN CNAB 240 (FPAR053.CRE)
• Cálculos > Relatórios > Operacionais > Bancários > Crédito Bancário > 054 - Padrão FEBRABAN CNAB 240 - Pix (FPAR054.CRE)

Na tela Excluir (FREXCLAN), ao informar um código de cálculo diferente do cálculo ativo, o sistema não localizava fichas financeiras para exclusão, impedindo a conclusão do processo. Essa situação ocorria porque, durante a montagem da consulta, era utilizada a competência do cálculo ativo em conjunto com o código de cálculo informado na tela, o que fazia com que a consulta não retornasse dados quando as competências eram diferentes.

Identificamos ainda que outras etapas do processo de exclusão também utilizavam informações do cálculo ativo, o que poderia gerar inconsistências e resultados incorretos. A partir desta versão, ajustamos o tratamento para que todas as validações e consultas considerem corretamente o código e a competência informados na tela, garantindo a exclusão adequada das fichas financeiras.

Local: Cálculos > Ficha Financeira > Excluir (FREXCLAN)

As empresas que contratam trabalhadores avulsos não portuários por intermédio do sindicato são responsáveis pela declaração e recolhimento das bases de FGTS e INSS, enviando ao eSocial o leiaute S-1270. Para garantir que esses valores sejam corretamente refletidos nas guias e relatórios de conferência, foram realizadas as seguintes implementações no sistema:

• Inclusão dos novos campos:
  • Listar Avulso Não Portuário, na tela Relação do INSS (FRLISINS);
  • Incluir Avulso Não Portuário, nas guias Gerais e Empresa da tela Definições da Contabilização (FR048DEF). Quando definido como Sim, o sistema contabiliza automaticamente os valores referentes às contratações de avulsos não portuários e gera as contas correspondentes nas CLCs;
  • Natureza de Despesa, na tela Contratação de Avulso Não Portuário (FR032ANP).
• Inclusão dos itens/opções:
  • 50 – Avulso Não Portuário, no campo Origem do Salário da tela Cadastro (FR054GRP);
  • A1 – INSS Avulso Não Portuário, A2 – Convênios Avulso Não Portuário e A3 – Fundo de Garantia Avulso Não Portuário, no campo Tipo de Título da tela Cadastro CIF (FR047CIF);
  • 10 – Avulso Não Portuário, no campo Opção da tela Consultar (FR048CTB);
  • Avulso Não Portuário, na tela Recriar Pendências (FRRECPEN), permitindo informar a competência para recriação das pendências financeiras dos títulos A01, A02 e A03. As pendências passam a ser geradas automaticamente na contratação e podem ser consultadas em Integração ERP > Integração Financeira > Consultar (FRCONPEN). Quando o campo Natureza Despesa estiver definido como Sim, o sistema grava as contas conforme o cadastro do CIF, respeitando a natureza de despesa definida.
• Implementação da geração da GPS e da Relação de INSS para avulso não portuário. No relatório 001 – Relação INSS (FPRE001.PRE), a impressão passa a ter quebra por natureza de despesa.
• Criação do relatório 011 – Contratação de Avulsos Não Portuários (FPTE011.COL), que permite visualizar as contratações cadastradas no sistema. O relatório pode ser emitido pelo caminho: Cálculos > Terceiros > Listar.

Locais:

• Cálculos > Contabilização > Consultar (FR048CTB)
• Cálculos > Terceiros > Contratação de Avulso Não Portuário (FR032ANP)
• Cálculos > Terceiros > Listar > 011 - Contratação de Avulsos Não Portuários (FPTE011.COL)
• Empresas > Contábil > Definições (FR048DEF)
• Impostos > Previdência > GPS > Cadastro (FR054GRP)
• Impostos > Previdência > Relação > INSS (FRLISINS)
• Impostos > Previdência > Relação > INSS > 001 - Relação INSS (FPRE001.PRE)
• Integração ERP > Integração Financeira > Cadastro CIF (FR047CIF)

Em ambientes Oracle, ao executar o relatório 015 - TRCT - Portaria 1621 MTE (FP00015.RCS) com um cálculo tipo 11 ativo, o sistema podia apresentar o erro: ORA-01795: maximum number of expressions in a list is 1000.

Isso ocorria porque a busca de outros valores complementares montava uma cláusula NOT IN com uma quantidade excessiva de códigos de cálculo, ultrapassando o limite suportado pelo Oracle.

Para contornar essa limitação, a rotina foi revisada para gerar a cláusula de exclusão em blocos, de forma controlada e padronizada, permitindo o processamento correto mesmo em cenários com grande volume de cálculos.

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

Alteramos a regra de acesso para a guia Reintegração/Outros Provimentos (Z) na tela de ficha cadastral de colaboradores. Anteriormente, o acesso à guia ocorria apenas quando o colaborador possuía tipo de admissão igual a 06 - Reintegração. Com a nova regra, o acesso à guia passa a ser permitido também para empregados com outros tipos de admissão, desde que já exista registro de reintegração na tabela R034REI.

Além disso, foi mantida a validação que habilita a edição da guia somente para colaboradores com tipo de admissão igual a 06 - Reintegração. Também foi adicionada uma nova validação que permite apenas a visualização dos dados quando o tipo de admissão for diferente de 06 - Reintegração e houver registros na tabela de reintegração.

Local: Colaboradores > Ficha Cadastral > Ficha Cadastral - Empregados (FR034FUN)

Na rotina de cadastro de rescisão, os usuários tinham acesso apenas à quantidade de dias projetada, o que limitava a visibilidade sobre o prazo final do aviso. Para tornar o processo mais transparente e facilitar o acompanhamento, foi implementado o campo Data Projetada diretamente nas telas de rescisão. Essa melhoria garante que, além da quantidade de dias, o sistema apresente também a data calculada de forma automática, oferecendo mais precisão e clareza nas informações.

Locais:

• Colaboradores > Rescisões > Programadas > Rescisão Programada (FRRCSPRG)
• Colaboradores > Rescisões > Rescisão do Contrato de Trabalho (FRCALRCS)
• Colaboradores > Rescisões > Simuladas > Rescisão Individual Simulada (FRRCSSIM)

Na tela de seleção de benefícios, o divisor entre as listas de vales e assistência não redimensionava corretamente as áreas, dificultando a visualização e o ajuste do espaço entre as informações. Agora, o sistema permite que o redimensionamento seja feito de forma adequada, mantendo a organização e facilitando a visualização entre vales e assistência.

Local: Colaboradores > Ficha Cadastral > Empregados > Seleção de Benefícios (FRBENCOL)

Com a finalidade de melhorar a jornada de uso do Gestão de Pessoas | HCM, disponibilizamos a guia Documentos na tela de Filiais (FR030FIL). Com essa novidade, passa a ser possível armazenar e organizar documentos digitalizados das filiais diretamente no sistema, facilitando o acesso e a centralização das informações.

Local: Empresas > Filiais > Cadastro (FR030FIL)

Adequamos a consistência de envio CON744 do e-Sfinge para atender às regras da versão 6.2 do Tribunal de Contas de Santa Catarina (TCE/SC), vigente a partir de 2026.

A validação passou a considerar também a prorrogação 8 - Prorrogação justificada por outro motivo autorizado em lei nos cruzamentos entre Alteração de Posse e os leiautes de Ingresso.

Com isso, registros de Alteração de Posse com o tipo 8 passam a ser tratados como válidos na consistência, assim como já ocorria com os tipos 2 e 7, evitando inconsistências no envio dos leiautes relacionados.

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

Locais:

• Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Concursos > Alteração da Posse (FR304ALT)
• Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Consulta>Envio dos Layouts (FR304STA)
• Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Ingresso Emprego Público (FR304EMP)
• Impostos > Gestão Pública > Santa Catarina (A partir v1.07) > Ingresso Estatutário (FR304EST)

Implementamos na tela Consulta/Envio dos Layouts e-Sfinge (FR304STA) o painel Status do Envio, destinado ao acompanhamento do processamento e envio de leiautes para o e-Sfinge.

A funcionalidade permite ao usuário visualizar, em tempo real, o status das etapas do envio, bem como o resultado das pendências processadas, proporcionando maior controle e acompanhamento do processo.

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

A consulta de leiautes enviados, pendentes e cancelados ficou muito mais prática e intuitiva. Na tela Consulta/Envio de layout (FR304STA), agora há filtros avançados e recursos visuais que facilitam a análise das informações, proporcionando uma experiência semelhante ao eSocial:

• Novos filtros: Empresa, Tipo Colaborador, Colaborador e Matrícula (nos leiautes que possuem esse campo).
• Novas colunas: Empresa, Tipo Colaborador e Colaborador.
• Inclusão de cores para melhor identificação do status de envio do leiaute na tela de consulta:
  • Preto (padrão): envio ou cancelamento pendente.
  • Verde: enviado ou cancelado com sucesso.
  • Vermelho: erro no envio ou cancelamento.

Local: Imposto > Gestão Pública > Santa Catarina (A partir v1.07) > Consulta/Envio de layout (FR304STA)

Adequamos o Gestão de Pessoas | HCM às exigências da versão 6.04 do leiaute e-Sfinge Online, publicada para o exercício de 2026.

As consistências (CONs) podem ser impeditivas ou de alerta e serão sempre apresentadas no log de envio do leiaute. Havendo ocorrência de consistências impeditivas, o leiaute não é enviado ao e-Sfinge/TCE.

As principais adequações são:

• Leiaute 03 – Concurso/Processo Seletivo

  • CON714 - Impeditiva - impede o envio do leiaute quando não existirem registros vinculados de especialidades, reserva de vagas especiais ou resultado do concurso para especialidades cujo indicativo de homologação parcial seja igual a Não.

• Leiaute 14 – Folha de Pagamento

  • CON721 - Impeditiva - impede o envio do leiaute quando não existirem lançamentos cadastrados na tela Dados Provento/Desconto Servidor vinculados à folha de pagamento.

• Leiaute 20 – Edital do Concurso/Processo Seletivo

  • CON742 - Impeditiva - impede o envio do leiaute quando o totalizador da quantidade de documentos do leiaute for igual a zero.

• Leiaute 17 – Convocação do Concurso

  • CON743 - Impeditiva - impede o envio do leiaute quando não houver cadastro de especialidades vinculado.

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

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

Ajuste

Compatibilidade do Conversor de CNPJ Alfanumérico com SQL Server 2016

Em ambientes com SQL Server 2016, o Conversor de CNPJ Alfanumérico apresentava erro ao processar determinadas tabelas, pois utilizava a função TRIM(), disponível apenas a partir do SQL Server 2017.

Para garantir compatibilidade com versões anteriores do banco, a rotina foi revisada para utilizar LTRIM(RTRIM()) nas consultas executadas em SQL Server.

Já para Oracle e PostgreSQL, o comportamento permanece inalterado, mantendo o uso da função TRIM(), suportada nativamente nesses bancos.

Locais:

• Diversos > Utilitários > Conversor CNPJ Alfanumérico (FR000ALF)
• Diversos > Log > Processamentos (FRCONLOG)

Atualizamos a descrição do relatório 001 - Relação INSS (FPRE001.PRE) para informar que, a partir de 01/2026, ele não receberá mais atualizações, correções ou novas implementações.

A descrição passou a apresentar orientações sobre os relatórios disponibilizados para apoiar o fechamento previdenciário e a conferência das informações enviadas ao eSocial, indicando seus respectivos locais de acesso no sistema.

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

Foi incluído no relatório 007 - Aviso Prévio - Rescisões Calculadas ou Não (FPDR007.COL) o valor Trabalhador Rural no parâmetro de entrada Tipo do Aviso. Também foi adicionada a opção 3 - Declaro-me ciente, optando pela ausência de 1 (um) dia por semana na seção Opção quando aviso for trabalhado. A regra das opções em relação ao parâmetro de entrada Tipo do Aviso está definida da seguinte forma:

• Tipo 1 - Indenizado: não exibe nenhuma opção;
• Tipo 2 - Trabalhado: exibe as opções 1 e 2;
• Tipo 3 - Trabalhador Rural: exibe as opções 1, 2 e 3.

Local: Colaboradores > Rescisões > Doctos Rescisão > 007 - Rescisões Calculadas ou Não (FPDR007.COL)

A Receita Federal disponibilizou um leiaute exclusivo para o PGD de Contingência (PGD-C) da Dirf 2026, distinto do leiaute padrão da Dirf 2025. Esse leiaute, identificado como F4Q51M4, estabelece regras restritivas quanto ao tipo de declarante e à estrutura do arquivo. Para atender a essa exigência, criamos os relatórios:

• 007 - Dirf - Arq Txt (a partir 2025) - Contingência (FPDI007.ANU); e
• 008 - Dirf - Arq Txt - Juntar Emp (2025) - Contingência (FPDI008.ANU).

Esses relatórios específicos garantem a correta geração dos arquivos destinados ao PGD-C da Dirf 2026 (ano-calendário 2025).

Para mais informações sobre o funcionamento desses relatórios, acesse a documentação sobre DIRF | Declaração do Imposto de Renda Retido na Fonte – Ano-base 2025.

Locais:

• Anuais > Informe/Dirf > Listar > Dirf > 007 - Dirf - Arq Txt (a partir 2025) - Contingência (FPDI007.ANU)
• Anuais > Informe/Dirf > Listar > Dirf > 008 - Dirf - Arq Txt - Juntar Emp (2025) - Contingência (FPDI008.ANU)

Foi incluída no sistema a versão atualizada (002) do relatório 021 - CD Comunicado (Arquivo) (FPDR021.COL). Agora é possível determinar em qual versão será emitido o relatório, por meio do campo Versão do Layout. Na versão atualizada, quando o tipo de inscrição da filial for CPF, será possível escolher se a inscrição será emitida como CEI ou CPF, utilizando o campo Filial Tipo de Inscrição CPF emitir.

Local: Colaboradores > Rescisões > Listar > Doctos Rescisão > 021 - CD Comunicado (Arquivo) (FPDR021.COL)

Implementamos o relatório 05 - Importação Crédito do Trabalhador (FPCP005.OPE), que permite a visualização dos registros importados, dos registros não importados e dos respectivos motivos de rejeição identificados durante o processo.

O relatório pode ser emitido diretamente pela tela Importação do Crédito do Trabalhador (FRIMPECO), por meio do comando Listar. Durante a execução da importação, o botão permanece desabilitado, sendo habilitado somente após a conclusão do processamento. Também é possível emitir o relatório pelo caminho Cálculos > Relatórios > Complementares.

Locais:

• Cálculos > Lançamentos > Consignado > Importação Crédito Trabalhador (FRIMPECO)
• Cálculos > Relatórios > Complementares > 005 - Importação Crédito do Trabalhador (FPCP005.OPE)

Foi criado no web service com.senior.g5.rh.fp.persistencia uma nova porta para o cadastro de Rateio por Colaborador.

A funcionalidade permite realizar a inclusão e manutenção dessas informações de forma integrada, ampliando as possibilidades de automação dos processos relacionados ao rateio.

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

Anteriormente, o sistema exibia uma mensagem que exigia uma resposta específica, mas que não possuía tratamento adequado quando acionada por meio de web service:

Para atender a esse cenário, foi implementado um novo parâmetro no web service com.senior.g5.rh.fp.rescisao, denominado verificarEscalaIntermitente, que permite informar Sim ou Não no momento da integração.

Com esse parâmetro, passa a ser possível controlar o bloqueio exibido quando o colaborador possui categoria intermitente e a empresa está configurada para não utilizar escala de horários, evitando a interrupção do processamento via web service.

Locais:

• Colaboradores > Rescisões > Calcular > Rescisão do Contrato de Trabalho (FRCALRCS) (chamada via web service)
• Diversos > Multicamadas > com.senior.g5.rh.fp.rescisao

Com o objetivo de atender às necessidades de integração do módulo de Offboarding com a folha do Gestão de Pessoas | HCM, foi disponibilizado o novo web service com.senior.g5.rh.fp.rescisaoSimulada, responsável pelo cadastro de rescisões simuladas.

A funcionalidade permite realizar simulações de rescisão de forma integrada, viabilizando o uso dessas informações em rotinas relacionadas ao desligamento de colaboradores, sem impactar os dados efetivos da folha.

Local: Colaboradores > Rescisões > Simulada > Individual (FRRCSSIM)

Realizamos evoluções na rotina de assistência, contemplando melhorias na estrutura de dados, no controle de histórico dos planos, na usabilidade das telas e nos processos de integração.

Observações e anexos

A tela de cadastro de planos passou a contar com as abas “Observações” e “Anexos”, viabilizando o registro de informações complementares e o armazenamento de documentos relacionados às movimentações do plano de forma histórica. Com isso, é possível registrar observações e anexos de forma geral ou específicas para cada tipo de ação, como inclusão, alteração ou exclusão.

Tipificação dos planos

Incluímos o campo Tipo de Assistência no cadastro de planos, permitindo classificar os planos como plano de saúde, plano odontológico, seguro de vida, previdência privada ou outros, possibilitando sua utilização em filtros. Na tela de assinalamento de planos, disponibilizamos o filtro Tipos de Assistência, permitindo apresentar apenas os planos conforme os tipos selecionados, considerando também os planos sem tipo de assistência definido.

Melhorias de usabilidade na tela de assinalamentos de plano

Incluímos o campo Considerar, que permite definir se devem ser apresentados todos os registros ou apenas aqueles sem data de exclusão.

Substituímos o campo Desc. Mês Exclusão por um componente do tipo checkbox, tornando o preenchimento mais intuitivo e alinhado ao comportamento do sistema.

Também adicionamos a possibilidade de redimensionar os painéis de lançamentos e dependentes, proporcionando maior flexibilidade na visualização das informações.

Integração

Por fim, realizamos a evolução do Web Service com.senior.g5.rh.bs.assistencia.Assinalamentos, garantindo a compatibilidade com as novas funcionalidades e a manutenção do comportamento correto dos processos de integração.

Locais:

• Benefícios > Assistência > Planos (FR164PLA)
• Benefícios > Assistência > Assinalamentos > Individual (FR164ASS)

Realizamos uma melhoria no relatório 026 - Resumo de Compra por Fornecedor Wiipo (BS00026.VAL), tornando a geração das colunas mais flexível e aderente às informações utilizadas.

Anteriormente, o relatório possuía colunas fixas e uma limitação na quantidade de bolsos, o que poderia gerar inconsistências ao considerar cenários com maior volume de cadastros. Agora, o relatório passa a gerar as colunas dinamicamente, conforme os bolsos efetivamente utilizados, eliminando a limitação anterior.

Além disso, deixamos de apresentar bolsos fixos sem utilização, garantindo uma visualização mais precisa e alinhada aos dados reais.

Dessa forma, o relatório passa a oferecer maior escalabilidade e confiabilidade na análise das informações.

Local: Benefícios > Vales > Listar - 026 - Resumo de Compra - Fornecedor Wiipo (BS00026.VAL)

No relatório 0026 - Resumo de Compra - Fornecedor Wiipo (BS00026.VAL), a ordem dos campos na entrada do modelo não estava alinhada ao padrão dos demais relatórios, pois os campos de abrangência não se encontravam nas últimas posições. A partir desta versão, esses campos passam a ser apresentados corretamente na entrada do relatório.

Local: Benefícios > Vales > Listar > 0026 - Resumo de Compra - Fornecedor Wiipo (BS00026.VAL)

Ao utilizar o Pacote de Benefícios, o sistema permitia a inclusão de vales do tipo Gerado em empresas que utilizam o Histórico de Vale Gerado, o que podia ocasionar inconsistências no processo.

Para evitar esse cenário, a rotina foi revisada para bloquear a inserção desse tipo de vale no Pacote de Benefícios, exibindo uma mensagem informativa ao usuário e impedindo a continuidade da operação: Não é permitido inserir vale gerado (Base = G) no Pacote de Benefícios.

Locais:

• Benefícios > Benefícios > Pacote de Benefícios > Cadastro (FR167CPB)
• Benefícios > Vales > Vales Gerados > Históricos > Assinalamentos (FR162HAG)

Incluímos os filtros de Lote e Centro de Custo no botão Seleção da tela de geração de vale-transporte, permitindo filtrar os colaboradores por lote específico ou por centros de custo determinados durante o processamento.

Também disponibilizamos novos parâmetros de abrangência relacionados a Lote e Centro de Custo nos web services:

• com.senior.g5.rh.bs.valeTransporte.Escalonar
• com.senior.g5.rh.bs.valeTransporte.Gerar
• com.senior.g5.rh.fp.valeTransporte.Escalonar
• com.senior.g5.rh.fp.valeTransporte.Gerar

Com essa implementação, passa a ser possível informar lote e centro de custo como critérios de abrangência nas operações de geração de vale-transporte.

Foram adicionados os seguintes parâmetros:

• CodLot: define a abrangência por lote
• AbrCCu: define a abrangência por centro de custo

Além disso, adicionamos uma validação para impedir a utilização do filtro de lote em processamentos assíncronos realizados por meio dos serviços escalonados.

Locais:

• Benefícios > Vale Transporte > Gerar > Botão Seleção (FRGERVTR)
• Administração de Pessoal > Colaboradores > Vale-Transporte > Gerar > Botão Seleção (FRGERVTR)

O processamento de compensação foi ajustado para atualizar corretamente a variável de regra CSitFi em dias de descanso, quando configurado com Tipo = 1 - Extras para Compensação e Período = 2 - Início e Fim do expediente.

Nessa condição, o sistema não atualizava a variável conforme a situação da compensação.

Local: Cálculos > Apuração > Acertos > Colaborador (FRACECOL)

A partir desta versão, o processo automático de retorno de marcações passa a confirmar a leitura no Mobilidade apenas quando o arquivo de marcações é gerado corretamente.

Em determinadas situações, o processo criava arquivos vazios e ainda assim confirmava as marcações como lidas, mesmo sem conteúdo válido.

Local: Controle de Ponto e Refeitório > Recursos > Processos Automáticos > Mobilidade

Criamos uma nova configuração de segurança que permite definir quais domínios externos estão autorizados a acessar o Gestão do Ponto. A partir desta versão, o sistema passa a aceitar comunicação apenas de domínios previamente configurados, ampliando a proteção contra acessos indevidos.

Para garantir o acesso correto ao sistema, é necessário configurar a chave com.senior.gestaoponto.domainurl no SeniorConfigCenter, informando o domínio autorizado.

Mais detalhes sobre a configuração estão disponíveis na documentação.

Novidade

Novas funcionalidades de legendas para a tela Gerenciar horários no GPO

Com o objetivo de ampliar as possibilidades de personalização e melhorar a experiência na visualização dos horários, disponibilizamos novas funcionalidades no Gestão do Ponto, além de ajustes na organização dos menus e permissões relacionadas.

Passamos a disponibilizar a tela Gestão de legendas, que permite cadastrar e manter as legendas utilizadas na visualização dos horários dos colaboradores. Nela, é possível definir sigla, descrição, ícone, cor e indicar se o código de horário deve ser exibido junto à legenda, possibilitando maior flexibilidade na apresentação das informações na tela Gerenciar horários.

Complementando essa funcionalidade, disponibilizamos também a tela Vínculos de Legendas, que permite associar as legendas cadastradas a Horários ou Tipos de Situação. Esses vínculos podem ser definidos de forma geral ou específica por Filial, sendo que, quando houver configuração específica, ela prevalece sobre a configuração global.

Com essas definições, a exibição da grade na tela Gerenciar Horários passa a considerar as legendas configuradas, proporcionando maior clareza na identificação de jornadas e afastamentos, sem impactar as regras de cálculo.

Destacamos que a utilização dessas customizações é opcional. Caso não sejam configuradas, o comportamento do sistema permanece o mesmo, sem qualquer impacto na operação atual.

Além disso, disponibilizamos novas permissões para as telas relacionadas ao gerenciamento de horários e realizamos a alteração na localização do menu Gerenciar Horários, que deixa de ser apresentado dentro de Apuração e passa a ser exibido de forma independente, respeitando as permissões definidas para cada usuário.

Locais:

• Gestão do Ponto (nova interface) > Gerenciar Horários
• Gestão do Ponto (nova interface) > Gerenciar Horários > Vínculos de Legendas
• Gestão do Ponto (nova Interface) > Gerenciar Horários > Gestão de Legendas

Foi ajustada uma dependência de biblioteca inválida no processo de instalação e atualização do Gestão do Ponto, permitindo a execução correta a partir da versão 6.10.4.115.

Durante a atualização ou nova instalação, o sistema apresentava a seguinte mensagem de erro:

O cálculo do período de referência mensal no banco de horas passa a considerar corretamente o tipo de fechamento Dia Fixo, garantindo a aplicação do limite mensal de horas para crédito e débito.

Quando configurado com esse tipo de fechamento, o sistema não respeitava o limite mensal definido, considerando o saldo total sem aplicar a restrição.

Local: Nova Interface > Banco de Horas

Ao tentar gerar documentos de penalidade ou relatórios de incidentes através do Gestão do Ponto integrado com a interface Senior X, o sistema exibia apenas uma tela em branco e não apresentava o conteúdo do relatório.

A forma de abertura de documentos e relatórios foi ajustada para compatibilidade com a interface Senior X e XT, permitindo a geração normal dessas informações.

Local: Nova Interface > Incidentes do Ponto > Gestão dos Incidentes

Ajustamos os links de documentação do Gestão do Ponto (nova interface) na Plataforma Senior X, garantindo que todas as telas passem a direcionar corretamente para os respectivos conteúdos. Dessa forma, o acesso à documentação foi padronizado, facilitando a consulta e navegação pelos materiais de apoio disponíveis no sistema.

Na tela Ação (FR104PRJ), a guia Imagens foi alterada para Anexos. Anteriormente, essa guia permitia apenas a inclusão de arquivos de imagem vinculados às ações cadastradas.

A partir desta atualização, a funcionalidade passou a permitir o envio de diferentes tipos de arquivos como anexos. Com essa mudança, além de imagens, também podem ser adicionados documentos em outros formatos, ampliando as possibilidades de registro de informações relacionadas às ações.

Também realizamos a atualização da nomenclatura da guia e dos componentes associados, refletindo o novo comportamento da funcionalidade.

Local: Menu > Jurídico > Ações (FR104PRJ)

O campo CPF foi disponibilizado na tela de cadastro de terceiros (FR034TER) do módulo Jurídico.

Locais:

• Colaboradores > Ficha Cadastral > Terceiros (FR034TER)
• Recursos > Web services > com.senior.g5.rh.jr.fichaBasicaTerceiros

Adicionamos uma verificação no processo de exclusão de Posto de Atendimento para identificar sua utilização em outras tabelas do sistema. Anteriormente, ao tentar excluir um posto utilizado na tabela de Histórico de Impressão do Prontuário Clínico, o sistema apresentava erro ou permitia a exclusão, o que poderia resultar em informações faltantes em registros relacionados, como no Atendimento.

Com essa verificação, a exclusão é bloqueada sempre que houver vínculos ativos, preservando a integridade dos dados e evitando impactos em informações já registradas.

Local: Tabelas > Medicina > Posto Atendimento (FR110POS)

Incluímos os campos do modelo SOAP (Subjetivo, Objetivo, Avaliação e Plano) nas telas Atendimentos (FR110MAT) e Prontuário Clínico (FRFICMED), ampliando o registro estruturado das informações clínicas. O relatório 003 - Consulta Dados Ficha Médica (SMIFI003.GER) também passou a contemplar essas informações.

A exibição desses dados no relatório depende da configuração informada na tela de entrada do próprio relatório. Quando o parâmetro do campo Mostrar SOAP estiver definido como S e houver conteúdo preenchido nos campos do SOAP no atendimento, essas informações passam a ser apresentadas no relatório.

Locais:

• Medicina > Atendimento > Atendimentos (FR110MAT)
• Medicina > Ficha Médica > Prontuário Clínico (FRFICMED
• Medicina > Ficha Médica > Listar > 003 - Consulta Dados Ficha Médica (SMIFI003.GER)

Com o objetivo de tornar as informações mais claras e consistentes, foram realizados ajustes nos relatórios e nas validações relacionadas às datas de exames. As seguintes mudanças visam melhorar a precisão dos registros e evitar inconsistências entre as datas de coleta, realização e resultado:

• Tela de resultados de exames: a descrição do campo Data Coleta foi atualizada para Data Coleta/Realização, refletindo melhor o propósito do campo.
• Validações:
  • Removida a validação que comparava a Data de Resultado com a Data de Solicitação.
  • Implementada uma nova validação na Data de Coleta/Realização, que impede o cadastro quando esta data for posterior à Data de Resultado.
• Relatórios: agora passam a exibir a data da coleta/realização dos exames, ampliando a transparência das informações apresentadas.

Locais:

• Medicina > Audiometria > Listar > 001 - Relatório Estatístico de Audiometrias (SMAU001.GER)
• Medicina > Audiometria > Listar > 002 - Ficha Registro Exame Audiométrico / Escala 10 (SMAU002.GER)
• Medicina > Audiometria > Listar > 004 - Imitanciometria (SMAU004.GER)
• Medicina > Audiometria > Listar > 005 - Rel. Estatístico de Audiometrias - Posto Trab. (SMAU005.GER)
• Medicina > Ficha Médica > Listar > Consulta Dados Ficha Médica (SMFI003.GER)
• Medicina > PCMSO > Listar > 001 - Relação de Resultados Exames (SMPC001.GER)
• Medicina > PCMSO > Resultado de Exame (FR108RES)

Foi realizada alteração no relatório 002 - Ficha Registro Exame Audiométrico / Escala 10 (SMAU002.GER) para possibilitar a impressão da informação do campo Parecer Audiológico. Seguindo a lógica já existente na tela de entrada do relatório, que permite ao usuário definir quais informações deseja imprimir, foram implementadas as seguintes melhorias:

• Novo campo na tela de entrada: criado o campo Imprimir Parecer Audiológico, permitindo que o usuário decida se deseja exibir ou não o parecer técnico no documento impresso.

• Nova seção no relatório: criada a seção Parecer Audiológico para apresentar as informações cadastradas no campo Parecer Audiológico da tela de resultado de exames. Essa seção será exibida apenas quando o usuário informar S - Sim no novo campo da tela de entrada e houver informação registrada.

Local: Medicina > Audiometria > Listar > 002 - Ficha Registro Exame Audiométrico / Escala 10 (SMAU002.GER)

No relatório SMFI003.GER, o campo CID estava identificado apenas com a descrição CID, sem distinção de versão, e não havia campo nem filtro disponíveis para o CID-11. Sendo assim, para atender a essa necessidade, foram incluídos o campo e o filtro referentes ao CID-11 no relatório, além da atualização da descrição do campo existente para CID-10, garantindo maior clareza e aderência às versões da classificação.

Local: Medicina > Ficha Médica > Listar > 003 - Consulta Dados Ficha Médica (SMFI003.GER)

Implementamos melhorias de segurança no Currículo Web com o objetivo de aumentar a proteção do sistema contra tentativas de exploração por meio de requisições maliciosas.

Com essa atualização, o sistema passa a tratar de forma mais segura as respostas HTTP, reduzindo riscos relacionados à manipulação indevida de dados durante o processamento das requisições.

Local: Web 5.0

Com o objetivo de garantir a padronização com a terminologia médica correta e oficial, evitando interpretações incorretas sobre a gravidade dos acidentes, realizamos as seguintes adequações.

• No modelo de relatório 008 - Estatística de Acidentes do Trabalho (SMAC008.GER), a descrição da gravidade foi atualizada de Meio Grave para Moderado.
• Nos relatórios 003 - Gráfico do Resumo Geral de Acidentes (SMAC003.GER), 004 - Gráfico dos Dias Perdidos com Acidentes (SMAC004.GER), 005 - Gráfico da Frequência dos Acidentes (SMAC005.GER), 006 - Gráfico do Mês Crítico dos Acidentes (SMAC006.GER) e 007 - Gráfico dos Acidentes por Tempo de Cargo (SMAC007.GER), o campo Gravidade do Acidente passou a apresentar a descrição Moderado em substituição a Meio Grave.
• A mesma atualização foi aplicada nas telas de cadastro de acidente e cadastro de ocorrências.

Locais:

• Segurança > Acidentes > Acidente Trabalho (eSocial) (FR086ACT)
• Segurança > Acidentes > Consulta (FRCONACT)
• Segurança > Acidentes > Ocorrências (FR086OCO)
• Segurança > Acidentes > Listar > 003 - Gráfico do Resumo Geral de Acidentes (SMAC003.GER)
• Segurança > Acidentes > Listar > 004 - Gráfico dos Dias Perdidos com Acidentes (SMAC004.GER)
• Segurança > Acidentes > Listar > 005 - Gráfico da Frequência dos Acidentes (SMAC005.GER)
• Segurança > Acidentes > Listar > 006 - Gráfico do Mês Crítico dos Acidentes (SMAC006.GER)
• Segurança > Acidentes > Listar > 007 - Gráfico dos Acidentes por Tempo de Cargo (SMAC007.GER)
• Segurança > Acidentes > Listar > 008 - Estatística de Acidentes do Trabalho (SMAC008.GER)

Incluímos validações no processamento para verificar o período de competência e a seleção de itens antes da execução. Anteriormente, era possível iniciar o processamento mesmo quando a data final era anterior à data inicial ou quando nenhum item estava selecionado, o que comprometia a consistência das informações.

Com as validações, o sistema passa a exibir mensagens de alerta orientando o usuário sempre que os parâmetros informados estiverem inválidos e bloqueia o processamento até que as informações sejam corrigidas, assegurando maior confiabilidade no resultado.

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

Alteramos o tamanho do campo Código da Fonte Geradora de Lesões. Antes, o código da fonte podia ter até 3 dígitos; agora, o campo foi expandido para permitir códigos de até 6 dígitos.

Locais:

• Recursos > Implementações > Gerador Importação/Exportação > Executar > 00069 - PPRA por GHE - Revisão GHE (SMIM00069)
• Recursos > Implementações > Gerador Importação/Exportação > Executar > 00072 - PPRA por GHE – Laudo Agente Risco (SMIM00072)
• Segurança > Gestão de GHE > Laudo (FR583LAU)
• Segurança > Gestão de GHE > Revisão do GHE (FR583REV_3)
• Segurança > Inventário de Riscos > Manutenção (FR584MIR)
• Segurança > Listar > 012 - LTCAT - Laudo Técnico (GHE - por GHE) (SMSG012.GER)
• Segurança > Listar > 017 - LTCAT - Laudo Técnico Individual (GHE) SMSG017.GER
• Segurança > Listar > 018 - LTCAT - Laudo Técnico (GHE - por Posto ou Local) (SMSG018.GER)
• Segurança > PPRA por Local > Consultas / Por Local (FRPRALOC)
• Segurança > PPRA por Local > Migração GHE (FRMIGGHE)
• Segurança > PPRA por Local > PPRA (FR083AGT)
• Tabelas > Segurança > Fonte Geradora Lesão (FR086FGL)

Incluímos a exibição do código correspondente aos cargos e aos postos de trabalho, apresentados juntamente com suas descrições. Passam a ser exibidos o código do cargo (CODCAR - tabela R024CAR) e o código do posto de trabalho (POSTRA - tabela R017POS), facilitando a identificação das informações.

Também realizamos ajustes na tela Manutenção Coletiva de Históricos de GHE (FRMHIGHE), permitindo a expansão horizontal sem limitação da guia GHEs, o que proporciona melhor visualização dos dados.

Locais:

• Tabelas > Postos de Trabalho > Descrição (FRDESCAR)
• Tabelas > Cargos > Descrição (FRDESCAR)
• Segurança > Gestão de GHE > Manutenção Coletiva de Históricos de GHE (FRMHIGHE)

Ajustamos a rotina da API de criptografia para reconhecer e aceitar combinações com 1 ou 2 dígitos para dia e mês na data de geração do token de Encryption 2 (logon integrado com criptografia).

Sem esse ajuste, quando o token era gerado com apenas um dígito para o dia ou o mês, ao consumir Web Services o sistema apresentava erro de autenticação: ELogonCypherException: DateTimeParseException.

Com a correção, o processamento das requisições passa a ocorrer normalmente, independentemente do formato utilizado para dia e mês.

Quando dois usuários editavam simultaneamente a mesma porta de Web Service, as alterações de um podiam sobrescrever as do outro sem aviso, ocasionando perda de dados.

Para evitar esse cenário, o processo de edição de portas de Web Service foi ajustado para que, ao salvar, seja informado o último usuário que realizou alterações no mesmo registro. Dessa forma, é possível decidir entre sobrescrever as mudanças ou cancelar o salvamento.

Atualizamos a documentação Filiais para incluir orientações sobre as alterações no processo de apuração e recolhimento das contribuições de convênios com SESI e SENAI.

As informações foram inseridas nos itens % Parte Convênios e Grade Convênios, detalhando os impactos a partir do período de apuração de maio de 2026, bem como os ajustes necessários para a correta geração das contribuições no eSocial.

Com essa atualização, a documentação passa a contemplar as novas diretrizes, apoiando a configuração correta e utilização do sistema.

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

Inserimos novas orientações na documentação Transferência de filial ou empresa (S-2206, S-2299, S-2399, S-2200 e S-2300), no item Realizar o fechamento da demissão na empresa de origem (S-2299 ou S-2399).

Passamos a detalhar que, quando a transferência é realizada fora do Gestão de Pessoas | HCM e possui data de início no dia 01 do mês, é necessário reabrir a folha da competência anterior, pois o desligamento é gerado com data correspondente ao dia anterior à transferência.

Também incluímos exemplo prático, demonstrando a necessidade de reabertura da competência para possibilitar o envio do S-2299.

Local: Leiautes do eSocial > Eventos Não Periódicos > Processos > Transferência de filial ou empresa (S-2206, S-2200, S-2300, S-2299 e S-2399)

Ao realizar o envio da Declaração Mensal S-1210 pelo eSocial, o sistema apresentava lentidão durante o processamento.

Para reduzir esse impacto, a rotina de envio foi revisada para identificar corretamente a situação de cada colaborador na competência, otimizando o processamento e melhorando a performance da geração do S-1210.

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

Atualizamos o envio do campo indApurIR nas rubricas de rescisão do evento S-1202, considerando corretamente o tipo de pagamento ao beneficiário em casos de desligamento por falecimento.

Com esse tratamento, foi possível corrigir o comportamento em que a informação de apuração do imposto de renda não era enviada corretamente, o que ocasionava rejeição no processamento do evento S-1210 do eSocial.

Local: Colaboradores > Rescisões > Calcular (FRCALRCS)

Quando um afastamento com data futura permanecia aguardando envio agendado ao eSocial, o sistema bloqueava indevidamente o envio de um novo afastamento com data atual para o mesmo colaborador, impedindo a transmissão do leiaute S-2230 - Afastamento Temporário. Esse mesmo comportamento também ocorria para o leiaute S-2231 - Cessão/Exercício em Outro Órgão.

Para tratar essa situação, a validação foi revisada para desconsiderar registros com envio agendado para data futura ao verificar dependências entre envios do mesmo colaborador. Dessa forma, afastamentos e cessões com data atual passam a ser enviados normalmente, mesmo que exista outro registro aguardando envio agendado.

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

A tela de Histórico de Receita (FR038HRE) foi ajustada para permitir o cadastro de registros com data de alteração posterior à demissão quando houver complemento salarial com data posterior.

Em situações anteriores, o sistema não permitia esse cadastro, mesmo quando o colaborador possuía complemento salarial registrado após a demissão.

Local: Colaboradores > Históricos > Receita IRRF (FR038HRE)

Implementamos um tratamento complementar para eventos S-1210 (PerAnt) que permaneciam com status ERRO_RETORNADO na tabela R350STA sem necessidade de novo envio, passando a atualizar esses registros para ERRO_TRATADO quando não há novos erros no processamento.

Além disso, ajustamos a geração do leiaute S-1210 para que a identificação do colaborador seja apresentada corretamente na consulta de pendências e nos logs do sistema.

Anteriormente, esses eventos permaneciam com status de erro indevidamente e, em cenários de PerAnt, a identificação do colaborador era exibida de forma incompleta, dificultando a análise.

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

No relatório de conferência S-5002 - Imposto de Renda Retido na Fonte (FPCE022.ESO), a coluna Senior não apresentava informações para colaboradores terceiros com determinadas categorias do eSocial, o que gerava divergências em relação aos dados retornados pelo governo.

Para alinhar o relatório ao comportamento previsto no Manual de Orientação do eSocial, o critério de inclusão dos pagamentos foi revisado para considerar corretamente os valores de contribuintes individuais, mesmo quando não existe retenção de imposto de renda.

Após a atualização, é necessário realizar novamente a geração de valores e emitir o relatório.

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

Passamos a tratar automaticamente a exclusão do evento S-1210 com erro durante o processo de retificação do S-1200, permitindo o ajuste correto dos eventos periódicos.

Em cenários anteriores, o sistema não permitia retificar o evento S-1200 quando existia um S-1210 com erro, impedindo a correção das informações.

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

No relatório FPCE022.ESO - Conferência IRRF, a seção de identificação de dependentes podia apresentar divergências aparentes entre os dados do Senior e do eSocial.

Esse comportamento ocorria porque o escopo de dependentes considerado pelo sistema é diferente do retornado pelo evento S-5002, o que levava à interpretação incorreta de inconsistências no relatório.

Com o objetivo de tornar a conferência mais objetiva, a seção de identificação de dependentes foi removida do modelo, evitando divergências irrelevantes na análise das informações de IRRF.

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

A rotina de Exclusão de Pendências (FREXCPEN) foi ajustada para permitir a geração do S-3000 na exclusão do leiaute S-1210 da competência 01/2026 referente a PerAnt.

Anteriormente, o sistema não gerava o S-3000 ao tentar excluir o S-1210 dessa competência, impedindo a conclusão da operação.

Local: eSocial > Eventos Periódicos > Exclusão de Pendências (FREXCPEN)

No modelo de 022 - Conferência IRRF S-5002 (FPCE022.ESO), a informação de categoria eSocial podia ser exibida de forma inconsistente em meses com mudança de histórico, o que gerava dúvidas na interpretação dos dados apresentados.

Com o objetivo de evitar esse cenário, a exibição dessa informação foi removida do modelo, pois não é relevante para a conferência com o eSocial, tornando a análise mais clara e evitando interpretações equivocadas.

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

Na folha complementar de Dissídio, o sistema utilizava o percentual de FAP/RAT de uma competência incorreta, o que gerava divergências no Resumo da Folha, na Relação de INSS e na Contabilização.

Para corrigir essa inconsistência, o cálculo foi revisado para utilizar o percentual de FAP/RAT correspondente à data de homologação do dissídio, garantindo maior consistência entre os valores apresentados nos relatórios e as informações enviadas ao eSocial.

Locais:

• Cálculos > Contabilização > Listar > 001 - Contabilização (FPCB001.CTB)
• Cálculos > Relatórios > Operacionais > 001 - Relação Cálculo - Organograma (FPRF001.OPE)
• Impostos > Previdência > Relação > INSS > 001 - Relação INSS (FPRE001.PRE)

Atualizamos a documentação do campo Data Óbito no cadastro de dependentes, detalhando os impactos dessa informação no eSocial. A documentação passa a esclarecer que, ao registrar a data de falecimento de um dependente, é necessário enviar o evento S-2205 com a exclusão do dependente e, posteriormente, enviar ou retificar os eventos periódicos S-1200, S-1202, S-1207 e S-1210.

Também foi incluída a informação de que, no mês do óbito, o dependente continua sendo considerado para cálculo, independentemente do dia de falecimento.

Para mais informações, consulte a documentação Dependentes.

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

Em ambientes Oracle com grande volume de tabelas configuradas para conversão, ao acessar a tela Conversão CNPJ Alfanumérico com as opções de exibição de pendências ativas, o sistema podia apresentar o erro: ORA-01000: maximum open cursors exceeded. Esse comportamento impedia a utilização da funcionalidade devido ao excesso de cursores abertos no banco de dados.

Diante desse cenário, a rotina foi revisada para liberar corretamente os recursos utilizados após cada consulta, evitando a ocorrência do erro e garantindo o funcionamento adequado da tela.

Local: Diversos > Utilitários > Conversão CNPJ Alfanumérico (FR000ALF)

Incluímos 7 novos códigos de permissão na tabela R996LSF (valores de 14 a 20), permitindo controle específico para verificação de apuração, visualização de incidentes, inserção de marcações preventivas e gerenciamento de pendências em lote.

Com essa ampliação, passa a ser possível realizar um controle mais granular de acesso às funcionalidades de controle de ponto e apuração, superando a limitação anterior de permissões genéricas.

Ajustamos a busca do Código de cálculo ao inserir afastamentos pela tela Histórico de Afastamento, passando a considerar a empresa do colaborador selecionado ao abrir o formulário.

Antes dessa alteração, ao registrar um afastamento para um colaborador de empresa diferente da empresa do usuário logado, o sistema utilizava o código de cálculo da empresa logada, resultando na mensagem de erro:

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

A navegação de meses de cálculo na tela de Acertos da Minha Equipe foi ajustada para permitir o avanço normalmente, independentemente da abrangência de locais do usuário.

Antes dessa alteração, ao utilizar um usuário com abrangência de locais sem colaboradores, ocorria erro em tela que bloqueava os botões de navegação.

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

Implementamos a verificação do histórico de transferências de filial nas funcionalidades de assinatura e consulta de espelhos de ponto, permitindo o acesso aos períodos referentes ao vínculo anterior.

Antes dessa alteração, colaboradores transferidos de filial não conseguiam visualizar nem assinar espelhos de ponto de períodos anteriores à transferência no Gestão de Ponto.

Local: Gestão do Ponto > Espelhos do Ponto

Ajuste

Tratamento na integração do banco de horas com fechamento diário em rescisão

A rotina de compensação de lançamentos foi ajustada para garantir que, na integração do banco de horas com data de demissão, os lançamentos sejam compensados corretamente, inclusive em cenários com fechamento diário.

Em situações anteriores, ao efetuar essa integração, o sistema apresentava a mensagem de erro:

Local: Nova interface > Banco de Horas > Fechamento

Ao acessar a tela de Atendimentos (FR110MAT) e utilizar o botão ASO, em alguns cenários o sistema abria a tela com uma ficha médica diferente da vinculada ao atendimento selecionado.

Para evitar esse comportamento, a rotina foi revisada para que a tela do ASO seja aberta sempre com o código da ficha médica correspondente ao atendimento, garantindo a exibição correta das informações.

Local: Medicina > Atendimentos > Atendimento > ASO (FR110MAT)

Ajuste

Refinamento no processamento de chamadas de Web Services com caracteres especiais

Ao executar Web Services que continham informações com caracteres especiais e/ou acentuação, a Bridge podia apresentar a mensagem: Invalid byte 2 of 2-byte UTF-8 sequence.

Esse comportamento gerava falhas no processo de extração de erros e podia comprometer execuções posteriores.

Para evitar essa situação, o processo de extração de erros na Bridge foi revisado, garantindo maior estabilidade nas chamadas de Web Services e o correto tratamento de informações com caracteres especiais.

Ao listar o relatório 008 - S-5002 - IRRF por Trabalhador Consolidado (Anual) (FPAR008.ESO), o sistema apresentava erro de estouro de campo ao processar empresas com grande volume de colaboradores, o que impedia a conclusão da geração.

Para contornar essa limitação, o campo de numeração de páginas do modelo foi ajustado para suportar uma quantidade maior de registros, permitindo a emissão do relatório sem erros mesmo em cenários com alto volume de dados.

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

No modelo FPAR008.ESO, eventos de devolução de INSS não eram considerados no cálculo do totalizador, resultando em divergências nos valores apresentados.

O processamento foi ajustado para considerar corretamente os valores negativos retornados pelo evento S-5002, garantindo a apuração adequada do totalizador.

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

Incluímos uma orientação no campo Imprimir Log Detalhado da documentação Conferência Impostos eSocial, recomendando a geração do log apenas para análises pontuais, a fim de evitar um volume excessivo de registros. Também orientamos a seleção de poucos colaboradores para a geração do log detalhado, quando necessário.

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

O sistema permitia a importação do leiaute S-2190 - Admissão Preliminar mesmo quando já havia sido enviado ao eSocial com sucesso, o que resultava na geração de registros duplicados nas tabelas R350PRE e R034PRL.

Esse comportamento ocorria porque o importador não validava a existência de registros já enviados com sucesso (campo ENVVAL = ‘S’) para o colaborador.

A rotina foi ajustada para realizar essa verificação antes da importação. Quando identificado que o leiaute já foi enviado ao eSocial, o documento passa a ser ignorado automaticamente, com o registro de uma mensagem de aviso no log de importação, evitando a duplicidade de informações.

Locais:

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

Ao realizar atualizações em massa nas Fichas Financeiras, o sistema apresentava lentidão devido ao acionamento do mecanismo de auditoria a cada atualização, mesmo quando não havia alteração efetiva nos dados.

O processamento foi otimizado para acionar a auditoria apenas quando houver mudanças reais nas informações, eliminando execuções desnecessárias e melhorando a performance das rotinas de atualização.

Local: eSocial > Rubricas > Ajustar Rubricas (FRAJURUB)

Identificamos que o sistema deixava de gerar o evento S-1210 - Pagamentos de Rendimentos do Trabalho em determinadas competências quando o colaborador possuía demissão futura cadastrada, mesmo com os dados de pagamento registrados corretamente.

Para evitar esse comportamento, a lógica de busca das informações foi revisada e passou a considerar apenas afastamentos até o final da competência em processamento. Dessa forma, demissões futuras deixam de interferir na geração do evento S-1210 para competências anteriores à data do afastamento.

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

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)

A listagem de Eventos na tela de Abrangência foi ajustada para ser carregada corretamente ao realizar a seleção.

Antes dessa alteração, em alguns casos, ao tentar selecionar um evento nessa tela, o sistema apresentava erro e impedia a abertura da listagem.

Local: eSocial > Rubricas > Ajustar Rubricas (FRAJURUB)

O cálculo do FGTS complementar do 13º salário foi ajustado para considerar apenas a base do mês, alinhando o valor apresentado no sistema com o informado ao eSocial e evitando diferenças de centavos.

Antes dessa alteração, o valor do FGTS complementar do 13º salário lançado na folha de dezembro podia apresentar divergência de centavos entre o sistema e o relatório do eSocial.

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

Ao listar o relatório 002 - Relação Cálculo - C.Custo (FPRF002.OPE), o valor de Terceiros podia ser apresentado de forma negativa.

Esse comportamento ocorria porque o sistema desconsiderava indevidamente o percentual do SENAR (2,5%) ao buscar a porcentagem do FPAS, resultando em um cálculo inferior ao percentual correto dos convênios configurados na filial.

O cálculo foi ajustado para desconsiderar o percentual do SENAR apenas quando o empregador for pessoa física, garantindo a correta apuração dos valores de terceiros no relatório.

Local: Cálculos > Relatórios > Operacionais > 002 - Relação Cálculo - C.Custo (FPRF002.OPE)

Durante o processo de exclusão de Fichas Financeiras na tela Excluir (FREXCLAN), o parâmetro de lote não era apresentado no log, dificultando a rastreabilidade das operações.

O log foi ajustado para incluir o número do lote quando informado, facilitando a identificação e o acompanhamento das exclusões realizadas.

Local: Cálculos > Ficha financeira > Excluir (FREXCLAN)

Incluímos informações no item Períodos IR da documentação Dependentes, detalhando a definição da competência inicial conforme o mês em que o dependente passa a ser considerado para fins de IRRF. Também esclarecemos que, ao recalcular fichas financeiras anteriores à inclusão do dependente ou realizar cálculos complementares, não haverá impacto no cálculo do Imposto de Renda.

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

No relatório de Provisão de 13º Salário do mês de dezembro, o valor de FGTS pago pela empresa para colaboradoras em Licença Maternidade durante o ano era apresentado na coluna Ajuste, gerando inconsistência na análise dos valores.

O relatório foi ajustado para que esses valores sejam exibidos corretamente na coluna Pago, garantindo a adequada classificação das informações.

Local: Colaboradores > Provisões (FR146PRV)

Foram incluídas orientações sobre Devolução de IRRF Normal nas documentações: Cálculo de RRA - Rendimentos Recebidos Acumuladamente e Regra de sistema 27 - IRRF, com detalhamento das parametrizações relacionadas ao tema.

Além disso, foi ajustado o link na descrição da característica 35A na página Relação de Características, que passa a direcionar para a documentação de Cálculo de RRA, centralizando as informações e facilitando o acesso às orientações de parametrização.

Locais:

• Manual do Usuário > Legislação > Administração de Pessoal > RRA - Rendimentos Recebidos Acumuladamente
• Manual do Usuário > Ajuda por telas > Telas em comum > Tabelas > Eventos > Eventos > Eventos/Cadastro > Relação de características
• Manual do Usuário > Customizações > Regras > Regras do Sistema > Regra de sistema 27 - IRRF

Incluímos uma descrição explicativa no modelo do relatório 008 - Permissão de Módulos/Aplicativos (FPPU008.GER), com orientações sobre a forma correta de realizar o filtro por módulo.

Local: Diversos > Usuários> Listar > 008 - Permissão de Módulos/Aplicativos (FPPU008.GER)

Ajuste

Validação de abrangência na justificativa de marcação nos Acertos do ponto

Passamos a validar a abrangência das justificativas de marcação na tela de Acertos do ponto, tanto na inclusão quanto na edição de batidas, impedindo o uso de códigos não autorizados para o grupo de usuário.

Antes dessa alteração, ao editar uma batida, o sistema permitia alterar a justificativa de marcação para um código que não estava autorizado na configuração de abrangência do grupo do usuário.

Local: Cálculos > Apuração > Acertos > Colaborador (FRACECOL)

Documentação

Detalhamento do cálculo por saldo acumulado no campo Limite de Horas

Incluímos informações no campo Limite de Horas da documentação Definição Integração, detalhando que o controle é realizado com base no saldo de faltas acumulado no período, e não por ocorrências individuais. Também adicionamos um exemplo prático para demonstrar como o sistema considera o acúmulo de horas e o reinício da contagem após a geração de afastamento.

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

Atualizamos a documentação Abrangências por Perfil de Usuário com a informação de que a opção Permite Usuário Alterar Abrangência somente se aplica a todo o sistema quando o usuário estiver incluído em um grupo Master ou Administrador.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Diversos > Usuários > Abrangências > Abrangências por Perfil Usuário

Ajustamos a rotina responsável pelo envio de e-mails no Gestão do Ponto para que a comunicação utilize, por padrão, a codificação UTF-8, fazendo com que os caracteres especiais sejam exibidos corretamente nos textos enviados.

Antes dessa alteração, ao enviar e-mails pelo Gestão do Ponto, alguns caracteres eram apresentados de forma incorreta ao destinatário devido ao uso de uma codificação diferente do padrão UTF-8.

O cálculo de apuração foi ajustado para cenários com horário móvel tipo 5 - Móvel Refeição e tipo de cálculo de refeição móvel igual a 2 - Todos os intervalos, garantindo o processamento correto mesmo quando a mobilidade de refeição cadastrada possui intervalo amplo e a marcação de entrada ocorre dentro desse período.

Antes dessa alteração, 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.

Local: Nova Interface > Apuração > Calcular

Implementamos a busca automática dos gestores autorizadores na autorização de horas extras pelo GPO, considerando a empresa do código de cálculo ativo para exibir corretamente todos os gestores habilitados.

Antes dessa alteração, o sistema não buscava automaticamente os gestores autorizadores cadastrados quando o usuário estava vinculado a um código de cálculo com TipCal diferente de 11.

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

Novidade

Processo automático tipo 7 e registro de desmarcações em log

A rotina do processo automático do tipo 7 foi aprimorada para registrar em log o aviso de desmarcação de dias já verificados quando houver alteração.

Local: Gestão do Ponto > Recursos > Processo automático

Incluímos o parâmetro visibleToGroups na documentação Configurando link, com a descrição de sua finalidade e orientações de uso. A atualização detalha como o parâmetro pode ser utilizado para definir a visibilidade de links para grupos específicos dentro das customizações.

Local: Manual do Usuário > Informações adicionais > Informações técnicas > Gestão do Ponto > Customizações > Configurando link

Na documentação de Nomeação de Substituto, foi incluído um tópico com o objetivo de melhorar a compreensão da funcionalidade.

O conteúdo esclarece que a substituição pode ser designada apenas por usuários ativos que possuem permissão para essa ação. Essa permissão é concedida no SGU (Senior Gerenciador de Usuários), por meio do caminho Segurança > Direitos Gerais > Designar Substituto.

Local: Manual do Usuário > Ajuda por telas > Gestão do Ponto > Diversos > Nomeação substituto

Após a transferência de colaboradores, ao tentar cadastrar um novo ASO admissional na empresa de destino, o processo era bloqueado quando já existia um ASO admissional registrado na ficha.

Com a revisão aplicada, o sistema passa a permitir o cadastro e, nesses casos, exibe uma mensagem de aviso com a data do ASO existente, possibilitando ao usuário decidir se deseja continuar com a operação.

Assim, o processo deixa de ser bloqueado e passa a oferecer maior flexibilidade na gestão dos registros admissionais.

Local: Medicina > Atendimentos > Atendimento > ASO (FR110MAT)

Na documentação da rotina Normalização do Quadro Efetivo, aprimoramos o detalhamento do comportamento das requisições em aberto.

Foi incluída a informação de que requisições nas situações 0 - Não iniciada e 1 - Em andamento continuam reservando vagas mesmo em caso de desistência de candidatos, sendo desconsideradas apenas após a efetivação ou o cancelamento.

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

Ao utilizar telas de pesquisa em um segundo monitor, ao minimizar a janela, o sistema podia apresentar inconsistências, especialmente em ambientes com monitores de resoluções diferentes.

Para garantir a estabilidade nesse cenário, o comportamento das telas de pesquisa foi revisado para que funcionem corretamente independentemente da quantidade de monitores ou das resoluções utilizadas, mantendo o recurso acessível mesmo após a minimização da janela.

Ao executar relatórios pela Plataforma Gestão do Ponto, o sistema apresentava a mensagem Nenhuma instância disponível, o que impedia a conclusão do processamento.

Para resolver essa situação, a rotina de execução de relatórios foi revisada para garantir o carregamento correto de todos os parâmetros necessários antes do processamento, assegurando a execução adequada dos relatórios.

Local: Gerador de Relatórios

Ao importar Web Services entre ambientes Senior que não compartilham a mesma base, especialmente a partir de servidores mais antigos, podiam ocorrer incompatibilidades entre serviços devido a diferenças na assinatura das mensagens, resultando em falhas no processo de integração.

Para padronizar esse comportamento, a rotina de importação foi revisada para garantir que as mensagens mantenham a mesma assinatura, assegurando maior estabilidade e uniformidade no processo.

O campo Carga Horária no cadastro de Reserva Individual pelo módulo Treinamento Web passou a ser opcional, permitindo que seja deixado em branco ou informado com valor zero. Além disso, a consulta de registros foi ajustada para exibir corretamente os dados, independentemente do valor informado nesse campo.

Antes dessa alteração, o sistema apresentava erro ao cadastrar uma reserva sem informar a carga horária, bem como ao consultar registros em que esse campo já estava preenchido.

Local: Web 5.0

Incluímos na Campo 3 - Linha 4 da documentação sobre Informe de Rendimentos orientações sobre a parametrização de eventos relacionados à pensão alimentícia.

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

Ao emitir o relatório 009 - Relação Ficha Financeira com Rubricas (FPFF009.OPE), colaboradores admitidos no mês da competência selecionada não eram considerados, resultando na mensagem “não houve informações a listar”.

Para contornar essa situação, a seleção dos dados foi revisada para considerar colaboradores admitidos até o último dia da competência, garantindo que os registros do período sejam corretamente apresentados no relatório.

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

Ajustamos a regra de cálculo do Adiantamento Salarial e da Folha Mensal para que colaboradores reintegrados com afastamento tenham os dias proporcionais considerados corretamente, respeitando o período real de afastamento informado no cadastro.

Antes dessa alteração, ao calcular o Adiantamento Salarial e a Folha Mensal de um colaborador reintegrado que possuía afastamento no mesmo mês da reintegração, o sistema calculava incorretamente os dias proporcionais, considerando apenas 2 dias em vez do período completo de afastamento.

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

Ao listar o relatório 001 - Aviso Prévio - Rcs Calculadas ou Não (Gerados) (FPAV001.COL) para avisos prévios do tipo 7 - Acordo Mútuo Indenizado, o sistema apresentava a mensagem: Não houve informações a listar.

Esse comportamento ocorria porque o relatório considerava apenas os tipos 1 - Indenizado, 2 - Trabalhado, 3 - Trabalhado + Acréscimo e 6 - Trabalhado (Rural).

O processamento foi ajustado para incluir também o tipo 7 - Acordo Mútuo Indenizado, permitindo a correta listagem das informações. O relatório também foi ajustado para considerar o tipo 7 - Acordo Mútuo Indenizado, resultando na listagem correta dos registros. Além disso, a redação foi atualizada para refletir as características desse tipo de aviso, que representa o encerramento do contrato por acordo entre as partes.

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

Incluímos uma nota na introdução da documentação sobre histórico de filiais, esclarecendo que a empresa ou filial de origem permanece responsável pelos pagamentos relativos a períodos anteriores à transferência. Caso haja férias a serem gozadas na empresa ou filial de destino, mas cujo pagamento seja de responsabilidade da unidade de origem, o recibo de férias deverá ser calculado e quitado antes da efetivação da transferência.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Colaboradores > Históricos > Filial

Ajuste

Inserção de registros na lista LNatEst referente ao campo Natureza Estabelecimento do empregador eSocial

Ao realizar o cadastro de empresa/filial, a natureza de estabelecimento 234-8 - Empresa Simples de Inovação - Inova Simples não estava disponível para seleção no campo Natureza do Estabelecimento, impedindo o correto cadastro de filiais com essa natureza jurídica.

Esse cenário impactava empresas enquadradas nessa natureza, podendo gerar inconsistências na geração dos eventos do eSocial, como S-1000 e S-1005.

A fim de solucionar, incluímos os registros correspondentes no sistema. Com isso, a natureza de estabelecimento passa a ser apresentada corretamente no sistema, permitindo o cadastro adequado e a geração consistente das informações para o eSocial.

Local: Empresas > Filiais > Cadastro (FR030FIL)

Incluímos na documentação Relação de Características uma orientação no item Pensão Judicial, informando que deve constar apenas um evento com essa característica na base, para que o Informe de Rendimentos seja listado corretamente.

A documentação pode ser consultada em: Relação de Características.

Essa atualização complementa as informações já existentes, tornando mais claro o comportamento esperado para a configuração desse tipo de evento no sistema.

Local: Manual do Usuário > Ajuda por telas > Telas em comum > Tabelas > Eventos > Eventos > Eventos/Cadastro > Relação de características

Na documentação de Eventos (FR008EVC), na guia Incidências, incluímos uma nota no campo IR Mensal com orientações sobre a configuração necessária para que o evento de Pensão Alimentícia seja corretamente validado e transmitido ao eSocial.

A documentação esclarece que o campo IR Mensal deve estar parametrizado com a opção “-” (diminui da base), garantindo que o valor da pensão seja considerado corretamente na apuração da base de cálculo do IRRF.

Para mais informações, consulte a documentação clicando aqui.

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

Em alguns cenários, ao manter o histórico de servidor público, o sistema não permitia informar corretamente a data de início do abono permanência, o que gerava inconsistência no processamento do leiaute do eSocial. A partir desta versão, a validação de data ocorrerá apenas no momento do processamento do leiaute não periódico, garantindo o correto preenchimento da informação e evitando duplicidade de regras.

Local: Colaboradores > Históricos > Servidor Público (FR038HPU)

Novidade

Inclusão de descrição sobre pensão no 13º salário complementar nos modelos de comprovante de rendimentos

Incluímos a seguinte descrição nos modelos 001 - Comprovante de Rendimentos Legal (FPIN001.ANU), 005 - Comprovante de Rendimentos Legal-Portal (FPIN005.ANU) e 007 - Gravar Comprovante de Rendimentos Legal em PDF (FPIN007.ANU):

Locais:

• Anuais > Informe/Dirf > Listar> Informe> 001 - Comprovante de Rendimentos Legal (FPIN001.ANU)
• Anuais > Informe/Dirf > Listar> Informe> 005 - Comprovante de Rendimentos Legal-Portal (FPIN005.ANU)
• Anuais > Informe/DIRF > Listar > Informe > 007 - Gravar Comprovante de Rendimentos Legal em PDF (FPIN007.ANU)

Ao executar o relatório 005 - Comprovante de Rendimentos Legal-Portal (FPIN005.ANU) com um usuário master, o sistema criava uma abrangência que não era removida após a execução, causando problemas posteriores. Sendo assim, ajustamos o relatório em questão para não gerar abrangências para usuários masters, garantindo que o processo seja concluído corretamente e evitando inconsistências no sistema.

Local: Anuais > Informe/Dirf > Listar > Informe > 005 - Comprovante de Rendimentos Legal-Portal (FPIN005.ANU)

Novidade

Atualização da descrição do modelo 022 - Conferência IRRF S-5002 (FPCE022.ESO)

Com a finalidade de deixar mais clara a funcionalidade do modelo 022 - Conferência IRRF S-5002 (FPCE022.ESO), incluímos informações adicionais em sua descrição.

Adicionamos os seguintes textos:

• Os valores de plano de saúde são calculados com base nos lançamentos em: eSocial > Eventos periódicos > Desconto Plano de saúde, e são comparados com a base retornada pelo leiaute do S-5002 - Imposto de Renda Retido na Fonte por Trabalhador.

Ajustamos a consulta interna utilizada pelo relatório 004 - Fiscal AEJ (Portaria 671) (HRFI004.GER) para melhorar o desempenho e eliminar a ocorrência de erro de memória. Com essa melhoria, o relatório pode ser gerado normalmente mesmo com grande volume de dados, mantendo os mesmos resultados da versão anterior.

Antes dessa alteração, o sistema apresentava erro de memória, impedindo a conclusão do processamento em ambientes com grande quantidade de colaboradores.

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

Com o objetivo de ampliar a clareza das informações e apoiar os clientes no processo de adaptação ao CNPJ Alfanumérico, incluímos uma seção de perguntas frequentes (FAQ) na documentação CNPJ Alfanumérico.

O novo conteúdo reúne orientações sobre versão mínima, funcionamento do conversor, impactos em customizações, uso do Robô de Diagnóstico, responsabilidades de atualização e o cronograma de liberações, consolidando em um único local as principais dúvidas relacionadas ao tema.

A disponibilização dessa FAQ contribui para uma melhor compreensão das etapas envolvidas na adequação e apoia o planejamento das ações necessárias para garantir a continuidade operacional dos processos.

Local: Manual do Usuário > Legislação > CNPJ Alfanumérico

Com o objetivo de centralizar as orientações relacionadas ao CNPJ Alfanumérico, reorganizamos a documentação disponível sobre o tema.

Removemos da documentação Ferramenta de Análise de Impacto (Robô eSocial) as informações referentes ao CNPJ Alfanumérico, que incluíam a descrição da ferramenta, requisitos, instalação, execução e orientações para análise e tratamento de inconsistências.

Essas informações foram reunidas e disponibilizadas na documentação CNPJ Alfanumérico, facilitando o acesso às instruções e mantendo todo o conteúdo relacionado ao tema em um único local.

Local: Manual do Usuário > Legislação > CNPJ Alfanumérico

Ajuste

Conferência de IRRF (FPCE022.ESO) com filtro por filial

Ao executar a conferência de IRRF (022 - Conferência IRRF S-5002 (FPCE022.ESO)) utilizando filtro por Filial, o sistema apresentava erro de banco de dados, impedindo a conclusão do processo.

A conferência foi ajustada para que o filtro por filial funcione corretamente, permitindo a execução do processo de comparação entre os dados do Senior e do eSocial de forma segmentada, sem ocorrência de erros.

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

Ao alterar a data de admissão de um colaborador por decisão judicial para um período anterior à obrigatoriedade do eSocial, o sistema apresentava erro no envio do evento S-2200, indicando indevidamente que a data de opção pelo FGTS não estava preenchida, mesmo com a informação corretamente cadastrada.

Para evitar esse comportamento, o tratamento foi revisado para reconhecer corretamente a data de admissão judicial e reavaliar as informações de FGTS após a alteração do indicativo de admissão. Dessa forma, o envio do evento S-2200 passa a ocorrer sem impedimentos.

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

Ao excluir um evento de pagamento (S-1210) no eSocial, o sistema não permitia gerar um novo pedido de exclusão quando a primeira tentativa apresentava erro e era marcada como Evento Excluído, o que impedia a conclusão do processo. Agora, a validação foi ajustada e o sistema permite criar novos pedidos de exclusão quando o anterior foi tratado como erro, garantindo que o processo seja concluído sem necessidade de procedimentos manuais.

Local: eSocial > Eventos Periódicos > Exclusão de Pendências (FREXCPEN)

Ao acessar a tela de Consulta Pendências (FR350STA) por meio do Web Application (WA) e tentar visualizar o retorno S-5002, o sistema apresentava a mensagem de erro: Dados corrompidos.

Diante desse comportamento, a rotina foi revisada para verificar previamente se a aba de visualização está disponível antes de exibir o conteúdo do retorno. Adicionalmente, caso ocorra alguma falha durante a geração do arquivo de retorno, o sistema passa a remover automaticamente o arquivo inválido, evitando a apresentação de conteúdo incorreto.

Local: eSocial > Consulta Pendencias (FR350STA)

Ao gerar o evento S-1210 do eSocial, os valores de planos de saúde não eram enviados para funcionários que haviam sido transferidos de filial. Agora, o sistema considera corretamente a data de pagamento para identificar o histórico de transferências, garantindo que os valores de planos de saúde sejam incluídos no arquivo do eSocial também para colaboradores transferidos.

Além disso, essa correção também foi aplicada ao gerar o relatório 022 - Conferência IRRF S-5002 (FPCE022.ESO), assegurando que os valores de planos de saúde sejam exibidos corretamente no relatório, mesmo em casos de transferência de filial.

Os valores do campo Senior para colaboradores transferidos, que antes eram apresentados zerados, passam a ser listados corretamente. Após a atualização, é necessário realizar novamente o processo de geração de valores e gerar o relatório.

Locais:

• eSocial > Eventos Periódicos > Conferência eSocial > Listar > 022 - Conferência IRRF S-5002 (FPCE022.ESO)
• eSocial > Eventos Periódicos > Envio Declaração Mensal (FRENVFOL)

Atualizamos a geração do arquivo do eSocial S-1210 para que a dedução de dependentes do 13º salário seja considerada corretamente para todos os cálculos do colaborador, independentemente de haver desconto de Imposto de Renda no período.

Antes dessa alteração, ao gerar o S-1210, a dedução de dependentes do 13º salário não era informada para colaboradores cujo cálculo não gerava desconto de Imposto de Renda, mesmo quando havia dependentes cadastrados.

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

O campo de CNPJ alfanumérico do web service com.senior.g5.rh.sm.outrasempresas (porta OutrasEmpresas_2) estava definido com um tipo incorreto, o que gerava incoerência entre a configuração e o comportamento esperado. A partir desta versão, o tipo do campo passou a refletir corretamente o funcionamento do web service, garantindo consistência na definição e eliminando a incompatibilidade anterior.

Local: Recursos > Web services > com.senior.g5.rh.sm.outrasempresas

Disponibilizamos uma documentação com o passo a passo para configuração do WildFly em módulos web do sistema, como TRWEB, CSWEB, entre outros.

O material reúne as orientações necessárias para realizar a configuração do ambiente, contemplando a identificação dos grupos de servidores, localização do profile utilizado e inclusão das configurações no subsystem undertow.

Com a disponibilização dessa documentação, passa a existir uma referência para orientar a configuração do WildFly nos módulos web do sistema.

Local: Manual do Usuário > Informações adicionais > Informações técnicas > Passo a passo para configuração do WildFly

Disponibilizamos a chave de configuração com.senior.pendencia.falta.marcacao, que permite habilitar ou desabilitar a geração automática de pendências por falta de marcação.

Antes dessa implementação, o sistema gerava automaticamente pendência de acerto quando havia falta de marcação, mesmo em situações que não eram tratadas como exceção.

Local: Nova interface > Apuração > Calcular

Ajustamos as operações de alteração e exclusão de afastamento para sempre forçar o recálculo das horas, alinhando esse comportamento ao que já ocorre na operação de inclusão.

Antes dessa alteração, ao modificar ou excluir um histórico de afastamento em datas com acerto em períodos passados, o sistema não recalculava as horas automaticamente, exigindo a reapuração manual do dia.

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

Na tela de atendimentos, ocorria erro ao inserir, alterar ou excluir registros que continham observações com mais de 1000 caracteres em bases Oracle, devido a falha na trigger do sistema. Sendo assim, ajustamos o comportamento e o processamento desses atendimentos para que ocorram corretamente, mesmo quando há observações extensas.

Local: Medicina > Atendimentos > Atendimento (FR110MAT)

Ao criar domínios no CSM Center em ambiente cloud, o sistema apresentava erro na resolução do diretório do WildFly devido à forma como o caminho do servidor era identificado, o que impedia a conclusão adequada da operação.

Para eliminar essa inconsistência, a rotina responsável por identificar o diretório do WildFly foi revisada, passando a localizar corretamente o caminho do servidor sem depender do preenchimento manual do diretório, garantindo mais consistência no processo de criação.

Documentação

Inclusão das informações de suporte Oracle na página de Plataformas Homologadas

Atualizamos a página Plataformas homologadas para apresentar os prazos oficiais de suporte das versões Oracle 19C e Oracle 21C, conforme divulgado no site de suporte da Oracle.

Com essa atualização, as datas de fim de suporte passam a estar disponíveis diretamente na documentação, proporcionando mais clareza para o planejamento de uso das versões do banco.

O suporte estendido do Oracle 19C está previsto até dezembro de 2032, enquanto o suporte do Oracle 21C vai até julho de 2027.

Local: Manual de Instalação > Informações Técnicas > Plataformas homologadas

Em ambientes com utilização de proxy, o sistema apresentava repetidamente a tela de configuração de credenciais do usuário proxy, pois a validação era executada a cada requisição HTTP.

A rotina de autenticação foi aprimorada para que as credenciais configuradas na Central de Configurações Senior (SeniorConfigCenter) sejam reconhecidas automaticamente. Com esse ajuste, a validação passa a ocorrer de forma transparente durante as requisições, eliminando a exibição recorrente da tela e proporcionando maior fluidez no uso do sistema.

Atualizamos a documentação dos web services que seguem o padrão com.senior.g5.rh.xx.relatorios, utilizado pelos diferentes módulos do sistema, com o objetivo de esclarecer o comportamento do campo prRetorno.

A descrição do campo foi complementada para informar que, quando o parâmetro prDir (diretório em que será salvo o arquivo) é informado, o retorno contém o Blob com o diretório indicado em prDir. Caso o parâmetro prDir não seja informado, o retorno contém o Blob com o relatório gerado.

Para acessar a documentação de web services, clique aqui.

Local: Manual do Usuário > Integrações com outros sistemas > Web services do Gestão de Pessoas | HCM