Folha de Pagamento - Implementações Março/2025

• Este campo deve conter um hint com a informação 'Selecionar quando a identificação no extrato do favorecido deve ser HP13 - PGTO REMUNERAÇÃO'
• Este campo deve ser um enumerado de Sim/Não e por default deve vir sempre setado como Não
• Quando o arquivo bancário for gerado para Funcionários (Folha de Pagamento/Gerar Remessa Bancária) e o campo na forma de pagamento estiver setado como Sim,  no Segmento A do banco Itaú nas posições 178 a 181 deve estar o código HP13
• Se o campo estiver setado como Sim e a Forma de Pagamento for do tipo 'Depósito em Conta Corrente' nas posições 015 a 017 o tipo de pagamento deve ser 01 - Crédito em Conta Corrente no Itaú
• No SegmentoA Itau quando o tipo de Folha for Suplementar - PLR as informações devem ser preenchidas como HP04

106316 - Implementar a transferência de Pensionistas na transferência de empresas

• Sempre que um contrato é transferido de empresa, é criado um novo histórico do contrato com o vínculo na nova empresa e estabelecimento;
• Quando for feita a transferência de empresa será necessário criar um novo histórico dos pensionistas cadastrados para a Empresa/Pessoa com data do histórico com a data de transferência. Por exemplo João tem um pensionista na empresa A, quando ele for transferido para a empresa B o sistema deve verificar se João tem pensionistas cadastrados na empresa A e criar novos pensionistas na empresa B.
• Este novo histórico deve ser igual ao último histórico criado para o pensionista na empresa origem
• Deve ser validado se os pensionistas possuem históricos com data igual e/ou posterior a data da transferência
• Caso não hajam históricos com data igual e/ou posterior a transferência deve finalizar o processo sem erros;
• Caso hajam históricos com data igual e/ou posterior a data de transferência, o processo deve ser abortado e deve-se finalizar com erro, logando o pensionista que possui histórico posterior.

109594 - Opção de seleção na emissão do recibo

• Os modelos que deverão ser alterados são 
• FP0006 Recibo de Pagamento
• FP0010 - Recibo de Pagamento - RPA
• FP0011 Recibo de Pagamento - RPA (duas vias)
• FP0012 Recibo de Pagamento - RPA (dois por página)
• Deve ser incluída um opção nos filtros chamado 'Ocultar Recibos que não Possuam Vencimentos ou Descontos'
• Este filtro abaixo de 'Ocultar Rubricas com Valores Zerados

106036 - Exclusão das variáveis de cálculo e info do contrato pós efetivação da rescisão

• Variáveis de cálculos gravadas no contrato devem ser excluídos para meses/competências superiores a competência da rescisão do contrato
• Excluir os registros de dados da tabela que mantem as informações mensais do contrato superiores a competência da rescisão
• Manter as variáveis anteriores 
• Manter os dados de info do contrato anteriores

108588 - Alteração no processo de envio de eventos

• No momento do cadastro de um novo contrato deve ser validado:
• Quando a data do campo Início da utilização do sistema estiver null nenhuma ação deve ser tomada
• Quando a data do campo Início da utilização do sistema for posterior a data de admissão o campo ADMTRANSOUTROAPP deve ser setado como 1
• No processo de Gerar Eventos para Implantação do Sistema, verificar se a admissão é no mesmo MM-AAAA do Início da utilização do sistema:
• Se for um MM-AAAA anterior nenhuma ação deve ser tomada
• Se for a o mesmo MM-AAAA deve-se verificar se a data de admissão é anterior a data de Início da utilização do sistema
• Se SIM o campo ADMTRANSOUTROAPP da tabela de CONTRATOS deve ser setada como 1
• Se NÃO nenhuma ação deve ser tomada (DATA IGUAL OU POSTERIOR)
• Incluir em migração para que a tabela RHESOCIALAUTORIZACAOSERVICO na coluna MAQUINAAUTORIZADA seja sempre atualizada para Sim
• Esta alteração deve ocorrer no processo de 'Início da Utilização do Sistema' e/ou quando for cadastrada uma admissão quando o campo 'Início da utilização do Sistema for diferente de NULL e a Data da Admissão for anterior a data setada no campo 'Início da Utilização do Sistema

 108040 - Criar consulta de familiares

