사용자 지정 테이블 도메인 분리
별도의 도메인에 사용자 지정 테이블을 만들어야 할 수도 있습니다. 이 항목에서는 사용자 지정 테이블의 도메인 분리에 대한 절차와 개념을 모두 다룹니다.
1. sys_domain 필드 만들기
- 새 필드를 유형으로 domain_id 만듭니다.
- 열 이름: sys_domain
- 기타 속성: 자동으로 정의됨
- Sys_domain_path 자동으로 생성됩니다.
열 이름 sys_domain 는 에 예약 Now Platform되어 있으며, 이는 시스템이 이를 인식하고 적절한 필드 유형과 속성을 자동으로 적용함을 의미합니다. 이 자동 구성은 해당 sys_domain_path 필드도 생성합니다.
- 레이블을 사용하는 대신 열 이름을
sys_domain로 설정합니다. - 도메인 분리가 모든 테이블에 적합하지는 않습니다. 일반적으로 테이블이 기본 인스턴스의 일부이고 해당 테이블에 sys_domain 필드가 없는 경우 그대로 두어야 합니다.
이름이 "sys_domain"인 domain_id 유형 필드를 만들면 sys_domain 필드가 자동으로 생성됩니다.
2. 도메인을 설정하는 비즈니스 규칙 추가
- 비즈니스 규칙 불포함
- 도메인은 레코드를 만든 사용자의 현재 도메인으로 설정됩니다.
- 비즈니스 규칙 포함
- 도메인은 일반적으로 회사 필드를 기반으로 하는 스크립팅된 논리를 사용하여 할당됩니다.
sys_domain 필드 외에도 사용자 지정 테이블에는 도메인 필드의 값을 설정하기 위해 도메인 - 도메인 설정 - 작업과 유사한 비즈니스 규칙이 필요합니다. 또한 첫 번째 규칙이 도메인을 할당하지 못할 경우 도메인이 없는 레코드를 기본 도메인으로 이동하는 Domain – Default – Task가 필요합니다.
작업 테이블에서 도메인에 대한 비즈니스 규칙을 검토합니다. 주문 필드에 특히 주의하십시오. 실행 우선순위는 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
*/