대부분의 조직은 운용 달력이나 보고 달력과 일치하는 주기를 기준으로 Oracle Data Relationship Management를 사용합니다. 각 달력 기간 내에서 Data Relationship Management 사용은 다음과 같이 예측 가능한 패턴을 따릅니다.
새 Data Relationship Management 작업 중 버전은 이전 기간에서 종료된 버전의 사본으로 생성됩니다. 새 버전에는 여러 계층 구조(예: 계정 차트, 조직 구조, 제품 구조 등)가 포함될 수 있습니다.
변경 작업은 작업 중 버전에 대해 수행됩니다. 사용자가 계층 데이터를 입력하거나 수정하면 자동으로 검증이 수행됩니다.
필요한 경우 작업 스크립트를 사용하여 계층 데이터에 대한 대량 변경을 수행합니다.
보고 기간 마감 시간이 임박하면 버전 상태가 [제출됨]으로 변경되고 더 이상 변경이 허용되지 않습니다. 데이터 무결성을 유지하기 위해 검증이 수행됩니다. 비교를 사용하여 현재 버전과 이전에 종료된 버전 간의 차이를 식별할 수 있습니다.
데이터 무결성이 확인되면 버전 상태가 [종료됨]으로 변경되고 더 이상 변경이 허용되지 않습니다.
이전 보고 기간의 버전 상태가 [종료됨]에서 [만료됨]으로 변경될 수 있으며, 과거 분석 또는 감사 레코드에서 나중에 사용하기 위해 버전이 저장됩니다.
종료된 버전에서 익스포트를 수행하여 계층 데이터를 참여 시스템에 보냅니다. 모든 익스포트가 완료되고 대상 시스템에 로드된 후에는 기간 종료 보고 프로세스의 기준으로 모든 참여 시스템에 일관된 계층 구조 데이터가 포함됩니다.
다음과 같은 경우 Data Relationship Management는 기존의 조직 워크플로우 제약 조건을 적용할 수 있습니다.
비즈니스 규칙에 따라 모든 새 비용 센터가 회사 회계 부서의 승인을 받아야 할 수도 있습니다. 이 경우 승인을 나타내는 등록정보를 추가할 수 있으며, 등록정보가 승인됨으로 변경될 때까지 다른 시스템에 노드를 내보내지 않습니다. 회사 회계 부서에는 표시기 등록정보만 업데이트하는 액세스 권한을 부여할 수 있습니다. 등록정보 쿼리를 정의하여 표시기 노드를 식별할 수도 있습니다.
비즈니스 프로세스에 따라 모든 계층 업데이트 내용이 업데이트 구현을 담당하는 전용 그룹으로 리디렉션되어야 할 수도 있습니다. 검토 및 승인 후 작업 스크립트를 통해 Data Relationship Management에 대량 로드하기 위해 변경사항을 플랫 파일에 입력할 수 있습니다. 이 자동화된 방법은 잠재적 입력 오류를 훨씬 줄일 수 있습니다.
변경사항을 커밋하기 전에 여러 사용자 입력과 승인을 조정해야 하는 복잡한 비즈니스 프로세스는 변경 요청을 사용하여 처리할 수 있습니다.
비정기적으로 수행되는 기타 태스크는 다음과 같습니다.
참여 시스템의 범위 확장을 지원하기 위해 새 계층 구조를 설정할 수 있습니다. 외부 소스에서 계층 구조를 가져오거나 Data Relationship Management 내에서 직접 생성할 수 있습니다.
변화하는 비즈니스 요구를 따르기 위해 계층 구조를 재구조화해야 할 수도 있습니다. 별도 버전을 사용하여 구독 시스템으로 내보내는 데 사용되는 다른 프로덕션 버전에서 이러한 수정 내용을 격리할 수 있습니다.
혼합기 기능을 사용하면 다른 버전에서 새로 가져온 데이터나 재구조화된 데이터를 다른 기존 프로덕션 데이터와 함께 동일한 버전으로 결합할 수 있습니다.