23 검증 및 제약 조건 이해

검증 및 제약 조건은 Oracle Fusion Cloud Enterprise Data Management에서 데이터 무결성을 유지하고 비즈니스 논리를 적용합니다.

Cloud EDM에서는 세 가지 유형의 검증이 실행됩니다.

• 시스템 검증: 일반적인 시스템 검사입니다. 예를 들어 검증에서는 이미 있는 노드 유형을 생성하려는지를 확인합니다. 시스템 검증 목록은 시스템 검증을 참조하십시오. 시스템 검증은 모든 데이터에 적용되므로 사용 안함으로 설정할 수 없습니다.

• 사전 정의된 검증: 사용자가 생성한 애플리케이션 유형에 따라 자동으로 생성되는 검증입니다. 사전 정의된 검증은 차원에 바인딩된 모든 데이터에 적용되지만 차원 레벨에서 사용 안함으로 설정하거나 심각도 레벨을 설정할 수 있습니다. 사전 정의된 검증를 참조하십시오.

  • Planning 및 무형식 검증
  • Oracle Financials Cloud General Ledger 검증
  • E-Business Suite General Ledger 검증
  • Financial Consolidation and Close 검증

  주:

  데이터 무결성을 보존하기 위해 이러한 바인딩 상태의 데이터 객체에 대해 사전 정의된 검증이 실행됩니다. 바인딩 상태를 참조하십시오.

  • 바인딩된 뷰포인트에서 사전 정의된 모든 검증을 실행합니다.
  • 노드 세트에 바인딩되거나 계층 세트에 바인딩된 계층 뷰포인트에서 사전 정의된 모든 검증을 실행합니다.
  • 노드 유형에 바인딩된 계층 뷰포인트에서는 다음과 같은 검증을 실행합니다.
    • 모든 노드 유형 레벨(예: 속성 검증) 및 애플리케이션 레벨 검증(예: 이름 고유성)이 실행됩니다.
    • 구조 기반 검증(예: 상위-1차 하위 검증)은 뷰포인트의 계층 세트에서 실행됩니다. 이러한 검증 결과는 바인딩된 계층 세트와 다를 수 있습니다.
  • 노드 유형에 바인딩된 목록 유형 뷰포인트에서는 구조 기반 검증(예: 상위-1차 하위 검증)을 제외한 사전 정의된 모든 검증을 실행합니다.

• 사용자정의 검증: 특정 구현에 고유한 비즈니스 논리를 적용하기 위한 사용자정의 검증입니다. 사용자정의 검증을 참조하십시오.

제약 조건은 애플리케이션의 노드 유형 및 차원에서 적용될 수 있는 특정 조건(예: 이름 고유성)을 확인합니다. 예를 들어 제약 조건은 애플리케이션 레벨에서 노드 이름 고유성을 적용할 수 있습니다. 이에 반해, 사용자정의 검증은 특정 노드 유형 또는 계층 세트의 노드에서만 실행됩니다. 사전 정의된 검증과 유사하지만 적용할 애플리케이션 또는 차원을 구성할 수 있으며 유니버설 애플리케이션에 추가할 수 있습니다. 제약 조건 작업을 참조하십시오.

검증 및 제약 조건이 실행되는 경우는 다음과 같습니다.

• 외부 애플리케이션에서 데이터를 임포트하는 경우

• 익스포트 전 검증이 알림 또는 오류 시 중단으로 설정된 경우 데이터를 외부 애플리케이션으로 익스포트합니다. 익스포트 옵션 관리를 참조하십시오.

• 뷰포인트에 수동으로 변경사항을 입력하는 경우

• 요청 변경사항이 포함된 파일을 뷰포인트로 로드하는 경우

• 요청 항목을 검증하는 경우

• 요청을 검증하는 경우

• 뷰포인트를 검증하는 경우