BLV Técnico Versão 5.11 (Continuação)

Inclusão de flex_campos nas tabelas FOL_MOVIMENTOS e FOL_MOVIMENTOS_PE

Visão do usuário:

Foram incluídos nas tabelas FOL_MOVIMENTOS e FOL_MOVIMENTOS_PE campos do tipo FLEX ( 11 a 25) para permitir customizações feitas pelo cliente.

Detalhes Técnicos:

Foram incluídos nas tabelas FOL_MOVIMENTOS e FOL_MOVIMENTOS_PE campos do tipo FLEX de 11 a 25.

Inclusão de flex campos nas transações: Lançamento Manual e Lançamento Manual Pensionista

Visão do usuário:

Nas transações Lançamento Manual e Lançamento Manual Pensionista foram incluídos mais 15 campos do tipo flex. Os campos 11 ao 20 são multi registros e do 21 ao 25 são de apenas um registro.

Detalhes Técnicos:

Na transações foram incluídos mais 15 campos do tipo flex. Os campos 11 ao 20 são multi records e do 21 ao 25 são single.

Implementado filtro na transação: Histórico Funcional \ Frequência \ Frequência

Visão do usuário:

Implementado um bloco de filtro de pesquisa na transação de Freqüências, com os seguintes campos: tipo de freqüência, data inicio da pesquisa, data fim da pesquisa.

Disponibilização dos campos adicionais 06 a 20 em ERG0039 e ERG0315

Detalhes Técnicos:

Os forms ERG0039 (Cessões por data) e ERG0315 (Cessões Internas por data) foram alterados para incluir os campos adicionais 06 a 20 da tabela CESSOES.

Aposentadoria não obrigará mais a ter evento válido na data de aposentadoria.

Visão do usuário:

A transação "Aposentadoria Temporal" (form ERG0336) foi alterada para dar mais flexibilidade nas operações de aposentadoria, deixando de obrigar que o funcionário possua evento de provimento válido no período da aposentadoria. Portanto, as seguintes operações passam a ter o seguinte comportamento:

1) Aposentar: nesta operação, se o servidor possuir um evento de provimento válido na data de aposentadoria e a opção APOSENT_AUT = "S", será gerado um evento de provimento de aposentado com a data de início igual à data da aposentadoria. Com a nova alteração, o cadastro da aposentadoria será permitido mesmo se esse evento não existir. Na confirmação do cadastro, a tela dará a mensagem confirmando o cadastro e avisando que nenhum evento de provimento foi gerado.

2) Reverter: nesta operação, a tela que é aberta ao clicar no botão "Reverter" passa a mostrar o campo "Tipo de Evento" para o sistema trabalhando com "eventos". Esse campo apresenta as seguintes regras de preenchimento:

2.1) Se existir um evento de provimento válido no período da aposentadoria, o campo "Tipo de Evento" será preenchido com o tipo desse evento e os outros campos da tela receberam os valores das respectivas colunas desse evento válido. Observe que todos os campos poderão ser manipulados, menos o "Tipo de Evento. Se existir mais de um evento no período da aposentadoria, será pego o mais recente;

2.2) Se não existir evento de provimento no período da aposentadoria, o campo "Tipo de Evento" será preenchido com o "tipo de evento base" cadastrado para o tipo de vínculo do funcionário. Neste caso, o usuário deverá fornecer os campos que estarão nulos;

2.3) Se não existir evento de provimento no período da aposentadoria e não existir o "tipo de evento base" cadastrado para o tipo de vínculo do funcionário, os campos para cadastro de um novo evento de provimento após o encerramento da aposentadoria estarão nulos para o usuário preencher os valores. O campo "Tipo de Evento" apresenta lista de valores (LOV) com os tipos de evento de natureza "provimento". Se todos os campos estiverem nulos ou somente o campo "tipo de evento" não for nulo e o usuário confirmar a reversão, ela será efetivada sem a geração de um novo evento e a tela dará uma mensagem avisando que a reversão foi realizada, mas nenhum evento de provimento foi gerado.

