Gestão de Pessoas | HCM - 6.10.3.84

Problema: ao utilizar a rotina de exclusão de pendências de um leiaute S-2299, um leiaute S-3000 era gerado com situação 12 - Aguardando exclusão evento S-1210 devido à presença de um leiaute S-1210 subsequente. Ao executar a exclusão novamente para o leiaute S-2299, um novo leiaute S-3000 estava sendo gerado indevidamente.

Correção efetuada: ajustamos a tela de exclusão de pendências para evitar a geração de um novo leiaute S-3000 quando já existir um leiaute S-3000 com situação 12 - Aguardando exclusão evento S-1210.

Criamos a tela Ativação Alteração de Lotações (FRATILOT). Esta tela tem a função de habilitar, por meio de senha inserida pelo usuário:

• o campo Empresas, em eSocial > Lotação > Alteração de Lotação (FRALTLOT); e
• o campo Geração Lotação, em Empresas > Definições do eSocial (FR030DES).

A senha tem uma data de validade, sendo que, após essa data, não será mais permitido alterar os campos citados. Para utilizar a funcionalidade, o usuário deve abrir um chamado para o atendimento de Suporte da Senior e solicitar a senha de ativação. Nesse chamado, devem ser detalhados os motivos pelos quais esta funcionalidade deve ser ativada.

Após a abertura do chamado, a solicitação passará por uma análise. Caso o suporte entenda a necessidade, será definida uma senha e a data de expiração para ativar a digitação na tela.

Implementamos um recurso na tela de envio de declaração mensal para que o processamento dos leiautes periódicos possa ser realizado via assíncrono.

Problema: quando excluímos a ficha financeira, é gerada a pendência de retificação/exclusão do evento S-1200, S-1202 ou S-1207. Ao processar a retificação, caso já exista um S-1210 enviado para a competência de pagamento, este é excluído (envio do S-3000). Porém, após excluir um cálculo do tipo 12 - Folha Complementar, com o campo Envio Periódicos eSocial definido como a D - Data de pagamento, o sistema não encontrava o S-1210 correspondente à exclusão.

Correção efetuada: ajustamos a geração dos leiautes S-1200, S-1202 e S-1207 para que sejam também verificados os pagamentos existentes apenas no envio anterior (excluídos) à exclusão do S-1210, garantido que sejam excluídas todas as competências em que houverem pagamentos já gerados.

Problema: ao acessar a tela Gerar envio S-2500 (FRGERPTB) e clicar no botão Mostrar, era apresentado o erro Unterminated string at character 2000 line 1. Esse erro ocorria porque os campos VLRPE1 e VLRPE2, da tabela R350PEN, estavam com informações corrompidas, fazendo com que o JSON não conseguisse realizar a leitura das informações repetidas.

Correção efetuada: ajustamos o TBS do sistema, atualizando algumas triggers do eSocial.

Problema: ao excluir um registro na tela de Informações de Tributos (FR346TPT) e incluir novamente, sem processar a pendência do leiaute S-3500, o sistema apresentava a mensagem Não foi possível processar a pendência, pois existe um envio aguardando para ser enviado ou aguardando retorno do governo.

Correção efetuada: ajustamos o sistema para que, ao identificar uma pendência do leiaute S-3500 seguida de uma pendência do leiaute S-2501, do mesmo processo, a pendência do leiaute S-3500 seja descartada, processando apenas o leiaute S-2501.

Disponibilizamos a tela Ativação Recibo eSocial no módulo Jurídico (JR). Essa tela tem a função de habilitar a digitação do recibo de retorno do governo na tela de consulta de pendências (FR350STA).

Para mais informações, verifique a documentação da tela.

Problema: ao alterar um ASO, mudando o campo Enviar eSocial para Não e depois voltando para Sim, na tela de Gerar Não Periódicos, aparecia uma pendência do leiaute S-2220 e uma pendência do leiaute S-3000 de exclusão do leiaute S-2220.

