BLV Técnico Versão 5.01

Boletim de Liberação de Versão

SISTEMA ERGON

Versão: 5.01

Pré requisitos do sistema:

Novas Características/Implementações

Colocação de functions e procedure dentro da package PACK_ERGON

Detalhes Técnicos:

O código das functions/procedures relacionadas abaixo foi copiado para a package PACK_ERGON, e no corpo delas ficou apenas a referência à partir da package PACK_ERGON. Futuramente estas functions/procedures serão deimplementadas. São elas:

GET_CENTRO_CUSTO

GET_CHF_CARGO_FUNCAO

GET_CHF_EXERC

GET_CHF_NOME

GET_CHF_TIT

GET_FREQUENCIA_FUNC

GET_FUNCAO_FUNC

GET_JORNADA_FUNC

GET_ORDEM_REFERENCIA

GET_PARAMETROS_CONTA

GET_PARAM_FUNC

GET_REFERENCIA_FUNC

GET_SINDICATO_FUNC

GET_SITUACAO_VANTAGEM

GET_VANTAGEM_CONCOMIT

Criação da opção de pesquisa ATRIBUTOS e correção do controle cargos/eventos na geração dos eleitos.

Visão do usuário:

Na lista do campo 'Opção para Pesquisa' foi incluido um novo assunto denominado ATRIBUTOS, permitindo a geração de grupos de eleitos com restrição aos atributos.

Outra implementação feita nesta geração foi o controle de cargos/eventos, se o sistema estiver trabalhando por evento; neste controle serão selecionados os eventos cuja natureza principal seja igual a 'PROVIMENTO'.

Detalhes Técnicos:

Foi alterado o form ERG0093, bloco FILTRO, item OPCAO, onde foi cadastrado o elemento ATRIBUTOS na lista.

A lista de itens do novo elemento ATRIBUTOS é populada na trigger de form WHEN-NEW-FORM-INSTANCE, através dos dados da tabela TIPO_VANTAGEM.

Também foi adicionado, na program unit BOTAO_ADICIONA, comandos para lidar com este novo elemento ATRIBUTOS. E finalmente no program unit BOTAO_GERA foram incluidos comandos para restrição na tabela VANTAGENS, conforme parâmetro 'Data para pesquisa' informado na tela.

Outra alteração feita no form foi a correção na geração quando o sistema estiver trabalhando com eventos; onde foi previsto o controle de cargos/evento. Para este controle foram selecionados os eventos cuja natureza principal seja 'PROVIMENTO'.

Inclusão dos campos banco, agência e conta corrente na transação Vínculos

Visão do usuário:

Foram criados os campos banco, agência e conta corrente na tela da transação 'Vínculos', sendo necessário assim rever os padrões de tela.

Com a criação destes campos é possível agora cadastrar o banco/agência/conta corrente por vínculo funcional.

Foi criada a opção do sistema 'Ergon', grupo 'ERGON', opção 'CONTA_CORRENTE' para determinar se o sistema irá trabalhar com o banco/agência/conta do cadastro de dados pessoais ou do cadastro do vínculo. Os valores possíveis para esta opção são : FUNCIONARIO ou VINCULO, e uma vez setada, será a base para todos os processos que se utilizam dos dados banco/agência e conta para crédito do funcionário.

Detalhes Técnicos:

Na tabela VINCULOS foram criados os campos BANCO, AGENCIA e CONTA. Foi criada também uma nova opção genérica no grupo ERGON, denominada 'CONTA_CORRENTE', com valores válidos 'FUNCIONARIO' e 'VINCULO', cuja função será a de orientar o sistema se os dados de banco/agência e conta para crédito do funcionário estarão cadastrados como atributo dos dados pessoais, ou do vínculo.

No form ERG0261 (transação Vínculos), foram criados na tela os campos BANCO, NOMEBANCOCRED, AGENCIA, NOMEAGENCIACRED e CONTA CORRENTE, para crédito do funcionário/vínculo, com controles de consistência dos valores dos campos. Foram criadas também as listas de valores BANCOCRED_LOV e AGENCIACRED_LOV, para serem referenciadas pelos novos campos. Outras alterações feitas foram:

- na function GERA_FITABANCO, a referência aos campos BANCO, AGENCIA e CONTA da tabela FUNCIONARIOS foi substituída pela chamada às funções PACK_ERGON.GET_BANCO_FUNC, PACK_ERGON.GET_AGENCIA_FUNC e PACK_ERGON.GET_CC_FUNC respectivamente;

- na package especification PACK_ERGON, foram declaradas as novas functions GET_CC_FUNC, GET_AGENCIA_FUNC, GET_BANCO_FUNC e a procedure BUSCA_BCO_AG_CC_FUNC, que servirão para trazer o número do banco/agência e conta corrente de crédito do funcionário, seja como atributo dos dados pessoais ou do vínculo, conforme parametrizado em opções gerais;

