설명
그래픽 사용자 인터페이스, 텍스트, 애플리케이션 설명이 자동으로 생성됨

참조:
https://docs.microsoft.com/en-us/dynamics365/customer-service/configure-bot-virtual-agent

1 - 서비스 관리에서 새 권한을 생성합니다.
2 - 시작 날짜와 종료 날짜를 추가합니다.
3 - 자격을 저장한 다음 자격 채널을 추가합니다.
4 - 총 기간이 25인 전화에 자격 채널을 추가합니다.
참조:
https://docs.microsoft.com/en-us/dynamics365/customer-service/create-entitlement-define-support-terms-customer
주제 3, 전화회사
요구사항
지원 데스크
회사는 Dynamics 365를 구현할 계획입니다. 이 솔루션에는 검색을 활성화해야 하는 사용자 지정 엔터티가 포함됩니다.
수신되는 지원 티켓 및 새 주문 티켓 수를 확인할 수 있도록 시스템을 구성해야 합니다. 문제에 대해 가장 많은 티켓이 열린 장치 유형을 확인할 수 있어야 합니다. 시스템의 업무 시간은 지원 직원의 일정을 반영해야 합니다.
케이스 처리
새 케이스는 맞춤 코드를 요구하지 않고 전화 유형이나 새 구매 그룹별로 올바른 지원 그룹으로 자동으로 라우팅되어야 합니다.
시스템에 포함되지 않은 회사로부터 이메일이 수신되면 시스템에서 자동으로 케이스를 생성해야 합니다.
시스템은 새 주문에 대한 사례 생성 시 이메일 발신자에게 자동으로 응답을 보내야 하지만 서비스 기록에 대해서는 그렇지 않습니다.
사용자는 수동으로 생성된 사례에 대한 라우팅을 시작할 수 있어야 합니다.
시스템은 한 고객으로부터 다양한 사례가 포함된 하위 사례를 생성해야 하며, 여러 고객이 동일한 문제를 보고하는 경우에도 마찬가지입니다. 하위 사례는 고객 이름, 연락처 이메일 주소, 사례 제목 필드를 상속해야 합니다.
모든 하위 케이스가 닫힐 때까지 기본 케이스를 닫아서는 안 됩니다.
각 서비스 유형과 각 전화기 유형에 대해 별도의 그룹을 만들어야 합니다. 그룹에 대한 액세스는 해당 서비스 또는 전화 유형을 지원하는 팀 구성원으로 제한되어야 합니다.
이전 시스템에서 가져올 때 이전 케이스를 올바른 지원 그룹으로 라우팅할 필요가 없습니다.
지식 기반
사용자는 새 사례 양식을 열거나 사례를 확인할 때 지식 기반을 검색할 수 있어야 합니다.
사용자는 관련 검색을 사용하고 고객 엔터티를 포함할 수 있어야 합니다.
대시보드
관리자는 진행 중인 사례, 진행 중인 활동, 만료되는 권리의 모든 목록을 한 페이지에서 실시간으로 볼 수 있어야 합니다.
또한 관리자는 진행 중인 모든 케이스, 에스컬레이션된 케이스, 담당자의 케이스를 한 화면에서 볼 수 있어야 합니다. 관리자는 각 영역 내에서 드릴다운할 수 있어야 합니다.
관리자에게는 사례 및 담당자에 대한 주간 통계를 표시하는 대시보드가 ​​필요합니다.
각 대표자는 자신의 일별, 주별, 월별 오픈 티켓과 마감 티켓을 확인해야 합니다.
서비스 수준 계약
대부분의 고객은 케이스를 연 후 90분 이내에 연락해야 합니다.
일부 고객은 콜백 시 더 빠른 서비스를 구매할 수 있습니다.
SLA(서비스 수준 계약)가 누락된 경우 지원 관리자에게 이메일을 보내야 합니다.
지원 담당자는 SLA를 준수하고 있는지 확인하기 위해 각 사례 양식의 타이머를 볼 수 있어야 합니다.
SLA KPI는 시스템에서 추적되어야 합니다.
SLA KPI는 사례 양식에 표시되어야 합니다.
관련 계약에 문제가 발생할 경우 케이스를 보류할 수 있어야 합니다.
문제
사용자가 기술 자료를 검색할 수 없다고 보고합니다.

설명

설명