Correção efetuada: foi realizado um tratamento para descartar a pendência de exclusão desnecessária para o S-2220 caso o campo Enviar eSocial tenha sido alterado para Sim novamente depois.

Problema: ao realizar uma inclusão na tela de Histórico Local, ocorria o seguinte erro na inclusão devido às estruturas da tabela estarem com tamanho inferior à definida na estrutura de local:

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

Problema: históricos de escala com data futura superior a 180 dias impediam o processamento de pendências do leiaute S-2206, impossibilitando a transferência de filial do colaborador.

Correção efetuada: ajustamos o processo de transferência de filial para excluir pendências futuras geradas pela inclusão e exclusão de registros de escala no histórico.

Na documentação de Geração Automática da ITRD, atualizamos as informações referentes ao processo e aos campos de Competência e Tabela de Feriados.

Alteramos informações dentro do Cadastro de CIFs nos títulos C07, R03 e R09. As alterações referem-se à coluna Busca do Valor dos títulos citados.

Problema: quando há cálculos com os tipos 93, 31 e 11 na mesma competência, ao realizar a consulta das pendências, o valor de FGTS sobre o cálculo 31 era somado na mensal e no cálculo especial, gerando valor duplicado. Isso ocorria porque a integração do cálculo 93 somava duas vezes seu valor ao do cálculo 31.

Correção efetuada: ajustamos para que, ao gerar a pendência, o valor do cálculo 31 não seja somado ao valor de um cálculo de tipo 93.

Problema: ao cadastrar uma pessoa na tela Cadastro de Pessoas (FR033PES) e vincular em Ficha Complementar (FR034CPL), o sistema não trazia informações nos campos País e Estado.

Correção efetuada: ajustamos para que ao cadastrar uma pessoa na tela Cadastro de Pessoas (FR033PES) e vincular em Ficha Complementar (FR034CPL), o sistema importe as informações referentes aos campos País e Estado.

Problema: na tela Gerar Programação de Férias (FRGERPRG):

1. O botão Cancelar não era habilitado após o processamento de registros;
2. A barra de carregamento não chegava até o fim quando informado apenas um colaborador na abrangência. Além disso, ao iniciar um novo processamento ou clicar no botão Cancelar, a barra não era atualizada;
3. O sistema limpava as abrangências caso o usuário processasse os registros na tela Abrangência (FRTELABR) e permanecesse na tela, sendo que os registros só devem ser limpos caso o usuário saia da dessa tela.

Correção efetuada: ajustamos a tela Gerar Programação de Férias (FRGERPRG) para que:

1. O botão Cancelar seja habilitado após o processamento de registros;
2. Ao finalizar o processamento, a barra de carregamento chegue até o fim após atingir seu valor máximo. Além disso, agora a barra de carregamento será zerada quando o usuário iniciar um novo processamento ou clicar no botão Cancelar;
3. As informações da tela de Abrangência (FRTELABR) apenas serão limpas no web service e quando o usuário sair dessa tela.

A fim de melhorarmos a rotina de Consulta de Pessoas com Deficiência para que ela apresente informações mais completas sobre os colaboradores, realizamos as seguintes implementações:

• Alteramos a tela de Consulta de Pessoas com Deficiência (FRCONDEF) para que ela apresente a informação de que o colaborador preenche cota de deficiência ou não. Além disso, ajustamos para que o campo % Ocupação seja calculado de acordo com a quantidade de colaboradores que estejam definidos para preencher na cota.
• Remodelamos o relatório 004 - Colaboradores Com Deficiência (SMMC0004.GER) para que as informações dos colaboradores sejam apresentadas a partir da divisão/quebra Empresa > Filial > Local. Além disso, incluímos as colunas Cot. Def. (cota para pessoa com deficiência), Tipo de Contrato e Categoria eSocial.

Alteramos o nome do botão Onboarding, utilizado para a integração com o produto Admissão Digital, para Admissão Dig., adequando-se à nova nomenclatura da marca.

