Lightning Knowledge 마이그레이션 후 점검 목록

단일 기사 유형 조직

개체 관리자에서 다음을 수행합니다.

• 새 Knowledge 개체의 레이블을 확인합니다. 필요한 경우 레이블을 Knowledge로 변경합니다. 사용자 정의, Experience Cloud 사이트, Salesforce 사이트 또는 Apex 코드가 없을 경우 API 이름을 변경하는 것도 고려하십시오. 변경하지 않으려면 레이블만 변경합니다.
• 새 레코드 유형을 확인합니다.
• 파일 관련 목록에서 파일 마이그레이션을 확인합니다.

모든 조직의 경우

레코드 유형당 페이지 레이아웃에 대해 각각의 요소를 검사합니다.

• Salesforce Classic 페이지에 하드 코드되었던 페이지 레이아웃에 필드를 추가합니다.
• 페이지 레이아웃이 레코드 유형 및 사용자 프로필에 어떻게 연결되어 있는지 확인합니다.
• 지원 담당자가 사례에 기사를 첨부하는 경우 관련 사례를 추가합니다. 조직이 기사에 파일 첨부를 사용하는 경우 파일을 추가합니다. 사용자가 Field Service를 사용하는 경우 작업 주문 및 작업 주문 행 항목을 추가합니다. 조직이 승인 프로세스 또는 승인을 위해 제출 작업을 사용하는 경우 승인 내역을 사용합니다.
• 필요에 따라 페이지 레이아웃에 작업을 추가합니다. 작업이 페이지 레이아웃에 있고 사용자에게 액세스 권한이 있을 경우 페이지에 표시됩니다.

Salesforce Classic의 경우 Salesforce 모바일 앱에 대해서만 여러 줄 레이아웃이 사용됩니다. Lightning Experience의 경우 여러 줄 레이아웃은 레코드 홈 페이지 상단에 표시할 내용을 결정합니다. 여러 줄 레이아웃은 레코드 유형마다 다르게 구성할 수 있습니다.

여러 줄 레이아웃에 권장하는 필드는 다음과 같습니다.

• 직급
• 게시 상태
• 확인 상태(조직에서 사용하는 경우)
• 레코드 유형
• 언어(다국어 기술 자료용)
• 최종 수정 날짜

Lightning에서 권한을 검토하고 설정합니다. CRUD(만들기, 읽기, 편집 및 삭제) 권한은 단일 Knowledge 개체에 적용되며 개별 레코드 유형에는 적용되지 않습니다. 기사 유형당 권한은 더 이상 Lightning Experience에 적용되지 않습니다.

Lightning Knowledge에 대한 액세스 권한을 설정하려면 다음의 각 요소를 고려하십시오.

• 사용자 프로필 및 권한 집합을 사용하여 CRUD 권한을 관리합니다.
• 예를 들어 초안으로 편집 또는 게시 등의 작업에 대해 사용자 프로필마다 작성 권한 또는 사용자마다 권한 집합을 관리합니다.
• Files 개체에서 개별 파일에 대한 권한을 조정합니다.
• (선택 사항) 기사를 만들 때 권한이 있는 각 사용자가 사용할 레코드 유형을 설정합니다.
• (선택 사항) 확인 규칙을 설정하여 특정 사용자 또는 사용자 프로필이 특정 레코드 유형의 기사를 수정하지 못하도록 합니다. 이러한 제한은 확인 조건이 충족되지 않을 경우 사용자가 변경 사항을 저장하는 것을 허용하지 않습니다.
• 레코드 유형 및 사용자를 확인하는 승인 프로세스를 설정하고 비즈니스 규칙에 따라 라우팅하거나 거부합니다.

다중 기사 유형 조직의 경우

• 개체 관리자에서 Knowledge의 각 설정 옵션을 검토합니다. 필드, 레코드 유형, 트리거 및 기타 설정 옵션이 맞는지 확인합니다.
• 통신 채널 매핑 - Knowledge 개체의 통신 채널 매핑을 구성하여 레코드 유형당 사례 이메일에 삽입할 필드를 설정합니다.
• 종속 선택 목록 - 선택 목록 옵션은 마이그레이션되지만 이들 간의 매핑은 마이그레이션되지 않습니다. 마이그레이션 후 종속성을 재설정하십시오.
• 필요한 경우 필드 수준 보안을 추가하고 필드에 액세스할 수 있는 사용자를 정의합니다.
• 수식 필드 - 기사 유형을 하나의 개체로 통합한 후 필요에 따라 수식을 다시 정의합니다.
• 확인 규칙 - 기사 유형이 하나의 개체로 통합되어 있으므로 확인 규칙을 업데이트합니다. Sandbox 조직에서 테스트한 설정을 복사합니다.
• 워크플로 및 승인 프로세스 - 모든 기사 유형이 이제 하나의 개체로 통합되므로 확인 규칙을 변경해야 합니다. 기사 유형이 모두 하나의 단일 개체에 있으므로 더 이상 각 기사 유형에 대해 별도로 일부 워크플로를 만들지 않아도 됩니다. 그러나 레코드 유형을 보기 위한 워크플로 및 승인 프로세스 기준은 조정해야 합니다.
• 프로세스 빌더 - 프로세스가 새 Knowledge 개체를 참조하는지 확인합니다.
• 사용자 정의 - 마이그레이션 후 사용자 정의 요소를 검사하고 새 Knowledge 개체로 이전되었는지 확인합니다.

마이그레이션 결과를 검토하고 수락했으며 이 점검 목록을 완료하였으므로 이제 팀을 교육해 고객에게 Lightning Knowledge를 롤아웃해보겠습니다.