BLV Técnico Versão 5.10 (Continuação)
Não está consistindo a obrigatoriedade da Regra de Freqüência.
Visão do usuário:
Foi corrigido o problema que permitia a inclusão de frequência que exige regra sem verificar esta exigência. Agora quando a frequência exige regra - cadastro efetuado na tela (ERG0045) - não é permitido que códigos de frequência não autorizados sejam lançados.
Foi modificada a mensagem de erro ERG-00441 para maior esclarecimento do problema.
Detalhes Técnicos:
Foi alterado o código das packages PCK_FREQUENCIAS e PCK_LIC_AFAS, agora é verificado se o código e tipo de frequência exige regra, se exigir e não estiver válido para aquela frequência é emitida uma mensagem de erro, se não exigir é efetuado o cadastro da frequência.
Não está validando o banco na PACKAGE BODY [PCK_ERG_REPRES_LEGAL]
Detalhes Técnicos:
Foi adicionado na PACKAGE BODY [PCK_ERG_REPRES_LEGAL] codificação para verificar se o código do banco que está sendo inserido ou atualizado na tabela [ERG_REPRES_LEGAL] consta na tabela HADES.BANCO, caso contrário retornará erro.
Erro FRM-92100 no Forms 10gR2 (10.1.2.0.)
Detalhes Técnicos:
Nas transações ERG0043, ERG0336 e ERG0346, com a versão do forms 10.1.2.0.2 ocorreram os erros FRM-92100.
Essas transações foram alterados para contornar esse erro.
Erro ao entrar uma consulta na transação Funcionários
Visão do usuário:
Quando o sistema é utilizado com o Forms10g, na transação Funcionários ERG0074, ao entrar alguns dados, e apertar no ícone para entrar uma consulta, aparecia o erro FRM-92101. Esse problema foi corrigido.
Atributos com aposentadoria temporal
Visão do usuário:
Quando o sistema trabalha com a Opção Genérica Aposentadoria Temporal ativa - (Archon > Configuração > Opções Genéricas, Sistema= Ergon, Grupo= Geral, Opção= "UTILIZA_APOS_TEMP") ele faz algumas verificações para saber se atributos/vantagens que será cadastrado estão de acordo com o perfil e situação do Funcionário, caso o atributo não for válido para o funcionário o cadastro é interrompido.
Permitir alterações sobre o período aquisitivo somente pela transação de averbações.
Visão do usuário:
Na tela [ERG0019] - Transação: Averbações, é possível alterar os dias de um período aquisitivo averbado.
Corrigido o problema que não permitia excluir um registro de detalhamento quando havia um gozo associado ao período aquisitivo de licença especial ou associado ao período aquisitivo de férias.
Detalhes Técnicos:
Foi alterado o controle feito pela FLAG_INSERT_AUTOM_PERAQ, permitindo que através da Transação 'Averbações' seja alterado o número de dias do período aquisitivo.
Antes, quando era feito um UPDATE, aconteciam duas operações:
1º- REMOÇÃO do período aquisitivo e a respectiva chamada do EP (EP__REMOVE_PERAQ);
2º- INCLUSÃO do período aquisitivo e a respectiva chamada do EP (EP__INSERE_PERAQ). Posteriormente é executado o código do produto.
Foi corrigido este comportamento, sendo que na operação de UPDATE não será mais feito o DELETE e depois o INSERT, mas apenas o UPDATE. Conseqüentemente não serão chamados os EPs de DELETE e INSERT. Em substituição será chamado o novo EP de UPDATE (EP__ATUALIZA_PERAQ).
Solicitamos que seja feita uma verificação nos eventuais códigos de EP__REMOVE_PERAQ e EP__INSERE_PERAQ para INCLUIR códigos no NOVO (EP__ATUALIZA_PERAQ), pois somente ele será chamado a partir de agora nas operações de UPDATE das averbações com períodos aquisitivos.
Alterações no Forms ERG0130
Visão do usuário:
Na tela [ERG0130] - Ingresso, foi corrigido o problema que gerava um erro quando pressionado o botão 'Mostra Documentos Legais' e pressionado o botão 'Retorna' sem fazer alteração nenhuma da tela de 'Documentos Legais'.
Detalhes Técnicos:
Foi alterado o item de retorno para :local_leis.item_retorno := 'ERG_INGRESSO.DTNOM_AUX', na function LEI_OK do Form [ERG0130].
Problemas com a data de vacância nas funções E_ATIVO, E_INATIVO, E_INATIVO_OU_FALECIDO.
Detalhes Técnicos:
Nas funções E_ATIVO, E_INATIVO, E_INATIVO_OU_FALECIDO, foi adicionado uma cláusula para verificar se a data não for nula é retirado um dia da data de vacância (DTVAC).
Alteração no acesso a TIPO_VANTAGEM_ para a view na PCK_ERG_APOSENTADORIA
Detalhes Técnicos:
A Package utilizava as tabelas TIPO_VANTAGEM_ e FORMAS_PROV_ em alguns casos, e o correto é utilizar as VIEWs que tem o mesmo nome, retirando somente o underline ( "_") no final, ou seja, TIPO_VANTAGEM e FORMAS_PROV. Com essa modificação garantimos que serão selecionados os itens de acordo com a empresa do funcionário.
Problemas nos forms ERG0345 e ERG0347
Visão do usuário:
Na transação "Fichas de Respostas", a Lista de Valores truncava a descrição curta, este problema foi corrigido. A navegação também foi melhorada, de modo que o problema relatado (navegação para um campo não atualizável) não ocorre mais; quando o usuário informa a pontuação, o cursor navega para a próxima pontuação, agilizando o cadastro/atualização das informações.
Na tela ERG0347, o botão "Lim..." na segunda aba ao lado do campo Tipo chama-se "Limpar" (seu comprimento era muito curto). Limpa o conteúdo de ambas as abas, e retorna à aba "Funcionários por Avaliadores".
Na transação "Fatores de Avaliação", ao pressionar o botão "Cadastra / Mostra Lista de Valores", a transação "Fatores de Avaliação" não buscava corretamente os valores relacionados ao fator, e o problema já foi corrigido.
Não permitir a inclusão de Indicação Prévia sem Data Inicial
Visão do usuário:
Incluída a verificação "A data inicial não pode ficar em branco".
Detalhes Técnicos:
A package PCK_EVFUNC_IND_SUBST verificará se a data inicial foi informada; caso esteja em branco, a mensagem ERG-09035 ("A data inicial não pode ficar em branco") será mostrada.
Erro de NO_DATA_FOUND na PCK_PROM_FATOR_VALOR.MAIN_PRE
Visão do usuário:
O problema foi solucionado e o erro não deve se repetir.
Detalhes Técnicos:
Foi incluída uma verificação para assegurar que a instrução SELECT só será executada em caso de inserção (INSERT) ou atualização (UPDATE).
Ajuste nos modelos de relatórios
Visão do usuário:
Ajuste nos modelos que são utilizados para fazer os relatórios.
Os relatórios foram ajustados para ser impresso em folhas Letter e A4 e em qualquer impressora.
Estorno Total de Contracheque
Visão do usuário:
Utilizando-se a transação "Processos / Folha de Pagamentos / Pós Processamento / Estorno Total de Contracheque", o sistema permitia que se colocasse um segundo contracheque de um mesmo vínculo/pensionista numa mesma folha de estorno. Quando isso ocorria, o contracheque anterior era removido automaticamente, mas o registro do estorno permanecia. Este problema foi resolvido da seguinte maneira: caso já exista um contracheque do vínculo/pensionista na folha de estorno e haja a tentativa de se estornar um segundo contracheque de outra folha do mesmo vínculo/pensionista, o sistema emitirá mensagem de erro e não permitirá a operação.
Detalhes Técnicos:
A package PCK_ERG_INGRESSO foi alterada para fazer a crítica da tentativa de inclusão de um segundo contracheque de um mesmo vínculo/pensionista numa mesma folha de estorno.
O form ERG0080 foi alterado para se adaptar á nova crítica.
Foi criada a mensagem de erro : ERG-03322.
Foi acrescentada a coluna FICHA na tabela ERG_ESTORNO_FF. Esta coluna conterá o número da ficha (em FICHAS_VINCULOS) do contracheque gerado na folha de estorno, quando da efetivação de um estorno. Foi aplicado script para popular esta nova coluna. Após a migração, deve se verificar os registros em ERG_ESTORNO_FF que ficarem com a coluna FICHA com o valor nulo. Estes registros devem ser verificados, pois indicam que um segundo contracheque de um mesmo vínculo/pensionista foi inserido numa mesma folha de estorno, apagando automaticamente o contracheque do estorno anterior. Deve-se avaliar como tratar estes casos, não deixando registros em ERG_ESTORNO_FF que não possuam um contracheque correspondente na folha de estorno.
As triggers da tabela ERG_ESTORNO_FF foram regeradas.
Retirar a consulta inicial de setores e não listar cargos e funções já extintos na data do setor
Visão do usuário:
Na tela ERG0216, transação: Setores Ergon, foi retirada a execução imediata da pesquisa, o usuário é obrigado a colocar algum critério no bloco de pesquisa e alterada a lista de valores de setores, serão exibidos apenas os setores que atenderem os critérios da pesquisa. Alterada a lista de valores de funções, exibirá somente funções válidas na data do registro do filtro setores ergon.
Detalhes Técnicos:
No Form ERG0216 foi retirada a execução da pesquisa na entrada do FORMS, o usuário é obrigado a colocar algum critério no bloco de pesquisa, alterada a lista de valores de setores, retirado a verificação da mostra_setor, (o forms ainda fará a verificação, mas apenas para os setores que atenderem os critérios de pesquisa). Foi adicionado no bloco SETORES_ERGON a cláusula where para não permitir consultas nesse bloco se não estiver selecionado um setor no primeiro bloco VW_TIPO_SETOR_ERGON. Alterado o Recod Group RG_FUNCOES, adicionado no where validação para buscar somente funções válidas na data do setor. Adicionado o campo PONTPUBL na tabela SETORES_ERGON, para o registro de publicações.
Nome Abreviado não é exibido na Tela ERG0291
Visão do usuário:
Na Tela ERG0291, Transação: Espécies/Rubrica, após inclusão de um Código de Rubrica é exibido o Nome Abreviado.
Detalhes Técnicos:
No Form ERG0291 foi alterada a RUBRICA_LOV colocando o retorno do item NOME_ABREV.
Correção monetária no cálculo da Dirf e Informe de Rendimentos
Detalhes Técnicos:
Na geração da DIRF e Informe de Rendimentos feita na Tela ERG0072, será considerado o campo CORRECAO de FICHAS_RUBRICAS no cálculo.
Falta de ordenamento nas pastas funcionais - Tela ERG0203
Visão do usuário:
Na Transação "Ficha Funcional", clicando no botão "Executar Relatório Ficha Funcional", o relatório apresentado ordenará os dados por data e página.
Detalhes Técnicos:
A ordenação "order by data, pagina" foi incluída na query Q_PASTAS_FUNCIONAIS.