Alteramos o comportamento do sistema para que os campos Nome do Colaborador (FR034FUN), Nome Social (FR034CPL) e Nome Completo (FR034CPL) sejam preenchidos automaticamente de acordo com o cadastro do candidato quando a admissão for efetuada através do botão Efetivação, da tela Ficha Cadastral (FR034FUN). Com isso, 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.

Com a implementação da rotina de desistentes no Admissão Digital (senior X), surgiu a necessidade de que o usuário possa integrar as informações de desistentes quando houver o cancelamento da efetivação do colaborador no módulo Administração de Pessoal (AP), em cenários onde o colaborador seja originário do módulo Admissão Digital (senior X). Sendo assim, realizamos os seguintes ajustes e implementações:

• Adicionamos o assinalamento Motivo Cancelamento Efet. Candidato na tela Assinalamentos Diversos (FR000ASS), para que o usuário indique se deseja informar o motivo do cancelamento de efetivação do candidato.
• Criamos a tela Motivo do Cancelamento (FRMOTCAN), onde será possível enviar a informação de cancelamento da efetivação do candidato para a Admissão Digital (senior X).

Problema: o relatório 005 - Comprovante de Rendimentos Legal (FPIN005.ANU) não imprimia as informações RRA.

Correção efetuada: ajustamos o relatório em questão para que ele imprima corretamente as informações RRA.

Problema: o Salário Base de um colaborador horista, admitido no meio do mês, era indevidamente arredondado na Ficha Financeira durante o cálculo da folha de pagamento, caso o assinalamento de Sal. Proporcional na Folha estivesse configurado como S - Sim ou T - Proporcional 30 dias Mensalistas.

Correção efetuada: ajustamos o sistema para não permitir o arredondamento do valor quando há apenas um histórico salarial na competência de admissão.

Melhoramos a documentação sobre Base Negativa de FGTS - Rescisão. Na seção Orientação no sistema Senior, onde é mencionada a característica 31A - Saldo de Salário, adicionamos uma nota informando que, para empresas que utilizam eventos de estagiários, será necessário incluir o vínculo de estagiário na guia Vínculos, em Tabelas > Eventos > Eventos > Cadastro (FR008EVC).

Quando existe pagamento de valores retroativos antes do início dos periódicos, onde o recolhimento de Previdência e FGTS é feito na SEFIP retificadora da época (ou GRRF, se devida), as rubricas enviadas ao eSocial não podem ter incidência de INSS e FGTS, devendo ter somente incidência de IRRF. Alteramos o sistema para atender corretamente essa situação.

Ao cadastrar uma folha do tipo 12 - Folha Complementar ou 15 - Complementar Rescisão, se o cálculo complementar tiver como Código Origem um cálculo anterior ao início do envio dos eventos periódicos, o sistema indica a opção D - Data de Pagamento para o campo Envio Periódicos eSocial. Caso este campo seja preenchido com uma opção diferente de D - Data de Pagamento, o sistema emitirá a seguinte mensagem: A competência do código de origem é anterior ao início do envio dos periódicos. Para enviar os dados do Imposto de Renda ao eSocial, deve-se utilizar a opção D - Data de Pagamento no campo Envio Periódicos.

Além disso, ao realizar um pagamento complementar, seja de folha do tipo 12 - Folha Complementar ou 15 - Rescisão Complementar com o motivo E - Diferenças por Erro/Omissão, referente a uma competência anterior ao início do envio dos eventos periódicos conforme o grupo do eSocial ao qual a empresa pertence, e se na definição do cálculo complementar o campo Envio Periódicos eSocial estiver preenchido com a opção R - Retificar, ao gerar as rubricas referentes a este pagamento, as incidências de INSS e FGTS serão geradas com o valor 0 - Não é base de cálculo.

Problema: ao excluir uma folha ou ficha financeira de cálculo do tipo 12 - Folha Complementar, não era criada a pendência de exclusão/retificação dos leiautes S-1200, S-1202 e S-1207 com a competência correta quando o campo Envio Periódicos eSocial está definido como D - Data de Pagamento na definição do cálculo.