• Criar uma consulta de familiares como já existe a de pessoas e contrato com dados da pessoa, pessoa familiar, dados do familiar e contrato vinculado.
• A consulta deverá ter uma fonte de dados chamada Familiares e deve utilizar o último histórico do contrato e familiar (histórico atual)
• A fonte de dados deve se chamar Familiares
• Se o familiar for vinculado a uma pessoa que tenha mais de uma contrato a linha do contrato deve ser duplicada
• A fonte de dados deve conter os seguintes campos:
• Empresa
• Estabelecimento
• Nome do contrato vinculado
• Código do contrato 
• Contrato
• Código do Contrato
• Pessoa
• Estabelecimento do Contrato
• Código do Estabelecimento do Contrato
• Descrição do Estabelecimento do Contrato
• Empresa
• Código da Empresa
• Descrição da Empresa
• Centro de Custo Nível 1
• Código do CC1
• Descrição do CC1
• Centro de Custo Nível 2
• Código do CC2
• Descrição do CC2
• Centro de Custo Nível 2
• Código do CC3
• Descrição do CC3
• Centro de Custo Nível 3
• Código do CC3
• Descrição do CC3
• Setor
• Código do Setor
• Descrição do Setor
• Data de Admissão
• Situação do Contrato
• Nome da pessoa familiar
• Data de Nascimento do Familiar
• Sexo do Familiar
• Nome do Pai do Familiar
• Nome da Mãe do Familiar
• Grau de instrução do Familiar
• Data do histórico
• Parentesco
• Tipo de Dependência
• Dependente para Imposto de Renda
• Recebe Salário Família
• Incapacidade Física ou Mental para o Trabalho
• Auxílio Creche
• Beneficiário de Seguro
• Percentual de Seguro
• Se o campo for uma enumerado, deve ser apresentado o índice do enumerador. Por exemplo um enumerador de Sim/Não, onde no banco apresenta 0/1, deve ser apresentado na exibição Sim ou Não
• Não devem ser apresentados os id dos cadastros e sim seu código e descrição. Por exemplo Setor, se no CONTRATOHIST estiver o IDDOSETOR deve ser exibido na consulta o código e descrição da tabela SETOR.

111677 - Alteração na geração de convênios para a Geração de Dados do IR

• No processo de geração de IR, os resultados de convênios não estão sendo localizados para os contratos transferidos. Isso ocorre pois o processo tenta localizar os resultados que pertencem a mesma empresa selecionada no filtro da geração do IR. Porém para o processo saber se o resultado de convênio pertence a empresa do filtro, ele utiliza a folha cadastrada vinculada ao resultado de convênio, pois a folha em questão se vincula a um estabelecimento que por sua vez se vincula a uma empresa. Assim quando ocorre uma transferência,  os resultados de convênio do contrato continuam vinculados a empresa antiga, pois a folha vinculada ao resultado pertence a empresa antiga. 
• Na consulta por resultados de convênios ao invés de ser usado a folha vinculada ao resultado para saber qual empresa aquele resultado pertence, deve ser utilizado o histórico do contrato compatível com a data da geração, pois o histórico do contrato também se vincula a um estabelecimento e uma empresa.
• Obs. Para a DIRF não importa o estabelecimento ou a folha a qual foi vinculado o valor, e sim que houve aquele valor no mês/ano para aquela pessoa naquele mês.
• Logo, se houverem valores para o contrato no mês/ano, este deve identificar corretamente a empresa a qual está sendo vinculado o valor.

106020 - Refatoração da tela de Programação de Alteração Contratual

