BLV Técnico Versão 4.70

Boletim de Liberação de Versão

SISTEMA ERGON

Versão: 4.70

Pré requisitos do sistema:

Versão do Banco Oracle: 8.0.6 ou superior

Sistema Operacional: Windows NT 4.0/ Windows 95.

Esta versão requer que a package DBMS_ALERT esteja instalada no usuário SYS e que os usuários HADES, ERGON e C_ERGON tenham o privilégio de execução (GRANT EXECUTE ON DBMS_ALERT TO HADES, ERGON, C_ERGON). A disponibilidade da package e a execução do comando de permissão de execução devem ser executados pelo DBA.

Nas máquinas com NT o usuário do sistema operacional deve ter permissão de acesso (FULL ACCESS) às chaves do registry definidas para execução dos FORMS.

Aviso importante para a parte técnica : Antes de fazer a instalação do ERGON, deve-se fazer um backup de todas as functions, procedures, package specifications, package bodies e views do usuário customizado C_ERGON. Ao final da migração, deve-se fazer uma comparação do que existia no cliente com a nova estrutura do usuário customizado. As customizações que já haviam sido realizadas devem ser reaplicadas na nova estrutura.

Além disso, deve-se deixar um único segmento de rollback online e este segmento deve ser do maior tamanho possível. Deve-se aumentar os parâmetros de cursores e também de memória (shared_pool_size). Em caso de dúvidas, consultar a Techne antes de configurar esses parâmetros.

Novas Características/Implementações

Novas características da tabela Evento_Func

Detalhes Técnicos:

A tabela EVENTO_FUNC ganhou um campo chamado NUMEV, que será a chave. As colunas DTINIDESIGSUBS, NUMFUNCSUBS e NUMVINCSUBS foram substituídas pela coluna NUMEV_TIT, a qual receberá o valor chave "numev" do evento "pai" no caso de eventos de substituição.

Tabela Tipo_evento e Grupo de Eventos.

Detalhes Técnicos:

Criada a tabela GRUPO_TIPO_EVENTO com as colunas GRUPO (varchar2 30) e DESCRICAO (varchar2 200) onde GRUPO é primary key.

Adicionada a coluna GRUPO na tabela TIPO_EVENTO, referenciando a coluna GRUPO da tabela GRUPO_TIPO_EVENTO.

O(s) grupo(s) cadastrado(s) servirá(ão) para dizer quais tipos de evento entrarão na lista de cargos pelos quais o funcionário pode receber. Dessa lista, deve-se escolher um cargo por período, que será o cargo utilizado na folha para pagamento do funcionário.

Adicionada a coluna CONCOMITANTE na tabela TIPO_EVENTO, para informar se o tipo de evento permite concomitância de períodos. Os valores devem ser S/N. Este campo foi preenchido com "N". Para os tipos de evento que permitirão concomitância, o usuário / analista deve alterar para "S".

Transação tipo de evento

Visão do usuário:

Foram acrescentados nesta transação os campos "grupo" e "concomitante?". O primeiro serve para agrupar tipos de eventos de cargos pelos quais o funcionário pode receber.

O segundo diz se o tipo de evento permite concomitância de período entre eventos deste tipo.

Transação Eventos de Substituição (Erg0300)

Visão do usuário:

Criada uma nova transação (Eventos de Substituição) para cadastro de substituições em instalações que trabalham com Eventos.

Novas Packages para tratar Eventos.

Detalhes Técnicos:

Foram criadas as packages PCK_EV_FUNC_SUBST, PCK_EV_FUNC_PROV e PCK_EV_FUNC_DESIG, para tratar eventos de substituição, provimento e designação respectivamente.

Essas packages são chamadas da package principal de eventos, a PCK_EVENTO_FUNC, que por sua vez é chamada das triggers T_A_IUD_EVENTO_FUNC e T_B_IUD_EVENTO_FUNC.

Evento de Substituição - Tipo

Visão do usuário:

Criado campo Tipo da Substituição na tela Eventos de Substituição.

Detalhes Técnicos:

Criados na tabela geral ERG_TIPO_SUBST os tipos "EVENTUAL" e "LONGA".

Esses nomes podem ser alterados pelo cliente, antes de atualizar a tabela EVENTO_FUNC com os tipos existentes.

Transação Evento que Paga

Visão do usuário:

A partir da versão 4.70 do Ergon, pelo esquema de trabalho com Eventos, será possível cadastrar mais de um evento de mesmo tipo em períodos concomitantes. Cada tipo de evento tem uma prioridade de pagamento. Quando não se puder apurar automaticamente qual o evento que paga em um determinado período, este será marcado com "revisar", para que o usuário determine qual o evento deverá ser utilizado na folha de pagamento. Após o usuário escolher o evento correto, ele deve retirar a marca "revisar" para não causar dúvidas e este período não mais aparecer em relatórios de períodos concomitantes a revisar.

Relatório

Visão do usuário:

Criado novo relatório "Eventos Concomitantes - A Revisar", com a lista de eventos concomitantes de cada funcionário que precisa ser revisado para o pagamento. O relatório aceita um período de datas para pesquisa.

Detalhes Técnicos:

Transação Ingresso (ERG0130)

Visão do usuário:

Foram acrescentados os campos de matrículas anteriores e vínculo anterior na transação de Ingresso.

Detalhes Técnicos:

