도메인 분리 및 HR Service Delivery
HR Service Delivery에서는 도메인 분리가 지원됩니다. ServiceNow® HR Service Delivery 애플리케이션은 HR 상호작용을 자동화하고 모든 HR 서비스에 단일 플랫폼을 제공하여 직원 서비스 경험을 개선합니다. 도메인 분리는 데이터, 프로세스 및 관리 작업을 도메인이라는 논리적 그룹으로 분리합니다. 그런 다음 어떤 사용자가 데이터를 보고 액세스할 수 있는지를 포함하여 이러한 분리의 여러 측면을 제어할 수 있습니다.
지원 수준: 기본*
- 데이터가 애플리케이션의 서비스 제공자 사용 사례에 적합한 도메인으로 들어가도록 하는 비즈니스 논리가 있습니다.
- 애플리케이션에서 사용자 인터페이스, 캐시 키, 보고, 롤업, 집계 등은 모두 런타임 시 도메인을 고려합니다.
- 인스턴스 소유자는 여러 테넌트에서 정상적으로 작동하도록 애플리케이션을 설정할 수 있어야 합니다.
개요
- 비즈니스 엔터티 간에 절대적인 데이터 분리를 시행하는 경우(데이터 분리).
- 각 도메인에 대한 비즈니스 프로세스 정의 및 사용자 인터페이스를 사용자 지정하는 경우(위임된 관리).
- 단일 인스턴스에서 일부 전역 프로세스와 전역 보고를 유지하는 경우.
HR Service Delivery에서 도메인 분리가 작동하는 방식
- HR Service Delivery에서 데이터 분리를 지원하지만 논리 및 프로세스 분리는 완전하게 지원되지 않습니다.
- 도메인으로 분리된 구현에서 작업할 때는 올바른 사용자 집합이 볼 수 있도록 올바른 도메인 수준에서 기록이 만들어지는지 확인하십시오.
예를 들어 다음과 같은 도메인이 있습니다.
- 전역: TOP
- 도메인 A
- 도메인 B
- 사용자가 도메인 A와 B에 있는 HR 케이스에 액세스하려면 Global 수준에서 HR 케이스를 만들어야 합니다. HR 케이스를 도메인 B에 만들면 인덱싱으로 인해 도메인 A에 있는 케이스에는 액세스할 수 없습니다.
- TOP 및 도메인 A에 있는 사용자가 HR 케이스를 볼 수 있도록 하려면 도메인 A에 HR 케이스를 만듭니다.
- 전역: TOP
- HR 케이스가 Global 도메인에 있지 않는 한, 더 높은 도메인에 있는 HR 케이스를 낮은 도메인에 있는 사용자에게 할당해서는 안 됩니다. 도메인 A 또는 B의 사용자는 컨트롤에 액세스할 수 없습니다.
사용 사례: HR Service Delivery의 도메인 분리
벤더 A의 벤더 데이터는 벤더 B와 분리할 수 있습니다. HR Service Delivery 애플리케이션을 사용하는 각 벤더는 다른 벤더와 공유할 수 없는 별도의 데이터를 가질 수 있습니다.
기본적으로 도메인 분리는 작업 [task] 및 구성 항목 [cmdb_ci] 테이블과 해당 확장에 도메인 필드를 추가합니다.
딕셔너리 테이블 정의에 sys_domain 필드를 추가하면 도메인 분리를 새로 만드는 테이블로 확장할 수 있습니다. 기본적으로 시스템 전용 도메인은 플랫폼 및 베이스라인 애플리케이션 테이블을 적절하게 분리합니다.sys_dictionary_override] 테이블은 도메인 분리하지 마십시오. 예기치 않은 결과가 발생할 수 있습니다.이 사용 사례에서는 클라이언트 스크립트, 비즈니스 규칙, 워크플로우, 프로세스 등을 도메인으로 분리할 수 있습니다.
도메인 분리와 함께 제공되는 동작은 다중 테넌시 지원을 제공하지만 다중 테넌시는 여전히 단일 인스턴스 내에 포함되어 있습니다. 일부 전역 속성, 일부 전역 데이터 및 일부 전역 프로세스는 모든 도메인에서 공유됩니다. 예를 들어, 로그인 페이지 시스템의 " 사용자 이름 및 암호 저장" 옵션은 전역 옵션이며 도메인별로 지정할 수 없습니다.
모든 시스템 속성 전체를 완전히 분리해야 하고 전역 보고나 전역 프로세스가 필요하지 않은 경우에는 개별적인 인스턴스를 구성하는 것이 가장 좋습니다.
사용 사례: 수명주기 이벤트의 도메인 분리
- 상위 도메인: P
- 하위 도메인:
- Q
- R
상위 도메인 P에 대해 활동 세트가 작성되면 Q와 R에서 사용할 수 있습니다.
Q와 R에서 작성된 활동 세트는 서로 사용하거나 P에서 사용할 수 없습니다.