Correção efetuada: ajustamos para que seja criada a pendência de exclusão/retificação dos leiautes S-1200, S-1202 e S-1207 na competência de pagamento correta do cálculo do tipo 12 - Folha Complementar no cenário descrito anteriormente.

Problema: ao listar o relatório 010 - Perfil Profissiográfico Previdenciário (PPP) (FPHI010.PRE) através do módulo Administração de Pessoal e o relatório 005 - Perfil Profissiográfico Previdenciário (PPP) (SMSG005.GER) através do módulo Segurança e Medicina, o sistema apresentava a normativa de 2016, divergindo do modelo apresentado no relatório 001 - Perfil Profissiográfico Previdenciário (PPP) (SMPF001.GER) no módulo Segurança e Medicina, que apresentava a normativa de 2022.

Correção efetuada: realizamos as seguintes alterações nos relatórios 010 - Perfil Profissiográfico Previdenciário (PPP) (FPHI010.PRE) e 005 - Perfil Profissiográfico Previdenciário (PPP) (SMSG005.GER):

• Campo 1: alterado para mostrar CAEPF, caso informado.
• Campo 6: alterado para listar o CPF do colaborador.
• Campo 9: alterado para listar a Matrícula do colaborador no eSocial.
• Campo 13.2: alterado para mostrar CAEPF, caso informado.
• Campo 15.9: alterado para mostrar o campo 15.9 para cada risco. Continuará apresentando a informação conforme campos da tela de entrada.
• Campo 16.2: alterado para listar o CPF do responsável.
• Itens 17 a 18.4: excluída a seção de informações referente a Resultados de Monitoração Biológica. Com isso, foi readequada a numeração dos itens Data de Emissão do PPP e Representante Legal da Empresa.
• Ajustamos para que os relatórios apresentem a normativa de 2022.

Problema: o relatório 021 - Detalhamento dos Eventos eSocial (FPTA021.CAD) não apresentava as informações de incidência de IPE Férias, Regime Próprio (IPE) e Teto Remuneratório.

Correção efetuada: adicionamos os campos IPF, RP e TR no relatório, juntamente com suas respectivas descrições.

Problema: nos totalizadores da empresa, os campos Salário e Total da Folha, ou Total da Folha e dos Pagamentos, nos relatórios 002 - Relação Cálculo - C.Custo (FPRF002.OPE), 003 - Relação de Cálculo - Rateio (FPRF003.OPE), 008 - Relação de Cálculo - Rateio/Filial (FPRF008.OPE) e 014 - Relação Cálculo Simulado - Rateio (FPRF014.OPE), acumulavam os valores das empresas já listadas.

Correção efetuada: realizamos a limpeza dos campos supramencionados ao listar o totalizador, com o objetivo de garantir que não sejam considerados para outra empresa.

Problema: quando o relatório 005 - Resumo Cálculo (FPRF005.OPE) era listado com mais de uma empresa, o totalizador dessa empresa era apresentado apenas no final da última empresa, com o total de todas as empresas.

Correção efetuada: alteramos o tipo da seção do totalizador da empresa para SubTotal (incluído na quebra da seção Detalhe) para que, ao listar o relatório e mudar de empresa, seja listada a seção Total Empresa.

Realizamos as seguintes implementações em relação à rotina de desconto de férias:

• Adicionamos o campo Origem Parcelas na tela Gerar Programações de Férias (FRGERPRG).
• Incluímos os campos Origem Parcelas e Parcelas na tela Férias Coletivas (FRFERCOL). Eles estarão habilitados para edição quando o campo Considerar Programação for definido como N - Não. Nessa situação, será possível escolher entre:
  • digitar um valor do número de parcelas do desconto das férias; ou
  • selecionar o valor do assinalamento do cadastro do sindicato associado a cada colaborador.
