사용자 지정 테이블의 도메인 분리
별도의 도메인에 사용자 지정 테이블을 만들어야 할 수 있습니다. 이 주제에서는 사용자 지정 테이블의 도메인 분리 이면에 있는 절차와 개념에 대해 설명합니다.
1. sys_domain 필드 만들기
- 새 필드를 유형으로 domain_id 생성합니다.
- 열 이름: sys_domain
- 기타 속성: 자동으로 정의됨
- Sys_domain_path 자동으로 생성됩니다.
열 이름 sys_domain는 에 예약Now Platform되어 있으며, 이는 시스템이 이를 인식하고 적절한 필드 유형과 속성을 자동으로 적용한다는 것을 의미합니다. 이 자동 구성은 해당 sys_domain_path 필드도 생성합니다.
- 레이블을 사용하는 대신 열 이름을
sys_domain로 설정합니다. - 도메인 분리가 모든 테이블에 적합한 것은 아닙니다. 일반적으로 테이블이 기본 인스턴스의 일부이고 해당 테이블에 sys_domain 필드가 없는 경우 그대로 두어야 합니다.
sys_domain 필드는 이름이 "sys_domain"인 domain_id 유형 필드를 만들 때 자동으로 생성됩니다.
2. 비즈니스 규칙을 추가하여 도메인 설정
- 비즈니스 규칙 불포함
- 이 도메인은 기록을 생성하는 사용자의 현재 도메인으로 설정됩니다.
- 비즈니스 규칙 포함
- 도메인은 일반적으로 회사 필드를 기반으로 스크립팅된 논리를 사용하여 할당됩니다.
sys_domain 필드 외에도 사용자 지정 테이블에는 도메인 필드의 값을 설정하기 위해 도메인 - 도메인 설정 - 작업과 유사한 비즈니스 규칙이 필요합니다. 또한 첫 번째 규칙이 도메인을 할당하지 못할 경우 도메인이 없는 기록을 기본 도메인으로 이동하는 도메인 – 기본값 – 작업이 필요합니다.
작업 테이블에서 도메인에 대한 비즈니스 규칙을 검토합니다. 주문 필드에 특히 주의하십시오. 실행 우선순위는 Order 필드에 의해 낮음에서 높음으로 지정됩니다.
도메인 – 도메인 설정 – 작업을 실행하는 첫 번째 규칙은 기록의 회사 도메인을 기반으로 기록의 도메인을 설정하려고 시도합니다.
첫 번째 규칙이 적절한 도메인을 찾지 못하면 두 번째 규칙인 도메인 – 기본값 – 작업이 실행됩니다. 이 규칙은 기록의 도메인을 기본 도메인으로 설정합니다.
마지막으로, 작업 기록의 도메인이 변경되면 도메인 - 단계적 도메인 - 작업 비즈니스 규칙은 워크플로우, 메트릭, SLA 및 첨부 파일과 같은 작업과 관련된 모든 기록의 도메인을 변경합니다.
3. 2단계가 실패한 경우 비즈니스 규칙 추가
초기 비즈니스 규칙이 도메인을 설정하지 못했을 때 도메인이 여전히 비어 있거나 전역인 경우 두 번째 비즈니스 규칙이 실행됩니다. 이 규칙은 호출자 또는 requested_for 필드를 기반으로 하는 task_for 필드를 검사합니다. 이 규칙은 사용자의 도메인을 기반으로 기록의 도메인을 설정할 수 있는지 확인합니다. 그렇지 않은 경우 비즈니스 규칙은 도메인을 기본 도메인으로 설정합니다.
다음은 비즈니스 규칙에 대한 샘플 스크립트입니다.
/* essentially
If (task_for is set)
set the domain to the user's domain
ELSE
set the domain to the default domain
*/4. 도메인 - 캐스케이드 도메인 - 작업
작업에는 비즈니스 목표를 위해 함께 작동하는 많은 관련 테이블이 있을 수 있습니다. 이러한 관련 기록에는 워크플로우, SLA, 승인, 첨부 파일 및 이메일이 포함됩니다. 작업의 도메인이 변경되면 관련 기록 도메인도 변경되어야 새 도메인의 사용자에게 계속 표시됩니다.
이 단계적 규칙은 일반적으로 기본 도메인에서 기록을 지울 때 트리거됩니다.
스크립트에 포함된 계단식 도메인에 대한 관련 기록은 다음 예시와 유사하게 표시됩니다.
/*
* Keep domains in sync w/related records for:
* workflow context
* workflow history
* approver tables and related workflows
* attachments
* emails
*/