3) Remover: nesta operação, a tela que é aberta ao clicar no botão "Remover" passa a mostrar o campo "Tipo de Evento" para o sistema parametrizado para trabalhar com "eventos". Existindo um evento de provimento válido no período da aposentadoria, o campo "Tipo de Evento" será preenchido com o tipo desse evento e os outros campos da tela receberão os valores das respectivas colunas desse evento válido. Observe que todos os campos poderão ser manipulados, menos o "Tipo de Evento. Quando a remoção for efetivada, é feito uma alteração no evento com a menor data de início e válido no período da aposentadoria que está sendo removida. Qualquer alteração será repassada para esse evento que substituirá todos os eventos a até a data final da aposentadoria que foi removida. Se não existir nenhum evento de provimento no período da aposentadoria, a remoção também poderá ser realizada.

Detalhes Técnicos:

A função GERA_APOSENTADORIA_TEMPORAL foi modificada com a adição da coluna FIMAPOS_TIPOEVENTO nas operações de INSERT e DELETE sobre a tabela ERG_APOSENTADORIA

O package PCK_ERG_APOSENTADORIA sofreu as seguintes alterações nas operações:

2) Reverter: nesta operação a coluna "Tipo de Evento" passa a ser determinada da seguinte maneira:

2.1) Será inserido o tipo de evento fornecido pela transação "Aposentadoria Temporal". Para essa funcionalidade, foi criada a coluna FIMAPOS_TIPOEVENTO na tabela ERG_APOSENTADORIA. Assim a transação poderá passar um determinado tipo de evento através dessa nova coluna.

Se a coluna FIMAPOS_TIPOEVENTO estiver nula, o package fará o seguinte:

2.2) Se existir um evento de provimento válido no período da aposentadoria, a coluna "Tipo de Evento" será preenchida com o tipo desse evento. Se existir mais de um evento no período da aposentadoria, será pego o mais recente;

2.3) Se não existir evento de provimento no período da aposentadoria, a coluna "Tipo de Evento" será preenchida com o "tipo de evento base" cadastrado para o tipo de vínculo do funcionário.

2.4) Se não existir evento de provimento no período da aposentadoria, não existir o "tipo de evento base" cadastrado para o tipo de vínculo do funcionário e se todas as colunas estiverem nulas, a rotina irá aceitar o encerramento da aposentadoria sem a geração de um novo evento. Se a transação "Aposentadoria Temporal" mandar todas as colunas nulas para cadastro de um novo evento, menos a coluna FIMAPOS_TIPOEVENTO, a reversão será realizada sem gerar um novo evento de provimento.

3) Remover: realizando esta operação pela transação "Aposentadoria Temporal" se existir um evento de provimento válido no período da aposentadoria, a coluna FIMAPOS_TIPOEVENTO será preenchida com o tipo desse evento e as outras colunas receberão os valores das respectivas colunas desse evento válido. Quando a remoção for efetivada, é feito uma alteração no evento com a menor data de início e válido no período da aposentadoria que está sendo removida. Qualquer alteração nas colunas da tabela ERG_APOSENTADORIA que corresponde às informações do evento de provimento, menos a coluna FIMAPOS_TIPOEVENTO, será repassada para esse evento que substituirá todos os eventos a até a data final da aposentadoria que foi removida. Se não existir nenhum evento de provimento no período da aposentadoria, a remoção também será realizada.

O package PCK_ERG_APOSENTADORIA_PND foi alterado para contemplar e registrar na tabela ERG_APOSENTADORIA _PND a coluna FIMAPOS_TIPOEVENTO criada sobre a tabela ERG_APOSENTADORIA.

A tabela ERG_APOSENTADORIA foi modificada com a adição da coluna FIMAPOS_TIPOEVENTO. Essa coluna tem a finalidade de registrar o tipo do evento a ser gerado na reversão ou alterado na remoção da aposentadoria.

Foi adicionada a coluna FIMAPOS_TIPOEVENTO na tabela ERG_APOSENTADORIA_PND para manter a simetria com a ERG_APOSENTADORIA.

A trigger T_B_IUD_ERG_APOSENTADORIA foi regerada.

A trigger T_B_IUD_ERG_APOSENTADORIA_PND foi regerada.

Anterior Próxima