• Adicionamos os parâmetros oriPrc (Origem Parcelas) e nroPar (Parcelas) à porta Calcular do web service com.senior.g5.rh.fp.feriasColetivas.
• As parcelas da tela de geração de programação de férias (FRGERPRG) serão atribuídas conforme a seleção do usuário no campo Origem Parcelas, sendo que será possível utilizar o valor de parcelas informado na tela ou retornando do cadastro de sindicato.
• Na tela de geração de programação de férias individual (FR040PRG), ao alterar o valor do campo Início na grade, o campo Parcelas agora é preenchido conforme cadastro do assinalamento do sindicato associado ao colaborador. Já na tela de geração de programação de férias coletivas (FR040PRC), ao alterar o valor do campo Início na grade, o campo Parcelas será preenchido conforme cadastro do assinalamento do sindicato associado ao colaborador.
• O valor do campo Parcelas Desconto da tela Recibo de Férias Individual (FRFERIND) agora é preenchido com o conteúdo do campo Qtde Parcelas, conforme a vigência do assinalamento no cadastro do sindicato correspondente.
• Adicionada uma regra de verificação na tela Histórico Sindicato (FR038HSI). Agora, quando o sindicato do colaborador for alterado, será verificado se o colaborador tem férias futuras programadas. Com isso, serão comparadas as parcelas de desconto do adiantamento de férias com as parcelas do assinalamento do novo sindicato. Essa verificação é feita para que o usuário seja notificado em caso de diferença nas parcelas.

Problema: identificamos que os modelos 00002 - Eventos (FPIM00002.SCF) e 00040 - Eventos (FPEX00040.SCF), que realizam a importação e exportação da tela de cadastro de Eventos (FR008EVC), não possuíam os seguintes campos:

• Na guia Eventos: Competência Início Validade, Competência Final Validade, Observação e Descrição Completa;
• Na guia Incidências: INSS Acordos Internacionais, IR Acordos Internacionais, Incidência IRRF e API Intermitente;
• Na guia Órgão Público: Subcódigo da Conta, Compõe Piso do Magistério e Compõe Empenho.

Correção efetuada: foram identificados os campos ausentes nos modelos e incluídos para garantir uma correspondência completa com a tela de cadastro de eventos.

Para efetuar o cálculo automático do abatimento de bases de FGTS e compensar alguma base negativa, disponibilizamos no sistema as novas características: 31R - Ajuste Base FGTS Mês, 31S - Ajuste Base FGTS 13º Salário, 31T - Ajuste Base FGTS Indenizado e 31U - Ajuste Base FGTS Indenizado 13º Salário.

Para calcular essas características, foi criada a regra 76 - Ajuste Base Negativa FGTS. O sistema buscará o valor da base negativa de FGTS e o abaterá da maior base com saldo positivo, até que todo o saldo negativo seja zerado. Caso não haja saldo suficiente na primeira base, o sistema passará para a próxima, até compensar toda a base negativa ou zerar as demais bases positivas.

Para mais informações sobre como configurar esses novos eventos, consulte a nossa documentação de Ajuste Base FGTS, sessão Orientação no sistema Senior.

Ao calcular uma rescisão, se o sistema encontrar alguma base negativa, antes de efetuar o cálculo dos eventos de FGTS, apresentará na tela de movimento da rescisão os eventos calculados referentes às características citadas acima. O cálculo do rateio desses eventos será feito proporcionalmente à base de cada rateio do cálculo.

Relatórios atualizados

Demonstrativos de Rescisão

Ajustamos os relatórios para que o valor de Ajuste Base FGTS seja apresentado após os valores de Férias e Outros Eventos Rescisão.

• 001 - Demonstrativo Rescisão - Normal (FPRC001.COL);
• 002 - Demonstrativo Rescisão Complementar (FPRC002.COL);
• 003 - Demonstrativo Rescisão Normal (Rateio) (FPRC003.COL);
• 004 - Demonstrativo Rescisão Complementar (Rateio) (FPRC004.COL);
• 005 - Demonstrativo Rescisão com Rubricas - Normal (FPRC005.COL);
• 006 - Demonstrativo Rescisão Complementar com Rubricas (FPRC006.COL)

Rescisões Simuladas

Ajustamos a ordem de apresentação dos valores nos relatórios de rescisão simulada.

