O que há de novo no Gestão de Pessoas | HCM - 6.10.3 (XT)

Problema: ao incluir um anexo de imagem no histórico de afastamento, os botões para Abrir ou Salvar o arquivo não eram habilitados, permitindo apenas a pré-visualização.

Correção efetuada: ajustamos o sistema para habilitar os botões independentemente do formato do arquivo anexado.

Problema: ao executar a porta Ponto do web service com.senior.g5.rh.fp.fichabasica, não era possível prosseguir quando nenhum campo era preenchido na guia Histórico de Crachá, mesmo que todos os campos fossem opcionais. A mensagem de erro apresentada era:

Correção efetuada: ajustamos o sistema para que o erro não seja mais apresentado.

Atualizamos a documentação do campo DSR Horas Extras informando que na opção 2 - Dia e DSR fixo no Mês o sistema utiliza a quantidade de dias úteis, DSR e feriados fixos do mês, considerando o período de cálculo e a escala do colaborador. No entanto, não verifica se o feriado coincide com um dia compensado e/ou útil, tratando-o como DSR, e não considera os afastamentos durante o período.

Problema: o modelo 011 - Requerimento de Benefício por Incapacidade (FPHI011.PRE) permitia apenas 4 dígitos para o campo Código da Filial para Endereço.

Correção efetuada: ajustamos os campos de entrada do modelo, permitindo o mesmo número de caracteres que podem ser cadastrados.

Problema: ao processar o relatório 001 - Permissões de Telas Completo (FPPU001.GER), quando a quantidade de usuários ultrapassava 32.767, ocorria um estouro de memória interna, causando o erro List index out of bounds (-32768).

Correção efetuada: ajustamos a geração do relatório 001 - Permissões de Telas Completo (FPPU001.GER), eliminando a situação de erro.

Adicionamos uma nota à documentação do campo Situação, em Histórico de Cursos, para esclarecer que, caso o colaborador seja transferido de filial, os históricos do registro anterior não serão alterados para a situação 8 - Transferido.

Problema: ao efetuar a readmissão de um colaborador que possuía registro na tabela R076PCA, não se tratavam as informações do colaborador nessa tabela. Ocorria o erro:

Correção efetuada: ajustamos o sistema para que as informações da tabela R076PCA sejam atualizadas ao efetuar a readmissão.

Problema: quando um código de cálculo do tipo 91 é selecionado no módulo Administração de Pessoal, ao acessar o módulo Controle de Ponto e Refeitório, o código de cálculo selecionado ainda permanece como tipo 91. No entanto, ao tentar selecionar um cálculo desse tipo, uma mensagem de erro era exibida:

Correção efetuada: ajustamos o módulo de Controle de Ponto e Refeitório. A partir de agora, ao iniciar o sistema, o cálculo ativo não será definido automaticamente se o cálculo definido não pertencer aos seguintes tipos:

• 11 - Cálculo Mensal;
• 16 - Pagamento Intermitente;
• 21 - Primeira Semana;
• 23 - Última Semana;
• 41 - Primeira Quinzena;
• 42 - Segunda Quinzena.

Assim, o usuário deverá selecionar manualmente o código de cálculo desejado.

Problema: durante a apuração do ponto por exceção, a violação de Interjornada não era identificada, mesmo quando deveria ser registrada.

Correção efetuada: ajustamos a rotina para garantir que a violação de Interjornada seja calculada corretamente ao utilizar o ponto por exceção.

Problema: quando criado um histórico de apuração acessando Colaboradores > Históricos > Apuração, o histórico era gerado com data retroativa à admissão do colaborador e com o campo Tipo de apuração igual a 0. Isso ocorria quando o processo automático de cálculo era executado um dia após a admissão, com o campo Dias Recalcular igual a 2.

Correção efetuada: ajustamos o sistema para evitar a criação de históricos de apuração inválidos.

Problema: ao listar o modelo 004 - Arquivo Eletrônico de Jornada (AEJ Portaria 671) (HRFI004.GER), as marcações inválidas eram listadas incorretamente como marcações válidas.

Correção efetuada: ajustamos o modelo para assegurar que as marcações inválidas sejam listadas corretamente.

Problema: quando o cliente possui apenas o módulo Segurança e Medicina, ao gerar o leiaute S-2221 de exame toxicológico com data anterior à admissão do colaborador, a pendência era descartada ao abrir a tela de geração de não periódicos.

Correção efetuada: o sistema foi ajustado para que, ao utilizar apenas o módulo Segurança e Medicina, sem o módulo Administração de Pessoal, a pendência do leiaute S-2221 não seja descartada.

Problema: o motor eSocial não importava o leiaute S-5003 para o sistema, pois esperava uma tag preenchida que podia ser nula no XML de retorno.

Correção efetuada: ajustamos o motor eSocial para validar algumas tags do XML antes de tentar utilizá-las.

Problema: para um colaborador transferido de empresa, na mesma data de início, ao utilizar a rotina de Atualizar Dependentes eSocial em uma competência anterior à transferência, a rotina gerava uma pendência com data de referência da admissão da empresa anterior, apresentando o erro:

Correção efetuada: ajustamos a funcionalidade para que, ao informar uma competência anterior à admissão, um erro seja registrado no log e a pendência não seja gerada. Além disso, implementamos uma validação no processamento da pendência do leiaute S-2205, de modo que pendências com data de referência anterior à admissão do colaborador sejam automaticamente excluídas.

Problema: ao gerar leiautes não periódicos e carregar as pendências, a seguinte mensagem era exibida Erro ao carregar lista de pendências: Expected a ',' or '}' at Character. Esse erro ocorria devido ao uso de caracteres especiais em campos de cadastro. No caso em questão, o problema foi causado pela presença de aspas duplas no nome de um dependente.

Correção efetuada: ajustamos o processamento das pendências na geração de leiautes não periódicos para remover caracteres especiais, incluindo:

• Remoção de aspas duplas não escapadas;
• Remoção da barra invertida no final do conjunto de caracteres;
• Remoção de barras invertidas que não precedem aspas;
• Remoção de caracteres de retorno de carro; e
• Substituição de quebras de linha (\n) por espaços.

Atualizamos a documentação do Cadastro do banco de horas, incluindo uma nova observação sobre a inserção de uma nova empresa. Se o primeiro código de cálculo tiver uma data posterior à data inicial do banco, é necessário criar um novo banco de horas. Essa medida garante que os cálculos de compensação sejam realizados corretamente.

Ajustamos a rotina de envio de colaboradores para o Marcação de Ponto para que, se o posto de gestor não estiver ocupado, sejam enviados gestores de postos superiores na hierarquia. O envio do gestor é uma configuração opcional, realizada no campo Gestor Mobilidade, na guia Mobilidade do cadastro da Empresa.

Problema: ao efetuar a normalização do quadro efetivo em base Oracle, quando o quadro de vagas apresentava uma requisição a mais, não ajustava a requisição. O sistema buscava a informação da tabela R126CPE, campo canefe, de forma que não funcionava em Oracle, resultando na não atualização do quadro de vagas.

Correção efetuada: ajustamos o sistema para que, ao efetuar a normalização, busque corretamente as informações da tabela R126CPE e atualize o quadro de vagas normalmente.

Problema: após a importação de informações da tabela R195PPC, ao acessar a funcionalidade, a grade Previstos apresentava os valores no mês errado.

Correção efetuada: ajustamos o sistema para apresentar os valores no mês correto.

Problema: no módulo Segurança e Medicina, o sistema permitia cadastrar mais de uma ficha médica para o mesmo candidato em empresas diferentes. No módulo Recrutamento e Seleção, ao acessar o cadastro do candidato e clicar no botão Exames, a mensagem exibida era: O Colaborador não possui exames, referindo-se a colaborador em vez de candidato.

Correção efetuada: no módulo Segurança e Medicina, ajustamos o sistema para impedir o cadastro de múltiplas fichas médicas para o mesmo candidato, independentemente da empresa. No módulo Recrutamento e Seleção, a mensagem foi corrigida para referenciar candidato corretamente.

Incluímos uma observação dentro da documentação de Perigos/Fatores de Risco. Informamos que se o campo Informar Intervalo estiver marcado como Sim, o sistema usará os operadores >= e <= para as quantificações. O valor sugerido só mudará se a opção Alterar for escolhida. Acessar o registro existente não causará modificações.

Problema: no módulo Segurança e Medicina, o sistema permitia cadastrar mais de uma ficha médica para o mesmo candidato em empresas diferentes. No módulo Recrutamento e Seleção, ao acessar o cadastro do candidato e clicar no botão Exames, a mensagem exibida era: O Colaborador não possui exames, referindo-se a colaborador em vez de candidato.

Correção efetuada: no módulo Segurança e Medicina, ajustamos o sistema para impedir o cadastro de múltiplas fichas médicas para o mesmo candidato, independentemente da empresa. No módulo Recrutamento e Seleção, a mensagem foi corrigida para referenciar candidato corretamente.

Problema: ao tentar acessar a Ferramenta de documentação (SeniorDeployTool) em ambientes com configuração de múltiplos servidores no WildFly, era exibida a seguinte mensagem de erro Unable to create instance of class com.senior.instsvc.JEECluster. Registering an InstanceCreator or a TypeAdapter for this type, or adding a no-args constructor may fix this problem.

Correção efetuada: ajustamos a configuração dos servidores no WildFly para corrigir o problema de criação de instâncias. Desta forma, é permitido acessar a Ferramenta de documentação (SeniorDeployTool) em ambientes com múltiplos servidores configurados. Assim, o processo de autenticação passou a funcionar normalmente.

Problema: ao tentar integrar um sistema com outro, como por exemplo, a conexão entre HCM e ERP, era exibida a mensagem de erro Tabela R903AGR inexistente na base de dados. Esse erro estava relacionado à tabela de Grupos de Acesso dos usuários, o que impedia a realização de qualquer integração entre os sistemas.

Correção efetuada: reparamos as rotinas responsáveis pela tabela de Grupos de Acesso dos usuários na base de dados. Desta maneira, a integração entre sistemas é realizada corretamente, sem exibir mensagem de erro.

Problema: o sistema gravava informações incorretas no campo NumCer, registrando o número de cadastro do participante em vez do número do certificado. Quando o número de cadastro do colaborador ultrapassava cinco posições, o banco Oracle apresentava um erro:

Correção efetuada: ajustamos a gravação do número de certificado para registrar corretamente o valor informado, em vez do número de cadastro do colaborador.

Problema: ao selecionar a opção Gerar nova senha e enviar por e-mail e responder a pergunta Deseja que uma nova senha seja enviada para o e-mail? com Não, o sistema não permitia o fechamento.

Correção efetuada: atualizamos a rotina para permitir o fechamento do sistema ao recusar o envio do e-mail.

Problema: a rotina de exclusão de pendências gerava outro leiaute S-3000 em diversas situações, como: erro retornado, erro de comunicação com documentos eletrônicos SDE, aguardando envio manual, aguardando envio automático, aguardando retorno, informada manualmente, aguardando exclusão do S-1210 e recibo retornado com advertência.

Correção efetuada: ajustamos a rotina de exclusão de pendências para evitar a geração de outro leiaute S-3000 quando houver uma pendência de exclusão nas situações mencionadas.

Problema: ao listar o modelo de 001 - Relação INSS (FPRE001.PRE), preenchendo o campo Listar Total Empresa com S - Sim, o campo Desoneração Folha apresentava o valor da última filial listada, em vez de calcular o valor total da desoneração somando todas as filiais.

Correção efetuada: ajustamos o modelo para somar a desoneração folha de todas as filiais, garantindo que o valor total da desoneração seja exibido na página do total da empresa.

Problema: o relatório 001 - Prazos Contratos (FPPC001.COL) listava um colaborador com a situação de demitido, e o campo Dias Trabalhados continuava a contar até a data atual.

Correção efetuada: ajustamos o relatório em questão, de modo que, para colaboradores demitidos, o campo Dias Trabalhados conte até a data de demissão.

Implementamos no sistema a possibilidade de envio do layout Dados Funcionais do Agente Público Ativo com alterações no Tipo de Vínculo e no Tipo de Movimentação. Para isso, foram adicionados os botões Alterar Tipo Vínc e Alterar Tipo Mov na tela de cadastro das informações de Dados Funcionais do Agente Público Ativo. Esses botões devem ser utilizados sempre que houver a necessidade de enviar informações sobre alterações no tipo de vínculo ou movimentação de um servidor.

Para mais detalhes, acesse nossa documentação de Dados Funcionais do Agente Público Ativo.

Problema: ao gerar a integração financeira para rescisão complementar, o sistema apresentava uma data de vencimento dos valores de FGTS diferente da gerada na guia do FGTS Digital.

Correção efetuada: ajustamos a rotina de integração financeira para gerar a data de vencimento correta, de acordo com o tipo de rescisão complementar.

• Para rescisões complementares do tipo D - Dissídio, a data de vencimento será sempre no dia 20 do mês subsequente à competência do dissídio.
• Para os demais tipos de rescisão complementar:
  • Se o envio ao eSocial for do tipo R - Retificação, a data de vencimento será a data de pagamento da rescisão complementar.
  • Se o envio for do tipo D - Pagamento, a data de vencimento será sempre no dia 20 do mês subsequente à data de pagamento da rescisão complementar.
• Caso o dia 20 seja um dia não útil, a data será antecipada para o último dia útil anterior.

Além disso, ajustamos a data de vencimento dos CIFs de FGTS. Se a data informada for o dia 07, ela será alterada para o dia 20.

Problema: ao acessar a tela de Contribuições, ao passar pelo campo Base INSS, se o valor informado fosse maior que o teto do INSS, o sistema exibia a mensagem Salário contribuição maior que o teto da competência e alterava automaticamente o valor para o teto.

Correção efetuada: ajustamos a rotina para permitir ao usuário escolher se deseja ou não alterar o valor. Agora, ao exibir a mensagem Salário contribuição maior que o teto da competência. Deseja alterar o valor para o teto?, o usuário pode optar por modificar ou manter o valor informado.

Adicionamos uma nota à documentação sobre Saldo FGTS, explicando que a tela está temporariamente indisponível, pois está sendo ajustada em virtude do FGTS Digital.

Problema: ao utilizar exceções de rateio para um evento configurado com incidência em PIS, o sistema não respeitava a exceção e não realizava o rateio corretamente no cálculo da rescisão.

Correção efetuada: ajustamos a rotina de rateio na rescisão para que todas as exceções e rateios de mão de obra sejam verificados corretamente, assegurando o rateio de acordo com a base de incidência do PIS.

Incluímos uma informação na documentação de Regras por Processos. Ao cadastrar a Ficha Básica, a regra dos processos de histórico não é aplicada imediatamente, pois as informações estão apenas em memória. Apenas após a inserção da Ficha Básica é que as tabelas podem ser manipuladas pela regra.

Incluímos uma informação nas documentações de Reclamatória Trabalhista e Cálculo 94, destacando que o cálculo do Tipo 94 não gera horas e que, na Administração de Pessoal, apenas os valores de FGTS e IRRF são recalculados para a atualização dos encargos. Assim, a integração financeira considera apenas os CIFs de FGTS e IRRF, enquanto o INSS é apurado e lançado pelo Jurídico.

Incluímos informações sobre a opção 67 - Deduções da base do IRRF - Plano privado coletivo de assistência à saúde, do campo Incidência IRRF da documentação sobre Eventos. Informamos que, para os eventos que devem retornar com a Incidência IRRF igual a 67, esse campo deve ser ajustado manualmente com a opção com essa opção. Essa opção só pode ser utilizada para a natureza eSocial 9219, porém, o eSocial não considera essa informação para as deduções do IRRF.

Além disso, na documentação do leiaute S-1010 - Tabela de Rubricas, também ajustamos o parágrafo introdutório referente aos Itens de Incidência Rubrica não tratados pela tabela De-para do sistema, acessado a partir do link no campo codIncIRRF. Esclarecemos que é a partir da versão S-1.0 do eSocial que os itens de Incidência Rubrica listados na documentação não serão tratados pela tabela De-Para do sistema. Antes, a documentação informava que esses itens não seriam tratados especificamente na versão S-1.0 do eSocial.

Problema: ao calcular apuração, as marcações de uso 18 - Pausa Abonada eram eliminadas da apuração quando existiam marcações no mesmo minuto.

Correção efetuada: ajustamos para não eliminar mais essas marcações ao calcular a apuração.

Problema: o arquivo de importação de web services do sistema de gestão de ponto, provedorGestaoPonto.ssf, continha uma referência ao web service inexistente AgendadorApuracao.

Correção efetuada: ajustamos o arquivo provedorGestaoPonto.ssf para remover a referência ao web service inválido.

Problema: ao inserir uma programação de autorização de hora extra dentro do limite da jornada do dia anterior apurado para um colaborador, acessando a guia Pendentes, a autorização era exibida no dia atual apurado.

Correção: ajustamos o sistema para garantir que as autorizações sejam exibidas corretamente na guia Pendentes, de acordo com o limite da jornada de cada dia.

Problema: o posto de trabalho extinto aparecia indevidamente na tela de Consulta de Orçamentos.

Correção efetuada: ajustamos para que o posto extinto não apareça mais na tela de Consulta de Orçamentos.

Problema: ao utilizar a rotina de transferência simultânea para cadastrar um novo histórico para o colaborador, a guia Salário realizava validações apenas pelo cargo, desconsiderando o posto do colaborador.

Correção efetuada: ajustamos a rotina para que o posto seja considerado na consistência dos campos Classe Salarial e Nível Salarial.

Problema: ao realizar a consulta de Distribuição de EPI por colaborador, a seguinte mensagem de erro de banco era exibida:

Correção efetuada: ajustamos para que a consulta seja realizada sem retornar erro.

Problema: na tela de Histórico, ao selecionar uma linha na grade Colaboradores da CIPA, a grade de Histórico do colaborador não era atualizada corretamente

Correção efetuada: atualizamos a tela de Histórico para que, ao clicar em um registro na grade Colaboradores da CIPA, os registros da grade de Histórico do colaborador sejam atualizados corretamente.

Problema: após a atualização de versão, o sistema apresentava o erro Server Exception: Não foi possível abrir a chave: [...] ao tentar ler uma chave do arquivo senior.localcfg. Isso ocorria porque o arquivo estava vazio, sem qualquer informação.

Correção efetuada: ajustamos os processos do sistema para garantir que as informações sejam geradas mesmo quando o arquivo senior.localcfg estiver vazio. Com isso, o sistema funciona normalmente.

Problema: ao acessar o sistema, a hora salva como último login estava incorreta. Consequentemente, essa informação era apresentada de forma errada ao visualizar Último login no SGU.

Correção efetuada: ajustamos a rotina de persistência da hora do último login para salvar corretamente os dados. Desta forma, ao apresentar o Último Login no SGU, o horário está de acordo com o que o usuário realizou.