• Ajustar os checkbox dos campos para ficarem alinhados com os combos
• Incluir ":" após o label dos campos
• Retirar o campo Mão de Obra do agrupamento "Alterar as informações de lotação para".
• Alterar a fonte do campo "Atualizar o código do contrato" para que fique padrão do sistema
• Alterar o tamanho do campo "Atualizar a matrícula" para que fique padrão do sistema
• Quando selecionado somente alteração de Estabelecimento o campo Atualizar Matrícula do Trabalhador deve ficar bloqueado e como default Não
• Quando selecionada alteração de Cargo ou de Função o campo Motivo de Alteração de Cargo ou Salário deve ficar com o combox selecionado (a exemplo da alteração de Empresa)
• Ajustar os campos "Motivo de Transferência" e "Motivo de Alteração de Cargo ou Salário", para que quando fiquem desabilitados, somente o campo esteja desabilitado, no padrão do sistema.

 111773 - Refatoração do processo de exclusão de variáveis de cálculo

• Somente realizar a exclusão de variáveis de cálculo que estejam configuradas para serem setadas por fórmulas executadas no processo de cálculo que está sendo realizado.
• Recalcular a variável nas fórmulas que são setadas no cálculo da folha que está sendo processada

111872 - Alteração validação campos Adicional Noturno

• A funcionalidade está em Cadastros/Sindicais/Acordo, Convenção e Dissídio
• No agrupamento HORÁRIO NOTURNO existe o campo Percentual do Adicional
• Este campo tem uma validação que só permite o limite de 99,99 
• Deve ser alterada a validação pra permitir 999,99

109591 - Incluir no cadastro de contratos o agrupamento Reintegração

• Incluir um agrupamento chamado Reintegração acima do agrupamento Rescisão
• Este agrupamento conterá os seguintes campos:
• Tipo de Reintegração
• Data do Efetivo Retorno ao Trabalho
• Data do Efeito da Reintegrção
• Deverá ser incluído na tabela de CONTRATOSHIST o ID da Reintegração
• Este agrupamento só deverá ser exibido se o campo de ID da Reintegração estiver diferente de NULL
• Todos os históricos posteriores a Reintegração deverão estar com o campo ID da Reintegração preenchido

109382 - Ajustar a interface de cadastro de Reintegração

• A tela já está desenvolvida em Cadastros > Movimentações > Reintegração
• Ao selecionar uma nova reintegração e selecionar os contratos, não podem ser apresentados contratos ativos ou afastados, somente contratos com a situação Rescindido
• Para o campo Tipo de Reintegração deve ser incluído no enumerador o valor 6 - Revisão de reforma de militar
• Incluir o campo Número do Processo ao lado de Tipo de Reintegração, este campo deverá ser numérico e deve validar para 20 caracteres.
• O campo 'Número do Processo deve conter um hint com a informação 'Número do processo judicial'
• Este campo por default deve inicializar desabilitado
• Se no campo Tipo de Reintegração for selecionado o tipo 'Reintegração por Decisão Judicial, o campo 'Número do processo' deve ficar habilitado e de preenchimento obrigatório
• O campo 'Número da Lei de Anistia' deve inicializar desabilitado
• Se o Tipo de Reintegração for 'Reintegração por Anistia Legal' o campo 'Número da Lei de Anistia' deve ser habilitado e de preenchimento obrigatório
• O campo 'Número da Lei de Anistia' deve conter de 5 a 13 número
• O campo 'Pagamento em Juízo' deve ser excluído do cadastro, se houver algum cliente com este campo preenchido na tabela, por meio de migração ele poderá sem excluído
• O campo Data do Efetivo Retorno deve ter a seguinte validação: Deve ser uma data válida, posterior à data de desligamento do trabalhador. Não pode ser posterior a 30 (trinta) dias da data atual.
• Deve ser incluído um hit no campo Data do Efeito com a descrição 'Data de início dos efeitos financeiros da reintegração'
• O campo Data do Efeito deve conter a seguinte validação: Deve ser uma data igual ou anterior à data do efetivo retorno ao trabalho e posterior à data do desligamento.

INTEGRAÇÃO CONTÁBIL

• Fonte de dados Variável global por fórmula de cálculo - incluso o centro de custo contábil como campo para permitir filtro.