- na package body PACK_ERGON, foram codificadas as novas functions GET_CC_FUNC, GET_AGENCIA_FUNC, GET_BANCO_FUNC e a procedure BUSCA_BCO_AG_CC_FUNC, que servirão para trazer o número do banco/agência e conta corrente de crédito do funcionário, seja como atributo dos dados pessoais ou do vínculo, conforme parametrizado em opções gerais;

- na package body ATOS_INDIV_PACK, na inserção dos dados de funcionário substituído na tabela ERG_TEMP_ATOS, a referência aos campos BANCO, AGENCIA e CONTA foi substituída pela chamada às funções PACK_ERGON.GET_BANCO_FUNC, PACK_ERGON.GET_AGENCIA_FUNC e PACK_ERGON.GET_CC_FUNC respectivamente;

- na package body PCK_VINCULOS, foram incluidos controles de verificação da chave estrangeira para bancos e agências, e também validação de máscara da conta quando a agência e conta estiverem preenchidas;

- na trigger T_B_IUD_VINCULOS, foram acrescentados os novos campos BANCO, AGENCIA e CONTA nas atribuições da trigger para a tabela VINCULOS.

A partir desta versão, foram disponibilizadas as functions PACK_ERGON.GET_BANCO_FUNC, PACK_ERGON.GET_AGENCIA_FUNC, PACK_ERGON.GET_CC_FUNC e a procedure BUSCA_BCO_AG_CC_FUNC, que servirão para trazer o número do banco/agência e conta corrente de crédito do funcionário, seja como atributo dos dados pessoais ou do vínculo, conforme parametrizado em opções gerais. Relatórios e transações que queiram buscar os dados bancários do servidor de acordo com a opção deverão se utilizar destas novas program units.

Alteração na tela da transação Cargos

Visão do usuário:

A tela da transação de Cargos sofreu modificação; na pasta de CARGOS, os campos referentes ao histórico do cargo foram movidos para uma outra pasta que foi criada com o título 'Histórico do Cargo'. Para esta nova pasta foram disponibilizados também mais 10 campos adicionais. Também foi alterado o título da pasta 'Campos Adicionais' para 'Informações Adicionais' .

Detalhes Técnicos:

Na tabela HIST_CARGO foram criados os campos: FLEX_CAMPO_06, FLEX_CAMPO_07, FLEX_CAMPO_08, FLEX_CAMPO_09, FLEX_CAMPO_10, FLEX_CAMPO_11, FLEX_CAMPO_12, FLEX_CAMPO_13, FLEX_CAMPO_14, FLEX_CAMPO_15.

Também sofreu alteração o form ERG0034, onde foi criada na tab canvas CARGOS uma nova tab page denominada HISTORICO_CARGO. Os campos referentes ao bloco HIST_CARGO que estavam na tab page CARGOS foram alocados para esta nova page. Os flex fields criados na tabela HIST_CARGO também foram colocados nesta page.

E, finalizando, no mesmo tab canvas CARGOS, foi alterado o label da tab page CAMPOS_ADICIONAIS, de 'Campos Adicionais' para 'Informações Adicionais'.

Exclusão da function GET_ERG_OPCAO do banco de dados

Detalhes Técnicos:

Foi excluída a function GET_ERG_OPCAO do banco de dados, que foi substituída pela function GET_OPCAO, contida na package PACK_HADES. Portanto, deverá ser utilizada agora a nova function PACK_HADES.GET_OPCAO, ao invés da GET_ERG_OPCAO.

Todas as antigas chamdas à GET_ERG_OPCAO deverão ser alteradas para chamadas à PACK_HADES.GET_OPCAO, com o parâmetro do sistema igual a 'Ergon'.

Mudanças de tela nas transações DIRF e RAIS

Visão do usuário:

Na tela das transações DIRF e RAIS, na página de LAYOUT DO ARQUIVO foi criado o campo ANO BASE, que irá determinar o ano a que se refere o layout especificado em registros e campos para geração dos arquivos para a DIRF e RAIS. Desta forma, diferentes layouts de arquivo poderão ser cadastrados e selecionados pelo ano base.

Detalhes Técnicos:

As tabelas DIRF_REGISTRO, DIRF_CAMPO, RAIS_REGISTRO, RAIS_CAMPO foram alteradas, pela criação da coluna ANO_BASE, que foi colocada como primary key. Com esta coluna poderão ser armazenados os dados de layout da DIRF e da RAIS por ano base.

Como consequência disto, no form ERG0072 foi criado o item ANO_BASE para os blocos DIRF_REGISTRO, DIRF_CAMPO e CONTROLE. Também houve alteração no canvas DIRF, tab CAMPOS, onde foi incluído o campo ANO_BASE, do bloco CONTROLE. Nele será selecionado o ano base do layout do arquivo para DIRF.

