117865 - Itau - Ajuste do sequencial da geração do arquivo itau
- Na geração do arquivo bancário do Itaú deve ser identificado entre as pensionistas aquelas que tem conta no próprio banco itau (341,409,029,346)
- Para as contas identificadas no item 1, deve ser gerado um lote com forma de pagamento igual a 01.
- Para contas não relacionadas ao itau, deve ver gerado um lote com forma de pagamento igual a 41
- Os totalizadores devem corresponder a cada lote
- Verificar o sequenciamento dos registros de segmento A
112279 - Alterar o relatório de fechamento de IRRF para folha de Acordo/Convenção/Dissídio
- No relatório da folha, está sendo separado o valor do IRRF de 13° de RRA quando a folha de dissídio
- Deve ser incluído no relatório de IRRF os valores de IRRF sobre 13° das folhas de acordo/convenção/dissídio.
- Quando tratamos de RRA, no sistema não existe um resultado de cálculo específico para isso. Logo ficam diferenças nos valores de base
- No caso de 13° das folhas de rescisão e folha de 13° complementar devem continuar sendo apresentados separadamente.
115449 - Reajuste por Tabela Progressiva
- A funcionalidade está em Folha de Pagamento / Reajuste Salarial / Reajustes Salariais
- Deve ser incluída uma opção em 'Base para Cálculo' chamada 'Tabela Progressiva'
- Ao selecionar o enumerador Tabela Progressiva deve ser exibida uma nova aba antes de Resultado do Calculo
- A tabela progressiva deve possuir um grid editável com 2 colunas:
- Admissão até
- Percentual do Reajuste
- A tabela progressiva deve ficar salva no reajuste
- A tabela progressiva deve ser preenchida com no mínimo 1 mês para que seja possível fazer a simulação
- Caso não esteja preenchido, deve logar erro em tela obrigando o preenchimento
- Será possível salvar o cadastro do reajuste sem que nenhum mês esteja preenchido na tabela progressiva, porém deverá logar uma mensagem de aviso de que a tabela não está preenchida dando a opção para o usuário salvar desta forma
- Se sim, salva sem preencher os dados da tabela
- Se não, cancela o processo e não salva o reajuste
- O reajuste será inicialmente por percentual e deve seguir o mesmo comportamento de um cálculo feito com a opção percentual
- Neste caso a diferença está no enquadramento, ou seja, anteriormente para aplicar uma tabela progressiva com 12 percentuais diferentes, o usuário precisaria fazer 12 reajustes diferentes. A partir desta implementação ele informará todos os percentuais que deseja aplicar, separados por período de admissão, e o processo fará todos os cálculos em um único reajuste
- O comportamento deste novo cálculo deverá observar o MM/AAAA da admissão do contrato para enquadrar no cálculo. Por exemplo:
- Admissão até - Percentual de Reajuste - Como enquadrar os contratos
- 03/2024 - 4,8% - Contratos admitidos até 03/2024 deve ser aplicado o reajuste de 4,8%
- 04/2024 - 4,4% - Contratos admitidos após 03/2024 e até 04/2024 deve ser aplicado o reajuste de 4,4%
- Contratos admitidos após 04/2024 não devem ser aplicados o reajuste
- Admissão até - Percentual de Reajuste - Como enquadrar os contratos
108892 - Não acumular as bases do FGTS da folha de Acordo/Convenção/Dissídio nos cálculos da folha mensal ou décimo terceiro
- No processo do cálculo do 13º antecipação o sistema utilizou como acumulo de bases os valores do FGTS da folha de dissídio, porém o cálculo do fgts no dissídio estava incorreto em alguns centavos e na folha do décimo ficaram valores negativos.
- Com esse ajuste evita-se de haver uma novo cálculo do FGTS mensal nas folhas do décimo.
112589 - Alterar comportamento das informações do FAP no evento S-1005
- Verificar se a data de início da utilização do sistema esteja diferente de Null
- Verificar que sempre que houver uma alteração no histório ou a inclusão do novo histórico no estabelecimento e o campo alterado seja o FAP e a data do histórico seja igual ou posterior a data de início da utilização do sistema
- Incluir uma mensagem de tela "O FAP deve ser informado no evento S-1005?"
- Se sim, o evento S-1005 deverá ser gerado com a informação do FAP preenchido
- Se não, o evento S-1005 deverá ser gerado sem a informação do FAP
115368 - Alterar o nome/descrição dos processos para Padronizar as suas descrições
Exemplos de como ficaria:
- Atualizar Escala Geral
- Atualizar Dados para Cálculo
- Calcular Ponto
- Calcular Período Aquisitivo
- Gerar ASO coletivamente para admissionais
- Gerar Eventos mensais
- Excluir Folha
- Excluir Programação de Horários
117681 - Incluir campo na fonte de dados Pessoas e Contratos
- A funcionalidade está em Cadastro / Consultas
- A fonte de dados é Pessoas e Contratos
- Deve ser incluído o campo Utiliza Desconto Simplificado
- O campo está na tabelas PESSOAS campo UTILIZADESCSIMP
- O campo é um enumerador de Sim/Não
- O retorno do campo deve ser apresentado como o enumerador
- Deve ser possível utilizar o campo para filtros
- A inclusão do campo não deve impactar em filtros e exportação da consulta para EXCEL e PDF