Conversão das Dimensões de Período e Movimento em Dimensões Densas

Criação de um Aplicativo com as Dimensões Período e Movimento como Densas

Conversão de Aplicativos com Conta como Densa em Período e Movimento como Densos

Etapas da Pré-Migração

Antes de começar o processo de migração, você deve concluir estas ações:

• Garantir que não haja erros de validação de metadados.
• Garantir que não haja alterações de metadados pendentes e que Atualizar Banco de Dados foi executado com êxito.
• Fazer um backup complete do aplicativo.

  Observação: O processo de backup do Lifecycle Management não inclui os dados do Workbench para Data Management. No entanto, você pode obter um instantâneo do Workbench e de todo o ambiente do Data Management ao executar um clone ou usando comandos EPMAutomate ou executando os scripts da interface do usuário.

  Consulte esses comandos EPMAutomate:

  • exportDataManagement

  • importDataManagement

• Desabilitar jobs agendados e reagendar a janela de manutenção automática.
• Remove todas as personalizações de Ordem de Resolução.

Etapas da Migração

1. Na Página inicial, clicar em Aplicativo e em Visão Geral.

2. Em Ações, selecionar Criar Movimento e Período Densos para iniciar o assistente para Migração.

3. Confirmar que você concluiu as ações de pré-conversão antes de iniciar o processo de migração e clicar em Avançar.

   
4. Revise o resumo das alterações.

   Se você implantou regras de Consolidação Configurável, o sistema avisa que você deverá revisá-las após a conversão

   

5. Clique em Iniciar para iniciar o processo de migração.

   Quando o processo for iniciado, todos os usuários existentes serão desconectados e todas as solicitações ativas serão interrompidas.

6. Aguardar até que o processo de migração termine, sair do aplicativo e fazer login novamente.

Principais Mudanças no Metadados

O processo de migração resulta nas seguintes alterações nos metadados:

Dimensão Exibição

Os membros FCCS_YTD, FCCS_QTD, FCCS_HYTD, FCCS_YTD_RULE, FCCS_QTD_RULE e FCCS_HYTD_RULE são Cálculos Dinâmicos.

Os membros _RULE e os correspondentes sem os membros _RULE têm a mesma fórmula de membro.

Dimensão Movimento

Todos os membros Pai pré-implantados são Cálculos Dinâmicos.

Movimento agora é uma dimensão Densa.

Dimensão Período

Período agora é uma dimensão Densa.

Dimensão Origem de Dados

Os membros a dimensão Origem de Dados não são mais usados para consolidação após o processo de migração:

• FCCS_RateOverride (Membro pai: FCCS_SystemTypes)

• FCCS_AmountOverride (Membro pai: FCCS_SystemTypes)

• FCCS_PCON (Membro pai: FCCS_SystemTypes)

Detalhes do Aplicativo

Aplicativos com Período e Movimento como dimensões Densas armazenam apensa dados Periódicos.

Você não deve usar a regra Atualizar Cálculos da Exibição com esses aplicativos.

Quando você cria um aplicativo como Período e Movimento como dimensões Densas, não é possível habilitar a opção Armazenamento do Controle da Data Final, e as regras Exibição do Controle da Data Final não serão disponibilizadas (Consolidate por Exibição selecionada, Force Consolidate por Exibição selecionada, Translate por Exibição selecionada, Force Translations por Exibição selecionada).

Quando você migra um aplicativo existente que tem Conta como a dimensão Densa e a opção Controle da Data Final habilitada, para um com Período e Movimento como a dimensão Densa, as regras Consolidate, Translate, respectivas "por Exibição selecionada" e respectivas regras Forced (com base em Moeda Única ou Várias) serão exibidos. Todas essas regras vão gerar apenas dados Periódicos.

Assista ao vídeo a seguir e saiba mais sobre a conversão de dimensões Período e Movimento em Denso:

Conversão de Dimensões Período e Movimento em Denso no Oracle Financial Consolidation and Close.

Etapas Pós-Conversão após Conversão de um Aplicativo em Período e Movimento como Densos

Depois de converter um aplicativo em um com Período e Movimento como as dimensões Densas, siga estas etapas:

• Revise todas as fórmulas de membro definidas pelo usuário, regras de cálculo configuráveis (também conhecidas como pontos de inserção) e regras Sob Demanda para garantir que elas sejam escritas seguindo as melhores práticas. Você não precisa revisar as fórmulas de membro pré-implantado.
• Recrie qualquer um dos seus jobs de Exportação de Dados salvos para usar Período ou Movimento (dimensões densas), em vez de Conta como uma dimensão de driver.
• Siga as diretrizes em Exportação Dados de um Aplicativo Denso/Esparso Otimizado (DSO) para modificar integrações de dados existentes que exportam dados do aplicativo DSO migrado.
• A Ordem de Resolução para membros definidos pelo usuário e pré-implantados é alterada quando o utilitário de migração é executado. Como parte do processo de migração, a Ordem de Resolução dos membros existentes Conta Pai é automaticamente definida para 58. Certifique-se de definir a Ordem de Resolução como 58 para qualquer membro novo Conta Pai que é adicionado no futuro.
• Você deve revisar e modificar a Ordem de Resolução dos membros Conta, Movimento e Origem de Dados. Consulte Como Definir a Ordem de Resolução.

  • Account: Todos os membros da conta Pai agora devem ter a Ordem de Resolução definida como 58.

  • Movement: Todos os membros Movimento Pai devem ser Cálculo Dinâmico. Remova a Ordem de Resolução de qualquer um dos membros que foram definidos anteriormente.

  • Data Source: Remova a Ordem de Resolução para qualquer um dos membros que você definiu anteriormente.

  Nota:

  Revise a Ordem de Resolução para DSO de acordo com esta documentação para um melhor desempenho da recuperação: Solução de Problemas do Desempenho de Recuperação do Financial Consolidation and Close.

  Se a fórmula de um membro tiver outro membro de Cálculo Dinâmico, incremente a Ordem de Resolução da Consolidação para a fórmula do membro para 1 acima do membro com a maior Ordem de Resolução da Consolidação a que se faz referência na fórmula.

  Se um membro for um membro de Cálculo Dinâmico pai e dados forem recuperados em YTD, revise a sua Ordem de Resolução no membro para certificar-se de que ela é superior ao membro YTD.

• Após a conversão, não é necessária a reconsolidação dos períodos já consolidados. Os dados YTD são removidos durante a conversão DSO. Quando períodos anteriores foram bloqueados, deve ser uma prática recomendada não desbloquear e reconsolidar.

Melhores Práticas para Escrever Fórmulas quando Período e Movimento são Dimensões Densas

• Use a diretiva @NONEMPTYTUPLE(); antes de escrever uma fórmula contendo referências entre dimensões Esparsa.

• Evite o retorno de constantes diretas. Em vez disso, acrescente constante com:

  + "Scenario"->"Years"->"Period"->"Entity"->"Account"->"FCCS_Entity Input"->"FCCS_No Intercompany"->"FCCS_No Data Source"->"FCCS_No Movement"->"FCCS_Periodic"-><No members of your custom dimension>

  Exemplo da Fórmula Original

  
  
  

  Exemplo de Fórmula Modificada

  
  
  

• Evite definir membros de Conta de Cálculo Dinâmico da folha com fórmulas ou pais da Conta de Cálculo Dinâmico Cálculo em Dois Passos. Em vez disso, use Ordem da Resolução. A opção Cálculo em Dois Passos calculará Conta como a última dimensão, o que pode ser desnecessário às vezes.

• Evite usar funções mencionadas neste tópico dentro da fórmula de membro:https://docs.oracle.com/en/cloud/saas/enterprise-performance-management-common/ecalc/working_with_essbase_hybrid.html. Essas funções não são permitidas pelo Essbase Híbrido.

• Revise qualquer fórmula que possa ser calculada após uma agregação , como uma proporção. Calcule dinamicamente com uma ordem de resolução alta.

• Revise qualquer fórmula que deva ser calculada antes da agregação. Se o desempenho for lento, considere torná-la um membro armazenado e usar um script de cálculo.

• Revise qualquer fórmula que exija que os dados sejam recuperados de muitos blocos de dados, como orçamento contínuo. Se o desempenho for lento, considere torná-la um membro armazenado e usar um script de cálculo.

• Evite retornar #MISSING nas fórmulas.

  
  
  

Melhores Práticas para Escrever Regras Personalizadas

Revise as melhores práticas gerais para escrever regras personalizadas, e aplique os mesmos conceitos para um aplicativo no qual Período e Movimento são dimensões Densas.

• Nas regras em que um membro Movimento é usado como um bloco Âncora, você deve alterar o membro Âncora para um membro da dimensão Esparsa.

• Os membros Movimento Pai só podem ser Cálculo Dinâmico, e não Nunca Compartilhar. Em quaisquer regras em que haja uma instrução FIX em um membro Movimento Pai, o membro Pai deverá ser alterado e somente um membro de Nível Zero deverá ser usado.