• 001 - Demonstrativo de Rescisão Simulada - P/ Local (FPSM001.COL);
• 002 - Demonstrativo de Rescisão Simulada - P/ Rateio (FPSM002.COL);
• 003 - Demonstrativo de Rescisão Simulada - P/ C. Custo (FPSM003.COL);
• 004 - Demonstrativo de Resc. Sim. P/ C. Custo Hierárquico (FPSM004.COL).

As mudanças visam garantir que os valores sejam apresentados na mesma sequência em que foram calculados:

1. Os valores de Multa Qualificação Profissional agora são apresentados após os valores de Gratificação.

2. Os valores de Férias Indenizadas agora são apresentados após os valores de Férias.

3. Os valores de Ajuste Base FGTS agora são apresentados após os valores de Outros Eventos Rescisão.

Criamos um assinalamento para definir o modo de atualização das tabelas de consulta de abrangência. Por padrão, essa atualização continua sendo automática, ocorrendo quando a abrangência é definida ou alterada via tela ou regra.

A outra opção é desativar a atualização automática das tabelas de consulta, sendo necessário realizar a atualização manualmente através da função de programador (AtualizaConsultaAbr) ou utilizando o parâmetro EAtuAbr nos modelos que utilizam essas tabelas de consulta.

Acesse a documentação sobre Assinalamentos de Usuários para conferir as informações sobre o novo assinalamento Atualizar tabelas de consulta de Abrangências.

Problema: ao tentar realizar a importação do modelo 00005 - Empréstimos Consignados - Banco Itaú (BSIM00005.SCF), o sistema gerava uma data inválida, ocasionando o erro Invalid argument to date encode.

Correção efetuada: ajustamos o importador do modelo 00005 - Empréstimos Consignados - Banco Itaú (BSIM00005.SCF) para, nesse caso, utilizar o último dia do mês de competência, garantindo, assim, que uma data válida seja fornecida ao sistema.

Problema: quando a descrição sumária de um cargo ultrapassava uma determinada quantidade de caracteres, era gerado um erro ao listar o modelo 018 - Descrição de Cargos por competências (CSCA018.CAR).

Correção efetuada: ajustamos o modelo para que a descrição sumária seja listada em seções.

Problema: ao utilizar a função RetLocEmp e solicitar o retorno da variável TabOrgEmp, esta não retornava o valor correto.

Correção efetuada: ajustamos o sistema para que a variável TabOrgEmp seja retornada corretamente.

Problema: ao tentar gerar um relatório de conferência de banco de horas com muitos lançamentos a serem listados (tabela R011LAN), ocorria o erro Java Heap Space, impedindo a geração do relatório.

Correção efetuada: realizamos ajustes de performance na rotina de geração do relatório para evitar o erro mencionado.

Problema: ao efetuar a leitura de um arquivo AFD de um REP modelo Portaria 1510, registros de colaboradores cujo CPF começava com zero não eram lidos corretamente.

Correção efetuada: ajustamos o sistema para que a leitura de registros com CPF iniciado em zero ocorra normalmente.

Ajustamos a informação da nota importante ao final da página sobre Associar Usuário a Colaborador, no tópico que trata da aplicação de abrangência nas telas do módulo Gestão do Ponto.

Agora, a informação é apresentada da seguinte forma: Os usuários com associação do tipo 1 - Não Criar Usuário para o Colaborador, 6 - Criar Usuário sem Abrangência ou que não tiverem nenhum usuário associado ao colaborador, não terão abrangência aplicada nas telas do módulo Gestão do Ponto, quando utilizarem somente abrangência por hierarquia de postos.

Adicionamos uma nota à documentação sobre indicação de colaboradores no módulo, esclarecendo que, para indicar o colaborador ao Gestão do Ponto, é obrigatório que o colaborador esteja indicado para o módulo Controle de Ponto ou Controle de Ponto e Refeitório, no campo Contador Controle de Ponto e Refeitório, em Colaboradores > Ficha Cadastral > Ficha Cadastral - Empregados (FR034FUN).

