의 도메인 분리 작업 공간
이 개요에서는 작업 공간의 도메인 분리에 대해 설명합니다. 도메인 구분을 사용하면 데이터, 프로세스, 관리 작업을 도메인이라는 논리적 그룹으로 분리할 수 있습니다. 그런 다음 사용자가 데이터를 보고 액세스할 수 있는 것을 포함하여 이러한 분리의 여러 가지 측면을 제어할 수 있습니다.
지원 수준: 표준
- 기본 수준 지원을 포함합니다.
- 비즈니스 논리: 서비스 제공자(SP)가 고객별로 프로세스를 만들거나 수정합니다. 사용 사례는 여러 SP 고객이 단일 인스턴스에서 애플리케이션을 올바르게 사용하는 것을 반영합니다.
- 인스턴스 소유자는 특정 애플리케이션에 필요한 대로 테넌트별 최소 실행 가능한 제품(MVP) 비즈니스 논리 및 데이터 매개변수를 구성해야 합니다.
샘플 사용 사례: 관리자가 한 테넌트에 대해서는 기록이 닫히지만 다른 테넌트에 대해서는 기록이 닫히지 않는 경우 설명이 필요하도록 설정할 수 있어야 합니다.
지원 수준에 대한 자세한 내용은 도메인 분리를 위한 애플리케이션 지원을 참조하십시오.
개요
탭 탐색은 작업 공간 일반적인 UI 프레임워크와 근본적으로 다릅니다. 플랫폼에서 에이전트는 한 번에 하나의 기록을 확인합니다(여러 기록이 별도의 브라우저 탭에서 열릴 수 있음). 작업 공간' 의 탭 탐색은 동일한 브라우저 세션에서 인시던트 또는 케이스 간 멀티태스킹을 지원합니다.
Paris 릴리스에서는 에이전트가 단일 Workspace 브라우저 탭에서 여러 도메인에 걸쳐 멀티태스킹을 수행할 수 있습니다.
작업 공간에서 도메인 분리가 작동하는 방식
을 사용하면 작업 공간이행자가 플랫폼 도메인 선택기를 통해 도메인을 선택하여 데이터 모델과 직접 상호작용하는 대신 에이전트에게 핵심 기능이 원활하게 제공됩니다. 작업 공간 전역 헤더에는 도메인 선택기가 없습니다.
- 기록은 사용자의 도메인 세션이 아닌 기록의 도메인에서 열립니다.
- 양식 레이아웃: 필드 및 값(선택 사항, 참조 등)이 기록의 도메인을 기준으로 표시됩니다.
- 양식 헤더: 기본 및 보조 필드는 기록의 도메인을 기반으로 표시되며 고객별로 조정할 수 있습니다.
- 관련 목록 레이아웃은 상위의 기록 도메인을 사용합니다.
- UI 작업은 기록의 도메인을 준수하고 적용 가능한 것만 표시합니다(예: "조건이 true로 평가됨").
- 리본: 리본 구성요소 로드는 기록의 도메인을 기반으로 합니다. 모든 UI 작업은 기록 세션을 트리거하거나 하위 기록으로 전달됩니다.
- 지식 및 카탈로그는 사용자 세션이 액세스할 수 있는 사용자 기준과 도메인을 기반으로 표시됩니다. 그러나 표시되는 모든 기록은 기록 도메인을 기준으로 필터링해야 합니다.
- 선택 사항인 양식 개선 사항을 사용하면 양식 헤더에서 회사/계정 로고를 사용하여 기존 기록의 회사 또는 도메인에 대한 상황별 인식을 제공할 수 있습니다. 자세한 내용은 작업 공간에서 양식 헤더 설정을 참조하세요
기록에서 새 레코드를 만드는 경우(테넌트 간 인텔리전스):
- 기록의 UI 작업을 통해 생성된 기록은 원래 기록 도메인의 도메인으로 전달됩니다.
- 상위 기록(예: 관련 목록)에서 만든 기록은 상위 기록 도메인의 도메인으로 전달됩니다.
- 새 기록이 원래 기록에 할당된 도메인에 로드(프로세스/데이터)됩니다. (예:
- 새 상호작용은 "오픈 대상" 도메인(사용자의 도메인이 아님)에 만들어집니다.
- 올바른 도메인에서 새 기록을 안전하게 만들 수 있도록 관리자가 구성할 수 있는 전면 광고 양식에 따라 "호출자" 또는 "연락처"의 도메인(예: "오픈 대상")에 새 기록을 만들 수 있습니다.
- 사용자 또는 회사 기록은 일반적으로 도메인을 결정하는 데 사용됩니다(예: 사용자를 선택하면 회사 필드가 채워지고 도메인이 설정됨). 인스턴스의 단일 소유자가 각 테이블에서 해당 인스턴스의 도메인을 설정하는 항목을 결정합니다.
- 2개 이상의 도메인에 액세스할 수 있는 사용자는 구성 가능한 간단한 양식을 사용하여 필드를 입력하여 도메인을 설정할 수 있습니다. 사용자는 회사나 계정 또는 이행자가 액세스할 수 있는 도메인의 사용자를 선택합니다.
- 필수 필드가 채워지면 다음 버튼이 활성화됩니다.
- 플랫폼 도메인 선택기와 달리 에이전트는 도메인 세션을 변경하지 않고도 새 기록의 도메인을 설정할 수 있습니다.
주:도메인 결정 필드는 미리 채우거나 구성할 필요가 없습니다. 플랫폼과 매우 유사하게 작동합니다. 양식은 도메인별 프로세스 구성을 표시하기 전에 기록이 저장되기를 기다립니다.
Paris 릴리스의 새로운 기능
- 관리자는 "회사"와 같이 기록의 도메인을 제어하는 특정 필드를 구성할 수 있습니다. 다음 시스템 속성을 사용하여 동일한 기능을 수행할 수 있습니다.
- glide.sys.domain.domain_determining_field.default
- glide.sys.domain.domain_determining_field입니다. [table_name]
- glide.sys.domain.use_domain_determining_field
- 지정된 필드가 변경되면 레코드의 sys_domain 값이 새 참조의 도메인으로 설정됩니다. 기록의 도메인이 변경됩니다.
- 변경 내용을 제출하면 도메인이 변경된다는 메시지가 표시되고 잠재적인 데이터 손실에 대해 경고합니다.
- 기록이 저장되면 sys_domain 값이 변경되고 기록에 대한 모든 참조가 "Domain-Cascade Domain-Task" 비즈니스 규칙에 따라 제거됩니다.
- domain_expand_scope 역할을 가진 사용자는 양식의 도메인 범위 전환 UI 작업에서 도메인 범위를 선택할 수 있습니다.
- 기록 범위가 적용되면(기본값) UI 작업을 클릭하여 세션 범위로 확장하고 사용자의 도메인 및 하위 도메인에 액세스할 수 있는 모든 데이터를 볼 수 있습니다.
- 세션 범위가 적용되면 UI 작업을 클릭하여 기록 범위를 축소하고 현재 기록의 도메인에 대한 데이터만 볼 수 있습니다.
- 도메인 범위 전환을 클릭하면 관련 목록 작업과 참조 필드 쿼리를 위해 기록의 도메인 범위가 확장됩니다.
자세한 내용은 도메인 범위를 참조하세요.
에이전트가 데이터를 볼 회사를 하나 선택할 수 있는 기능("내 목록"을 통해).
선별된 목록에 대한 "내 목록"을 만들거나 회사별로 기존 목록을 필터링할 수 있습니다. 플랫폼 도메인 선택기도 도메인을 기준으로 데이터를 필터링하여 유사하게 작동합니다. 상위 케이스 또는 인시던트 없이 새 케이스 또는 인시던트를 생성하는 경우 도메인을 빠르게 채우기 위해 도메인을 지정하는 데 사용된 필드에 입력을 시작합니다.
자세한 내용은 목록을 참조하십시오.