Foram acrescentados os campos MATRICULA, MATRICULA1 e NUMVINCANT na tela Gerar Informações do form ERG0130 e foi modificada a função GERA_VINC_PROV para receber estes campos como parâmetros.

Transação "Cessões" - Erg0038.

Visão do usuário:

As cessões que tiverem a flag COM_ONUS checadas, permitirão que exista designação e substituição na ausência de titular concomitantes com o período da cessão.

Transação 'Consulta Contracheque de Dependentes'

Visão do usuário:

Foi criado a nova transação 'Consulta Contracheque de Dependentes', que tem como objetivo a consulta dos valores destinados aos dependentes de pensão alimentícia. Nesta transação serão listadas as rubricas destinadas aos dependentes. Essas rubricas deverão ser cadastradas com a opção Pensão Alimentícia habilitada. Na transação serão mostradas as vantagens e descontos do dependente. As rubricas de descontos do servidor serão consideradas como vantagens para o dependente, e vice versa. A transação irá calcular o total líquido, de descontos e de vantagens.

Otimização dos atos individuais

Visão do usuário:

Foi criado um novo mecanismo para os atos individuais com o objetivo de tornar mais rápida a sua geração.

Foram criadas estruturas que permitem que sejam gerados no arquivo de troca somente os tokens utilizados pelo ato. O cadastro dos tokens para um determinado ato será feito na transação 'Atos', na ficha 'Tokens válidos para o ato'.

Assim para cada ato podemos cadastrar os tokens que serão utilizados. Os tokens podem ser selecionados através da lista de valores. Os valores desta lista de valores são cadastrados na tabela geral ERG_TOKENS_PARA_ATOS.

Caso não tenha sido cadastrado nenhum token para o ato, serão gerados todos os tokens.

Parametrização de gozo de férias / período aquisitivo.

Visão do usuário:

A transação "Parâmetros" foi alterada. Na ficha de parametrização de férias foram adicionados mais dois 'checkbox'. Um para permitir ou não o cadastro de férias antes do término do primeiro período aquisitivo. E um outro para permitir ou não o cadastro de férias antes do término do segundo período aquisitivo.

Detalhes Técnicos:

Na tabela PARAMETROS_CONTA foram adicionados duas colunas relativas a estas duas novas opções. A coluna PERMITE_FER_PRIM_PER e a coluna PERMITE_FER_SEGUN_PER.

Na package da transação de férias "PCK_FERIAS" foram adicionados os códigos necessárias para executar estas validações.

Aumento de largura de campo na transação parâmetros

Visão do usuário:

Na transação Parametros, foi aumentado a largura do campo Número máximo de períodos de férias por período aquisitivo. Será possível o cadastro de valores com até 2 dígitos.

Transação Funcionários/Frequência (ERG0110)

Visão do usuário:

O total de ocorrências é calculado sobre o período de consulta e não sobre a soma das ocorrências dos registros mostrados pela transação. Por exemplo, se forem listados pela transação 5 períodos de frequência totalizando 20 ocorrências, somando-se a ocorrência de cada período. Porém, no cálculo do total mostrado no forms é pego o total de ocorrências dentro do período de consulta que no caso poderia ser 10. A regra para esta totalização é a seguinte: para cada período de frequência, pega-se o maior valor entre a data inicial da frequência e a data inicial do período de consulta. Esta data é subtraída do menor valor entre a data final do período da frequência e da data final do período de consulta. Somando 1 dia a cada resultado e somando todas as ocorrências teremos o valor total.

Detalhes Técnicos:

O campo OCORRENCIA foi adicionado ao bloco FREQUENCIA e TOT_OCORRENCIA foi adicionado ao bloco BLOCK_CONT. O cálculo de cada ocorrência é feito na trigger POST-QUERY do bloco FREQUENCIA.

Transação Férias (ERG0090)

Visão do usuário:

A transação Férias foi alterada adicionado-se quatro campos:

1) Total de Dias: total de dias do período aquisitivo

2) Dias Vendidos: dias de férias vendidos

3) Dias Gozados: dias de férias já gozados

4) Saldo: saldo remanescente

Detalhes Técnicos:

A view FERIAS_PEND foi modificada adicionando-se a coluna DIAS_VENDIDOS. O scritp que altera a view é FERIAS_PEND.VW.

Estes campos adicionados são populados na trigger POST-QUERY e na trigger WHEN-VALIDATE-RECORD.

Transação Eventos de Cargo (ERG0302)

Visão do usuário:

Esta transação atende à nova mudança no esquema de eventos. Agora, os cadastros de provimentos, designações, convocações e substituições na ausência passam a ser feitos apenas por essa transação. E portanto, a transação não apresentará mais um filtro pelo tipo de evento que passa a ser incorporado ao restante dos registros da transação.

Novos campos em Tipos de Evento

Detalhes Técnicos:

Criado o campo Prioridade para Pagamento no form Erg0082 - Tipo de Evento.

Criado também uma nova ficha, chamada Grupo, para cadastrar o grupo de pagamento dos tipos de evento. Acessa a tabela Grupo_Tipo_Evento.

Transação Funcionários/Publicação (ERG0279)

Visão do usuário:

A barra de rolagem do bloco foi acertada e no campo "Observação" foi adicionado uma barra de rolagem.

Form ERG0221

Visão do usuário:

A transação de substituição está sendo remodelada para a versão 4.70 e será baseada na tabela EVENTO_FUNC e terá um novo form (ERG0300).

Próxima