Problema: ao tentar fazer login na base de dados do sistema a partir de outro sistema integrado, como por exemplo, na integração financeira nos sistemas Gestão Empresarial | ERP e Gestão de Pessoas | HCM, ocorria uma falha, e a seguinte mensagem era apresentada Erro de acesso ao banco de dados: Banco de Dados Oracle 19. Erro do Banco (904): ORA-00904: [...]: invalid identifier.Isso ocorria quando apenas um dos sistemas tinha sido atualizado.

Correção efetuada: corrigimos a rotina responsável pela gravação do último login do usuário. Desta forma, o sistema autoriza o acesso à base de dados sem falhas.

Problema: em determinados parâmetros de web services, ao inserir textos contendo quebras de linha, essas quebras eram ignoradas, o que resultava na exibição incorreta das informações em telas de consulta ou relatórios, por exemplo. O texto era exibido de forma contínua, sem respeitar o formato original esperado pelo usuário.

Correção efetuada: tratamos as rotinas responsáveis pelo processamento das informações durante a execução dos web services. Isso garante que as quebras de linha informadas pelos usuários sejam apresentadas corretamente.

Problema: ao tentar realizar a autenticação SAML com ADFS, a tela para informar o e-mail ficava travada, impossibilitando a interação.

Correção efetuada: ajustamos a tela de autenticação SAML com ADFS para permitir a correta inserção do e-mail de autenticação.

Problema: a geração do leiaute S-2240 considerava indevidamente o registro de transferência de filial ao alterar o responsável pela LTCAT, resultando na geração da retificação para todos os colaboradores da filial no período vigente do responsável.

Correção efetuada: a rotina de geração do S-2240 foi ajustada para não considerar o registro de transferência de filial.

Problema: o motor eSocial não importava o leiaute S-5503, pois esperava tags que não estavam presentes no XML de retorno.

Correção efetuada: ajustamos o motor eSocial para validar as tags do XML antes de tentar utilizá-las.

Problema: ao cadastrar um exame toxicológico com data de realização diferente da data de solicitação, ocorria erro ao gerar o leiaute S-2221. As seguintes inconsistências eram encontradas:

Correção efetuada: ajustamos a geração do leiaute S-2221 quando a data de realização do exame é diferente da data de solicitação.

Com a futura entrada da versão S-1.3 do eSocial, será necessário enviar a incidência de PIS separadamente para o 13º salário e a remuneração mensal. Para antecipar essa exigência, liberamos uma atualização no sistema, permitindo o saneamento dos eventos com antecedência e evitando ajustes de última hora.

Principais Implementações:

• Novo Campo Pis 13º Salário: adicionado na guia Incidências da tela de Eventos (FR008EVC) e no filtro da tela de Consulta de Eventos (FRCONEVE). Esse campo também foi incluído nos relatórios 011 - Eventos (Completo) (FPTA011.CAD), 021 - Detalhamento dos Eventos eSocial (FPTA021.CAD) e 016 - Relação Férias - Organograma (FPRF016.OPE).
• Relatórios Ajustados: o novo campo foi incluído nos modelos 001 - Relação Cálculo (FPRF001.OPE), 002- Relação Cálculo - Organograma (FPRF002.OPE), 003 - Relação Cálculo - Rateio (FPRF003.OPE), 012 - Relação Cálculo Simulado - Organograma (FPRF012.OPE), 013 - Relação Cálculo Simulado - C.Custo (FPRF013.OPE), 014 - Relação Cálculo Simulado - Rateio (FPRF014.OPE) e 017 - Relação Cálculo - C.Custo Hierárquico (FPRF017.OPE), apresentando a base de cálculo do PIS 13º separadamente por colaborador e empresa.
• Nova Característica e Acumulador: disponibilizamos a nova característica 58M - Valor PIS 13º Transitar Rescisão e o acumulador 9555 - Base PIS 13º Salário, que será calculado de acordo com a incidência informada no campo Pis 13º salário dos eventos do cálculo.
• Nova Tela (FRAJUPIS): disponibilizamos a tela Ajustar Eventos Incidência PIS (FRAJUPIS), que permite ajustar os valores da incidência do PIS entre folha e 13º salário. Quando o evento atende aos critérios, o valor do campo Pis Folha é transferido para o Pis 13º salário, e o campo Pis Folha passa a ser N.

Fim do Totalizador de PIS:

• Incluímos o campo Fim Uso Totalizador PIS na tela de cadastro de empresas. Esse campo controla a data a partir da qual o sistema deixará de usar o totalizador, considerando as incidências por evento.

Ajustes para Cálculo de DARF e Provisão:

• Para o cálculo da DARF do PIS e da provisão do 13º salário, o sistema agora considera o campo Pis 13º salário para os eventos que já foram ajustados à nova configuração. Caso o campo Pis 13º salário esteja igual a N, será utilizada a incidência do Pis Folha. Para cálculos retroativos ou quando a tabela de eventos ainda não tiver sido ajustada para separar o PIS entre mensal e 13º salário, o sistema continuará considerando a incidência do Pis Folha.
• Ajustamos a geração da DARF para verificar, na competência de geração, se deve ser utilizado o totalizador ou a incidência de eventos.

Outras Adequações:

• Ajuste no rateio por base do PIS 13º para eventos com características 58B e 58M.
• Criação de validações para a correta habilitação e desabilitação do campo Fim Uso Totalizador PIS conforme as configurações do totalizador.
• Adequação dos modelos de importação 02 – Eventos (FPIM00002.SCF) e exportação 40 – Eventos (FPEX00040.SCF).

Essas mudanças garantem que o sistema esteja preparado para as futuras exigências do eSocial, tornando o processo de cálculo mais preciso e automatizado.

Problema: ao limpar a base em homologação, por exemplo, tornou-se necessário enviar e informar recibo para todas as pendências criadas no leiaute S-1020, mesmo que os demais campos fossem iguais, bastando apenas alterar a data de início de validade.

Correção efetuada: alteramos o processamento das pendências do leiaute S-1020 para que, quando o envio atual e o anterior fossem iguais, a pendência fosse desconsiderada, evitando a geração de um novo envio.

Atualizamos a descrição do relatório 05 - Gerencial - Folha de Pagamento (FPGE005.GER), incluindo o texto:

Atualizamos a descrição do relatório 001 - Relação de Cálculo - Organograma (FPRF001.OPE), incluindo o texto:

Problema: ao listar o modelo 001 - Relação INSS (FPRE001.PRE), quando o colaborador tinha valores de auxílio-maternidade e auxílio-maternidade cidadã, mas a base de INSS era menor que a soma desses valores, o relatório exibia um total de auxílio-maternidade e auxílio-maternidade cidadã superior ao valor da base de INSS.

Correção efetuada: ajustamos o relatório para exibir corretamente os valores de auxílio-maternidade, respeitando a Base de INSS.

Problema: o modelo 009 - Bases e Valores de Impostos (FPRF009.OPE) somava o valor mensal com o 13º no campo de depósitos de FGTS na rescisão quando havia aviso prévio ou 13º indenizado, sem levar em conta o parâmetro Consolidar da tela de entrada.

Correção efetuada: ajustamos o relatório para não somar o valor mensal com o 13º no campo de depósitos de FGTS na rescisão, e o parâmetro Consolidar foi removido da tela de entrada.

Problema: ao cadastrar um novo terceiro na guia Indicação Módulo, o campo de Recrutamento estava sendo assinalado, mesmo que na guia Contagem Colaborador, o módulo Recrutamento para terceiros estivesse configurado como Não.

Correção efetuada: ajustamos a rotina para não assinalar o recrutamento ao criar um novo terceiro.

Problema: ao calcular os valores de Ajuste de FGTS, quando o valor total da base era gerado e a tela de rescisão era acessada novamente, o sistema dobrava o valor, resultando em um cálculo incorreto do próximo ajuste de FGTS.

Correção efetuada: ajustamos a verificação das bases de ajuste de FGTS para garantir que a soma e a dedução fossem realizadas corretamente.

Atualizamos a descrição do relatório 001 - Relação de Cálculo - Organograma (FPRF001.OPE), incluindo as seguintes informações:

Problema: quando um colaborador era removido do módulo de mobilidade e o processo automático de envio de colaboradores para mobilidade era executado apenas no dia seguinte, o colaborador não era desativado corretamente no módulo.

Correção efetuada: realizamos um ajuste para garantir que, nessas situações, o colaborador seja desativado corretamente no módulo de mobilidade.

Problema: durante a execução do processo automático de importação de marcações, o log exibia o usuário e a senha do colaborador responsável pelo processo.

Correção efetuada: implementamos uma atualização para garantir que o usuário e a senha não sejam mais exibidos na tela de log do agendador.

Problema: quando um colaborador não tinha registro de marcações de ponto, mas apresentava desconto de banco de horas no dia, as informações referentes ao banco de horas não eram listadas no modelo 004 - Arquivo Eletrônico de Jornada (AEJ Portaria 671) (HRFI004.GER).

Correção efetuada: ajustamos o modelo para que as informações referentes ao banco de horas sejam listadas corretamente.

Melhoramos a documentação do relatório 009 - Banco de Horas sintético (HRBH009.GER), incluindo informações detalhadas sobre o campo Tipo de Saldo na tela de entrada.

Problema: o sistema não permitia a exclusão da programação de compensação no controle de ponto web quando o usuário tinha abrangência para acertos de apuração no campo Horários e o campo Horário no cadastro da programação era 0 (zero).

Correção efetuada: ajustamos o sistema para possibilitar a exclusão da programação no cenário descrito.

Problema: ao efetuar o cálculo da apuração, em alguns casos, observava-se uma lentidão antes do início do processo.

Correção efetuada: efetuamos ajustes de performance para acelerar o início do cálculo.

Problema: nomes que iniciam com a letra Á não eram exibidos corretamente nas telas do banco de horas.

Correção efetuada: ajustamos para que o caractere Á seja exibido de maneira correta.

Problema: ao tentar inserir um afastamento, ocorria um erro quando o colaborador não possuía nenhum histórico de sindicato vinculado.

Correção efetuada: realizamos um ajuste que permite a inserção do histórico de afastamento, mesmo na ausência de um histórico de sindicato vinculado.

Problema: ao programar uma troca de escala para uma turma com a mesma escala, mas com uma turma de intervalo diferente do histórico de escala atual, o sistema exibia uma mensagem de troca não permitida.

Correção efetuada: ajustamos a rotina para permitir a troca de escala para as mesmas escala e turma, desde que a turma de intervalo seja diferente.

Problema: o modelo 004 - Propostas de alteração do quadro de vagas (QLQP004.QUA) não respeitava a ordenação por Centro de Custo e não realizava a quebra corretamente ao ser listado.

Correção efetuada: ajustamos a regra do modelo para ordenar e quebrar corretamente conforme a ordenação por Centro de Custo.

Problema: ao reiniciar o serviço do Middleware, algumas instâncias Java permaneciam ativas no servidor, mesmo após o fechamento do WindowsAccess.

Correção efetuada: tratamos os métodos de encerramento das instâncias Java para garantir que todas as etapas do processo sejam finalizadas corretamente.

Problema: o sistema permitia a exclusão de usuários através do aplicativo SGU, mesmo quando o usuário a ser excluído estivesse autenticado ao sistema no momento da exclusão.

Correção efetuada: incluímos uma verificação no aplicativo SGU, onde ao tentar excluir um usuário que esteja autenticado ao sistema, o aplicativo apresentará uma mensagem informando que não será possível prosseguir com a exclusão.

Problema: ao realizar o encerramento de um processo judicial vinculado à liminar, o sistema não gerava corretamente os leiautes S-1010 das rubricas de liminar, e as tags para o grupo novaValidade (iniValid e fimValid) não eram geradas.

Correção efetuada: ajustamos a tela de processos judiciais para que, ao encerrar o processo, as rubricas sejam geradas corretamente com as tags novaValidade (iniValid e fimValid).

Problema: ao realizar o procedimento de envio de Fechamento Mensal referente ao 13º das competências de 12/2021 e 12/2022, era retornado o seguinte erro:

Correção efetuada: ajustamos o processamento do envio de Fechamento Mensal referente ao 13º, eliminando a ocorrência desse erro.

Problema: o leiaute S-5002 não listava o valor negativo da Incidência de Imposto de Renda 7900.

Correção efetuada: ajustamos o leiaute S-5002 para exibir o valor negativo da Incidência de Imposto de Renda 7900.

Problema: ao processar o envio do leiaute S-1210, o campo REGANS precisava ser composto por 6 dígitos, o que ocasionava o erro:

Correção efetuada: ajustamos a geração do XML para formatar o campo REGANS sempre com 6 dígitos.

Adicionamos uma nova linha à tabela de comportamento padrão na documentação do leiaute S-1010. Informamos que, se o tipo de evento for 1 ou 2 e o evento utilizar uma característica entre 15A e 15Z, não sendo considerado como base mensal, base de férias ou base para o 13º salário, mas, sim, como base para PLR, o sistema enviará o código 09 para o eSocial.

Problema: na transferência de filial coletiva, o sistema não inseria o histórico de sindicato, que era obrigatório no perfil do posto escolhido na transferência.

Correção efetuada: ajustamos a transferência de filial coletiva para inserir o histórico de sindicato quando esse é obrigatório no cadastro do perfil do posto escolhido na transferência.

Incluímos uma Nota na documentação do campo Data Alteração Situação com a seguinte informação:

Quando a situação for alterada, na geração do leiaute S-2230, será informado no campo Motivo Ant. Afastamento o motivo da alteração. Se não for um leiaute de alteração de tipo de situação, no leiaute conterá apenas a frase Não enviar para o eSocial.

Problema: após definir um cálculo com exceção de local, cuja definição incluía o caractere "-", a seguinte mensagem era apresentada ao iniciar o sistema:

Correção efetuada: ajustamos para que, ao utilizar "-" no nome do local, o erro não ocorra e o sistema inicie normalmente.

Problema: ao gerar o relatório 014 - Conferência FGTS Digital (FPRE014.FGT), ocorria uma inconsistência quando o cálculo de dissídio, presente em uma rescisão complementar, tinha a data de pagamento em uma competência diferente da competência de dissídio. O relatório era listado na competência de pagamento, apresentando informações divergentes das enviadas ao eSocial.

Correção efetuada: ajustamos o relatório para gerar os valores corretamente de acordo com o tipo de cálculo e a competência correta.

Problema: ao gerar o relatório 008 - Publicação de Recibo de Férias (FPFE008.COL), era apresentada lentidão em seu processamento.

Correção efetuada: otimizamos o relatório, diminuindo o tempo de processamento.

Problema: ao executar um processo automatizado de relatório com um usuário administrador e configurado com abrangência individual, o sistema limitava os dados listados devido à aplicação da abrangência.

Correção efetuada: ajustamos o sistema para que não aplique abrangências em usuários administradores ao executar relatórios por processo automatizado.

Problema: ao utilizar os acumuladores 9009 - Compl. Salário Mensal, 9010 - Compl. Salário Hora e 9082 - Complemento Salário Dia como base em eventos na rescisão complementar, o sistema não considerava o último histórico, resultando em valores incorretos do salário complementar.

Correção efetuada: ajustamos a rotina de cálculo de rescisão para considerar o último histórico e trazer os valores corretos dos acumuladores.

Problema: a variável RgrValSub não retornava corretamente o valor quando a regra era informada no campo Regra no cadastro do vale. No entanto, quando a regra era informada no campo Regra Sub, o valor era corretamente carregado na variável.

Correção efetuada: ajustamos para que, mesmo quando a regra é informada no campo Regra, o valor da variável seja devidamente carregado.

Problema: na tela Acertos da Minha Equipe, ao clicar em Verificar Todos os Colaboradores, o sistema apresentava lentidão e, em alguns casos, travava, devido à grande quantidade de colaboradores a serem processados. Isso dificultava a finalização da verificação.

Correção efetuada: realizamos melhorias de desempenho na rotina de verificação para acelerar o processamento dos colaboradores. É importante ressaltar que, mesmo após esses ajustes, o tempo de finalização pode variar, podendo levar alguns minutos, dependendo da quantidade de colaboradores a serem verificados.

Problema: o modelo 004 - Colaboradores com Deficiência (SMMC004.GER) estava listando colaboradores com deficiência em duplicidade.

Correção efetuada: ajustamos o relatório para eliminar a duplicidade e exibir corretamente os colaboradores com deficiência.

Problema: ao tentar gerar um token JWT via LSP com a função JWTGerar, quando era informada uma chave RSA de tipo PKCS#1 na função JWTConfigurar, o sistema retornava o token sem a assinatura.

Correção efetuada: ajustamos a função JWTGerar para quando informada uma chave RSA do tipo PKCS#1 na função JWTConfigurar, a chave crie a assinatura corretamente.

Também inserimos no Manual do Usuário, em função JWTConfigurar da LSP, a informação para que em caso o algoritmo informado para criar o objeto JWT for o RS256, a chave deve estar no formato PKCS#1 ou PKCS#8.

Problema: durante a geração de não periódicos, ocorria um erro ao carregar a lista de pendências, retornando a seguinte mensagem:

Correção efetuada: removemos os caracteres especiais no processamento das pendências, incluindo aspas duplas não escapadas e barras invertidas desnecessárias. Também eliminamos caracteres de retorno de carro e substituímos quebras de linha por espaços.

Problema: o sistema apresentava inconsistência na geração do leiaute S-1200 para empresas configuradas como tomadoras por rateio. A ficha financeira de colaboradores com múltiplos rateios apresentava um evento de desconto de IRRF em um código de rateio menor que os demais, resultando na exclusão do DMDev e erro na geração do XML.

Correção efetuada: ajustamos o sistema, garantindo que a geração do leiaute S-1200 considere corretamente as regras específicas de rateio e os eventos de desconto.

Para que o sistema esteja em concordância com a publicação da versão S-1.2 (Consol. até a NO S-1.2 - 04.2023) do Manual de Orientação do eSocial, ajustamos as validações relacionadas às alterações das condições de obrigatoriedade de envio do leiaute S-2230 para os seguintes códigos de motivo de afastamento:

• 6 - Aposentadoria por invalidez (atual aposentadoria por incapacidade permanente);
• 10 - Afastamento/licença de servidor público prevista em estatuto, com remuneração;
• 12 - Cargo Eletivo - Candidato a cargo eletivo - Lei 7.664/1988 - art. 25, parágrafo único - Celetistas em geral;
• 13 - Cargo Eletivo - Candidato a cargo eletivo - Lei Complementar 64/1990 - art. 1°, inciso II, - Servidor público, estatutário ou não, dos órgãos ou entidades da Administração Direta ou Indireta da União, dos Estados, do Distrito Federal, dos Municípios e dos Territórios, inclusive das fundações mantidas pelo Poder Público;
• 15 - Gozo de férias ou recesso - Afastamento temporário para o gozo de férias ou recesso; e
• 27 - Qualificação - Afastamento por suspensão do contrato de acordo com o art 476-A da CLT.

