BLV Técnico Versão 5.02 (Continuação)
Lançamento independente dos atributos para vacância e aposentadoria
Visão do usuário:
Na transação 'Tipos de Atributo', foi acrescentado na tela dois novos campos: 'Permite lançamento independente da vacância?' e 'Permite lançamento independente da aposentadoria?'.
Estes campos serão verificados durante o lançamento da vacância e aposentadoria. Se o campo ' Permite lançamento independente da vacância' estiver assinalado, significa que não será verificado a existência do atributo do funcionário no momento de sua vacância, liberando seu lançamento. O mesmo ocorre com a aposentadoria, ou seja, se o campo ' Permite lançamento independente da aposentadoria' estiver assinalado, significa que não será verificado a existência do atributo do funcionário no momento de sua aposentadoria, liberando seu lançamento.
Detalhes Técnicos:
Na tabela TIPO_VANTAGEM_ e na view TIPO_VANTAGEM foram incluídas as colunas VACANCIA e APOSENTADORIA para este controle.
Também no form ERG0230. foi alterada a tela de atributos do form, onde foram incluídos os novos campos check-box APOSENTADORIA (permite lançamento independente da aposentadoria?) e VACANCIA (permite lançamento independente da vacância?).
Já na package PCK_VINCULOS, foram alteradas as procedures VERIFICA_VANT_VACANCIA e VERIFICA_VANT_APOSENT. Se houver algum atributo que esteja com o campo 'Permite lançamento independente da vacância' assinalado, significa que poderá ser efetuada qualquer vacância, independente dos atributos existentes para o funcionário.
No caso da aposentadoria, se houver algum atributo que esteja com o campo 'Permite lançamento independente da aposentadoria' assinalado, significa que poderá ser efetuada qualquer aposentadoria, independente dos atributos existentes para o funcionário.
Consulta funcionários de férias
Visão do usuário:
A tela recuperava o setor na data final do período aquisitvo de férias.
A tela foi alterada e está recuperando o setor na data de início do gozo das férias.
Detalhes Técnicos:
O form recuperava o setor na data fim do período aquisitvo de férias.
O form foi alterado e está recuperando o setor na data de início do gozo das férias.
Transações baseadas em Views
Visão do usuário:
A funcionalidade das transações listadas abaixo foi alterada:
1) "Tipos de Vínculos" (form ERG0239)
2) "Formas de Provimento" (form ERG0118)
3) "Categorias" (form ERG0036)
4) "Regimes Jurídicos" (form ERG0199)
5) "Tipos de Aposentadoria" (form ERG0237)
6) "Formas de Vacância" (form ERG0100)
7) "Tabelas de Vencimento" (form ERG0224)
8) "Cargos" (form ERG0034)
9) "Jornadas" (form ERG0137)
10)"Horários de Trabalho" (form ERG0124)
11)"Atividades" (form ERG0014)
12)"Turnos" (form ERG0245)
13)"Tipos de Evento" (form ERG0082)
14)"Tipos de Atributo" (form ERG0230)
15)"Tipos de Incorporação" (form ERG0248)
16)"Tipos de Freqüência" (form ERG0247)
17)"Códigos de Freqüência" (form ERG0045)
18)"Tipos de Benefício" (form ERG0231)
19)"Motivos de Publicações" (form ERG0158)
20)"Especialidades" (form ERG0079)
21)"Finalidade de Contagem" (form ERG0094)
Na funcionaldade anterior, essas telas se apresentavam em dois modos de trabalho. Inicialmente, a tela entrava em modo de consulta, listando apenas os registros cadastrados para a empresa que o usuário estava logado, além de não permitir cadastro, alteração ou remoção. Para mudar o modo de trabalho, ou seja, poder fazer cadastro, alteração ou remoção sobre os registros, o usuário deveria acionar o botão "Mudar p/ Modo Cadastro". Acionado o botão, a tela mudava o modo de trabalho listando os registros para todas as empresas independente da empresa na qual o usuário esteja logado. Para retornar ao modo de trabalho anterior, o usuário deveria acionar o mesmo botão que agora estava com o nome de "Mudar p/ Modo Consulta".
Na funcionalidade atual dessas telas não há mais restrição, podendo-se cadastrar, alterar e remover registros a qualquer momento. A finalidade do botão é limitar ou generalizar a consulta dos registros cadastrados em cada empresa. Inicialmente, a tela lista apenas os registros cadastrados para a empresa que o usuário está logado. Neste modo, é apresentado o botão "Listar Registros de Todas Empresas". Se for acionado, a tela listará os registros para todas as empresas independente da empresa na qual o usuário esteja logado.
Portanto, o usuário pode optar por trabalhar com essas transações visualizando apenas os registros cadastrados na empresa logada, ou visualizando os registros de todas empresas. Ao ver todos os registro, o cadastro pode ser simplificado através da tela de "replicação" de registros para outras empresas, que permite lançar uma determinada informação cadastrada em uma empresa para uma outra empresa, apenas cadastrando o nome desta última através desta tela.
Detalhes Técnicos:
A transação "Tipos de Vínculos", form ERG0239, foi alterada.
No tab "Validação", o código que gerava as validações faz insert na tabela ERG_TIPOVINC_VALID_ e na tabela ERG_TIPOVINC_VALID_EMPRESA. Porém, quando as informações, tais como tipo de vínculo, regime jurídico, categoria eram replicadas em mais de uma empresa, ao ser feito o insert estava dando duplicação de chaves. Portanto, foi necessário modificar o select após o operador MINUS. No insert da tabela ERG_TIPOVINC_VALID_, o select faz consulta na própria tabela para verificar se as chaves já estão cadastradas. No insert da tabela ERG_TIPOVINC_VALID_EMPRESA, o select faz consulta na própria tabela para verifica se as chaves também já estão cadastradas. Portanto, é feito o insert somente de novos registros.
A transação "Formas de Provimento", form ERG0118, foi alterada.
No tab "Validação", o código que gerava as validações faz insert na tabela ERG_FORMAPROV_VALID_ e na tabela ERG_FORMAPROV_VALID_EMPRESA. Porém, quando as informações, tais como forma de provimento, categoria, regime jurídico, subcategoria, tipo de vínculo eram replicadas em mais de uma empresa, ao ser feito o insert estava dando duplicação de chaves. Portanto, foi necessário modificar o select após o operador MINUS. No insert da tabela ERG_FORMAPROV_VALID_, o select faz consulta na própria tabela para verificar se as chaves já estão cadastradas. No insert da tabela ERG_FORMAPROV_VALID_EMPRESA, o select faz consulta na própria tabela para verificar se as chaves também já estão cadastradas. Portanto, é feito o insert somente de novos registros.
A transação "Tabelas de Vencimento" (form ERG0224) teve algumas alterações porque estava dando erro ao remover registros.
A transação "Turnos" (form ERG0245) estava com os códigos de todas as triggers em nível de form com a referência perdida. As heranças dos códigos foram refeitas.
A transação "Tipos de Evento" (form ERG0082) teve que ser alterada na trigger de WHEN-TAB-PAGE-CHANGED para funcionar corretamente com a nova funcionalidade da object library "OG_MODOS_FORM". Além disso, o layout da tela foi redimensionado, pois estava cortando uma parte da tela.
A transação "Tipos de Atributo" (form ERG0230) teve que ser alterada na trigger de WHEN-TAB-PAGE-CHANGED para funcionar corretamente com a nova funcionalidade da object library "OG_MODOS_FORM". Além disso, essa tela possui um outro botão de modo form que aparece em outro canvas e esse botão não é referenciado.
Para que a utilização das views, que podem sofrer operações DML, funcione no form, a propriedade Key Mode do bloco baseado na view deve estar configurado para o valor "Unique" ou "Updateable". Com isso as operações DML funcionam corretamente. Por alguma característica diferente em determinadas VIEWS, com valor default dessa propriedade em "Automatic", o form não funciona adequadamente. Foi adotado para os forms o valor "Unique". Com isso, as transações baseadas nas views foram alteradas para aceitar as operações DML tanto se os blocos forem baseados em views ou se forem baseados em tabelas. A seguir é listado a relação das transações alteradas:
1) "Tipos de Vínculos" (form ERG0239)
2) "Formas de Provimento" (form ERG0118)
3) "Categorias" (form ERG0036)
4) "Regimes Jurídicos" (form ERG0199)
5) "Tipos de Aposentadoria" (form ERG0237)
6) "Formas de Vacância" (form ERG0100)
7) "Tabelas de Vencimento" (form ERG0224)
8) "Cargos" (form ERG0034)
9) "Jornadas" (form ERG0137)
10)"Horários de Trabalho" (form ERG0124)
11)"Atividades" (form ERG0014)
12)"Turnos" (form ERG0245)
13)"Tipos de Evento" (form ERG0082)
14)"Tipos de Atributo" (form ERG0230)
15)"Tipos de Incorporação" (form ERG0248)
16)"Tipos de Freqüência" (form ERG0247)
17)"Códigos de Freqüência" (form ERG0045)
18)"Tipos de Benefício" (form ERG0231)
19)"Motivos de Publicações" (form ERG0158)
20)"Especialidades" (form ERG0079)
21)"Finalidade de Contagem" (form ERG0094)
Foi necessário adicionar o comando SET_RECORD_PROPERTY para colocar os blocos que estavam mudando de status, para o status de QUERY_STATUS.
Em todas as transações alteradas, nos blocos empresa utilizados para fazer a replicação dos registros em outras empresas, foi colocada a propriedade "Validate from list" da LOV para "YES".
Em tempo de execução, para basear os blocos dos forms em tabela, existe o botão que antes era chamado de "Mudar p/ Modo Cadastro" e ou "Mudar p/ Modo Consulta". A funcionalidade desses botões foi mantida, porém com outra finalidade. Quando a consulta na tela é feita sobre a "view", os registros listados ficam restritos somente a empresa que o usuário está logado. Ao acionar o botão que deverá estar com o nome de "Listar Registros de Todas Empresas", as consultas serão feitas sobre a tabela e portanto serão listados todos os registros cadastrados para todas as empresas. Isso é util, pois assim o usuário poderá replicar registros já cadastrados em uma empresa para outra. Para retornar a consulta ao modo anterior, é só acionar o botão que deverá estar com o nome de "Listar Registros da Empresa Logada".
Essas mudanças foram feitas no form ERG_CLAS e passadas para o object library OG_MODOS_FORM da ERGON.OLB.
Nos forms, foi necessário adicionar na trigger de PRE-FORM o procedimento PCK_MODO_FORM.INICIALIZA_DML_BLOCO. Nos forms que possuem TAB, foi preciso alterar a variável :global.bloco_base para pck_modo_form.v_bloco_base e :global.view_base para pck_modo_form.v_view_base e o nome dos botões para "Listar Registros de Todas Empresas" e "Listar Registros da Empresa Logada".
Ao utilizar as views que aceitam DML, foram encontrados alguns problemas nas trigger dessas views. A Rotina GERA_COD.SQL foi alterada, corrigindo esses problemas ao gerar as triggers.
As triggers regeradas foram:
TRG_VW_TIPO_VINC
TRG_VW_ERG_TIPOVINC_VALID
TRG_VW_FORMAS_PROV
TRG_VW_ERG_FORMAPROV_VALID
TRG_VW_ERG_FORMAPROV_TRANS
TRG_VW_CATEGORIAS
TRG_VW_SUBCATEGORIAS
TRG_VW_REGIMES_JUR
TRG_VW_TIPO_APOS
TRG_VW_FORMAS_VAC
TRG_VW_TABELAS_VENC
TRG_VW_CARGOS
TRG_VW_JORNADAS
TRG_VW_HORARIO_TRAB
TRG_VW_RH_ATIVIDADE
TRG_VW_TURNOS
TRG_VW_TIPO_EVENTO
TRG_VW_FORMASPROV_TIPOEVENTO
TRG_VW_TIPO_VANTAGEM
TRG_VW_TIPO_ATRIBUTO
TRG_VW_TIPO_INFOATRIB
TRG_VW_TIPO_INCORP
TRG_VW_TIPO_FREQ
TRG_VW_CODIGOS_FREQ
TRG_VW_TIPO_BENEF
TRG_VW_ERG_MOTIVOPUBL
TRG_VW_ESPECIALIDADE
TRG_VW_FINALIDADE_CONTA