O mesmo ocorreu com o form ERG0192: foi criado o item ANO_BASE para os blocos RAIS_REGISTRO, RAIS_CAMPO e CONTROLE. Também houve alteração no canvas RAIS, tab CAMPOS, onde foi incluído o campo ANO_BASE, do bloco CONTROLE. Nele será selecionado o ano base do layout do arquivo para RAIS.

Alteração na lista de valores de cargos

Visão do usuário:

Nas listas de valores de cargos, foi incluida a coluna 'Tab.venc' referente a tabela de vencimento do histórico do cargo na data de início do evento que está sendo registrado.

Além disso, para eventos de natureza principal PROVIMENTO, só são listados os cargos da mesma categoria do servidor.

Detalhes Técnicos:

Foi alterada as listas de valores relacionadas à tabela CARGOS. Na query foi adicionado um join com a tabela HIST_CARGO, levando em consideração as datas de referência informadas em tela. Também foi adicionada condição para listar os cargos da mesma categoria do servidor, através da função PACK_ERGON.GET_CATEGORIA_FUNC, para os eventos cuja natureza principal é PROVIMENTO.

Alteração na tela da transação Cessões

Visão do usuário:

Foi incluído novo campo na tela da transação Cessões, chamado MUNICÍPIO, que irá determinar o município onde está o servidor cedido externamente. Uma lista de valores foi vinculada a este campo, que não é de preenchimento obrigatório.

Detalhes Técnicos:

Na tabela CESSOES foi criada a coluna MUNICIPIO_CODIGO, que irá determinar o município onde está o servidor cedido externamente.

Para esta coluna foi criada a constraint CESSOES_MUNICIPIO_FK, que faz referência à tabela MUNICIPIO, e o índice CESSOES_MUNICIPIO_FK_I

Outra alteração feita foi no form ERG0038, com a inclusão do novo campo MUNICÍPIO, que irá determinar o município onde está o servidor cedido externamente. Uma lista de valores foi vinculada a este campo, que não é de preenchimento obrigatório.

Jornada padrão do Cargo

Visão do usuário:

Na transação de "Cargos" (form ERG0034) foi adicionado o bloco "Jornadas por Histórico de Cargo" para o lançamento de um conjunto de jornadas válidas para cada período do histórico do cargo. Portanto, para cada histórico, as jornadas que poderão ser lançadas num evento para um determinado cargo serão restringidas pelo cadastro feito aqui. O campo "É padrão?" determina se a jornada é padrão para o cargo, ou seja, caso a jornada não seja preenchida no lançamento de um evento, automaticamente será cadastrada a jornada padrão. Só poderá existir uma jornada padrão para cada histórico de um cargo.

Devido a esse cadastro de jornadas por histórico de cargo, algumas transações tiveram a sua lista de valores sobre o campo jornada alterada para se basear nessa nova regra em função da validade do histórico do cargo.

As transações alteradas foram:

- Ingresso (form ERG0130)

- Eventos de Funcionário (form ERG0081)

- Eventos de Cargo (form ERG0302)

- Eventos de Mudança de Jornada (form ERG0306)

Para fazer a migração para essa nova característica sem que ocorresse nenhum problema de incompatibilidade com a versão anterior do Ergon, para cada histórico de cargo foram cadastradas todas as jornadas existentes no sistema. Após a migração, o usuário poderá utilizar essa nova característica da forma mais conveniente.

Detalhes Técnicos:

Foi criada a tabela ERG_HIST_CARGO_JORNADAS com as seguintes colunas:

CARGO NUMBER(6) NOT NULL

DTINI DATE NOT NULL

JORNADA VARCHAR2(20) NOT NULL

EH_PADRAO VARCHAR2(1) NOT NULL

Com a chave primária: ERG_HIST_CARGO_JORNADAS_PK sobre as colunas (CARGO, DTINI, JORNADA)

E as foreign keys: HIST_CARG_JOR_HISTCARGO_FK das colunas (CARGO, DTINI) para a tabela HIST_CARGO e colunas (CARGO, DTINI)

e

HIST_CARG_JOR_JORNADA_FK das colunas (JORNADA) para a tabela JORNADAS_ e colunas (SIGLA)

Foram criadas as packages PCK_ERG_HIST_CARGO_JORNADAS.PKS e documentado o help da package e PCK_ERG_HIST_CARGO_JORNADAS.PKB adicionado a verificação para permitir somente um jornada padrão por histórico. Foi cadastrado o erro 9005

Foi elaborado o script para fazera migração dos dados.

A transação ERG0034 foi alterada, adicionando-se no TAB de "Histórico de Cargo" um bloco filho com as jornadas para cada histórico.

A package body PCK_EVENTO_FUNC foi alterando para verificar se a coluna JORNADA é nula no insert ou no update. Se for nula, essa coluna será preenchida com a jornada padrão para o histórico do cargo. Isso é feito na procedure de Main_Pre.

A lov de jornada foi alterada para os forms ERG0081, ERG0130, ERG0302, ERG0306

Próxima