A Portaria 671 estabeleceu que o CPF passa a ser o documento principal de identificação dos colaboradores. Sendo assim, revisamos todos os relatórios do sistema para que:

• campos como PIS e CTPS fossem substituídos pelo campo CPF em todos os relatórios que apresentassem esses campos;
• o campo CPF fosse adicionado em todos os relatórios que ainda não tivessem esse campo;
• a descrição do cargo do relatório 027 - Adendo Contratual - Cargo (FPDO027.COL) possa ser distribuída em até 3 linhas.

Anteriormente, a tela do Onboarding não aplicava a abrangência. Ou seja, independentemente da empresa selecionada na Admissão Digital para a admissão do candidato, ele era exibido em todas as empresas do sistema. Além disso, o candidato era visível para todos os usuários, independentemente da abrangência definida para cada um. Agora, aplicamos a abrangência de usuário por empresa e filial na pesquisa de candidatos em processo de pré-admissão do Onboarding (Admissão Digital).

O principal benefício dessa mudança é garantir maior controle de acesso, exibindo apenas candidatos vinculados às empresas e filiais corretas para os usuários autorizados. Isso melhora a segurança das informações, otimiza o fluxo de trabalho e facilita a gestão dos candidatos.

Problema: o sistema não provisionava a baixa do FGTS do 13º indenizado quando havia ajuste de base de FGTS no cálculo da rescisão.

Correção efetuada: ajustamos a provisão de 13º para realizar a baixa de FGTS de 13º indenizado.

Problema: ao listar a relação do INSS, eram apresentados valores incorretos para o campo Desoneração da Folha.

Correção efetuada: ajustamos a rotina de cálculo para que o campo Desoneração da Folha apresente corretamente os valores.

Na tela de Consulta/Envio dos Layouts do e-Sfinge, o campo Período agora considera a Data de Envio, além da Data de Referência que já era utilizada. Os registros serão apresentados se houver pelo menos uma Data de Referência ou Data de Envio dentro do período informado.

Problema: ao realizar uma readmissão, o sistema apresentava a seguinte mensagem:

Correção efetuada: ajustamos o sistema para que, ao realizar uma readmissão, a data correta seja considerada, evitando mensagens de erro ao processar a readmissão.

Realizamos uma implementação para que, durante a efetivação do candidato, o usuário possa escolher entre criar um novo contrato ou alterar o existente, caso o candidato seja interno e tenha categoria eSocial igual a 901 - Estagiário.

Para mais informações, verifique a tabela do campo Tipo de Efetivação, na documentação sobre Candidatos a Efetivar.

Com a descontinuação da Relação Anual de Informações Sociais (RAIS), removemos a obrigatoriedade dos seguintes campos do sistema:

• campo Consta na RAIS, da tela Ficha Cadastral (FR034FUN);
• parâmetro lisRai, da porta FichaBasica_6, do web service com.senior.g5.rh.fp.fichaBasica.

Melhoramos a descrição do relatório 001 - Relação de Colaboradores (FPRE001.COL), incluindo o texto:

Problema: ao gerar o relatório 010 - Relação GRRF (FPFR010.FGT), quando o campo Aviso Prévio era diferente de 2 - Indenizado, o sistema não gerava as informações indenizadas corretamente.

Correção efetuada: ajustamos o relatório para gerar os valores corretamente de acordo com os cálculos realizados.

Realizamos os seguintes ajustes no relatório 007 - Recibo da Pensão Judicial (FPDE007.COL):

• Adicionamos uma nova seção para imprimir a relação bancária ou os dados de Pix;
• Caso não haja histórico de conta Pix para a data de pagamento, o recibo será gerado como relação bancária, mesmo que o cadastro atual esteja alterado para Pix. Este comportamento visa atender eventuais emissões de recibos em datas anteriores à implementação do Pix;
• Removemos a coluna do RG;
• Incluímos uma coluna com o percentual de cada conta, que será exibida somente quando a empresa utilizar histórico de contas e houver mais de uma conta no histórico para o período; e
• Ajustamos o leiaute na seção de Dados Bancários, anexando-a aos Dados do Dependente.

Foram implementadas melhorias nas telas relacionadas ao cadastro de sindicatos e ao gerenciamento de férias.

Na tela de cadastro de Sindicatos (FR014SIN), adicionamos o botão Dias a desconsiderar das férias, que permite indicar o ano e os dias que devem ser desconsiderados do cálculo das férias conforme as definições do sindicato.

Na tela de Recibo Individual (FRFERIND), o comportamento foi atualizado para carregar automaticamente os dias a serem desconsiderados, de acordo com o que está definido pelo sindicato. Para novos recibos de férias, esses dias são carregados sempre que a data de início ou os dias de férias são informados. Para a alteração dos dias será necessário clicar no botão Desconsiderar.

Além disso, no cadastro de Férias Coletivas (FRFERCOL) e no cadastro de Férias Programadas (FRFERPRG), adicionamos o campo Dias conforme sindicato. Esse campo permite especificar como os dias a serem desconsiderados devem ser tratados. As opções disponíveis são:

• S - Desconsiderar dias conforme sindicato: Apenas os dias definidos pelo sindicato serão excluídos, e o campo Desconsiderar ficará desabilitado.
• N - Não desconsiderar dias conforme sindicato: Os dias definidos pelo sindicato não serão excluídos, e o campo Desconsiderar ficará habilitado para inserção manual.
• C - Desconsiderar dias conforme sindicato e manualmente: Os dias definidos pelo sindicato serão desconsiderados, e o campo Desconsiderar estará habilitado para a inserção de dias manualmente, permitindo o uso de ambas as definições.

Na tela de Férias Coletivas (FRFERCOL), ao selecionar a opção para buscar os dias a desconsiderar definidos pelo sindicato, o campo Dias de Férias descontará apenas os dias informados manualmente no campo Desconsiderar, sem considerar os dias definidos pelo sindicato. Esses dias serão aplicados apenas no recibo de férias.

Os modelos 00004 - Sindicatos (FPIM00004.SCF) e 038 - Sindicatos - Completo (Folha) (FPTA038.CAD) também foram atualizados para refletir essas mudanças.

Atualizamos a rotina de cálculo do saldo de FGTS na rescisão para refletir a mudança na data de recolhimento, que agora ocorre no dia 20 do mês subsequente.

Para que seja possível calcular o evento de FGTS 13º salário complementar a devolver dentro da folha de pagamento para contabilizar corretamente os valor de FGTS do 13º salário, realizamos as seguintes implementações:

• Adicionada a nova característica de cálculo 35S - Devolução FGTS 13º Salário na tela Cadastro de Eventos (FR008EVC);
• Alterado o cálculo do 13º complementar a devolver para calcular a característica 35S - Devolução FGTS 13º Salário;
• No relatório 011 - Valores FGTS - SEFIP (FPRE011.FGT), aplicamos tratamento no campo Valor FGTS 13º Salário para que o valor a devolver seja deduzido;
• Na tela Depósito FGTS (FR056DEP), aplicamos tratamento no campo Valor FGTS 13º Salário para que o valor a devolver seja deduzido;
• Na tela de Integração Financeira, agora será necessário recriar as pendências da folha com tipo 32 - 13° Salário Integral quando houver no cálculo mensal o evento com característica 35S - Devolução FGTS 13º Salário.

Realizamos melhorias no sistema para tratar os casos em que alguns eventos retornam do eSocial com erro 301, principalmente em épocas de fechamento de folha. Sendo assim, adicionamos:

• Bloqueio de exclusão das fichas financeiras que possuem pendências do eSocial com retorno com código 301 para os eventos S-1200, S-1202 ou S-1210.
• Bloqueio de exclusão coletiva de fichas financeiras que possuem pendências do eSocial com retorno com código 301 para os eventos S-1200, S-1202 ou S-1210.
• Bloqueio de exclusão do cálculo da folha, caso exista alguma pendência do eSocial com retorno com código 301 para os eventos S-1200, S-1202 ou S-1210.
• Bloqueio de exclusão do cálculo de rescisão, caso o colaborador possua alguma pendência do eSocial com retorno com código 301 para os eventos S-1210, S-2299 ou S-2399.
• Bloqueio de exclusão do cálculo de rescisão complementar, caso o colaborador possua alguma pendência do eSocial com retorno com código 301 para os eventos S-1200, S-1202, S-1210, S-2299 ou S-2399.
• Bloqueio de exclusão coletiva de rescisão para colaborador que possua alguma pendência do eSocial com retorno com código 301 para os eventos ou S-1200, S-1202, S-1210, S-2299 ou S-2399.

Além disso, caso o usuário tente excluir algum desses cálculos com erro retornado, o sistema apresentará uma mensagem informando que não pode ser excluído e orientando o que o usuário deve fazer. As mensagens exibidas são as seguintes:

• Para exclusão individual: este colaborador possui pendências referentes ao envio de periódicos com retorno de erro 301. Para prosseguir com a exclusão, acesse a tela de consulta de pendências e envie manualmente os eventos nessa situação pelo botão Enviar.
• Para exclusão coletiva: exclusão não realizada para o colaborador (Empresa: X, Tipo: X, Cadastro: X), pois possui pendências referentes ao envio de periódicos com retorno de erro 301. Para prosseguir com a exclusão, acesse a tela de consulta de pendências e envie manualmente os eventos nessa situação pelo botão Enviar.

Incluímos uma informação dizendo que não pode ser utilizado o Grupo de Empresas no cálculo Assíncrono. Essa informação foi inserida na página Efetuar Cálculo no Portal de Documentação.

No botão de Seleção, incluímos o campo Posto de Trabalho, permitindo filtrar e realizar lançamentos, exclusões e integrações de benefícios com base no posto de trabalho.

Na tela de Processo Automático de Mobilidade, incluímos opções para permitir a integração de fusos horários de Filiais e do Histórico de Apuração dos colaboradores para a Aplicação de Marcação de Ponto 2.0, para mais detalhes, acesse a documentação Processo automático de envio de colaboradores.

Origem do fuso horário:

• Cadastro de filiais do Controle de Ponto leva o fuso horário para o cadastro de filiais no Marcação de Ponto.
• Histórico de apuração do Controle de Ponto leva o fuso horário para a configuração individual do colaborador no Marcação de Ponto.

Adicionamos a integração do campo Código da filial no processo automático de envio de colaboradores para a aplicação Marcação de Ponto.

Problema: ao aplicar o filtro por liderados diretos, quando existia apenas um posto abaixo e o código desse posto tinha apenas 2 caracteres, os liderados não eram exibidos corretamente.

Correção efetuada: realizamos um ajuste na rotina para assegurar que os liderados diretos sejam retornados de forma correta.

Problema: o sistema exibia o erro: ORA-00001: restrição exclusiva, ao realizar um acerto, dependendo das configurações de definições de situações e do cadastro do banco de horas.

Correção efetuada: realizamos os ajustes necessários para que o erro não aconteça mais, independentemente das configurações de situações ou do banco de horas.

Apresentamos um novo método de customização para o início do cálculo do colaborador: o setHorarioNoturnoCustomizado. Com essa ferramenta, será possível ajustar a faixa noturna para a apuração, sem a necessidade de seguir uma adoção fixa pelo Sindicato.

Para mais informações, acesse Contexto de início do cálculo do colaborador.

Ótima notícia! Agora é possível integrar o fuso horário de forma automática durante o envio de colaboradores! Com essa nova funcionalidade, as informações no Controle de Ponto e Senior X Platform ficarão sempre sincronizadas. Veja como funciona:

• Para ativar a integração, basta selecionar o campo Integrar fuso horário = Sim no processo automático de envio de colaboradores no Controle de Ponto.

O relatório 007 - Exame Toxicológico (SMMC007.GER) foi alterado para contemplar os seguintes campos:

• Nome;
• CNPJ do Laboratório;
• Data de Validade;
• Nome; e
• CRM do médico.

Além disso, adicionamos dois campos à entrada do relatório: Considerar e Quantidade Dias. Nesses campos, podem ser selecionados quais exames serão visualizados: todos os exames a vencer ou apenas os exames já vencidos. Ao selecionar os exames a vencer, é possível informar uma quantidade de dias para considerar os exames vencidos apenas nos próximos dias informados.

Disponibilizamos no sistema o modelo 002 - Solicitações de Exames Toxicológicos (SMTX002.GER), que permite acompanhar a relação dos colaboradores selecionados para encaminhamento ao laboratório.

Nas telas de ASO e Atestado Médico do sistema, a guia Imagens, que permitia apenas a inclusão de arquivos no formato JPEG, foi substituída pela guia Anexos. Agora, além de imagens, essa guia permite a inclusão de qualquer tipo de arquivo.

Na tela de Resultado de Exames, ao tentar excluir ou alterar um resultado já associado a um ASO, o sistema emitirá uma mensagem informando a situação. No caso de exclusão, será exibida a seguinte mensagem Este resultado de exame está vinculado a um ASO (Atendente: X, Número Atestado: X). Deseja continuar?

No caso de alteração, a mensagem será Este resultado de exame está vinculado a um ASO (Atendente: X, Número Atestado: X). Pode ser necessário reenviar o S-2220 ao eSocial.

Em conformidade com a Portaria 612, de 25 de abril de 2024, realizamos as seguintes atualizações no sistema:

• Na tela de cadastro de Exames Toxicológicos (FR038HEX):
  1. Foram adicionados os campos Data Realização, Tipo de Exame (Admissional, Demissional ou Periódico), Resultado sorteio (caso o exame tenha sido gerado através de sorteio), Data do Sorteio e Resultado do Exame (Positivo ou Negativo);
  2. A guia de Anexos foi disponibilizada permitindo cadastrar anexo relacionado ao exame toxicológico;
  3. A regra para ativação do campo Recusou Fazer Exame no Desligamento foi alterada. Anteriormente, o campo era ativado somente quando o exame toxicológico era realizado na mesma data da demissão. Agora, ao selecionar o Tipo de Exame como Demissional, mesmo que o colaborador não esteja demitido na data, o sistema perguntará se deseja continuar, e se a resposta for Sim, o campo de recusa será ativado;
• Disponibilizamos a nova tela de Geração de Exames Toxicológicos (FRGERTOX), que permite verificar o status dos exames dos colaboradores e gerar históricos de exames toxicológicos para os colaboradores selecionados; e
• Adicionamos o campo Prazo Exame Toxicológico na tela de Definições (FR110DEF), na guia de Solicitação de Exame, para configurar o prazo de validade dos exames toxicológicos.

Implementamos uma nova guia na tela de cadastro de Ficha Médica, que reflete a tela de cadastro de Exames Toxicológicos (FR038HEX). A guia apresenta todos os exames toxicológicos já realizados pelo colaborador, permitindo consulta rápida e fácil dessas informações.

Os campos de Vaga(s) nas telas de Orçamento agora aceitam valores com até 6 dígitos. Foram ajustados os campos nas seguintes telas:

Orçamento por Local

• Guia Vagas: coluna Vagas e campos totais no rodapé da tela;
• Guia Curso Participantes: campos Vagas e Vagas Orçadas.

Orçamento por Centro de Custo e Consulta

• Campos Participantes e totais, colunas Vagas Previstas, Vagas Realizadas e Vagas Saldo na grade de Orçamento e na grade de Competências.

Os campos de Vaga(s) das telas de Reserva também foram ampliados para aceitar valores com até 6 dígitos, com ajustes nas seguintes telas:

Cadastro

• Guia Reserva: campo Vagas Reservadas;
• Guia Participantes: campos totais.

Botão Locais Reserva

• Campos Vagas no rodapé da tela.

Consulta por Curso

• Campo Total Participantes.

Consulta Por Participante

• Guia Reserva: campo Vagas Reservadas.

Demonstrativo

• Colunas na grade de Vagas.

Foi disponibilizado o uso da abrangência nas pesquisas de Participantes e Lista de Espera, visando otimizar as buscas, juntamente com novos botões Seleção e Mostrar.

Na tela de Consulta de Participantes, foram adicionados filtros para Posto de Trabalho e Filial. O totalizador de participantes na parte inferior agora exibe o número total de registros listados.

Novos Filtros:

• Avaliar Turmas: agora é possível informar filtros para carregar uma quantidade menor de participantes. Os botões Seleção e Mostrar foram adicionados, e será necessário clicar em Mostrar para listar os participantes. Se a consulta retornar mais de 1000 participantes, uma mensagem será exibida.
  Observação: Na Lista de Espera do cadastro da Definição de turmas, o campo Pesquisar Colaborador foi ocultado temporariamente até o devido ajuste, que será liberado numa próxima atualização.
  
• Avaliação de Eficácia: similar à tela de Avaliar Turmas, novos filtros e botões Seleção e Mostrar foram implementados, com a mesma lógica de mensagem para mais de 1000 participantes.
• Registrar Frequência: filtros e o botão Seleção foram incluídos, permitindo uma carga mais eficiente de participantes. Ao acessar a tela via Avaliar Turmas, a abrangência é passada automaticamente.
• Lançar Notas: assim como nas outras telas, foram implementados filtros e o botão Seleção. A mensagem de limite de participantes também é exibida quando necessário, mantendo a abrangência quando chamada via Avaliar Turmas.
• Despesas por Participante: a tela agora permite o uso de filtros e os botões Seleção e Mostrar, com o carregamento de dados ocorrendo após o acionamento do botão Mostrar.

Problema: ao emitir o relatório 004 - Propostas de alteração do quadro de vagas (QLQP004.QUA), a seguinte mensagem era exibida:

Correção efetuada: ajustamos a máscara do controle Centro_Custo para que, ao emitir o relatório, a mensagem não seja mais exibida.

Problema: ao listar o modelo 002 - Inventário de Riscos Ocupacionais (SMIR002.GER), o nome do GHE era cortado indevidamente se fosse muito extenso.

Correção efetuada: ajustamos o tamanho do campo para que ele liste o nome do GHE completamente.

Para que o campo Medida, das telas Medidas (FR096MED) e Distribuição do EPI - Individual (FR096DIE), possa ser preenchido com um maior número de caracteres, aumentamos sua capacidade para 6 caracteres. Com isso, também ajustamos todos os relatórios que apresentam esse campo.

Incluímos a tabela de cadastro de distribuição de EPI (tabela R096DIE) no recurso de auditoria do módulo Segurança do Trabalho para melhorar a usabilidade e fornecer uma interface mais intuitiva para a consulta de informações de log/auditoria.

Em conformidade com a NR 06 - Portaria MTE nº 1.369 de 2024, adicionamos o campo Categoria de Risco no cadastro de EPI, com as seguintes opções:

• 1 - Categoria l;
• 2 - Categoria ll; e
• 3 - Categoria III.
  

Esse campo também foi adicionado ao relatório 003 - Consulta Dados Ficha Médica (SMFI003.GER) e ao modelo de importação 00016 - EPI - Cursos EPI - Fornecedores EPI (SMIM00016.SCF).

