BLV Usuário Versão 5.04 (Continuação)
Correções (Bugs)
Herança da classe de propriedades BLOCK_DML_VIEWS para as telas baseadas e Visões que aceitam DML.
O Forms6i possui um "bug" para telas baseadas em Visões que aceitam DML. Para funcionarem adequadamente no grupo de propriedades DATABASE, a propriedade Key Mode deve ter o valor UPDATEABLE e a propriedade Enforce Primary Key de estar com Yes. E deve-se escolher as colunas que serão chave primária do bloco. Para centralizar essas mudanças, foi criada a property class BLOCK_DML_VIEW. Após atribuir ao bloco a herança dessa classe de propriedade, definir quais colunas serão as primary keys do bloco.
Essa classe de propriedades foi colocada no object group OG_MODOS_FORM da CLASSES.OLB.
Para corrigir o problema, as telas foram abertas, feito o procedimento descrito acima e re-compiladas as telas.
Correções na geração da RAIS para vínculos encadeados.
O procedimento de geração da RAIS foi alterado para fazer o tratamento de vínculos encadeados, ou seja, quando um funcionário possuir vínculos nessa situação, na RAIS, apenas o último deverá ser informado com a data de admissão (exercício) do primeiro vínculo da seqüência e a data de desligamento (aposentadoria ou vacância) do último. Outras informação são mescladas entre o primeiro e o último vínculo. Resumindo, teremos um único vínculo com o número do último e com o início e fim englobando todos os vínculos da seqüência.
Esse tratamento é feito por sub-empresa. Por isso nem todos os vínculos encadeados irão forma o único vínculo e sim apenas os vínculos em atividade na sub-empresa no dentro do ano base de geração da RAIS. Se uma parte da seqüência dos vínculos encadeados estiverem em sub-empresas diferentes, será criado um único vínculo para cada uma.
No caso de vínculos não encadeados, todos aparecerão na RAIS. Se ocorrer de mais de um vínculo possuir a mesma data de exercício, a data de admissão será atualizada para um dia a mais ou a menos dentro do ano base da RAIS.
Rotina GERA_FITABANCO em modo multi-empresa
Para a rotina GERA_FITABANCO gerar os registros na tabela FITABANCO por empresa, foi necessário adicionar a função FLAG_PACK.GET_EMPRESA nos cursores principais da rotina.
As consultas dos parâmetros mês/ano e número da folha foram alteradas para consultarem as folhas para a empresa corrente.
Com essas modificações o procedimento correto para a execução da rotina GERA_FITABANCO deverá ser o seguinte:
1) Para gerar informações no FITABANCO para determinada folha, o usuário responsável pela execução, deverá estar com a transação "Executa Rotinas" conectada na empresa para a qual se deseja gerar a fita. Isso é feito acionando o botão "EMP" na barra de botões no cabeçalho da tela;
2) Completado o passo acima, selecionar a rotina e passar os parâmetros adequados, isto é, fornecer uma folha que pertença a empresa corrente (isso é determinado pela lista de valores dos próprios parâmetros);
3) Acompanhe a execução da rotina pela transação de "Auditoria de Processos!" e verifique que na indicação dos parâmetros de execução, agora é listada a empresa da execução selecionada.
4) Fazer o procedimento para cada empresa controlada pela sistema.
Tabela TIPO_FOLHA independente de empresa
Na transação Tipos de Folha, o cadastro dos tipos de folhas será independente de empresa.
Marcação de finais de semana
Foi corrigido o problema para marcar os finais de semana na transação Tipos de Calendário.
Arquivo de PASEP sem caracteres com acentos
Na transação Arquivos de PASEP, os arquivos serão gerados sem os acentos e em letras maiúsculas.
Navegação na transação Informe de Rendimentos e Dirf
Na transação Informe de Rendimentos e Dirf, foram corrigidos problemas de navegação. Os campos de Ano Base terão como valor inicial o ano anterior ao ano vigente. Se o usuário estiver na pasta Informe de Rendimentos e navegar para a pasta Totais da Dirf, os valores do filtro serão passados para o filtro da nova pasta. Nos filtros das pastas Informe de Rendimentos e Totais da Dirf, para que seja feito as pesquisas correspondentes, basta navegar através do teclado que o programa irá para o bloco de consulta.
Lista de valores de folhas na transação Cálculo Parcial
Na transação Cálculo Parcial, a lista de valores para a folha irá mostrar apenas as folhas da empresa logada.
Problema na geração do arquivo de crédito
Na transação geração de arquivos de crédito bancário, foi corrigido o problema ORA-01400: Cannot insert NULL into ERG_TEMP_CARGAFB.SEQ
Quantidade negativa no cadastro de quadro
Não será permitido o cadastro de compromissos, reservas , distribuições ou quadros com quantidade negativa.
Edição de tela para campos obrigatórios nas transações "Aposentadoria" e "Vacância"
As transações "Aposentadoria" e "Vacância" apresentam algumas características especiais que geram problemas na edição de tela quando se configura algum campo como obrigatório. Sendo assim, não se deve configurar quaisquer campos destas transações como obrigatórios através da edição de tela. Em caso de necessidade, a equipe técnica deverá ser acionada para implementar estas consistências através de codificação específica.
Otimização da 2ª VIA DA DIRF
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.
Correção para permitir cargas paralelas de atributos
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.
Impressão de atos para a tela de Atributos por Funcionários
Os cursores C_COLUNA_NUMFUNC e C_COLUNA_NUMVINC tem por finalidade obter a coluna NUMFUNC e a coluna NUMVINC do funcionário para a tabela selecionada para a geração do Ato. Os comandos SELECT desses cursores são baseados na view ALL_TAB_COLUMNS e verificando se as colunas pertencem a alguma chave primária ou chave única. Mas essas colunas não precisam pertencer a uma dessas chaves obrigatoriamente. Então essa restrição foi removida do SELECT dos cursores buscando as colunas pelo nome NUMFUNC (NUMERO para a tabela FUNCIONARIOS) ou NUMVINC (NUMERO para a tabela VINCULOS).
Essas mudanças resolverão os problemas da emissão de atos para a transação Atributos de Funcionários (form ERG0105.FMB) que é baseada na tabela VANTAGENS que não possui nenhuma chave primaria e nem chave única sobre as colunas NUMFUNC ou NUMVINC.
Forma de Migração
A migração deve ser feita através do script fornecido junto ao CD de migração. As informações necessárias para o processo de migração estão no arquivo LEIAME!.TXT na raiz do CD.