Problema: no Gestão do Ponto Nova Interface, ao editar um afastamento criado no Controle de Ponto sem preencher a Data final, ocorria o erro NullPointerException.

Correção efetuada: realizamos um ajuste para validar se o campo está vazio.

Enriquecemos a documentação sobre Meus acertos de ponto, acrescentando na nota de destaque a informação de que, quando a pendência estiver Com o colaborador, após ele realizar o ajuste no ponto e a situação apurada ainda for uma situação de exceção, a pendência permanecerá com o colaborador até expirar.

Com o intuito de facilitar a conferência do ponto, implementamos a exibição do sindicato laboral nos dados cadastrais do colaborador, visando tornar as conferências mais ágeis e precisas. Além disso, agora é possível visualizar a escala em que o colaborador está alocado na listagem de dias apurados das telas de Acerto de Ponto e Acertos da Minha Equipe.

Destacamos a coluna Escala exibe apenas o código correspondente. No entanto, ao passar o cursor do mouse sobre o código, é possível visualizar os detalhes completos da descrição e do código da escala.

Problema: ao utilizar rotinas de banco de horas, a mensagem Erro no totalizador e Horas: O identificador de várias partes aap.NumEmp não pode ser associado era exibida no log do Glassfish quando o totalizador de banco de horas era recalculado e o filtro por colaboradores era utilizado.

Correção efetuada: ajustamos a rotina para que o totalizador de banco de horas ocorra corretamente.

Aumentamos o limite de caracteres permitidos no campo Código da Subnormalidade da tabela de Cadastro (FR110SUN) e em todos os campos relacionados, agora suportando até 999999 registros.

Esta alteração afeta os seguintes modelos de relatórios:

• 001 - Relação de Periódicos (SMPE001.GER);
• 006 -Acompanhamento de Subnormalidades (SMFI006.GER);
• 007 - Quadro Informativo COVID 19 (SMFI007.GER).

Além disso, os modelos de exportação e importação abaixo também foram ajustados:

• 00001 - Gera Ficha Médica a partir de Colaboradores (SMIM00001.LOG);
• 00008 - Gera Ficha Médica a partir de Colab com Dependente (SMIM00008.LOG);
• 00036 - Questionário (SMIM00036.LOG).

A tela de Candidatos Externos agora está disponível no módulo Segurança e Medicina (SM), independentemente do usuário ter o módulo Recrutamento e Seleção (RS) na proprietária.

Para compatibilizar o módulo Segurança e Medicina (SM) com os termos vigentes da NR01 - Disposições Gerais e Gerenciamento de Riscos Ocupacionais, alteramos o termo Agente de Risco para Perigo/Fator Risco. Com isso, o termo Agente de Risco de todos os campos/colunas/guias/etc. das telas, relatórios e web services foi alterado para a nova descrição.

Problema: quando o campo Descrição Histórica do Cargo da tela de assinalamentos está definido com valor diferente de S, na tela Descrição dos Cargos/Postos, após informar os campos Estrutura de Cargo ou Posto e clicar no botão Mostrar, o sistema mostrava as informações em tela, porém, ao clicar em Cancelar, a tela travava, não permitindo que o usuário alterasse ou definisse qualquer informação.

Correção efetuada: corrigimos a tela Descrição dos Cargos/Postos para que não trave mais e permita que o usuário continue interagindo normalmente, sem a necessidade de sair e entrar novamente na tela.

Problema: ao listar o relatório 010 - Perfil Profissiográfico Previdenciário (PPP) (FPHI010.PRE) através do módulo Administração de Pessoal e o relatório 005 - Perfil Profissiográfico Previdenciário (PPP) (SMSG005.GER) através do módulo Segurança e Medicina, o sistema apresentava a normativa de 2016, divergindo do modelo apresentado no relatório 001 - Perfil Profissiográfico Previdenciário (PPP) (SMPF001.GER) no módulo Segurança e Medicina, que apresentava a normativa de 2022.

