BLV Técnico Versão 5.033 (Continuação)
Criação de parametrização para idade máxima do funcionário
Visão do usuário:
Foi criada uma nova opção no HADES para definir a idade máxima do funcionário.
SISTEMA : ERGON
GRUPO : GERAL
OPÇÃO : IDADE_MAXIMA_FUNC.
O valor inicial para o item será 100.
Qualquer alteração realizada no cadastro de funcionários será feita uma comparação entre a idade do servidor e o valor cadastrado na parametrização.
Detalhes Técnicos:
Foi criada uma nova opção no HADES para definir a idade máxima do funcionário.
SISTEMA : ERGON
GRUPO : GERAL
OPÇÃO : IDADE_MAXIMA_FUNC.
O valor inicial para o item será 100.
Qualquer alteração realizada no cadastro de funcionários será feita uma comparação entre a idade do servidor e o valor cadastrado na parametrização.
Atualizações em Tabelas de Vencimentos - ERG0224
Visão do usuário:
Não era permitido atualizar os campos desta tabela.
A funcionalidade da transação foi alterada para permitir a atualização dos campos da tabela REFERÊNCIAS. Apenas os campos TABELA E NOME não podem ser alterados.
Detalhes Técnicos:
Não era permitido atualizar os campos desta tabela.
A funcionalidade da transação foi alterada para permitir a atualização dos campos da tabela REFERÊNCIAS. Apenas os campos TABELA E NOME não podem ser alterados.
Base de Cálculo de Pensão Alimentícia - ERG0020
Visão do usuário:
Foram Incluídos os campos descrição ( tamanho 60 ) e observação ( tamanho 2000).
Foram incluídos também cinco flex_campos.
Detalhes Técnicos:
Foram Incluídos os campos descrição ( tamanho 60 ) e observação ( tamanho 2000).
Foram incluídos também cinco flex_campos.
Transação Contagem de Tempo
Visão do usuário:
Foram inseridos os campos chave da contagem e número da execução.
Detalhes Técnicos:
Foram inseridos os campos chave da contagem e número da execução.
Exibição de rubricas auxiliares nas transações de visualização de contra-cheque
Visão do usuário:
As transações Lista Contracheque e Lista Pagamentos de uma Competência passam a exibir as rubricas auxiliares com as seguintes restrições: caso o usuário seja privilegiado todas as rubricas auxiliares serão exibidas; caso contrário somente serão exibidas as rubricas auxiliares que estiverem presentes no fator L CONTRACHEQUE.
Detalhes Técnicos:
Foram alterados os forms ERG0046 e ERG0092.
Alteração no form de cadastro de Parâmetros para Contagem - ERG0174
Visão do usuário:
Foi incluída a edição de tela no form erg0174.
Foram incluídos também 05 flex_campos em cada ficha da tela, totalizando 15 flex_campos na transação.
Detalhes Técnicos:
Foi incluída a edição de tela no form erg0174.
Foram incluídos também 05 flex_campos em cada ficha da tela, totalizando 15 flex_campos na transação.
Conta bancária por rubrica/espécie de consignatária
Visão do usuário:
O sistema passa a permitir o cadastramento de contas bancárias por rubrica/espécie. Desta maneira, para uma mesma consignatária, pode-se ter 1 conta bancária diferente para cada espécie. O cadastramento destas contas deve ser feito através da transação Tabelas/Módulo C/Folha de Pagamentos/Espécies/Rubrica. Caso a consignatária tenha somente uma conta bancária para todsa as espécies, esta conta bancária deve continuar sendo informada na transação Tabelas/Módulo C/Folha de Pagamentos/Cadastro de Consignatárias.
Detalhes Técnicos:
Foram criados os seguintes campos na tabela RUB_ESPECIE_CONS: BANCO NUMBER(03), AGENCIA VARCHAR2(7), CONTA VARCHAR2(20).
O form ERG0291 foi alterado para incluir estes novos campos.
Se houver edição de tela nesta transação ela deverá ser refeita.
Inclusão de campos na transação Publicações/Funcionário - ERG0279
Visão do usuário:
O campo processo foi incluído na transação nos blocos FILTRO e PUBLICAÇÃO.
Detalhes Técnicos:
O campo processo foi incluído na transação nos blocos FILTRO e PUBLICAÇÃO.
Inclusão de campos na transação Publicações/Funcionário - ERG0277
Visão do usuário:
O campo processo foi incluído na transação nos blocos FILTRO e PUBLICAÇÃO.
Detalhes Técnicos:
O campo processo foi incluído na transação nos blocos FILTRO e PUBLICAÇÃO.
Inclusão do botão detalhes no cabeçalho das transações que utilizam block_vinc.
Visão do usuário:
Foram criados 10 campos para apresentar informações adicionais do servidor no block_vinc ( cada campo com 100 posições ).
O BLOCK_VINC está presente em quase todas as transações de cadastro da vida funcional do funcionário. Neste bloco podemos informar o número e o nome do servidor.
Foi inserido o botão DETALHES em BLOCK_VINC. Este botão abrirá um novo canvas para apresentar as informações dos campos.
O padrão do produto é não apresentar nenhuma informação no bloco DETALHES, para apresentar qualquer informação no bloco DETALHES o usuário deverá entrar em contato com a equipe técnica.
Detalhes Técnicos:
Foram criados 10 campos para apresentar informações adicionais do servidor no block_vinc ( cada campo com 100 posições ).
Foi inserido o botão DETALHES em BLOCK_VINC. Este botão abrirá um novo canvas para apresentar as informações dos campos.
Foi inserida uma chamada a procedure PREENCHE_BLOCK_VINC_DETALHES está procedure faz uma chamada a EP1_BLOCK_VINC_DETALHES de C_ERGON.
O padrão do produto é não apresentar nenhuma informação no bloco DETALHES, para apresentar qualquer informação no bloco DETALHES o usuário deve codificar a procedure EP1_BLOCK_VINC_DETALHES de C_ERGON.
Cadastra de
Visão do usuário:
Foi criada um item em opcões genéricas.
Sistema : Ergon.
Grupo : Ergon .
Opção : DT_PERAQLICESP_ANTES_DTEXERC.
Este item permite o cadastro de período aquisitivo de licença especial antes da data de exercício.
Detalhes Técnicos:
Foi criada um item em opcões genéricas.
Sistema : Ergon.
Grupo : Ergon .
Opção : DT_PERAQLICESP_ANTES_DTEXERC.
Este item permite o cadastro de período aquisitivo de licença especial antes da data de exercício.
Transação Tipos de Evento - ERG0082
Visão do usuário:
Foi inserido um botão para copiar as espécies de evento cadastradas na transação formas de provimento.
Serão copiadas apenas as formas de provimento da empresa logada.
Detalhes Técnicos:
Foi inserido um botão para copiar as espécies de evento cadastradas na transação formas de provimento.
Serão copiadas apenas as formas de provimento da empresa logada.
Lista dados/Funcionário - ERG0149
Visão do usuário:
Foi inserido o botão lista Atributos/Funcionários para abrir a transação Atributos/Funcionário passando como parâmetro numfunc, numvinc e data.
Detalhes Técnicos:
Foi inserido o botão lista Atributos/Funcionários para abrir a transação Atributos/Funcionário passando como parâmetro numfunc, numvinc e data.
Alteração na transação Classificação em Concurso - ERG0031
Visão do usuário:
As LOV's dos campos Cidade e Bairro foram associadas aos itens de parametrização VALIDA_LOV_CIDADE e VALIDA_LOV_BAIRRO. Assim o usuário pode escolher se deseja validar os campos Cidade e Bairro contra as respectivas LOV's.
Os itens de parametrização estão cadastrados em Oções Genéricas ERGON/GERAL.
Os itens VALIDA_LOV_CIDADE e VALIDA_LOV_BAIRRO também são usados na transação cadastro de funcionários.
Detalhes Técnicos:
As LOV's dos campos Cidade e Bairro foram associadas aos itens de parametrização VALIDA_LOV_CIDADE e VALIDA_LOV_BAIRRO. Assim o usuário pode escolher se deseja validar os campos Cidade e Bairro contra as respectivas LOV's.
Os itens de parametrização estão cadastrados em Oções Genéricas ERGON/GERAL.
Os itens VALIDA_LOV_CIDADE e VALIDA_LOV_BAIRRO também são usados na transação cadastro de funcionários.
Correções (Bugs)
Arquivos temporários de Rais
Visão do usuário:
Na transação Rais, no processo de geração dos arquivos de rais, serão gerados alguns arquivos temporários no diretório temporário definido pelo sistema operacional.
Detalhes Técnicos:
Na transação Rais, no processo de geração dos arquivos de rais, serão gerados alguns arquivos temporários no diretório temporário definido pelo sistema operacional.
Otimização da 2ª VIA DA DIRF
Visão do usuário:
Este relatório se apresentava extremamente demorado para a emissão de um grupo de eleitos com poucos servidores.
A otimização foi feita reduzindo drasticamente o tempo de execução do relatório para um grupo de eleitos.
Além dessa otimização, foi adicionado o parâmetro "Código da Sub-Empresa" para permitir a emissão da segunda via por sub-empresa.
Uma observação importante é que esse relatório é baseado na view de C_Ergon "DIRF_VW_REG_9". Cada cliente tem a flexibilidade de alterar essa view conforme a suas necessidades, porém os nomes das colunas que estão no código padrão enviado com o CD de instalação do produto não podem ser alterados sob pena de produzir erros na execução desse relatório.
Detalhes Técnicos:
Este relatório se apresentava extremamente demorado para a emissão de um grupo de eleitos com poucos servidores.
O select baseado em UNION com as tabelas: FUNCIONARIOS, PENSIONISTAS, DEPENDENTES; e cada uma com join com a tabela ELEITOS_EXT, foi substituído por um código PL/SQL na trigger de AFTER PARAMETER FORM do relatório, gerando a string "D.CPF IN (CPF1, CPF2, ...)" que é passada na clausula WHERE da consulta principal do relatório.
Além dessa otimização, foi adicionado o parâmetro P_SUBEMPRESA ("Código da Sub-Empresa") para permitir a emissão da segunda via por sub-empresa.
Uma observação importante é que esse relatório é baseado na view de C_Ergon "DIRF_VW_REG_9". Cada cliente tem a flexibilidade de alterar essa view conforme a suas necessidades, porém os nomes das colunas que estão no código padrão enviado com o CD de instalação do produto não podem ser alterados sob pena de produzir erros na execução desse relatório.
Correção para permitir cargas paralelas de atributos
Visão do usuário:
A transação de "Carga de Atributos" utiliza uma tabela temporária para fazer as validações e emitir os arquivos de aceitos, rejeitados e erros. Para cada carga, é executado comando para limpar toda a tabela e gerado uma chave que indexa os registros da carga que serão inseridos na tabela temporária. Através dessa chave esses registros são consultados pelas rotinas internas à tela.
Como solução do problema, foi substituído o comando para limpar toda a tabela por outro que numa execução não removerá a execução de outro usuário.
A chave passou a ser gerada através de uma seqüência gerando um único número para cada execução e assim as informações que um usuário está carregando não entrarão em conflito com as informações de outra carga.
Foi feita uma otimização na tela, removendo algumas rotinas redundantes e melhorando a auditoria da tela.
As mensagens de auditoria são gravadas nas tabelas utilizadas pela transação "Auditoria de Processos" e o usuário poderá consultar essas informações pelo número da execução que a tela de carga fornecerá durante o processo da carga. Com esse número, o usuário poderá consultar o andamento da carga abrindo outra sessão do sistema.
Detalhes Técnicos:
A transação de "Carga de Atributos" utiliza a tabela temporária CARGA_ATRIB_TEMP para fazer as validações e emitir os arquivos de aceitos, rejeitados e erros. Para cada carga, é executado o comando TRUNCATE para limpar a tabela e gerado uma chave que indexa os registros da carga que serão inseridos na tabela temporária. Através dessa chave esses registros são consultados pelas rotinas internas à tela.
Como solução do problema, foi removido o comando TRUNCATE e substituído pelo comando DELETE e dessa forma uma execução não removerá a execução de outro usuário.
A chave passou a ser gerada através da SEQUENCE CARGA_ATRIB_TEMP que gera um único número para cada execução e assim as informações que um usuário está carregando não entrarão em conflito com as informações de outra carga.
Foi feita uma otimização na tela, removendo algumas rotinas redundantes e melhorando a auditoria da tela.
As mensagens de auditoria são gravadas nas tabelas utilizadas pela transação "Auditoria de Processos" e o usuário poderá consultar essas informações pelo número da execução que a tela de carga fornecerá durante o processo da carga. Com esse número, o usuário poderá consultar o andamento da carga abrindo outra sessão do sistema.