기간 및 이동 차원을 밀집 차원으로 변환

기간 및 이동 차원이 밀집인 애플리케이션 생성

계정이 밀집인 애플리케이션을 기간 및 이동이 밀집인 애플리케이션으로 변환

사전 마이그레이션 단계

마이그레이션 프로세스를 시작하기 전에 다음 작업을 완료해야 합니다.

• 메타데이터 유효성 검증 오류가 없는지 확인합니다.
• 대기 중인 메타데이터 변경이 없으며 데이터베이스 새로고침이 성공적으로 실행되었습니다.
• 애플리케이션의 전체 백업을 만듭니다.

  참고: Lifecycle Management 백업 프로세스에는 Data Management에 대한 워크벤치 데이터가 포함되지 않습니다. 그러나 복제를 수행할 때 또는 EPMAutomate 명령을 사용하거나 UI에서 스크립트를 실행하여 워크벤치와 전체 Data Management 환경의 스냅샷을 생성할 수 있습니다.

  다음과 같은 EPMAutomate 명령을 참조하십시오.

  • exportDataManagement

  • importDataManagement

• 스케줄링된 작업을 사용 안함으로 설정하고 자동 유지관리 기간을 다시 스케줄링합니다.
• 모든 해결 순서 사용자정의를 제거합니다.

마이그레이션 단계

1. 홈 페이지에서 애플리케이션, 개요 순으로 누릅니다.

2. 작업에서 기간 및 이동을 밀집으로 설정을 선택하여 마이그레이션 마법사를 실행합니다.

3. 마이그레이션 프로세스를 시작하기 전에 사전 변환 작업을 완료했는지 확인한 후 다음을 클릭합니다.

   
4. 변경사항 요약을 검토합니다.

   구성 가능 연결 규칙을 배포한 경우 변환 후 이를 검토해야 한다는 경고 메시지가 시스템에 표시됩니다.

   

5. 마이그레이션 프로세스를 시작하려면 실행을 누릅니다.

   프로세스가 시작되면 기존 사용자가 모두 로그오프되고 모든 활성 요청이 중지됩니다.

6. 마이그레이션 프로세스가 완료될 때까지 기다린 후 애플리케이션에서 로그아웃하고 다시 로그인합니다.

주요 메타데이터 변경사항

마이그레이션 프로세스를 수행하면 메타데이터가 다음과 같이 변경됩니다.

뷰 차원

FCCS_YTD, FCCS_QTD, FCCS_HYTD, FCCS_YTD_RULE, FCCS_QTD_RULE 및 FCCS_HYTD_RULE 멤버는 동적 계산입니다.

_RULE 멤버와 _RULE 멤버가 없는 해당 멤버의 멤버 공식은 동일합니다.

이동 차원

초기 설정된 모든 상위 멤버는 동적 계산입니다.

이동은 이제 밀집 차원입니다.

기간 차원

기간은 이제 밀집 차원입니다.

데이터 소스 차원

이 데이터 소스 차원 멤버는 마이그레이션 프로세스 후 연결에 더 이상 사용되지 않습니다.

• FCCS_RateOverride(상위 멤버: FCCS_SystemTypes)

• FCCS_AmountOverride(상위 멤버: FCCS_SystemTypes)

• FCCS_PCON(상위 멤버: FCCS_SystemTypes)

애플리케이션 세부정보

기간 및 이동이 밀집 차원인 애플리케이션은 주기적 데이터만 저장합니다.

이 애플리케이션에서는 보기 뷰 계산 업데이트 규칙을 사용하지 않아야 합니다.

기간 및 이동이 밀집 차원인 새 애플리케이션을 생성하는 경우 누계 저장영역 제어 옵션을 사용으로 설정할 수 없으며 누계 뷰 제어 규칙을 사용할 수 없습니다(선택한 뷰 기준 연결, 선택한 뷰 기준 강제 연결, 선택한 뷰 기준 환산, 선택한 뷰 기준 강제 환산).

계정이 밀집 차원 및 누계 제어 옵션이 사용으로 설정된 기존 애플리케이션을 기간 및 이동이 밀집 차원인 애플리케이션으로 마이그레이션할 때 연결, 환산, 각 "선택한 뷰 기준" 및 각 강제 규칙(단일 또는 여러 통화)이 표시됩니다. 이 모든 규칙은 주기적 데이터만 생성합니다.

기간 및 이동 차원을 밀집 차원으로 변환하는 방법에 대해 자세히 알아보려면 다음 비디오를 시청하십시오.

Oracle Financial Consolidation and Close에서 기간 및 이동 차원을 밀집 차원으로 변환.

애플리케이션을 기간 및 이동이 밀집으로 변환한 후의 사후 변환 단계

애플리케이션을 기간 및 이동이 밀집 차원으로 변환한 후 다음 단계를 수행합니다.

• 모든 사용자 정의 멤버 공식, 구성 가능한 계산 규칙(삽입 지점이라고도 함) 및 주문형 규칙을 검토하여 모범 사례에 따라 작성되었는지 확인합니다. 초기 설정된 멤버 공식을 검토할 필요가 없습니다.

  참고: 기간별 향상된 조직을 사용으로 설정하려는 경우 특히 사용자 정의 공식 및 규칙을 검토하고 업데이트하는 것이 중요합니다. 기간별 향상된 조직이 사용으로 설정되지만 규칙에 필요한 미해결 변경사항이 있는 경우에는 애플리케이션이 사용할 수 없게 렌더링될 수 있습니다.