Correção efetuada: realizamos as seguintes alterações nos relatórios 010 - Perfil Profissiográfico Previdenciário (PPP) (FPHI010.PRE) e 005 - Perfil Profissiográfico Previdenciário (PPP) (SMSG005.GER):

• Campo 1: alterado para mostrar CAEPF, caso informado.
• Campo 6: alterado para listar o CPF do colaborador.
• Campo 9: alterado para listar a Matrícula do colaborador no eSocial.
• Campo 13.2: alterado para mostrar CAEPF, caso informado.
• Campo 15.9: alterado para mostrar o campo 15.9 para cada risco. Continuará apresentando a informação conforme campos da tela de entrada.
• Campo 16.2: alterado para listar o CPF do responsável.
• Itens 17 a 18.4: excluída a seção de informações referente a Resultados de Monitoração Biológica. Com isso, foi readequada a numeração dos itens Data de Emissão do PPP e Representante Legal da Empresa.
• Ajustamos para que os relatórios apresentem a normativa de 2022.

Problema: caso não houvesse informações no campo Espécie Acidente da guia CAT, ao excluir essa guia, a informação de Espécie Acidente era excluída da guia Acidente se a guia CAT fosse novamente cadastrada. Além disso, era retornada a seguinte mensagem de erro:

Correção efetuada: ajustamos para que, quando seja cadastrada novamente a CAT, a mensagem de erro mencionada não seja retornada e o cadastro seja novamente realizado sem erros.

Realizamos as seguintes implementações no módulo Segurança e Medicina (SM) em relação ao Plano de Ação:

• Alteramos a tela de Cadastro de Plano de Ação, adicionando os campos:
  • Custo e Sequência na guia Ação;
  • Custo Aprovação na guia Aprovação;
  • Custo Execução na guia Execução.
• Criamos o relatório 003 - Plano de Ação - 5W2H (SMPA003.GER). Esse relatório apresenta os planos de ação com base na metodologia 5W2H, e suas informações são apresentadas com base no cadastro de Plano de Ação, em Segurança > Plano de Ação > Cadastro.

Além disso, adicionamos os campos Custo, Sequência, Custo Aprovação e Custo Execução no web service com.senior.g5.rh.sm.planoacao.PlanoAcao e no modelo de importação 042 - Plano de Ação (SMIM00042.SCF).

Criamos a guia Anexos na tela de Revisão de Equipamento. Através dessa guia, o usuário pode anexar arquivos pertinentes à revisão do equipamento em questão.

Alteramos o nome da guia Imagens, da tela de cadastro de equipamentos, para Anexos. Agora, além de imagens, é possível anexar todo tipo de arquivo pertinente ao equipamento que está sendo cadastrado ou alterado.

Problema: foi identificada uma falha na apresentação da descrição de alguns menus específicos do módulo QL, quando esses eram favoritados no sistema.

Correção efetuada: ajustamos a rotina que grava a descrição dos menus que foram favoritados no sistema, para que sua função seja realizada corretamente.

Problema: na tela do editor de SQL, não era possível inserir o resultado de uma consulta SQL em que uma grande quantidade de registros retorna. Isso ocorria a capacidade máxima de armazenamento do componente TRichEdit era ultrapassada.

Correção efetuada: adicionamos uma opção para gerar um arquivo .CSV com o resultado das consultas, independentemente da quantidade de registros. Por padrão, o separador será ponto e vírgula, mas poderá ser modificado através da chave com.senior.cbds.editorsql.separator. Devido a quantidade de armazenamento de exibição dos resultados variarem conforme a capacidade da máquina, por padrão, limitamos o resultado de exibição para 512 MB, mas sendo modificado através da chave com.senior.cbds.editorsql.resultmemsize.

Aumentamos para 6 dígitos a quantidade de caracteres do campo qtdVag (relativo à quantidade de vagas) em todas as telas do módulo Treinamento e Pesquisa (TR) que apresentam esse campo .

Aumentamos o tamanho do campo relacionado à estrutura salarial, passando de 3 dígitos para 4 dígitos.