Para que o sistema esteja em concordância com a NR 1 - Disposições Gerais e Gerenciamento de Riscos Ocupacionais, substituímos todas as ocorrências da nomenclatura Programa de Prevenção de Riscos Ambientais (PPRA) por Programa de Gerenciamento de Riscos (PGR) em todos menus, telas, relatórios etc.

Problema: ao utilizar a função GetAccessToken em regras de customização, o sistema apresentava o erro:

Correção efetuada: ajustamos a função GetAccessToken para retornar um token de acesso para requisições ao SeniorX, de acordo com o tenant, access key e secret key da aplicação na Central de Configuração Senior.

Problema: o modelo 029 - Acompanhamento de turma modular (TRTU029.GER) não listava todas as disciplinas do curso quando a quantidade de disciplinas era maior que 20.

Correção efetuada: ajustamos o modelo para que liste todas as disciplinas cadastradas no curso.

Os campos de Vaga(s) nas telas de Orçamento agora aceitam valores com até 6 dígitos. Foram ajustados os campos nas seguintes telas:

Orçamento por Local

• Guia Vagas: coluna Vagas e campos totais no rodapé da tela;
• Guia Curso Participantes: campos Vagas e Vagas Orçadas.

Orçamento por Centro de Custo e Consulta

• Campos Participantes e totais, colunas Vagas Previstas, Vagas Realizadas e Vagas Saldo na grade de Orçamento e na grade de Competências.

Os campos de Vaga(s) das telas de Reserva também foram ampliados para aceitar valores com até 6 dígitos, com ajustes nas seguintes telas:

Cadastro

• Guia Reserva: campo Vagas Reservadas;
• Guia Participantes: campos totais.

Botão Locais Reserva

• Campos Vagas no rodapé da tela.

Consulta por Curso

• Campo Total Participantes.

Consulta Por Participante

• Guia Reserva: campo Vagas Reservadas.

Demonstrativo

• Colunas na grade de Vagas.

Foi disponibilizado o uso da abrangência nas pesquisas de Participantes e Lista de Espera, visando otimizar as buscas, juntamente com novos botões Seleção e Mostrar.

Na tela de Consulta de Participantes, foram adicionados filtros para Posto de Trabalho e Filial. O totalizador de participantes na parte inferior agora exibe o número total de registros listados.

Novos Filtros:

• Avaliar Turmas: agora é possível informar filtros para carregar uma quantidade menor de participantes. Os botões Seleção e Mostrar foram adicionados, e será necessário clicar em Mostrar para listar os participantes. Se a consulta retornar mais de 1000 participantes, uma mensagem será exibida.
  Observação: Na Lista de Espera do cadastro da Definição de turmas, o campo Pesquisar Colaborador foi ocultado temporariamente até o devido ajuste, que será liberado numa próxima atualização.
  
• Avaliação de Eficácia: similar à tela de Avaliar Turmas, novos filtros e botões Seleção e Mostrar foram implementados, com a mesma lógica de mensagem para mais de 1000 participantes.
• Registrar Frequência: filtros e o botão Seleção foram incluídos, permitindo uma carga mais eficiente de participantes. Ao acessar a tela via Avaliar Turmas, a abrangência é passada automaticamente.
• Lançar Notas: assim como nas outras telas, foram implementados filtros e o botão Seleção. A mensagem de limite de participantes também é exibida quando necessário, mantendo a abrangência quando chamada via Avaliar Turmas.
• Despesas por Participante: a tela agora permite o uso de filtros e os botões Seleção e Mostrar, com o carregamento de dados ocorrendo após o acionamento do botão Mostrar.

Geramos uma nova build do HCM XTended com os arquivos Senior Xt.dll e XtSubprocess.exe assinados digitalmente. Desse modo, não haverá problemas relacionados a algum antivírus. Além disso, o .exe gerado em C matinha uma referência estática para o arquivo libcef.dll; mesmo o arquivo sendo assinado, ainda era acusado como ameaça por alguns players, pois havia conexões com IPs da Microsoft (supostamente maliciosos).

Sendo assim, passamos a gerar o .exe em Delphi, onde há apenas a referência dinâmica (como na solução nova).

Problema: a empresa recebeu um colaborador transferido, porém, a data de admissão do registro na empresa de origem era anterior ao início das atividades na nova empresa. Ao gerar uma alteração de prorrogação de contrato e processar a pendência do leiaute S-2206, o seguinte erro foi registrado no log:

Correção Efetuada: ajustamos a geração da pendência de alteração de duração de contrato para que, nessa situação, a data de referência utilize a data de admissão na nova empresa. Assim, ao processar a pendência, o registro é processado corretamente. Além disso, implementamos uma validação no processamento da pendência do leiaute S-2206. Quando a pendência tiver uma data de referência anterior à admissão do colaborador, ela é automaticamente excluída.

Problema: o sistema apresentava o erro NullPointerException ao acessar a guia Informações Aprendiz quando o cliente possuía um campo customizado na tabela R034IEA.

Correção efetuada: ajustamos o sistema para que a guia Informações Aprendiz seja aberta normalmente, mesmo na presença de campos customizados na tabela R034IEA.

Incluímos uma informação referente à criação de múltiplos vínculos quando o colaborador tiver o primeiro vínculo na categoria 7XX e recolher o teto de contribuição nesse vínculo. A informação foi documentada nas páginas sobre Empregados, Múltiplos vínculos - Gestão de Departamento Pessoal e Dados contratuais - Gestão de Departamento Pessoal.

Problema: não era possível inserir um novo cargo através da porta Cargo_5 do web service com.senior.g5.rh.fp.cargos, informando os campos da guia Órgão Público.

Correção efetuada: ajustamos a execução da porta Cargo_5 do web service com.senior.g5.rh.fp.cargos para que seja possível inserir um novo cargo, já informando os campos da guia Órgão Público.

Problema: o sistema tentava excluir uma tabela pai antes de excluir suas tabelas filhas na rotina de exclusão de empresa, causando um erro de banco de dados.

Correção efetuada: ajustamos a rotina para deletar as tabelas na ordem correta, evitando o erro de tentar excluir uma tabela pai antes de suas tabelas filhas.

Problema: ao utilizar a base PostgreSQL, o sistema apresentava o seguinte erro ao efetuar a integração contábil, pois não executava corretamente o update:

Correção efetuada: ajustamos o sistema para executar corretamente o update, permitindo que a integração contábil seja realizada com sucesso, mesmo em bases PostgreSQL.

Problema: o sistema não utilizava a rubrica correta na ficha financeira ao calcular férias com valores fracionados para dias de gozo.

Correção efetuada: ajustamos a rotina de integração de recibo de férias com a ficha financeira para garantir que a rubrica correta seja utilizada ao calcular férias com valores fracionados para dias de gozo.

Melhoramos a documentação da seção Outras Informações, referente à Licença-Maternidade Empresa Cidadã, esclarecendo que:

• A situação de tipo 24 - Maternidade Cidadã não será utilizada para separação do evento no cálculo do 13º Salário. Portanto, os avos correspondentes a esse período de prorrogação serão pagos no evento de 13º Salário Integral.
• Sobre os valores de Maternidade Cidadã, pagos em folha normal, haverá somente incidência para INSS parte Empregado. Não haverá incidência para INSS sobre os valores parte Empresa. Portanto, não é possível utilizá-los como Dedução de FPAS no cálculo da GPS.
• Sobre os valores da Maternidade Cidadão, pagos no 13º Salário Integral, a tributação será normal, sem deduções.

Problema: ao incluir um anexo no histórico de afastamento através da Gestão do Ponto, a visualização da imagem do anexo não estava disponível nos módulos XTended.

Correção efetuada: ajustamos o sistema para permitir a pré-visualização das imagens anexadas nos módulos XTended.

Incluímos uma informação na documentação Alterar Desconto Plano Saúde. O sistema consolida e agrupa dados de várias tabelas, exibindo um único registro por tipo de assunto e reduzindo dependentes com mensalidades iguais a um só registro.

Problema: ao gerar vale-transporte para mais de um colaborador, o sistema não exibia as faltas para os colaboradores quando o campo Gerar Valores estava preenchido com D - Não Gerar Valores.

Correção efetuada: ajustamos o sistema para que as faltas a descontar sejam corretamente exibidas para o segundo colaborador, mesmo quando o campo Gerar Valores estiver preenchido com D - Não Gerar Valores.

Adicionamos a seguinte informação no modelo 007 - Mais de 2 Horas Extras por Dia (HRES007.GER):

Problema: ao acessar a tela de Acertos do Colaborador, era exibida a mensagem de erro: Não foi possível inicializar a rotina de acertos do colaborador. Erro na carga da tabela turmas de intervalos. Erro null. Esse erro ocorria quando havia um grande número de registros na tabela Turmas de Intervalos - Horários (R006TIH).

Correção efetuada: ajustamos para garantir que a tela de acertos do colaborador seja carregada corretamente

Incluímos uma informação na documentação de Configurações acerca da marcação de ponto com horário do dispositivo. Adicionamos uma nota na documentação informando que se o usuário estiver online, será usado o fuso horário da filial ou do colaborador. Caso o usuário esteja offline, será utilizado o horário do dispositivo.

Incluímos uma informação sobre a distribuição de um novo EPI com o mesmo Certificado de Aprovação (CA) para um colaborador que já possui esse EPI. Essa informação está disponível na documentação de Cadastro de EPI.

Problema: após atualização do sistema, ao usuário habilitar o acesso com Logon proprietário Senior, o sistema não permitia autenticação e encerrava a tela.

Correção efetuada: corrigimos as práticas de acesso via NTLM. Desta forma, o sistema permite a autenticação de usuários com Logon proprietário Senior sem encerrar a tela.

Problema: em uma requisição de web service, quando informado um valor com casa decimal (separado por vírgula), o sistema apresentava o erro Request invalid format.

Correção efetuada: implementamos um tratamento na aplicação dos web services para assegurar que o valor decimal seja interpretado corretamente no sistema.

Problema: ao realizar o processo de migração do eSocial, os leiautes que deveriam ser colocados na pasta Não Processados eram lançados na pasta de Produção Restrita.

Correção efetuada: ajustamos o processo para que os leiautes sejam colocados na pasta correta.

Problema: ao efetuar a readmissão de um colaborador com o leiaute S-2500 enviado ao eSocial, o sistema apresentava um erro de violação de chave.

Correção efetuada: ajustamos o processo de readmissão para evitar o erro de violação de chave e concluir o processo corretamente.

Incluímos informações adicionais (com exemplos) nas notas do campo Letra Característica de Horas sobre o cadastramento de eventos diurnos e noturnos. Essas informações foram atualizadas na documentação de Situações.

Problema: na tela de cadastro de CAT, era sugerido o número de inscrição da filial, mesmo quando havia um cadastro de estabelecimento com um tipo de inscrição diferente da filial.

Correção efetuada: ajustamos a rotina para que, quando a filial possuir o campo Inscrição no CAEPF preenchido, essa informação seja sugerida durante o cadastro da CAT.

Incluímos uma informação na documentação de Normativos sobre a realização de uma verificação para assegurar se o colaborador trabalhou 15 dias na competência do cálculo.

Problema: ao calcular a folha complementar de um colaborador com mais de um dependente e gerar um evento de Difer.Pensão Jud.Férias, os valores não se dividiam corretamente na guia Pagamentos na tela de Pensão Judicial.

Correção efetuada: ajustamos o sistema para distribuir corretamente o valor entre os dependentes.

Ajustamos a descrição dos relatórios 016 - Descrição do Cargo (CSCA016.CAR) e 017 - Descrição do Cargo com Data (CSCA017.CAR):

Problema: ao registrar uma marcação em escala usando a Busca Automática em um DSR, se o dia anterior fosse um dia normal em que não houvesse um registro de marcação devido à falta, o sistema alocava a marcação no dia incorreto.

Correção efetuada: ajustamos a rotina para garantir que o sistema aloque a marcação no dia correto.

Problema: durante o fechamento do banco de horas, a rotina de compensação ocasionalmente causava um alto consumo de CPU.

Correção efetuada: efetuamos ajustes de performance na rotina de compensação do banco de horas para que não haja um alto consumo de CPU.

Problema: ocorria o erro The incoming request has too many parameters. ao utilizar telas SGI nativas do sistema quando há um grande volume de abrangências.

Correção efetuada: tratamos as tabelas de consulta de abrangência para diminuir a quantidade de parâmetros ao utilizar telas SGI nativas do sistema, evitando, assim, que esse erro ocorra.

Problema: ao realizar a integração de um curso alterando o período, o sistema validava incorretamente o intervalo entre o início e o fim do curso.

Correção efetuada: ajustamos a rotina para validar corretamente o intervalo entre o início e o fim do curso.

Adicionamos uma descrição ao relatório 001 - Levantamento das Necessidades (TRDE001.GER):

Com o objetivo de melhorar a performance do sistema ao consultar a tabela R350LOT, criamos um índice para o campo IdeInt e outro para os campos numemp, filemp, codrat, codfil e gerlot.

Problema: ao realizar a admissão de um colaborador que informava os dados referentes à conta bancária via Admissão Digital, o sistema cadastrava informações de outros colaboradores incorretamente.

Correção efetuada: ajustamos a rotina para que seja cadastrada corretamente a conta bancária.

Problema: ao listar o relatório 009 - TICKET - Arq. Exportação (FPVT009.COL), as faltas não eram descontadas corretamente, resultando na apresentação indevida de dias como válidos para a compra do vale-transporte.

Correção efetuada: ajustamos o relatório para que as faltas sejam descontadas corretamente.

Incluímos uma informação na documentação Situações falando sobre as situações em que o campo Motivo eSocial é igual a 3 - Acidente/Doença não relacionada ao trabalho. Explicamos que quando o campo Enviar Categoria Facultativa estiver marcado como N - Não Enviar, o sistema irá gerar o leiaute S-2230, independentemente da quantidade de dias de afastamento, mesmo na categoria facultativa, desde que o regime previdenciário seja 1 - Regime Geral.

Adicionamos mais detalhes à documentação Histórico de Cursos, explicando sobre o preenchimento do campo codTreiCap e as instruções específicas para quando a origem do curso for Treinamento.

Problema: ao tentar efetivar um candidato sem nacionalidade informada no cadastro, com o Tipo de Efetivação assinalado como Coletiva, era exibida a seguinte mensagem de erro, que não deixava claro onde realizar o ajuste necessário:

Correção efetuada: ajustamos a mensagem para indicar ao usuário onde preencher a informação necessária para efetivar o candidato corretamente. Mensagem atual:

Adicionamos informações referentes ao campo Atendente, na documentação de Histórico Afastamento e Atendentes, para esclarecer que colaboradores com a situação "7 - Demitido" continuarão a ser exibidos.

Problema: no histórico de afastamento, ao selecionar um atendente configurado e vinculado ao órgão de classe CRO ou RMS, o campo Órgão de Classe era preenchido com o valor incorreto.

Correção efetuada: ajustamos o comportamento do sistema para que, ao informar o atendente, o Órgão de Classe correto dele seja selecionado de forma automática.

Problema: ao criar uma ação no módulo Jurídico e preencher a guia eSocial, o sistema alterava automaticamente o tipo de processo de 5 - Reclamatória Trabalhista para 2 - Judicial, dependendo do tipo de ação. Isso gerava divergências no eSocial e criava pendências indevidas no leiaute S-1070.

Correção efetuada: ajustamos o sistema para impedir a troca automática do tipo de processo de 5 - Reclamatória Trabalhista para 2 - Judicial, evitando, assim, a criação de pendências indevidas no leiaute S-1070.

Acrescentamos uma nota à documentação do campo Período, da tela Estrutura de Postos, explicando que devido a uma limitação do sistema, não é possível informar datas acima de 2080 nesse campo.

Problema: na tela Distribuição Coletiva de EPI (FRDIECOL), ao selecionar Registro Anterior no campo Preencher Data Devolução e clicar novamente em Alterar após a distribuição, ocorriam inconsistências no Estoque do EPI.

Correção efetuada: ajustamos o sistema para garantir que, ao clicar em Alterar novamente, sem modificar o registro já distribuído, não ocorra divergências no Controle de Estoque de EPIs.

Problema: ao enviar um e-mail utilizando a configuração do Office365 (OAuth) com Gmail na Central de Configurações Senior (SeniorConfigCenter), ocorria o seguinte erro:

Isso acontecia devido a conflitos ao utilizar as dependências das bibliotecas.

Correção efetuada: ajustamos as rotinas de envio de e-mail para remover conflitos ao utilizar as dependências de bibliotecas.

Problema: após atualização do sistema, ocorria o erro 403 Forbidden quando eram realizadas requisições de web services via Regra LSP utilizando as funções HTTP, onde não era suportado o protocolo na versão HTTP 2.0.

Correção efetuada: corrigimos a rotina para utilização do protocolo na versão HTTP/1.1 como padrão. Desse modo, não haverá erro ao realizar requisição de web services via Regra LSP utilizando as funções HTTP.

Adicionamos uma nota à documentação Listar Treinamentos, explicando que, por padrão, essa tela não apresenta nenhum relatório. Sendo assim, será apresentada a mensagem Nenhum Arquivo Encontrado. Porém, caso o usuário deseje que sejam listados relatórios nessa tela, esses deverão ser customizados com a categoria TR.

Problema: ao alterar a descrição do cargo de um colaborador e gerar os leiautes S-2240 retificadores, o sistema estava atribuindo o código de agente nocivo 09 01 001, em vez do código correto 02 01 001, para os históricos de Grupo de Exposição a Agentes Nocivos associados ao colaborador. Isso ocorria quando havia múltiplos históricos de GHE para o colaborador.

Correção efetuada: ajustamos o processamento do leiaute S-2240 para garantir que o agente nocivo correto seja atribuído ao histórico correspondente.

Problema: ocorria um erro ao realizar a exclusão de um colaborador que já possuia os leiautes S-2200 e S-2221 enviados ao eSocial. A seguinte mensagem era registrada no log:

Correção efetuada: ajustamos o processo de exclusão de colaboradores, corrigindo a validação necessária.

Problema: exclusão dos leiautes SST S-2220 e S-2221 não gerava o leiaute S-3000 para os leiautes ativos no eSocial. Com múltiplos envios, apenas o último ASO recebia um leiaute S-3000.

Correção efetuada: ajustamos a rotina de exclusão de pendências SST para gerar corretamente o leiaute S-3000 para todos os leiautes selecionados.

Melhoramos a documentação referente ao campo Usa Dependentes, da tela de cadastro de Empresas, esclarecendo que, para os tipos diferentes de S, não serão enviadas as informações de Salário Família e Imposto de Renda para os dependentes, passando a gerar a informação como N, independentemente se na ficha financeira eles são considerados ou não.

Problema: ao calcular férias individuais após o processamento de férias coletivas, o sistema não considerava corretamente o saldo de dias de direito no período aquisitivo do colaborador, utilizando apenas os dias conforme o cadastro do sindicato. Em razão disso, o sistema exibia indevidamente a mensagem:

Correção efetuada: ajustamos o sistema para identificar corretamente o saldo disponível ao calcular as férias, levando em consideração os dias de direito no período aquisitivo quando a data de término do período for alterada.

Problema: ao cadastrar o histórico de contrato sem informar o campo Número Contrato, o erro Field data is null era exibido. Isso ocorria porque o sistema tentava buscar a data de fim do contrato da empresa para comparar com a data de fim do histórico de contrato do colaborador, mas não encontrava essa informação.

Correção efetuada: ajustamos o sistema para buscar a data de fim do contrato da empresa apenas se o campo Número Contrato for informado.

Problema: ao tentar acessar o sistema, aparecia um erro na tela de login indicando que havia módulos com problemas. Além disso, a mensagem incluía uma URL que direcionaria para o Portal de Documentação da Senior. Ao acessar a URL em questão, era apresentado o erro 404.

Correção efetuada: ajustamos o sistema para apresentar a URL correta.

Problema: ao tentar acessar o sistema, era apresentada uma mensagem de erro. Essa mesma mensagem era exibida ao acessar a tela de detalhamento das pendências do eSocial.

Correção efetuada: ajustamos o sistema para não apresentar mais essa mensagem de erro indevidamente.

Problema: na tela Lançamentos Fixos e Variáveis, quando o usuário possuía duas abrangências, uma definida em um grupo que limitava o acesso a alguns locais específicos e outra abrangência individual, os valores variáveis eram apresentados corretamente, mas os valores fixos não eram exibidos.

Correção efetuada: ajustamos as regras de abrangência das tabelas para que o sistema liste corretamente tanto os valores fixos quanto os variáveis.

Adicionamos duas melhorias na documentação Seguros. Incluímos uma informação sobre a competência no campo Definições e também uma informação sobre a importância de ter um evento com a Regra 04 - Seguro cadastrada.

Adicionamos uma informação nas observações da documentação Integrações de consulta via pendência referente à utilização do separador ';' (ponto e vírgula) para selecionar mais de um filtro.

Problema: o cálculo da folha mensal para um colaborador com múltiplos dependentes não dividia corretamente os valores no evento Difer.Pensão Jud.Férias na guia Pagamentos em Pensão Judicial.

Correção efetuada: ajustamos o sistema para distribuir corretamente o valor entre os dependentes.

Problema: o modelo 005 - TICKET - Arq. Exportação (BS00005.VAL) não listava o campo Ticket Flex Eletrônico (Produto).

Correção efetuada: ajustamos o modelo para listar o campo Ticket Flex Eletrônico (Produto).

Implementamos, no sistema, a opção de recalcular o Analytics sem a necessidade de zerar a apuração. Você pode acessar essa opção através do menu Diversos > Administração > Ações Analytics. Para realizar o recálculo do Analytics, siga as instruções:

1. Selecione a Competência Inicial e Final que deseja calcular;
2. Em seguida, clique em "Preparar dados de períodos anteriores";
3. Depois, escolha a opção "Forçar recálculo", e o sistema irá realizar o recálculo da apuração dos colaboradores que necessitam da atualização do Analytics.

Implementamos uma funcionalidade no senior X Platform para que, ao acessar o módulo Gestão do Ponto, a data do último login do usuário seja automaticamente atualizada para a data do acesso ao sistema.

Adicionamos mais informações sobre a Regra Depois Efetivar Candidato, da tela Definições Gerais - Novo RS. Informamos que o sistema executará a Regra Depois Efetivar Candidato após o cadastro nas telas Ficha Cadastral - Empregados (FR034FUN) ou Ficha Cadastral - Terceiros (FR034TER), independentemente de ser uma efetivação.

Ajustamos o Manual do Usuário, informando que devido as limitações do HTML, os campos tipo memo justificados na WEB podem funcionar de forma diferente do Windowns. Sugerimos que a opção do campo Modo Justificados 2 esteja como nenhuma para esse tipo de visualização.

Problema: alguns campos no arquivo com extensão XML de retorno dos web services não eram ordenados corretamente quando a requisição era efetuada com a Bridge habilitada.

Correção efetuada: ajustamos a rotina de ordenação dos campos em arquivos com extensão XML de retorno dos web services. Assim, a correta ordenação é assegurada quando as requisições são realizadas com a Bridge habilitada.

Excluímos o campo Competência Integração da documentação Despesas Auxílio Lançar, pois este campo foi removido do sistema.

Problema: ao procurar por "Apuração" na função de busca do menu XT era apresentada a categoria "Apuração" do editor de regras, mesmo sem ter o ambiente configurado para utilizar mais de um diretório.

Correção efetuada: ajustamos a rotina de busca para que sejam apresentados os menus de diretórios do editor de regra somente quando o ambiente estiver configurado para utilizar essa opção.

Problema: o sistema não respeitava a precedência no envio dos leiautes S-2190 e S-2300/S-2200, causando a crítica no leiaute S-2190:

Correção efetuada: ajustamos o processamento das pendências e criamos um sequenciamento para garantir que, na presença de pendência do leiaute S-2190, este seja enviado obrigatoriamente antes de qualquer leiaute S-2200 ou S-2300.

Problema: ao importar XMLs dos leiautes S-1210 na versão 2.5 no Migrador do eSocial, ocorria um erro quando havia vários elementos detPgtoFl dentro da tag infoPgto. O erro exibido era:

Correção efetuada: ajustamos o Migrador para realizar corretamente a importação na versão 2.5 dos leiautes S-1210.

Problema: ao registrar o grau de instrução e integrar essa informação para o módulo Administração de Pessoal, ocorria uma inconsistência na nomenclatura do grau de instrução.

Correção efetuada: ajustamos o sistema para garantir que, ao integrar as informações, o grau de instrução correto seja apresentado no módulo Administração de Pessoal.

Problema: ao selecionar todas as pendências de integração com o Gestão Empresarial | ERP e desmarcar alguma delas, era exibida uma mensagem de erro ao tentar excluir os registros:

Correção efetuada: ajustamos a rotina para que a exclusão dos registros ocorra normalmente.

Problema: o arquivo de retorno do modelo 002 - S-5002 - IRRF Por Trabalhador (FPAR002.ESO) não listava corretamente o número de registro da ANS quando havia mais de um plano de saúde.

Correção efetuada: ajustamos o modelo para garantir que, quando houver mais de um plano de saúde, o relatório do arquivo de retorno S-5002 - IRRF Por Trabalhador (FPAR002.ESO) exiba corretamente todas as informações de registro da ANS.

Problema: ao gerar o relatório 081 - WEB Histórico de Anotações (FPHI081.COL), quando o colaborador possui uma Anotação de Ficha com o tipo 000, o relatório não exibia as informações.

Correção efetuada: ajustamos o sistema para que o relatório exiba as informações mesmo quando o colaborador possui uma Anotação de Ficha com o tipo 000.

Problema: ao utilizar o banco 341 - Itaú no relatório 054 - Padrão FEBRABAN CNAB 240 - Pix (FPAR054.CRE), o dígito da conta bancária do titular era listado incorretamente.

Correção efetuada: ajustamos o relatório para listar corretamente o dígito da conta bancária ao utilizar o banco 341 - Itaú.

Problema: ao listar o relatório 011 - Valores FGTS - SEFIP (FPRE011.FGTS), as informações exibidas estavam visualmente desalinhadas.

Correção efetuada: ajustamos o relatório para garantir que as informações sejam exibidas corretamente.

Problema: ao efetuar o lançamento de programação de férias através das portas Calcular ou Escalonar do web service com.senior.g5.rh.fp.feriasColetivas, era exibida a seguinte mensagem de erro:

Correção efetuada: ajustamos o sistema para limpar o campo Adto 13.Salário quando o início do gozo ocorre em dezembro.

Problema: ao acessar a guia Órgão Público na tela Cadastro de Eventos, o campo Natureza do Componente apresentava uma lista de opções desatualizadas.

Correção efetuada: ajustamos a lista para apresentar as opções atualizadas de acordo com a versão 3.07 da Tabela 74 do Sistema de Fiscalização Integrada de Gestão (e-Sfinge).

Atualizamos duas documentações com informações sobre o controle e a gestão do ponto. As informações foram incluídas dentro das documentações Web service com.senior.g5.rh.fp.fichaBasica e Assinalamentos Diversos.

A fim de auxiliar nossos usuários a compreender as restrições da apuração do horário rígido, disponibilizamos a documentação Restrições da Apuração - Horário Rígido. Nesta documentação colocamos exemplo de marcações que o sistema não consegue realizar a apuração, bem como, as situações em que ele não conseguira levantar neste tipo de horário.

Problema: o valor do campo codjus não era carregado corretamente durante a execução da regra customizada.

Correção efetuada: ajustamos o sistema para que atualize a informação do campo codjus na execução da regra.

Problema: o sistema não realizava corretamente a validação da Ligação do GHE definida para a empresa.

Correção efetuada: ajustamos a validação da Ligação do GHE, evitando a inserção de dados inconsistentes.

Problema: ao desmarcar um registro na tela de pesquisa de cargos, era apresentado o seguinte erro:

Correção efetuada: ajustamos o rotina para que seja possível desmarcar os registros sem erro.

Problema: ao tentar transferir um participante para uma turma com a data de inscrição expirada, uma mensagem de erro de tradução era exibida:

Correção: a mensagem agora é exibida corretamente como:

Para que o sistema atenda plenamente às definições da Nota Técnica S-1.2 nº 04, realizamos as seguintes implementações:

• Ajustamos a descrição da categoria eSocial 313, incluindo o caso de aditância.

• Na tela de cadastro do Processo Trabalhista - eSocial S-2500 (FR346CPT), agora é possível informar o tipo de contrato 6 - Trabalhador sem vínculo de emprego/estatutário (TSVE), sem reconhecimento de vínculo empregatício quando também forem informados os dados do responsável direto. Com isso, também ajustamos a validação do leiaute S-2500 para atender especificamente essa situação.

Problema: o sistema não gerava o leiaute S-2230 relativo ao atestado médico para servidores com dois afastamentos dentro de um período de 60 dias, totalizando mais de 15 dias, quando a situação de afastamento era definida como facultativa.

Correção efetuada: ajustamos o processamento do leiaute S-2230 para garantir que as pendências não sejam descartadas quando se tratarem de categorias obrigatórias, mesmo que estejam definidas como facultativas.

Problema: ao gerar o leiaute S-2300 para um colaborador cedido, categoria 305, a tag infoTrabCedido não era gerada.

Correção efetuada: ajustamos a geração do leiaute para incluir corretamente as informações na tag infoTrabCedido.

Para que o sistema atenda às definições da Nota Técnica S-1.2 nº 04, em relação ao eConsignado, realizamos as seguintes implementações:

• Criamos a tela eConsignado (FR046ECO), onde devem ser preenchidas as informações referentes ao eConsignado; um novo método criado pelo governo para que trabalhadores do setor privado possam contratar empréstimos consignados com mais facilidade.
• Ajustamos o relatório 007 - S-5003 Informações do FGTS por Trabalhador (FPAR007.ESO) para que ele contemple a nova seção eConsignado com os seguintes campos:
  • Instituição Financeira;
  • Número Contrato; e
  • Valor Desconto.
• Alteramos a geração dos eventos S-1200, S-2299 e S-2399 para gerar a referência das rubricas com a natureza 9253, considerando o formato 1IIICCCCCC.CC. As informações serão buscadas do cadastro do eConsignado (FR046ECO), conforme a competência de geração dos eventos.

Incluímos o código 68 - Desconto simplificado mensal à seção Legendas de bases, deduções, isenções e retenções de IRRF do relatório 002 - S-5002 - IRRF Por Trabalhador (FPAR002.ESO) para que ele esteja em concordância com as definições da Nota Técnica S-1.2 nº 04/2024.

Problema: ao gerar o leiaute S-2500 para colaboradores com os tipos de contrato 2 - Trabalhador com vínculo formalizado, com alteração na data de admissão ou 4 - Trabalhador com vínculo formalizado, com alteração na data de admissão e inclusão ou alteração de data de desligamento, se o campo Possui Admissão eSocial estivesse marcado como S - Sim, o sistema bloqueava o envio e retornava a seguinte mensagem:

Correção efetuada: ajustamos a validação para que a mensagem seja exibida apenas para os tipos de contrato 2 e 4, e somente quando o campo Possui Admissão eSocial estiver marcado como N - Não.

Problema: ao gerar a contabilização de um colaborador com pedido de demissão, onde a causa de demissão tem o campo de FGTS igual a Não, e na mesma competência houve pagamento de adiantamento de 13º salário, o valor de FGTS sobre o adiantamento, quando superior ao valor pago na rescisão, não estava sendo contabilizado corretamente.

Correção efetuada: ajustamos a contabilização, criando um novo evento com a característica 31V - Ajuste base FGTS Saldo de Salário para gerar a diferença de valor e contabilizá-la corretamente. Além disso, o método de ajuste de FGTS foi corrigido para que, em casos de adiantamento de 13º salário na mesma competência da demissão, não seja gerado ajuste de FGTS para valores proporcionais de 13º. Isso porque o eSocial já calculará a base correta, evitando diferenças.

Problema: ao realizar um afastamento e enviar o leiaute S-2230, o sistema exibia a mensagem Essa alteração de motivo de afastamento não é permitida pelo eSocial ao tentar alterar a situação do afastamento.

Correção efetuada: a mensagem foi alterada para Essa alteração de motivo não é permitida, pois pode impactar nos cálculos da folha, para esclarecer que a alteração do motivo do afastamento não é permitida devido à possibilidade de impacto nos cálculos da folha de pagamento.

Problema: ao selecionar todas as pendências de integração com o Gestão Empresarial | ERP e desmarcar alguma delas, era exibida uma mensagem de erro ao tentar excluir os registros:

Correção efetuada: ajustamos a rotina para que a exclusão dos registros ocorra normalmente.

Problema: ao gerar o relatório de provisões no modelo 003 - Provisão por Centro de Custo (FPNR003.PRV), com a opção S - Sintético selecionada em Tipo de Relatório, não exibia apenas os totais por centro de custo.

Correção efetuada: ajustamos o modelo para listar corretamente as informações.

Com a criação da Declaração de Incentivos, Renúncias, Benefícios e Imunidades de Natureza Tributária (DIRBI), o novo mecanismo da Receita Federal que obriga empresas a reportarem, mensalmente, os benefícios fiscais que utilizam, foram necessários ajustes no relatório 001 - Relação INSS (FPRE001.PRE). Agora, o relatório apresenta o campo Desoneração da Folha; um campo informativo (não altera nenhum valor no relatório) que mostra o valor que não foi recolhido devido à desoneração.

Problema: o sistema não permitia filtrar por cargo no modelo 006 - Evolução de Desempenho por Competências (CSAC006.AVA).

Correção efetuada: adicionamos a opção de filtro por cargo no campo Cargo para permitir a busca específica por essa informação.

Incluímos uma informação na documentação de Autorização de horas extras referente aos casos em que não seja definida a hora inicial. Informamos que ao inserir uma programação de horas extras, o intervalo entre a última marcação do dia anterior e o início da nova programação deve ser superior a 11 horas para cumprir o intervalo de interjornada.

Problema: as pendências de acerto que expiram e são direcionadas ao gestor não estavam sendo contabilizadas para o gestor no gráfico do Analytics.

Correção efetuada: ajustamos o sistema para que as pendências expiradas sejam corretamente contabilizadas no gráfico do Analytics como pendências para o gestor.

Problema: ao calcular a ação de um processo judicial, o sistema não considerava a configuração da tabela progressiva, gerando valores indevidos de INSS.

Correção efetuada: ajustamos o sistema para verificar a configuração da tabela e gerar os valores de INSS corretamente.

Problema: ao vincular um exame no ASO de um colaborador, era exibida a seguinte mensagem de erro:

Correção efetuada: ajustamos para que não exiba mais a mensagem de erro ao vincular exame no ASO de um colaborador.

Incluímos uma informação referente à consulta de um atendente demitido na documentação sobre Agenda Médica. Descrevemos que o sistema exibirá as informações conforme o período inicial solicitado. Informamos também que o checkbox Considerar Demitidos deve ser marcado somente se a data inicial do período que você está consultando for posterior à data de demissão do atendente.

Problema: ao executar o relatório 003 - Consulta Dados Ficha Médica (SMFI003.GER), ocorria um erro relacionado ao campo Número Atestado. O relatório aceitava apenas atestados com até 5 dígitos, enquanto a tela de cadastro do atestado aceitava números de até 9 dígitos.

Correção efetuada: ajustamos o tamanho do campo Número Atestado no relatório para permitir valores de até 9 dígitos conforme a tela de cadastro do atestado.

Problema: ocorria lentidão durante a atualização do sistema devido à geração dos arquivos com extensão .CDS acontecer de forma duplicada, criando um para cada módulo instalado.

Correção efetuada: reparamos no Instalador/Atualizador o método de geração dos arquivos com extensão .CDS para que sejam realizados apenas uma vez. Desse modo, não há lentidão no processo de atualização do sistema.

Problema: ao acessar a tela para gerar pendências não periódicas, o sistema exibia a mensagem de erro Java heap space. Este erro era causado pela presença de uma grande quantidade de registros duplicados na tabela R350PEN, gerados após a execução do processo em que essas pendências foram regeradas.

Correção efetuada: ajustamos o processo para evitar a criação excessiva de registros indevidos na tabela R350PEN quando as pendências forem regeradas.

Problema: o campo Valor Salário em Histórico Salarial aceitava apenas duas casas decimais, o que causava divergências quando o valor vinha de um Reajuste Salarial ou da Estrutura Salarial.

Correção efetuada: ajustamos o sistema para que, se o valor recomendado no campo Nível Salarial tiver mais de duas casas decimais, o sistema considere o valor completo. A máscara do campo não foi alterada; o cadastro manual continua a limitar-se a duas casas decimais. A correção permite que valores da Estrutura Salarial ou Reajuste Salarial com mais casas decimais sejam utilizados sem problemas.

Adicionamos mais informações à guia Rateio, da documentação sobre Pagamentos Física, informando que, para listar a relação do INSS dos colaboradores terceiros com rateio, essa guia deve estar devidamente preenchida.

Incluímos a informação de que a opção D - 13º Salário, referente a um dos tipos que podem ser definidos na guia Ajustes, da tela de Pensão Judicial, se trata, especificamente, de 13º Salário Integral.

Melhoramos a documentação do campo Gerar Adiantamento, da tela Recibo de Férias Individual, esclarecendo que, ao efetuar o cálculo das férias com esse campo definido com a opção N - Não gerar o adiantamento, pagando o valor na folha mensal, os eventos lançados no recibo não serão integrados automaticamente na ficha financeira. Logo, esses eventos devem ser lançados manualmente também na ficha financeira.

