차원을 효과적으로 디자인하는 것은 정확한 보고, 분석 및 성능 관리를 보장하는 데 중요합니다.
승인을 디자인하는 경우 다음 사례를 따릅니다.
승인 빌드
승인을 사용하여 예산 및 검토 상태, 계획 단위 소유권 및 프로세스 이슈를 추적할 수 있습니다. 이렇게 하면 계획 주기에 필요한 시간이 줄어듭니다.
조직 구조에 독립적으로 승인 경로를 설정하여 계획 또는 예측이 승인을 위해 따라야 하는 경로를 반영합니다.
사용자는 제출에 대한 노트와 설명을 제공할 수 있습니다.
승인 계층 설정
승인 계층을 설정하면 승인에 사용된 이관 경로가 정의됩니다. 계층의 기준은 보조 차원과 조합된 엔티티 또는 엔티티 차원의 일부입니다.
보조 차원은 워크플로우에서의 현재 위치에 따라 여러 차원의 혼합일 수 있습니다. 예를 들어 일부 엔티티에 대한 이관 경로에서는 엔티티 차원과 제품 차원을 조합하고 다른 엔티티에 대한 이관 경로에서는 채널 차원을 사용할 수 있습니다.
승인 단위를 소유자 및 검토자에게 직접 지정할 수 있습니다. 검증 규칙을 생성하여 데이터 조건에 종속된 조건부 이관 경로를 처리할 수 있습니다. 여러 계층을 생성하여 조직 내의 검토 프로세스를 지원합니다.
그러면 계층이 적절한 시나리오 및 버전 조합에 지정됩니다.
계획 단위는 시나리오, 버전 및 엔티티나 엔티티 일부의 조합입니다. 시나리오와 버전은 검토 사이클의 기준이 됩니다. 계층에는 검토 프로세스의 일부인 승인 단위와 다른 모든 차원이 포함됩니다.
승인에 대해 알아야 할 사항:
검토 프로세스는 이벤트가 이관 경로 변경을 트리거하지 않을 경우 계획 단위의 소유자와 검토자를 선택할 때 설정한 이관 경로를 따릅니다.
멤버 사이의 상위/1차 하위 관계는 검토 프로세스에 영향을 줍니다.
사용자가 상위를 승격하거나 거부할 때 상위의 1차 하위는 승인되지 않는 한 승격되거나 거부됩니다. 상위의 소유자는 1차 하위 구성요소의 소유자가 됩니다.
사용자가 상위를 승인할 경우 1차 하위도 승인됩니다.
모든 1차 하위 구성요소가 동일한 소유자에게 승격될 경우 상위는 해당 소유자에게 승격됩니다.
모든 1차 하위 구성요소의 상태가 한 상태(예: Signed Off)로 변경되면 상위 상태도 같은 상태로 변경됩니다.
1차 하위가 다른 소유자를 가질 경우 사용자가 상위의 상태를 변경할 수 없습니다.
1차 하위 구성요소가 다른 사용자에게 승격 또는 제출되거나 다른 사용자에 의해 사인오프될 경우 상위에는 소유자가 없고 서비스 관리자만 상위의 상태를 변경할 수 있습니다.
승인 단위는 예산 프로세스가 완료될 때까지 한 검토자에서 다른 검토자로 이동합니다.
자세한 내용은 승인 관리을 참조하십시오.