작업 항목

상담원이 채팅, 이메일 또는 인바운드 음성 등 다른 채널에서 상호작용을 수신하는 것처럼 상담원이 작업 항목을 수신하도록 채널을 구성할 수 있습니다. 예를 들어 조직이 Salesforce 또는 다른 CRM 애플리케이션에서 티켓 또는 문제를 접수했습니다. 이러한 항목은 Studio 스크립트, 스킬 및 정의한 컨택 포인트에 따라 상담원에게 직접 라우팅되어 처리될 수 있습니다. 상담원은 다른 상호작용과 마찬가지로 상담원 애플리케이션에서 작업 항목을 처리하고 성향을 분류합니다.

Bo Peep은 Classics사의 영업부 관리자입니다. 그녀가 속한 Shepherds 팀은 현장 담당자들의 손실 클레임을 처리합니다. 그녀는 전화 통화 또는 현장 담당자가 사용하는 새 앱을 통해 팀에 클레임을 제출하려 합니다. 전화 통화가 접수되면 응답하는 상담원은 통화하는 동안 클레임을 생성합니다. 하지만 앱을 통해 접수되는 클레임의 경우 Bo Peep은 CXone에 작업 항목 컨택 포인트를 구성하여 클레임을 그녀의 팀 멤버에게 라우팅합니다. 앱을 통해 제출되는 클레입은 전화 통화를 받은 순서대로 처리됩니다.

Bo는 Classics의 스크립트 개발자 중 한 명 및 CXone와(과) 협력하여 앱을 통해 CXone을(를) 구성하고 클레임을 수신하는 Studio 스크립트를 생성했습니다. 작업은 다음과 같은 순서로 수행됩니다.

  1. Bo는 작업 항목에 대한 스킬을 생성합니다.
  2. 그런 다음 Bo는 작업 항목 클레임을 상담원에게 라우팅하기 위해 Studio 전문 서비스에서 수행할 작업의 자리 표시자로 “작업 항목 클레임”이라고 명명한 빈 CXone 스크립트를 만들도록 Classics 팀에게 요청합니다.
  3. 그 후 Bo는 CXone에서 작업 항목 컨택 포인트를 생성하고 여기에 스킬과 빈 Studio 스크립트를 참조합니다.
  4. Bo는 Classics 개발자에게 현장 담당자로부터 필요한 클레임 정보를 수집하기 위해 클레임 앱을 만들도록 했습니다. 그런 다음 앱 코드에서 CXone 작업 항목 API를 호출하여 Bo가 생성한 컨택 포인트를 통해 CXone 시스템에 클레임을 제출했습니다.

    API 호출은 앱에서 다음 정보를 CXone(으)로 보냅니다.

    • pointOfContact : Bo가 만든 컨택 포인트의 이름입니다.
    • workItemID: Bo 시스템에서 고유 번호로 증가하는 숫자인 이 컨택의 고유 ID입니다.
    • workItemPayload: 정보 상담원이 클레임을 처리할 때 필요한 “페이로드”입니다. 다음과 같은 순서 쌍이 있는 JSON 문자열과 유사한 형식의 문자열입니다:

      {"RepID": 1234567,"RepFirstName": "Bo","RepLastName": "Peep","ClaimInfo": "Sheep lost on Rocky Ridge","ClaimValue": "$127.36","FurtherInfo": "이 클레임에 대해 문의 사항이 있는 경우 (123) 123-1234로 전화 주세요."}

    • workItemType: “Lost-Sheep Claim” 등 작업 항목 유형을 구별하기 위한 선호하는 설명 문자열입니다.
    • from: 작업 항목이 “Field Rep Claim API”에서 가져온 위치를 설명하는 선택의 “from” 문자열입니다. 컨택 내역 보고서 등 보고서에 대한 사항만 다룹니다.
  5. Bo는 CXone 전문 서비스 프로그래머와 협업하여 이전에 만든 빈 스크립트를 대체하는 스크립트를 만들었습니다. Classics API가 연락 지점에 클레임을 제출할 때마다 스크립트가 실행됩니다. API 호출로부터 정보를 받아 적절한 스킬에 대한 상담원을 요청하고 작업 항목을 받으면 RunApp 작업 호출을 통해 응답 상담원에게 이를 제시합니다.

작업 항목 설정에 대한 작업 지침 및 스크린샷에서 Bo의 작업을 볼 수 있습니다.

작업 항목에 대한 주요 정보

  • 작업 항목은 전문 서비스의 초기 구성이 필요합니다.
  • 작업 항목은 인바운트 항목에 대해서만 사용할 수 있습니다.
  • Bo Peep의 예시에서 작업 항목 API 호출의 페이로드는 꽤 세부적이었습니다. 페이로드의 정보가 적은 경우 대신 스킬의 팝업 화면에서 페이로드의 원시 콘텐츠를 자동으로 표시합니다.
  • 작업 항목 스킬을 설정하면 작업 항목이 처음에 실시간 대기열 또는 영구 대기열에 들어갈지 여부를 지정할 수 있습니다. 영구 대기열은 작업 항목 스크립트가 ReqAgent 작업이 발생하는 시간과 작업 항목이 상담원에 전달되는 시간 사이에 절전 모드를 발동시키도록 합니다. 그 시간에는 작업 항목에 대해 작업을 수행할 수 없지만 계속 평소와 같이 추적 및 보고됩니다. 영구 대기열을 실행시키면 단일 채널 처리 환경에서 최대 100,000개의 작업 항목을 대기열에 넣을 수 있으며 동적 전달 환경에서 최대 5,000개의 작업 항목을 대기열에 넣을 수 있습니다.
  • 작업 항목이 전환되면 CXone은(는) 초기 컨택(마스터 컨택 ID닫힘 관련된 하나 이상의 컨택에 대한 마스터 또는 상위 ID입니다. 새 마스터 컨택 ID는 컨택이 3회 이상 전환되었을 때 할당됩니다.) 및 새 컨택(전환) 사이의 관계를 유지합니다. 다음은 Classics의 다른 부서의 예시입니다.
    • 작업 항목이 시스템에 입력되고 동일한 값이 마스터 컨택 ID 및 contact ID: 234에 할당됩니다. 상담원 Dorothy Gale은 작업 항목을 받습니다.
    • Dorothy는 항목을 처리할 수 없기 때문에 John Tinman에게 이를 전달합니다. 전환된 항목에 대한 마스터 컨택 ID는 234이며 컨택 ID는 567입니다. 기존 항목과의 관계는 유지됩니다.
    • John이 작업 항목을 다시 받으려면 새로 전달된 항목에 대한 마스터 컨택 ID는 567이며 컨택 ID는 891이 될 것입니다.