Problema: ao listar o relatório 005 - Arquivo Manad - Versão 1.0.0.2 (FPAF005.COL), o registro 0000 não era exibido corretamente com o número do CEI quando a filial era do tipo Obra e o tipo de inscrição era CNPJ, mesmo utilizando o mesmo número da matriz.

Correção efetuada: ajustamos o relatório 005 - Arquivo Manad - Versão 1.0.0.2 (FPAF005.COL) para listar corretamente o registro 0000 para a filial do tipo Obra.

Problema: ao executar a porta Posto_2 do web service com.senior.g5.rh.fp.postos quando o campo Vários Cargos estava desabilitado no cadastro do posto, era apresentada a seguinte mensagem de erro:

Correção efetuada: ajustamos o sistema para que, ao executar a porta Posto_2 do web service com.senior.g5.rh.fp.postos, essa mensagem de erro não seja apresentada indevidamente para um campo que não é obrigatório.

Execução do web service com.senior.g5.rh.fp.hcm para atualização correta do grau de instrução

Local: Diversos > Multicamadas

Problema: ao inserir uma falta manualmente para um colaborador que possui dois vales, as faltas do segundo vale eram excluídas indevidamente.

Correção efetuada: ajustamos a rotina para que as faltas do segundo vale não sejam excluídas indevidamente após a inserção manual de uma falta para um colaborador que possui dois vales.

Descrição dos campos Comp e Solic. nos relatórios BS00002.VAL e BS00008.VAL

Locais:

• Benefícios > Vales > Listar > 001 - Relação de Vales por Local (BS00001.VAL)
• Benefícios > Vales > Listar > 002 - Relação de Vales por C. Custo (BS00002.VAL)
• Benefícios > Vales > Listar > 008 - Relação de Vales (BS00008.VAL)

Problema: ao gerar o modelo 018 - Descrição de Cargos por Competências (CSCA018.CAR), as informações no campo Descrição Sumária não eram listadas corretamente.

Correção efetuada: ajustamos o modelo 018 - Descrição de Cargos por Competências (CSCA018.CAR) para listar corretamente as informações no campo Descrição Sumária.

Problema: na geração do relatório 004 - Arquivo Eletrônico de Jornada (AEJ Portaria 671), as marcações eram listadas com a direção e o sequencial do par entrada/saída errados quando existiam marcações noturnas para mais de um colaborador, juntamente com algumas combinações específicas.

Correção efetuada: ajustamos o sistema para listar o relatório corretamente.

Adicionamos uma nota à seção Descontar horas negativas, da documentação relacionada ao fechamento de banco de horas. Informamos que o sistema verifica todos os colaboradores com contas de banco de horas ativas segundo o filtro aplicado no fechamento. Caso o colaborador esteja demitido, mas possua uma conta no banco e horas em aberto, esse colaborador será considerado no processo de fechamento do banco de horas.

Problema: ao acessar pela primeira vez as receitas médicas a partir da tela de atendimentos, o número da receita médica apresentava um valor negativo.

Correção efetuada: ajustamos o sistema para garantir que o número da receita aumente corretamente, sem exibir valores negativos.

Problema: uma mensagem de erro era exibida ao acessar a tela Candidato Externo e clicar sobre o botão para avançar até o último cadastro de candidato:

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

Problema: ao gerar o relatório 012 - Colaboradores por GHE (SMGH012.GER), o sistema não gerava nenhuma informação quando a opção Listar GHEs sem colaboradores estava assinalada com N - Não.

Correção efetuada: ajustamos o relatório para que imprima todos os colaboradores, independentemente da opção assinalada em Listar GHEs sem colaboradores.

Problema: ao cadastrar um provedor de terceiro para utilizar a autenticação via HTTP ou SOAP, o Header era adicionado ao envelope. Porém, o Header é utilizado para autenticação via token, o que resultava na seguinte mensagem de erro: Erro na resposta do servidor:HTTP Unable to create envelope from given source: Possível causa: O serviço não foi encontrado.

Correção efetuada: ajustamos as rotinas para não informar ao Header quando a autenticação é via HTTP ou SOAP. Sendo assim, ele será informado apenas em autenticações via token, de modo que um novo provedor externo possa ser criado corretamente.

Incluímos uma informação na documentação Console de Administração Multicamada sobre a coluna Log, explicando o que significam os valores preenchidos nessa coluna.

Ajustamos no manual de instalação as informações técnicas referentes aos períodos de desomologação do sistema operacional Windows 7. Desta forma, o usuário pode ter acesso às informações de início de suporte do fabricante, fim do suporte estendido e última versão Senior com suporte.

Problema: ao abrir a tela de console de web services, era apresentado o erro Não foi possível carregar os web services síncronos, assíncronos e de lote.

Correção efetuada: adequamos a query que estava sendo emitida com falha. Assim, a tela do console de web services pode ser acessada sem emissão de erro.

Incluímos o subtópico Tratamento do leiaute S-1200 - A data de nascimento do trabalhador está divergente da base da Receita Federal ao tópico eSocial, na documentação de Dissídio. Nesse subtópico, fornecemos mais informações sobre a crítica (mensagem de erro) 176 e sobre a tag dtNascto.

Problema: ao tentar selecionar o leiaute S-3500 em migração de dados do eSocial, ocorria uma mensagem de erro indicando que não havia tratamento implementado para o importador desse leiaute.

Correção efetuada: como não existe tratamento no migrador para o leiaute S-3500, essa opção foi removida da seleção do campo do leiaute.

Incluímos duas informações na documentação de Folha Complementar. Uma das informações refere-se à geração da SEFIP retificadora e a outra é sobre o eSocial; mais precisamente, sobre a geração do evento periódico S-1200.

Incluímos uma informação acerca da decisão do Supremo Tribunal Federal (STF) sobre a cobrança da contribuição previdenciária patronal. Essa informação foi incluída na documentação Relação do INSS. Além disso, na mesma documentação, adicionamos uma informação sobre o evento com característica C01F - Horas Afast. aux Maternidade.

Problema: ao acessar o histórico de afastamento e informar um código de atendente inexistente, a tela de cadastro não era aberta automaticamente ao sair do campo. Era necessário ir manualmente ao menu Tabelas > Gerais > Atendentes Médicos (FR108TAT).

Correção efetuada: ajustamos o sistema para permitir o cadastro do atendente diretamente ao sair do campo, dentro da própria tela de histórico de afastamento.

Incluímos uma informação na documentação de Reclamatória Trabalhista referente à correção do FGTS e ao recolhimento do FGTS em atraso.

Problema: o sistema não calculava corretamente a dedução de IRRF na folha de pagamento mensal ao utilizar o evento com característica 48K.

Correção efetuada: ajustamos a sequência de processamento dos eventos no sistema para garantir que o evento com característica 48K seja calculado antes do evento de desconto de IRRF.

Problema: o sistema não calculava corretamente a dedução de IRRF na folha de pagamento mensal ao utilizar o evento com característica 48H - Fundo Aposentadoria Programada Individual - FAPI.

Correção efetuada: ajustamos a sequência de processamento dos eventos no sistema para garantir que o evento com característica 48H seja calculado antes do evento de desconto de IRRF.

Disponibilizamos na documentação informações sobre o comportamento da tela de Campos de Usuário do Local:

• Os campos customizados da tabela serão exibidos. Em Campos Disponíveis, serão mostrados os campos de usuário da tabela, enquanto em Campos Selecionados aparecerão os campos que estão sendo exibidos na tela. A configuração ficará a cargo do usuário.

Problema: ao duplicar um organograma com uma data anterior à de um Plano de Ação existente, o sistema exibia a mensagem de aviso 35.

Correção efetuada: ajustamos o sistema para que a mensagem de aviso 35 não seja exibida quando a data do organograma a ser duplicado for anterior à data do Plano de Ação.

Adicionamos mais informações à nota do campo Tipo Contrato, da tela de cadastro da ficha básica dos colaboradores. Informamos que:

• O campo Tipo Contrato não é um registro que grava históricos, diferentemente dos campos Categoria eSocial, Vínculo (FR038HVI) e Categoria SEFIP (FR038HCS), que são registros que gravam históricos e permitem determinar a data de qualquer alteração nas informações. Sendo assim:
  • Nas regras de cálculo do sistema, caso seja necessário verificar o Tipo Contrato para efetuar o cálculo dos impostos, a Categoria eSocial não será considerada.
  • Ao efetuar alterações nos campos Tipo Contrato e Categoria eSocial, é de suma importância atentar-se aos ajustes realizados, garantindo que o cálculo subsequente seja executado corretamente de acordo com a competência de alteração.

Melhoramos a documentação da Ficha Cadastral - Empregados para informar que o nome social de um candidato sempre será levado no campo Nome do Colaborador da tela Ficha Cadastral - Empregados. Porém, caso não seja fornecido um nome social, o nome do candidato continuará sendo levado para o campo Nome do Colaborador dessa mesma tela.

Problema: quando um colaborador tinha a característica de um posto alterada e um novo histórico era criado, caso o posto do colaborador fosse alterado para outro posto na mesma data na Ficha Cadastral, o sistema mantinha a informação do posto anterior como o último histórico das características.

Correção efetuada: ajustamos o sistema para que, ao alterar o posto de um colaborador na Ficha Cadastral em uma data que já possua um histórico de características do posto anterior, esse histórico seja atualizado para registrar o novo posto.

Problema: ao recriar pendências financeiras no sistema, a pendência CIF C07 era duplicada quando já existia rescisão com pendência de CIF R09.

Correção efetuada: ajustamos a rotina de recriação de pendências da integração financeira para evitar a criação da pendência CIF C07 quando já houver uma rescisão para o colaborador e a pendência CIF R09 já existir.

Problema: ao calcular o valor de IRRF sobre o 13º salário em uma folha complementar com pagamento dentro do mesmo ano da demissão, o sistema considerava o valor do INSS sobre o 13º salário como duplicado na verificação da simplificação, resultando em um cálculo indevido de IRRF sobre o 13º salário.

Correção efetuada: ajustamos o cálculo para considerar corretamente os valores de dedução, evitando a duplicidade e garantindo uma verificação precisa da simplificação.

Problema: ao listar o relatório 014 - Conferência FGTS Digital (FPRE014.FGTS), considerando que havia uma demissão após o pagamento de um adiantamento sobre o 13º salário, porém, o valor do pagamento do 13º proporcional era menor que o valor adiantado, o sistema não considerava o valor menor, gerando no relatório um valor de FGTS indevido.

Correção efetuada: ajustamos o relatório para listar corretamente os valores no cenário mencionado.

Problema: ao listar o modelo 011 - Valores FGTS - SEFIP (FPRE011.FGTS), quando havia uma demissão após o pagamento de um adiantamento sobre o 13º salário e o valor do pagamento proporcional do 13º era menor que o valor adiantado, o sistema não considerava a diferença. Isso gerava um valor de FGTS indevido no relatório.

Correção efetuada: ajustamos o relatório para listar corretamente os valores de FGTS, considerando a diferença quando o valor proporcional do 13º salário é menor que o valor adiantado.

Problema: ao cadastrar uma pensão judicial, o sistema apresentava a seguinte mensagem de erro quando um dependente tinha múltiplos históricos de Conta Bancária ou Pix com dados idênticos:

Correção efetuada: ajustamos o sistema para tratar corretamente múltiplos históricos de Conta Bancária e Pix com dados idênticos.

Problema: ao cadastrar um novo coletor do tipo Rep - A ou Rep - P com o mesmo número fiscal de outro previamente cadastrado, era exibida a mensagem o número fiscal já está sendo usado no site X coletor X no período informado de DD/MM/AAAA a DD/MM/AAAA.

Correção efetuada: como o número fiscal é a única forma de identificação do coletor para arquivos fiscais, não é permitido cadastrar mais coletores com o mesmo número fiscal. O cadastro de mais de um coletor com o mesmo número fiscal só será permitido se a proprietária possuir também o módulo de Acesso e Segurança.

Problema: ao acessar o histórico de afastamento e informar um código de atendente inexistente, a tela de cadastro não era aberta automaticamente ao sair do campo. Era necessário ir manualmente ao menu Tabelas > Gerais > Atendentes Médicos (FR108TAT).

Correção efetuada: ajustamos o sistema para permitir o cadastro do atendente diretamente ao sair do campo, dentro da própria tela de histórico de afastamento.

Com a finalidade de deixar a nossa documentação cada dia mais completa, em Horários, incluímos a informação de que esta tela não suporta campos de usuários. Portanto, a opção "Mostrar Campos", não fica disponível para o uso.

Problema: o sistema não permitia excluir períodos na guia Situações do cadastro do banco de horas quando não havia nenhum lançamento de banco para aquele período.

Correção efetuada: ajustamos o sistema para bloquear a exclusão apenas quando houver lançamentos de banco de horas no período.

Problema: a grade de gerenciar horários não era atualizada com o novo horário ao efetuar uma troca de horário. Esse problema ocorria quando o usuário tinha abrangência sobre outros colaboradores, mas não tinha permissão para a tela Acertos da minha equipe.

Correção efetuada: ajustamos o sistema para chamar o recálculo da apuração mesmo nesse cenário, garantindo que a tela de gerenciar horários considere o novo horário apurado.

Problema: ao acessar a documentação de Área de acerto, o botão de Geração de Holerite Digital não direcionava para a documentação mencionada.

Correção efetuada: ajustamos o acesso à documentação de Geração de Holerite Digital.

Problema: quando um colaborador possuía um agendamento que ocupava dois períodos, o segundo período era indevidamente listado como vago na tela de agenda.

Correção efetuada: ajustamos a rotina para que não seja listado um horário vago quando estiver ocupado por um atendimento que se estende por dois períodos.

Problema: as permissões do usuário não eram aplicadas corretamente no campo de Anotações do Prontuário Clínico.

Correção efetuada:ajustamos o sistema para validar corretamente as permissões do usuário antes de apresentar as informações.

Atualizamos a documentação de Postos de Trabalho - Históricos de GHEs do Posto, incluindo detalhes sobre os campos GHE, Anotações e Término Histórico.

Problema: identificamos uma falha que impedia a execução do relatório quando um campo era deixado em branco, pois estava configurado com a máscara #(EdiCar)#.

Correção efetuada: alteramos o campo da tela de entrada, permitindo que o valor em branco seja tratado de forma correta e o relatório seja listado.

Problema: identificamos que as descrições do campos, botões e título da tela Acesso rápido não eram traduzidas.

Correção efetuada: ajustamos a inicialização da tela para que os itens sejam traduzidos de acordo com o idioma selecionado.

Problema: ao editar uma tela no sistema quando há regra com depurador ativo vinculada, ao fechar essa mesma tela, era exibido o erro NullPointerException.

Correção efetuada: criamos uma lógica que redimensiona os campos texto das telas para verificar se o objeto não está vazio. Assim, uma tela pode ser editada e fechada sem que ocorra o erro mencionado.

Problema: com a Bridge habilitada, era emitido uma falha de validação por alguns analisadores externos que deviam fazer a leitura do XML para responder à codificação dos caracteres quando diferente de UTF-8.

Correção efetuada: adequamos as tags de definições no XML responsável pela resposta dos serviços. Desta forma, ainda com a Bridge habilitada, a leitura do XML responde à codificação dos caracteres mesmo quando diferentes de UFT-8.

Adicionamos o seguinte texto na descrição do modelo 040 - Resultados de Avaliação de Reação (TRTU040.GER):

• O relatório apresenta as informações da tabela R140NCU, onde são armazenadas as notas de cada pergunta do curso.

Problema: na tela de ficha básica, ao excluir um colaborador em que o envio de admissão do colaborador estava com situação Erro retornado, os registros do colaborador não eram excluídos totalmente, ficando pendentes registros de tabelas de vínculos, como S-2300, S-2200 e Status. A mesma situação também ocorria na tela de exclusão coletiva de colaboradores.

Correção efetuada: ajustamos a exclusão de colaborador tanto na ficha básica quanto na exclusão coletiva para excluir completamente os registros quando não possuírem mais nenhum vínculo com o eSocial.

Problema: o sistema permitia o cadastro de histórico de contrato para um colaborador com data final zerada ou com data final que ultrapassava a data final do contrato da empresa. Isso gerava conflito com as datas de finalização dos contratos.

Correção efetuada: ajustamos o sistema para garantir que, ao cadastrar o histórico de contrato para um colaborador, a data final do contrato seja validada em relação à data final do contrato da empresa, evitando, assim, conflitos relacionados às datas de finalização.

Problema: o sistema não abria a tela nem gerava os eventos de ajuste para o FGTS com base negativa durante o cálculo de rescisão com a causa 4 - Inic.Empregado s/ Justa Causa.

Correção efetuada: ajustamos para que seja exibida a tela com os eventos de ajuste gerados, calculando, assim, o FGTS corretamente.

Problema: havia mais de 2000 exceções de cálculos registradas no sistema, o que resultava em lentidão em rotinas específicas, como a ficha financeira e a definição de cálculos. O problema ocorria porque o sistema carregava os códigos de cálculo da empresa para a memória em diversos momentos, e a quantidade elevada de exceções impactava negativamente no desempenho.

Correção efetuada: ajustamos a rotina que realiza a leitura dos códigos de cálculo da empresa para a memória, visando uma melhora no desempenho. Com a alteração, obtivemos uma melhoria de 80%. Também aumentamos o intervalo de releitura, de 20 segundos para 35 segundos.

Era permitido inserir um afastamento com Hora Término, porém, sem Data Término via comando insert no banco de dados, gerando sobreposição de afastamentos. Ajustamos as consistências do banco de dados para não permitir inserções que tenham Hora Término, mas sem Data Término, evitando sobreposições de afastamentos.

Problema: ao listar o relatório 002 - S5002 - IRRF Por Trabalhador (FPAR002.ESO), o seguinte erro era apresentado:

Correção efetuada: ajustamos o relatório 002 - S5002 - IRRF Por Trabalhador (FPAR002.ESO) para listar corretamente as informações sem apresentar erro.

A fim de atendermos às definições estabelecidas pelo Manual Técnico do SIAPC Volume V - Informações Complementares_4320, adicionamos o campo Matrícula aos relatórios 032 - TCE_4810 - Folha de Pagamento - Vol. V e VI - 2020 (FPAF032.COL) e 034 - TCE_Pagto_Pos - Pagamento Após Competência (FPAF034.COL).

Complementamos as documentações sobre Gestão de Férias (campo Diferença Positiva/Negativa) e Cadastro de Empresas (subseção Diferença de Férias Negativa e/ou Positiva da seção Emitir recibo de férias com pagamento na folha mensal) com informações sobre as características 12K - Diferença de 1/3 sobre abono e 42J - Diferença Negativa de 1/3 sobre abono.

Disponibilizamos no Manual do Usuário a seguinte informação, sobre a tela de Log Stack Trace:

• Esta rotina tem como finalidade permitir a geração de logs para análise de desenvolvimento e suporte. Ela deve ser ativada apenas quando solicitado em algum atendimento realizado pela Senior.