• 저장된 데이터 익스포트 작업을 재생성하여 계정 대신 기간 또는 이동(밀집 차원)을 드라이버 차원으로 사용합니다.
• 마이그레이션된 DSO 애플리케이션에서 데이터를 익스포트하는 기존 데이터 통합을 수정하려면 DSO(밀집/희소 최적화) 애플리케이션에서 데이터 익스포트의 가이드라인을 따릅니다.
• 마이그레이션 구성 태스크를 실행하여 사용가능 사용자 생성 대체 변수를 연결 설정으로 마이그레이션합니다. 대체 변수를 연결 설정으로 마이그레이션을 참조하십시오.
• 초기 설정되고 사용자 정의된 멤버의 해결 순서는 마이그레이션 유틸리티를 실행할 때 변경됩니다. 마이그레이션 프로세스의 일부로 기존 상위 계정 멤버의 해결 순서는 자동으로 58로 설정됩니다. 나중에 추가되는 새 상위 계정 멤버의 해결 순서를 58로 설정해야 합니다.
• 이 계정, 이동 및 데이터 소스 멤버의 해결 순서를 검토하고 수정해야 합니다. 해결 순서 설정를 참조하십시오.

  • Account: 모든 상위 계정 멤버는 이제 해결 순서가 58로 설정되어야 합니다.

  • Movement: 모든 상위 이동 멤버는 동적 계산이어야 합니다. 이전에 설정한 멤버의 해결 순서를 제거합니다.

  • Data Source: 이전에 설정한 멤버의 해결 순서를 제거합니다.

  주:

  검색 성능을 향상하려면 Financial Consolidation and Close 검색 성능 문제 해결 설명서에 따라 DSO의 해결 순서를 검토하십시오.

  멤버 공식에 다른 동적 계산 멤버가 포함된 경우에는 멤버 공식의 연결 해결 순서를 공식에서 참조된 가장 큰 연결 해결 순서를 가진 멤버보다 1만큼 더 높게 증분시킵니다.

  멤버가 상위 동적 계산 멤버이고 데이터가 YTD에서 검색되는 경우 멤버의 해결 순서를 검토하여 해결 순서가 YTD 멤버보다 더 높은지 확인합니다.

• 변환 후 이미 연결된 기간을 다시 연결할 필요는 없습니다. DSO 변환 중에 YTD 데이터가 제거됩니다. 이전 기간이 잠긴 경우 잠금을 해제하고 다시 연결하는 것은 모범 사례가 아닙니다.

기간 및 이동이 밀집 차원일 때 멤버 공식을 쓰는 모범 사례

• 희소 교차 차원 참조를 포함하는 공식을 쓰기 전에 @NONEMPTYTUPLE(); 지시문을 사용합니다.

• 직접 상수를 반환하지 않습니다. 대신 다음을 사용하여 상수를 추가합니다.

  + "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>

  원본 공식의 예

  
  
  

  수정된 공식의 예

  
  
  

• 공식이 있는 리프 동적 계산 계정 멤버 또는 동적 계산 계정 상위를 2단계 계산으로 설정하지 마십시오. 대신 해결 순서를 사용합니다. 2단계 계산 옵션을 사용하면 계정을 경우에 따라 불필요할 수 있는 마지막 차원으로 계산합니다.

• 멤버 공식 내부에서 이 주제에서 언급된 함수를 사용하지 마십시오(https://docs.oracle.com/en/cloud/saas/enterprise-performance-management-common/ecalc/working_with_essbase_hybrid.html). 이 함수는 Hybrid Essbase에서 지원되지 않습니다.

• 비율과 같이 집계 후 계산할 수 있는 모든 공식을 검토합니다. 높은 해결 순서를 사용하여 동적으로 계산합니다.

• 집계 전에 계산해야 하는 공식을 검토합니다. 성능이 느리면 저장된 멤버로 만들고 계산 스크립트를 사용하는 것이 좋습니다.

• 연속 예측과 같은 여러 데이터 블록에서 데이터를 검색하도록 요청하는 공식을 검토합니다. 성능이 느리면 저장된 멤버로 만들고 계산 스크립트를 사용하는 것이 좋습니다.

• 공식에서 #MISSING을 반환하지 않습니다.

  
  
  

사용자정의 규칙 쓰기의 모범 사례

사용자정의 규칙을 쓰는 일반적인 모범 사례를 검토하고 기간 및 이동이 밀집 차원인 애플리케이션에 대해 동일한 개념을 적용합니다.

• 이동 멤버가 앵커 블록으로 사용되는 규칙에서 앵커 멤버를 희소 차원 멤버로 변경해야 합니다.

• 상위 이동 멤버는 공유 안함이 아니라 동적 계산일 수만 있습니다. 상위 이동 멤버에 대한 FIX 문이 있는 모든 규칙에서 상위 멤버는 변경되어야 하며 레벨 0 멤버만 사용해야 합니다.