Problema: ao clicar F1 das telas de Duplicar Empresas e Duplicar Estrutura de Cargos, o Manual do Usuário não era aberto e apresentava o erro 404 - Página não encontrada.

Correção efetuada: corrigimos as telas para abrir o Manual do Usuário corretamente.

Realizamos implementações baseadas nos campos Tipo Vínculo e Tipo de Movimentação, da tela Dados Funcionais do Agente Público Ativo, e no campo Especificação da Natureza do Componente, da tela Componentes da Folha de Pagamento, para que suas funcionalidades estejam de acordo com a versão 3.07 do Sistema de Fiscalização Integrada de Gestão (e-Sfinge). Sendo assim, adicionamos as seguintes opções a esses campos:

• Tipo Vínculo:
  • 98 - Correção de Vínculo.
• Tipo de Movimentação
  • 32 - Alteração de cargo por progressão na Carreira (observar imperiosa necessidade de obediência à Súmula Vinculante n. 43 do STF);
  • 33 - Alteração de cargo por progressão na Carreira (observar imperiosa necessidade de obediência à Súmula Vinculante n. 43 do STF);
  • 34 - Vacância por Readaptação;
  • 98 - Correção de Movimentação.
• Especificação da Natureza do Componente:
  • 10 - Consignações (Empréstimo Consignado, Contribuição Sindical, Associação de Servidores, Plano de Saúde, Multa de Trânsito, Farmácia, Seguro de Vida, Pensão Alimentícia, etc.)
  • 12 - Faltas Injustificadas dos Agentes Públicos Ativos (quando descontadas do valor bruto empenhado, desde que vinculadas a provento remuneratório ou indenizatório - Natureza da Despesa 3.1.90.XX);
  • 13 - Desconto do Adiantamento do 13º Salário (quando descontado do valor bruto empenhado, desde que vinculado a provento remuneratório ou indenizatório - Natureza da Despesa 3.1.90.XX);
  • 14 - Outros Descontos vinculados a Provento Remuneratório ou Indenizatório (quando descontados do valor bruto empenhado e relacionados à Natureza da Despesa 3.1.90.XX);
  • 15 - Outros Descontos não vinculados a Provento Remuneratório ou Indenizatório (quando descontados do valor bruto empenhado e não relacionados à Natureza da Despesa 3.1.90.XX).

Além disso, alteramos a descrição da opção 11:

• de: 11 - Outros Proventos (diversos da classificação (3.1.90p.ex Vale transporte, vale alimentação, auxilio saúde)
• para: 11 - Outros Proventos (não relacionados à Natureza da Despesa 3.1.90.XX). Exemplos: Auxílio-Saúde, Auxílio-Alimentação, Vale Transporte, Salário Família (INSS), Salário Maternidade (INSS), Estagiários, etc.

Problema: ao realizar a integração de um histórico de curso, o web service com.senior.g5.rh.tr.hcm.HistoricoTreinamento adicionava aspas simples no nome do curso.

Correção efetuada:o web service foi ajustado para inserir aspas apenas quando o nome do curso contiver aspas.

Incluímos uma informação no campo Evento Segunda Via da documentação BS - Planos. Instruímos que deve ser informada a funcionalidade dessa rotina, indicando como utilizá-la e quais impactos serão apresentados.

Problema: ao realizar uma nova inclusão de forma coletiva na tela de assinalamento coletivo, não havia validação de sobreposição de plano, como ocorria na inclusão individual. Isso resultava na inclusão indevida de informações para colaboradores que já possuíam este plano.

Correção efetuada: ajustamos a tela de assinalamento coletivo para realizar a validação de sobreposição de planos durante o período especificado. Além disso, foi adicionado um botão de consulta de log na mesma tela. Para assegurar a continuidade do processo coletivo envolvendo vários colaboradores, implementamos um registro de log que identifica qualquer inconsistência. Agora, ao ocorrer uma sobreposição de planos, um aviso específico é exibido:

Problema: o modelo 004 - Ocorrências na Apuração (HRAU004.GER) não listava as ocorrências de intervalos menores que uma hora quando o período listado continha dias com marcações em horário tipo 1 - Rígido com intervalo uso 4 - Refeição Obrigatória e dias com marcações em horário rígido com intervalo uso 9 - Refeição Pré-assinalada Gerada.

Correção efetuada: ajustamos o sistema para que as ocorrências de intervalos sejam listadas corretamente no modelo 004 - Ocorrências na Apuração (HRAU004.GER).

Problema: o modelo 004 - Arquivo Eletrônico de Jornada (AEJ Portaria 671) (HRFI004.GER) listava indevidamente marcações do tipo Pausa Abonada.

Correção efetuada: ajustamos o modelo para que ele não liste mais marcações do tipo Pausa Abonada.

A partir desta versão, disponibilizamos novos recursos para o tratamento do banco de horas dos colaboradores em nosso sistema. Agora, ao transferir um colaborador entre sindicatos, é possível transferir, pagar, migrar ou zerar o saldo do banco de horas dele.

Essa implementação impactou nas seguintes telas do sistema:

• Assinalamentos Diversos (FR000ASS): na guia Ponto, incluímos o campo Tratar banco de horas na transferência de sindicato.
• Históricos Coletivos (FRTRFCOL): adicionamos os campos Tratar Banco de Horas Saldo Positivo, Tratar Banco de Horas Saldo Negativo e Banco de Horas destino.
• Histórico Sindicato (FR038HSI): adicionamos os campos Tratar banco de horas e Banco de horas migração.
• Manutenção de Históricos (FRHISCOL): nas guias Filial e Sindicato, foram adicionados os campos Tratar banco de horas e Banco de horas destino.

Além disso, os seguintes web services foram alterados:

• Com.senior.g5.rh.hr.historicos: disponibilizamos a porta Sindicato_4, onde foram criados os parâmetros de requisição traBHr (tipo da tratamento a ser efetuada com o banco de horas na migração) e codBhD (código do banco de horas de migração).
• Com.senior.g5.rh.hr.historicosColetivos: disponibilizamos a porta Sindicato_5, onde foram criados os parâmetros de requisição bhPos (tipo da tratamento a ser efetuada com o banco de horas positivo na migração), bhNeg (tipo da tratamento a ser efetuada com o banco de horas negativo na migração) e codBhD (código do banco de horas de migração).

Adicionamos mais os assuntos Marcação e Situação Apurada à tabela SystemComponents, Entidades e Data Sets, localizada na seção Principais SystemComponents, Entidades e Data Sets, na documentação sobre Regras para realizar consistências em cadastros de históricos e programações.

Problema: ao regerar a integração ou fechamento do banco de um período anterior, os lançamentos de períodos posteriores eram excluídos.

Correção efetuada: ajustamos o sistema para que a exclusão e o recálculo dos lançamentos ocorram apenas no período que está sendo recalculado.

Problema: durante o cálculo da apuração, na rotina que insere as marcações na base, se ocorresse algum erro durante o insert (exceto erro de chave duplicada), a rotina entrava em looping, causando consumo excessivo de processamento do servidor.

Correção efetuada: ajustamos a rotina para que, ao tentar realizar a inserção, caso ocorra algum erro, ele seja detalhado no log, evitando que a rotina entre em looping.

Problema: ao tentar informar o autor, não era possível acessar guia Autor e também não era exibida uma mensagem de erro.

Correção efetuada: ajustamos a tela para que seja possível acessar a guia Autor corretamente.

Problema: ao acessar os Dados Clínicos a partir da tela de Atendimentos, as informações exibidas estavam cortadas.

Correção efetuada: ajustamos para que, ao acessar os Dados Clínicos a partir da tela de Atendimentos, as informações sejam corretamente exibidas em tela.

Criamos a documentação por processo do leiaute S-2221. Nesta documentação é possível verificar em detalhes todos os passos necessários para realizar o envio das informações relacionadas aos exames toxicológicos de motoristas profissionais empregados.

Adicionamos à documentação da porta Resultados_2, do web service com.senior.g5.rh.sm.ResultadosExames, as opções possíveis para os parâmetros norAlt e evoRes.

Problema: ao acessar o módulo Segurança e Medicina, era apresentada a opção de menu Definições Holerite Digital dentro do menu Diversos.

Correção efetuada: retiramos a opção de menu Definições Holerite Digital do módulo Segurança e Medicina.

Melhoramos a mensagem que é apresentada quando usuário desabilitado tenta acessar o sistema, mudando de Erro na Inicialização do Sistema: para Não é possível efetuar logon, pois esse usuário está desabilitado. Contate o administrador do sistema. Desta forma, deixando mais claro o motivo do bloqueio ao usuário.

Problema: ao exceder tentativas de logon, o sistema apresentava uma mensagem de erro genérica Erro na Inicialização do Sistema:.

Correção efetuada: melhoramos a mensagem, desta forma, ao exceder tentativas de logon o sistema apresenta a seguinte mensagem Erro na Inicialização do Sistema: Ocorreu um erro ao efetuar logon via NTLM: Este usuário foi bloqueado devido a tentativas de logon inválidas. Contate o administrador do sistema.

Problema: ao gerar relatórios no Excel, campos com máscara sem pontuação eram tratados como numéricos, forçando a máscara padrão do tipo de célula, alterando o valor preenchido.

Correção efetuada: tratamos a máscara do campo, caso ela não possua pontuação, será mantido o tipo de célula como Especial no Excel, desta forma os valores não serão alterados.

Problema: ao executar relatórios e exportar em Excel (arquivo .XLSX), o sistema encontrava problema no conteúdo e apresentava o erro Registros Reparados: Formato de parte de /xl/styles.xml (Estilos).

Correção efetuada: reparamos o arquivo .XLSX, desta forma, o Excel abre os relatórios exportados sem exibição de erro.

Problema: alguns campos não eram ordenados corretamente quando executada a requisição com a Bridge.

Correção efetuada: ajustamos a ordenação de campos nas resposta de requisições de web services atendidas pela Bridge.

Problema: os campos IDEDEM e PERREF da tabela R350IPE não eram preenchidos ao realizar a importação de XML dos leiautes S-1210 que estavam na versão 2.5 no migrador do eSocial.

Correção efetuada: ajustamos o migrador para realizar corretamente a importação dos leiautes S-1210 na versão 2.5.

Problema: após a atualização de migração do leiaute S-1210, os valores da tabela R350IPG não eram gravados corretamente. Além disso, não era criado um tratamento para quem já migrou, resultando em bases de clientes não ajustadas.

Correção efetuada: criamos o conversor Ajustar os valores da tabela da IPG migrado para a geração do S-1210 para corrigir a tabela R350IPG que não foi migrada corretamente. Foram inseridos parâmetros de entrada para que o conversor possa ser executado parcialmente. É possível informar se deseja gravar o processamento e identificar o código da empresa, o CPF e a competência de pagamento.

Complementamos a nota da documentação do campo Incidência IRRF, da tela de cadastro de eventos, esclarecendo que o evento deve estar devidamente configurado para que o sistema gere a incidência correta e faça o envio ao eSocial. Logo, embora o sistema permita a configuração de qual incidência de IRRF será encaminhada ao eSocial, esta configuração deve atender às regras estabelecidas pela legislação vigente para que o governo aceite o recebimento.

Melhoramos a documentação referente à tela de cadastro de eventos, adicionando a regra 56 à tabela de regras do campo Teto Cálculo e realizando um ajuste na observação para esclarecer que, mesmo que haja um evento lançado no movimento com seus respectivos rateio e valor, as regras 45 e 56 (do evento) farão a proporção das horas úteis se o campo Teto de Cálculo do evento for maior que zero.

Incluímos uma informação na documentação Características - Horas Extras referente ao Acumulador 9509. Informamos que o evento de DSR s/ Comissões deve estar com Regra diferente de 14 para que seja considerado no acumulador em questão.

Adicionamos uma nota à documentação da Regra por processo 1 - Inserir Programação de Férias e da Regra por processo 2 - Alterar Programação de Férias, detalhando os casos em que cada um dessas regras é chamada pelo sistema.

Adicionamos o seguinte texto na descrição do modelo 001 - Comprovante de Rendimentos Legal (FPIN001.ANU):

Adicionamos o seguinte texto na descrição dos modelos 001 - Relação Cálculo - Organograma (FPRF001.OPE), 002 - Relação Cálculo - C.Custo (FPRF002.OPE) e 003 - Relação Cálculo - Rateio (FPRF003.OPE):

Problema: o cálculo da parte patronal referente à folha dos diretores era realizado de forma incorreta no modelo Relação de INSS.

Correção efetuada: ajustamos o sistema para garantir que a parte patronal seja calculada somente quando a desoneração da folha estiver configurada como 7 - Município enquadrado nos Critérios da Legislação Vigente para Terceiros, ou para empregados com tipo de contrato 2 - Diretor, 5 - Estagiário, 8 - Diretor Aposentado ou 11 - Cooperado.

Problema: quando os campos obrigatórios não eram informados durante a execução da porta Posto_2 do web service com.senior.g5.rh.fp.postos, era retornada uma mensagem que não especificava quais campos deveriam ser preenchidos.

Correção efetuada: ajustamos a mensagem retornada no cenário descrito para facilitar a identificação dos campos obrigatórios.

Adicionamos à documentação do parâmetro indicacaoModulos.codMod, da porta indicacaoModulos do web service com.senior.g5.rh.fp.fichaBasica, a relação de todos os módulos disponíveis.

Inserimos uma observação na documentação TRCT da Portaria MTE Nº 1621, trazendo informações sobre a utilização do parâmetro R - Rubrica Homolognet no campo Gerar Verbas Recisórias.

Problema: ao tentar criar um novo posto clicando em Sim para confirmar e informar as características obrigatórias na guia Características, era exibida a seguinte mensagem de erro:

Correção efetuada: ajustamos o sistema para corrigir o erro e não impedir a gravação do novo posto.

Problema: ao integrar os valores da rescisão na ficha financeira e monitorar as incidências dos eventos com base de FGTS indenizado, a tela não exibia o valor correto da base de FGTS, incluindo a soma ou a consolidação dos eventos com incidência de FGTS.

Correção efetuada: ajustamos a tela da ficha financeira e os monitoramentos das incidências para garantir que a soma das bases de FGTS seja calculada corretamente.

Problema: ao zerar os rateios de evento lançados nos variáveis, alguns lançamentos desapareciam da visualização.

Correção efetuada: ajustamos para que, ao zerar os rateios, os lançamentos não desapareçam mais e sejam registrados com a sequência correta.

Ajustamos a documentação referente à característica 59E - Dedução Isenção IR RRA 65 Anos para esclarecer que a incidência, base e cálculo dos eventos devem ser definidos com:

• Incidência: 9938
• Base: 9552
• Cálculos: 11,14,32 ou 91

Problema: os valores de pensão judicial pagos na folha original eram considerados também na folha complementar, caso houvesse o evento 0285 - Difer.Pensão Jud.Férias.

Correção efetuada: ajustamos o sistema para levar corretamente os valores da folha complementar para a guia Pagamentos em Pensão Judicial quando houver o evento 0285 - Difer.Pensão Jud.Férias.

Adicionamos uma nota à introdução da documentação sobre Relação do INSS com mais detalhes sobre como a Lotação é apresentada pelo sistema. Esclarecemos que o sistema apresentará a Lotação na Relação de INSS apenas se:

• Em Empresa > Definição eSocial (FR030DES), o campo Geração Lotação estiver assinalado como 1 - Filial; e
• O campo Tipo GPS estiver definido N - Filial na tela de Relação de INSS.

Caso contrário, a Lotação será apresentada no relatório se:

• Em Empresa > Definição eSocial (FR030DES), o campo Geração Lotação estiver assinalado como 2 - Rateio; e
• O campo Rateios Filial estiver definido como N na tela de Relação de INSS.

Problema: ao acessar a tela FRDUPCIF clicando em 1 - Duplicar na guia Empresas em Cadastro de CIFs, a tela diminuia de tamanho a cada vez que era acessada.

Correção efetuada: ajustamos para que a tela sempre mantenha seu tamanho original.

Incluímos uma informação em duas páginas de documentação, sendo elas a página Assinalamentos de Usuários e Adicionar Políticas de bloqueio de conta. Essas informações tratam-se de uma notificação enviada pelo sistema para o SGU para que o usuário seja desativado após ocorrer uma demissão com a situação 7 - Demitido.

Adicionamos mais informações à nota do campo Assistência Médica (Mensalidade) da tela de integração do módulo Benefícios e Tarefeiros (BS). Esclarecemos que se nos assinalamentos houver um plano de saúde cadastrado para o colaborador que está incompleto no cadastro do plano (ex.: sem preços), o processo de integração abortará o valor de todos os planos de saúde para o colaborador, apresentando no log a mensagem de que não houve informações para integração de mensalidade de assistência médica.

Melhoramos a documentação do campo Identificação REP da tela de cadastro de coletores. Informamos que o identificador do coletor é o número do coletor de marcação que o identificará nos arquivos fiscais (como AFD e AEJ), sendo:

• REP da Portaria 1510/2009 ou REP-C da Portaria 671/2021: será utilizado o número de fabricação do equipamento;
• REP-A: Informar o número do processo do último acordo ou convenção coletiva depositado;
• REP-P: Utilizar o número de registro no INPI do software.

Problema: ao listar o modelo 001 - Apuração Colaborador (HRAP001.APU), quando solicitado listar apenas os totais gerais, o relatório listava as horas normais em uma página e as situações seguintes em uma nova página.

Correção efetuada: ajustamos o relatório para que a emissão dos totais gerais ocorra sem quebra de página.

Adicionamos à primeira nota da documentação sobre Meus acerto de ponto a informação de que o aviso de afastamento leva em consideração o limite de separação de marcações, ou seja, se houver um afastamento que conte apenas para 1 dia, o afastamento poderá ser considerado para dia anterior por estar no limite da separação de marcações.

Ajustamos a documentação Web services do Gestão do Ponto, para abranger a informação de que, o web service gestaoponto.CalcularBancoHoras realiza o cálculo do banco de horas de maneira individual. E, por isso, é obrigatório o preenchimento de todos os campos, e só é permitido inserir um numcad por vez.

Problema: ao realizar algum acerto ou recalcular a apuração para o colaborador, ocorria a mensagem Comparison method violates its general contract.

Correção efetuada: ajustamos o sistema para permitir a realização dos acertos e o recálculo da apuração corretamente.

Incluímos uma informação referente à situação do candidato 7 - Expirado dentro da documentação Candidato Externo. A informação diz que a guia Cadastro mostra informações do candidato, enquanto a guia Histórico detalha as requisições feitas pelo candidato.

Adicionamos um tópico à primeira nota da documentação sobre o Cadastro de Perfis do Currículo WEB - Novo RS, informando que a alteração dos títulos das guias Oportunidades e Candidatura somente é possível mediante customização, uma vez que não é possível alterá-las do mesmo modo como as outras guias do currículo.

Incluímos uma informação na documentação Cadastro de Perfis do Currículo WEB - Novo RS sobre as opções de exibição Combo box e Autocomplete.

Problema: uma mensagem de erro de máscara aparecia ao usar a rotina de duplicação para um Plano de Ação cadastrado com 9 números.

Correção efetuada: ajustamos o sistema para que, ao possuir um Plano de Ação cadastrado com 9 números e ao utilizar a rotina de duplicação, o processo seja executado corretamente, sem apresentar erros de máscara.

Problema: ao realizar o fechamento de SST, após a transferência de filial, o sistema gerava uma pendência futura referente à revisão de GHE, com uma data de término definida.

Correção efetuada: ajustamos o fechamento de SST para evitar a geração de pendências relacionadas à revisão do GHE com data de término informada.

Problema: ao acessar a tela Duplicar através de Postos de Trabalhos, as informações exibidas estavam sobrepostas.

Correção efetuada: adicionamos uma barra de rolagem horizontal para que seja possível visualizar todos componentes.

Problema: não era possível baixar arquivos nos links de telas customizadas de SGI web.

Correção efetuada: corrigimos a rotina para que seja possível baixar o arquivo ao clicar no link de telas SGI web.

Problema: a mensagem configurada pelo administrador para o bloqueio de contas do SGU não era exibida após excesso de tentativas de login com senha incorreta.

Correção efetuada: ajustamos a exibição da mensagem. Desta forma, a mensagem configurada pelo administrador será apresentada quando houver erro no login do sistema.

Problema: ao executar relatórios e exportar em Excel (arquivo .XLSX), o sistema encontrava problema no conteúdo e apresentava o erro Registros Reparados: Formato de parte de /xl/styles.xml (Estilos).

Correção efetuada: reparamos o arquivo .XLSX. Desta forma, o Excel abrirá os relatórios exportados sem exibição de erro.

Ajustamos a documentação de Definições do eSocial referente aos campos Data da troca de sistema pela Empresa e Data Encerramento Empresa.

Problema: ao gerar o leiaute S-2210 para um colaborador sem vínculo, onde houve o envio do leiaute S-2300, o sistema gerava indevidamente a informação da categoria do colaborador. Isso resultava no retorno do eSocial com a crítica 2 - O campo não pode ser preenchido: Categoria no leiaute S-2210.

Correção efetuada: ajustamos o processamento do leiaute S-2210 para validar a categoria e, caso já haja matrícula, enviar a informação da categoria corretamente no leiaute.

Ao gerar o leiaute S-2501, era exibida uma mensagem de erro informando que a operação não era permitida para o usuário. Porém, não apresentava qual tela o usuário não possuia permissão. Além disso, o botão para consulta do log não estava habilitado.

Sendo assim, ajustamos a mensagem para apresentar a informação completa referente a permissão do usuário, afirmando que o usuário não tem permissão para acessar o formulário Colaboradores Ativos.

Melhoramos a documentação do campo Filial Contábil, da tela de cadastro de filiais, para esclarecer que, quando houver apenas uma filial, deve-se informar o código da filial contábil nesse campo para que a informação não seja considerada zerada na integração contábil.

Além disso, adicionamos exemplos para cenários com apenas uma filial e mais filiais na base.

Problema: ao gerar o modelo 017 - Relação Cálculo - C. Custo Hierárquico (FPRF017.OPE) de forma sintética, sem aplicar filtros por colaborador ou centro de custo, o sistema não listava o campo Centro de Custo.

Correção efetuada: ajustamos o modelo para listar corretamente o campo Centro de Custo nesse cenário.

Problema: ao gerar o modelo Relação de INSS de um cálculo do tipo 14 - Pagamento de Dissídio, quando havia um afastamento por licença-maternidade cidadã e o início da DCTFWeb não estava informado, o valor correspondente à licença não era exibido no campo Deduções FPAS.

Correção efetuada: ajustamos o sistema para que, na ausência da data de início do DCTFWeb nas definições do eSocial, sejam utilizadas as datas estabelecidas pelo governo.

Problema: o sistema travava ao tentar gerar o modelo 002 - Provisão por Local (FPNR002.PRV) quando os campos Nível Totais e Nível Quebras eram preenchidos.

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

Problema: ao realizar a integração das férias na ficha financeira de um colaborador que já recebeu um recibo de férias com diferença de valor no mês anterior, o sistema utilizava incorretamente essa diferença anterior para calcular a variação do IRRF na competência atual, apesar de serem competências de pagamento distintas.

Correção efetuada: ajustamos o cálculo do IRRF na integração das férias para considerar apenas os valores referentes à mesma competência de pagamento.

Problema: ao calcular o evento com a característica 40U - Previdência Privada s/ Férias no recibo de férias, a contabilização em folha estava gerando uma duplicação do evento com a mesma característica.

Correção efetuada: ajustamos o sistema para garantir que, ao calcular o evento com a característica 40U - Previdência Privada s/ Férias no recibo de férias e gerar a contabilização em folha, o evento com essa característica não seja duplicado.

Problema: na provisão genérica de PLR, onde o colaborador recebia um adiantamento e um pagamento integral, o sistema continuava exibindo o valor do adiantamento na provisão após o desligamento do colaborador. A situação ocorria quando o desligamento acontecia na mesma competência do pagamento do PLR e o valor do adiantamento na provisão não era zerado.

Correção efetuada: ajustamos a provisão genérica de PLR para que, quando o colaborador estiver demitido e o pagamento integral ocorrer na mesma competência, o valor do adiantamento na provisão seja zerado.

Disponibilizamos uma nova documentação no sistema: Sugestão de Índices. Essa documentação oferece orientações sobre como índices, que são estruturas aplicadas sobre tabelas do banco de dados, melhoram o desempenho das operações realizadas nessas tabelas.

Incluímos informações sobre os Tipos de Contrato na documentação HomologNet. Essas informações referem-se à explicação de quando serão levados os os tipos de contrato 2 e 3.

Ajustamos a documentação Estrutura de Postos, retirando as informações sobre o limite de 24 meses para a vigência do plano e sobre a permissão para alterar a vigência do quadro.

Problema: ao fazer a integração financeira da Guia Previdência Social - GPS, o valor da licença-maternidade cidadã era indevidamente deduzido.

Correção efetuada: ajustamos as informações na relação de INSS para que a rotina se ajuste adequadamente às regras da licença-maternidade cidadã.

Problema: ocorria duplicação de marcações do tipo E - Eletrônicas ao fazer ajustes ou digitar uma marcação na tela de acertos do módulo Controle de Ponto e Refeitório web. Essa situação não era visível na tela, mas as marcações ficavam duplicadas na tabela de Registro de Acesso (R070ACC).

Correção efetuada: ajustamos o sistema para impedir a duplicação de marcações eletrônicas ao realizar ajustes ou digitar marcações manualmente na tela de acertos.

Complementamos a documentação do campo Situação de Adicional Noturno Extras com a seguinte informação:

• Para apurar o adicional noturno sobre horas extras, é necessário que a situação esteja cadastrada com o tipo 16 - Horas Extras. Caso esteja cadastrada com o tipo 17 - Situação Apuração Ponto, o sistema não garante que serão consideradas como horas extras, mesmo quando se referem a um banco de horas.

Problema: ao zerar apuração, os valores das horas não eram recalculados no Analytics.

Correção efetuada: ajustamos o sistema para que, ao zerar a apuração, os totalizadores sejam recalculados.

Problema: ocorria a mensagem ArrayIndexOutOfBounds ao ler um arquivo de marcações em formato AFD que contenha marcação de um colaborador sem histórico de crachá.

Correção efetuada: ajustamos o sistema para que ele leia corretamente arquivos de marcações em formato AFD.

Problema: ao efetuar a troca de situação por uma ação de acerto, quando essa troca estava prevista na abrangência de situações de acerto, o motivo da alteração não era gravado quando informado.

Correção efetuada: ajustamos o sistema para que, ao efetuar a troca de situação por uma ação de acerto e informar o motivo da troca, ele seja salvo corretamente.

Incluímos na documentação sobre consulta de atestados as informações dos campos Período Início, Período Término, Origem e Parecer.

Problema: ao listar o relatório 019 - Relatório Analítico do PCMSO (SMPC019.GER), era apresentada uma mensagem de erro informando que o cursor não estava em modo Browse.

Correção efetuada: ajustamos o sistema para listar corretamente o relatório sem exibir mensagem de erro.

Realizamos as seguintes implementações nos módulos Administração de Pessoal e Medicina Ocupacional para que o sistema possa atender o envio ao governo das informações do leiaute S-2221 - Exame Toxicológico do Motorista Profissional Empregado:

• Na tela de Exames Toxicológicos (FR038HEX), adicionamos os campos:
  • Código eSocial: onde deve ser informado o código do exame a ser enviado para o eSocial no evento S-2221;
  • Enviar eSocial: campo em que o usuário deve informar se deseja que o exame toxicológico seja enviado ou não ao eSocial.
• Na guia Eventos SST, da tela de Definições do eSocial (FR030DES), incluímos a coluna referente ao evento S-2221 para permitir que seja configurado seu envio para cada categoria.
• Na tela de Exclusão de Leiautes SST (FREXCSST), adicionamos uma nova opção relacionada ao leiaute S-2221 para que também seja possível processar a exclusão desse leiaute.
• Ao realizar o fechamento de admissão de um colaborador, caso haja algum exame toxicológico já cadastrado para o colaborador em questão, a pendência será automaticamente gerada para processamento.

Criamos uma rotina de limpeza de arquivos que não são mais utilizados para instalação e execução dos produtos Gestão do Ponto, SeniorMonitorCenter e Workflow.

Antes, quando era feita a atualização desses produtos, era criado um arquivo relativo a versão dos framework no diretório <seniordor>\seniortools\Framework<versao> e ao realizar uma atualização, a versão antiga não era removida do diretório ocasionando aumento no armazenamento do disco.

Informamos na documentação LDAP e NTLM, a versão NTLMv2 como a mais atualizada para suportar a NTLM no Sistema Senior.

Alteramos a documentação da função LPS SegUsuSetaAtivado, modificando o exemplo para:

Problema: ao gerar o leiaute S-1210 com a opção 1 - Normal (Faz 1º envio ou somente envia quem teve alteração) selecionada no campo Tipo Envio, o sistema gerava incorretamente múltiplos registros. Este erro ocorria para colaboradores que possuiam valores de previdência complementar na ficha financeira.

Correção efetuada: ajustamos o processamento do leiaute S-1210 para que seja gerado corretamente no cenário mencionado.

Problema: durante o processo de exclusão de leiautes, ao definir a abrangência por tipo de usuário e cadastro de colaborador, o sistema não permitia concluir a exclusão dos leiautes selecionados caso houvesse pendências com as seguintes situações: Aguardando Envio Manual, Aguardando Envio Automático, Aguardando Retorno, Aguardando Exclusão S-1210, ou Aguardando Envio Agendado de outros colaboradores não incluídos na abrangência. Nesses casos, era exibida a mensagem Há envios ao eSocial que estão aguardando envio e/ou retorno. Verifique!

Correção efetuada: realizamos melhorias na tela para otimizar o tratamento de pendências. Agora, ao proceder com a exclusão de leiautes, ao definir a abrangência por tipo de usuário e/ou cadastro de colaborador, as verificações serão aplicadas estritamente aos colaboradores incluídos na abrangência especificada no filtro. Dessa forma, garantimos que as consistências sejam aplicadas apenas aos colaboradores dentro do escopo definido.

Problema: ao enviar o leiaute S-2400 e, no mesmo dia, efetuar uma alteração no endereço do colaborador, não era gerado o leiaute S-2400 de retificação conforme esperado. Em vez disso, era gerado indevidamente o leiaute S-2405.

Correção efetuada: ajustamos para que, nesta situação, seja gerado corretamente o leiaute S-2400 de retificação.

Problema: ao efetuar o Fechamento SST para colaboradores ocorria a mensagem Evento excedeu limite de Timeout (1000000).

Correção efetuada: ajustamos o processamento do Fechamento do SST para melhorar o desempenho do sistema.

Problema: ao tentar realizar o cálculo de rescisão, o sistema apresentava indevidamente a mensagem Não é possível excluir as pendências da integração financeira, pois há uma ou mais integrações em andamento. Tente novamente mais tarde quando a empresa tinha integração financeira com sistema Gestão Empresarial | ERP de terceiros.

Correção efetuada: ajustamos a rotina de integração financeira para não realizar consistências na rescisão de pendências efetuadas para processamento do sistema ERP de terceiros.

Problema: ao tentar emitir o relatório 013 - FGTS Digital - Importação (FPRE013.FGT) para filiais que possuem mais de uma matriz, a mensagem de erro CUR_R030FIL era apresentada no cursor.

Correção efetuada: ajustamos o sistema para que o relatório em questão seja listado corretamente e não apresente mais a mensagem de erro no cursor.

Problema: ao gerar os relatórios 011 - Valores FGTS - SEFIP (FPRE011.FGT) e 014 - Conferência FGTS Digital (FPRE014.FGT) para um colaborador demitido na mesma competência em que foi calculado um cálculo do tipo 93 - Especiais, os relatórios não geravam os valores de FGTS descontados neste tipo de cálculo.

Correção efetuada: ajustamos os relatórios para que o cálculo 93 - Especiais seja corretamente considerado e listado nos relatórios de FGTS após a demissão do colaborador. Além disso, ajustamos a integração financeira para garantir que, quando o CIF C07 está configurado com o Tipo Agrupamento como I - Individual, os valores de FGTS sejam gravados corretamente.

Problema: relatórios de convênios listavam Valor Base incorreto quando existia pagamento de Licença-Maternidade Cidadã na competência.

Correção efetuada: ajustamos o sistema para listar corretamente o Valor Base nos relatórios de convênios quando existe pagamento de Licença-Maternidade Cidadã na competência.

Problema: houve uma divergência de valor no evento 0017 - Horas Aux. Maternidade Not devido ao cálculo do evento 0262 - 13º Sal. Compl. a Devolver em uma folha normal na mesma competência.

Correção efetuada: ajustamos o sistema para não gerar essa diferença de valor em cima do evento 0017 - Horas Aux. Maternidade Not quando houver um evento com característica 44C com base 44A calculada na folha original.

Melhoramos o monitoramento das seguintes Regras do Sistema:

• 15 - 13º salário - Dias auxílio maternidade;
• 20 - Adiantamento de férias;
• 24 - Repouso remunerado s/ horas extras;
• 32 - Adiantamento salarial;
• 33 - Diárias;
• 37 - Desconta adiantamento 13º salário;
• 40 -13º complementar; e
• 43 - Maternidade dedutível GRPS.

Essas melhorias permitem modificações nos valores dos eventos base ou a exclusão do evento.

Problema: ao transferir de empresa um colaborador que possuía um atestado com imagens anexas, as imagens não eram transferidas. Além disso, ao excluir a transferência, apresentava-se o seguinte erro:

Correção efetuada: ajustamos a rotina para garantir a transferência das imagens vinculadas ao atestado ao transferir o colaborador entre empresas. Além disso, ajustamos a rotina para evitar erros durante a exclusão da transferência.

Problema: durante a transferência coletiva de filial com data futura, os usuários associados aos colaboradores não estavam sendo corretamente transferidos para a nova filial no momento em que a data futura se tornava atual.

Correção efetuada: realizamos um ajuste na funcionalidade de transferência coletiva de filiais com data futura. Agora os usuários são corretamente associados aos colaboradores no momento em que a data de transferência se torna vigente, garantindo que todos os registros e históricos dos usuários sejam atualizados adequadamente na nova filial assim que a data futura é alcançada.

Ajustamos o primeiro tópico da nota do campo Data Pagamento, da tela Recibo de Férias Individual, alterando a parte que menciona que rotina sempre irá sugerir, como data de pagamento, 3 dias antes do início das férias, sendo que o correto são 2 dias antes do início das férias.

Considerando que o tipo de lotação é informado no cadastro da Filial (FR030FIL), quando a empresa utiliza a rotina de tomador de serviço por rateio e não possui as filiais do tipo O - Obra, T - Temporária ou C - Cooperativa duplicadas, é possível ter somente um tipo de lotação para todos os tomadores vinculados a essa Filial. Sendo assim, implementamos alguns tratamentos para que seja possível informar o tipo de lotação por tomador (Outra Empresa):

Outras Empresas (FR032OEM)

Adicionamos a guia Lotações para que seja possível alterar o tipo de lotação por tomador (Outra Empresa), caso haja a necessidade.

A guia é protegida por senha, logo, o usuário deve abrir um chamado para o Suporte da Senior solicitando o desbloqueio da tela.

A tela permite apenas a inclusão do tipo de lotação por tomador e empresa. Caso seja necessário alterar posteriormente, deve ser utilizada a nova tela de alteração, em eSocial > Lotação > Alteração de Lotação - Outra Empresa (FRALTLOE).

Alteração de Lotação - Outra Empresa (FRALTLOE)

Criamos a tela Alteração de Lotação - Outra Empresa para que seja possível alterar o tipo de lotação cadastrado na guia Lotação da tela Outras Empresas e retificar o envio do leiaute S-1020.

Esta tela é protegida por senha. Sendo assim, o usuário deve abrir um chamado para o Suporte da Senior solicitando o desbloqueio da tela.

Gerar Tabelas (FRGERTAB)

Na tela de geração de tabelas para o leiaute S-1020, foi tratado para buscar as informações da nova guia Lotação (tela Outras Empresas), bem como para gerar as alterações informadas pela tela de Alteração de Lotação - Outra Empresa.

O tipo de lotação será gerado da seguinte forma, considerando a definição do eSocial da empresa que está sendo gerada:

• Caso na Outra Empresa (tomador) não exista um registro com tipo de lotação informado para a empresa, será utilizado o tipo de lotação informado na Filial.
• Caso na Outra Empresa (tomador) exista um registro com tipo de lotação informado para a empresa, esse será utilizado considerando a competência de início de validade.
• Caso a competência informada for posterior à competência do início da lotação (início de validade do S-1000/data início de geração de tabelas), será gerado:
  • um envio utilizando o tipo de lotação informado na filial; e
  • um envio posterior utilizando o tipo de lotação informado na Outra Empresa, considerando a competência de início de validade.

Além disso, será utilizado o mesmo código de lotação já gerado para a filial/rateio, considerando como um novo Início de Validade o tipo de lotação do tomador.

Adicionamos a seção Avaliação de Consenso à documentação sobre Avaliação por Foco. Nessa seção há os passos que precisam ser realizados pelo usuário para disponibilizar a Avaliação de Consenso ao avaliado.

Problema: ao configurar o banco de horas para estouro com limite de banco e tipo de fechamento mensal, o sistema não computava corretamente os valores de estouro quando havia prazo para compensação.

Correção efetuada: ajustamos o sistema para que o estouro do banco de horas por limite ocorra corretamente, independentemente do prazo de compensação, quando o tipo de fechamento for mensal.