- 홈
- /
- 문서
Webex Contact Center의 비즈니스 규칙 엔진(BRE)을 사용하면 고객이 업로드할 수 있습니다. 시스템이 런타임 중에 라우팅 결정을 내리기 위해 접근할 수 있는 특정 데이터 또는 통화 상담원에게 정보를 표시합니다.
Cisco© Business Rules Engine은 Webex Contact Center 내에서 신속한 데이터 조회를 지원하는 애플리케이션입니다. Cisco© Business Rules Engine(BRE)을 사용하면 데이터 조회, 사용자 지정 라우팅 및 일반적인 구현을 수행할 수 있습니다. 이 시스템은 실행 시점에 데이터를 검색하여 경로 결정이나 상담원에게 정보를 표시하는 데 사용합니다.
예를 들어, 임차인은 발신자가 입력한 자동 번호 식별(ANI) 정보를 기반으로 특정 상담원 그룹으로 통화를 연결하고 싶어할 수 있습니다. 이 시나리오에서 테넌트는 ANI 목록을 간단히 업로드할 수 있습니다. 수신 전화의 ANI가 해당 목록에 있으면 시스템은 지정된 상담원 그룹으로 통화를 연결합니다. ANI가 목록에 없으면 시스템은 해당 통화를 일반 대기열로 연결합니다.
일반적인 BRE 구현에는 다음과 같은 주요 구성 요소가 포함됩니다.
-
BRE 데이터 동기화: BRE DataSync 구성 유틸리티는 BRE 데이터베이스로 데이터를 가져오기 위한 데이터 동기화 인스턴스를 정의하는 인터페이스를 제공합니다. 테넌트가 데이터 동기화 인스턴스를 정의한 후에는 CSV 파일을 업로드할 수 있습니다. 이 시스템은 업로드된 쉼표로 구분된 값 데이터를 BRE 데이터베이스의 레코드로 변환합니다.
-
비즈니스 규칙 엔진: 비즈니스 규칙 엔진 유틸리티는 도메인 및 규칙 세트를 생성하기 위한 인터페이스를 제공합니다. BRE는 들어오는 결정 요청이 도메인과 연결되어야 합니다. 해당 도메인에는 일련의 규칙이 포함되어 있습니다. 각 규칙에는 우선순위가 부여됩니다. BRE는 규칙의 조건에 따라 도메인에서 가장 우선순위가 높은 규칙과 결정 요청을 일치시키려고 시도합니다.
-
플로우 디자이너: Webex Contact Center의 구성 요소를 조정하고 자동화하는 흐름을 정의하는 데 사용되는 드래그 앤 드롭 사용자 인터페이스입니다. HTTP 요청 활동과 유사하게 간단한 데이터 조회를 수행하는 BRE 활동을 호출하는 흐름을 만들 수 있습니다. 하지만 이 경우에는 데이터가 Webex Contact Center 내에 저장됩니다.
데이터 처리 지침
BRE의 무결성과 보안을 유지하려면 다음 데이터 처리 지침을 준수해야 합니다.
-
허용되는 데이터 유형: BRE의 운영 및 기능에 필수적인 데이터를 업로드하십시오. 여기에는 비즈니스 규칙, 구성 및 민감하지 않은 운영 데이터가 포함되지만 이에 국한되지는 않습니다.
-
개인 식별 정보(PII)에 대한 제한: ANI 데이터를 제외한 어떠한 개인 식별 정보(PII)도 BRE에 업로드하지 마십시오. 개인식별정보(PII)에는 다음이 포함되지만 이에 국한되지는 않습니다.
- 성명
- 사회 보장 번호
- 이메일 주소
- 실제 주소
- 재무 정보
ANI 데이터는 발신자와 연결된 전화번호를 의미합니다. ANI 데이터는 BRE에 업로드할 수 있는 유일한 개인 식별 정보(PII) 유형입니다. 이 예외는 ANI 데이터에 의존하는 특정 비즈니스 기능을 지원하기 위한 것입니다.
비즈니스 규칙 엔진은 진입점과 연결된 흐름에 의해 호출되는 실시간 규칙 엔진으로 구성됩니다. 이 규칙 엔진은 일반적으로 데이터 저장소를 참조하여 원하는 호출 처리 방식을 평가합니다.
BRE 조회는 HTTP 요청처럼 워크플로 내에서 간단하게 데이터를 가져오는 작업입니다. 하지만 BRE 조회에 필요한 데이터는 시스코 웹엑스 컨택센터 데이터센터에 저장됩니다. 다음 이미지는 BRE 데이터 조회에 관련된 다양한 프로세스를 보여줍니다.
시작하기 전에
BRE를 구현하기 전에:
- 데이터 모델을 명확히 이해하고 BRE DataSync 인스턴스를 구현 환경에 맞게 구성하십시오.
- 이 가이드 전체에서 사용되는 다음 용어들을 숙지하십시오.
Attribute:attribute는 BRE 유틸리티 내에서 생성된 명명된 변수 또는 데이터 필드입니다. 이는 BRE가 요청을 처리하고 출력을 생성하는 데 사용하는 정보를 담는 컨테이너 역할을 합니다.Context: 대괄호context([]) 는 주로 BRE 요청 활동의 대상 도메인을 지정하는 속성의 예시 이름으로 사용됩니다.Label:Label는 규칙 평가의 출력 또는 결과를 저장하도록 설계된 특정 유형의 속성입니다.
자세한 내용은 FAQ 섹션을 참조하세요.
BRE DataSync 인스턴스를 구성합니다.
BRE DataSync 유틸리티는 데이터베이스에 접근하여 경로 설정을 결정합니다. 데이터베이스에 적절한 정보를 주기적으로 업데이트하십시오. 이 섹션에서는 BRE 리포지토리를 업데이트하도록 BRE DataSync 유틸리티를 구성하는 방법을 설명합니다.
테넌트 관리자는 규칙 엔진이 의사 결정 과정에서 참조하는 모든 데이터 세트에 대해 BRE DataSync 인스턴스를 생성해야 합니다. 관리자는 데이터 세트를 생성하거나 CSV 파일을 업로드할 수 있습니다. 해당 데이터는 BRE 저장소의 레코드로 변환됩니다.
시작하기 전에
BRE DataSync 계정에 액세스하려면 Cisco 고객 서비스 계정 관리자에게 문의하십시오.
BRE DataSync는 현재 전체 관리자 역할에 대해서만 활성화되어 있습니다. 전체 관리자 권한을 가진 테넌트는 CSV 파일 업로드 또는 키-값 쌍을 사용하여 데이터를 업로드할 수 있습니다. 이 역할을 가진 사용자는 소속 조직에 특화된 데이터만 업로드할 수 있습니다.
파트너 관리자, 외부 관리자, 에이전트 및 감독자는 BRE DataSync 유틸리티에 접근할 수 없습니다.
BRE 애플리케이션 접속하기
Webex Contact Center 관리 포털에서 비즈니스 규칙 엔진 애플리케이션에 액세스할 수 있습니다.
- Webex Contact Center 관리자 포털에 로그인하세요.
- 비즈니스 규칙 을 클릭하여 비즈니스 규칙 엔진 대시보드를 엽니다.
BRE는 ID 서비스와 싱글 사인온(SSO) 상호 작용을 사용합니다. 이미 Common Identity를 통해 로그인한 경우, 다시 로그인하지 않고도 조직의 BRE 유틸리티에 액세스할 수 있습니다.
시스템은 비즈니스 규칙 엔진(BRE) 애플리케이션을 새 브라우저 탭에서 엽니다. 대시보드 페이지에는 규칙 수와 실행 횟수가 그래프로 표시됩니다.
규칙 세트 만들기

BRE 포털에 접속하여 아래 설명된 대로 속성, 레이블, 컨텍스트 및 규칙을 구성하십시오.
| 1 |
조직과 연결할 속성을 생성하려면 다음 단계를 따르세요. |
| 2 |
레이블은 데이터에 의미를 부여합니다. 레이블을 생성하려면 : |
| 3 |
컨텍스트 를 클릭하여 컨텍스트 페이지로 이동하세요. 을 클릭하세요 +Add 문맥. |
| 4 |
규칙을 만들려면 컨텍스트 페이지로 이동하세요. 을 클릭하세요 +Add 규칙 편집기 에서 다음 세부 정보를 구성하십시오.
두 가지 규칙을 만드세요: 시스템에서 일치하는 항목을 찾으면 하나가 생성되고, 일치하지 않으면 다른 하나가 생성됩니다. 다음 예제 코드는 속성 routeInfo에 대해 값 NotFound 를 반환합니다. 이는 발신자가 전화를 건 번호(ANI)가 BRE 데이터베이스에 업로드된 임차인 목록의 ANI와 일치하지 않을 경우 발생합니다. 다음 규칙을 규칙 편집기에 복사하여 붙여넣으세요. : |
| 5 |
저장을 클릭합니다. |
BRE 요청
BRE 요청 활동을 사용하여 조직의 비즈니스 규칙 엔진(BRE)에서 데이터를 검색하여 흐름에 사용할 수 있습니다. BRE 요청 활동은 표준 HTTP 프로토콜을 사용하여 BRE에서 데이터를 가져옵니다.
다음 섹션에서는 BRE 요청 활동을 구성할 수 있습니다.
일반 설정
|
파라미터 |
설명 |
|---|---|
|
활동 레이블 |
활동 이름을 입력하세요. |
|
활동 설명 |
(선택 사항) 활동에 대한 설명을 입력하세요. |
쿼리 파라미터
BRE 요청의 일부로, API 호출 시 제공된 매개변수를 BRE에 전달할 수 있습니다. 키-값 열에는 쿼리에 사용할 키와 쿼리와 함께 전송할 관련 값을 입력할 수 있습니다. 변수 값을 전달할 때 이중 중괄호 구문을 사용할 수도 있습니다.
BRE 활동에는 미리 정의된 쿼리 매개변수가 하나 있습니다. context. 이 쿼리 매개변수는 BRE에 대한 API 호출 시 전달됩니다.
대괄호 TenantID ([]) 는 자동으로 매개변수로 주입되므로 별도로 설정할 필요가 없습니다.
|
파라미터 |
설명 |
|---|---|
|
컨텍스트 |
요청 사유가 포함되어 있습니다. 이 필수 매개변수는 수정하거나 삭제할 수 없습니다. 이 매개변수는 BRE의 속성 |
|
ANI |
통화 발신 전화번호가 포함되어 있습니다. 이는 BRE의 규칙 구성에 따라 편집하거나 삭제할 수 있는 기본 매개변수입니다. ANI의 샘플 값은 다음과 같습니다. |
|
응답 시간 초과 | BRE 요청에 대한 연결 시간 제한을 지정합니다. 기본값은 2000밀리초로 설정되어 있습니다. |
|
재시도 횟수 |
실패 후 BRE 요청을 시도하는 횟수를 지정합니다. 이 매개변수는 상태 코드가 5xx인 경우에 사용됩니다. ; 예를 들어 500 또는 501과 같이. |
쿼리 매개변수를 추가하려면 새로 추가를 클릭하세요. 이렇게 하면 키-값 쌍을 입력할 수 있는 행이 추가됩니다. BRE 요청의 일부로 필요한 만큼 쿼리 매개변수를 추가할 수 있습니다.
파싱 설정
이 섹션에서는 BRE 요청에 대한 응답을 여러 변수로 파싱할 수 있습니다.
|
파라미터 |
설명 |
|---|---|
|
응답 변수 |
BRE 요청 응답 객체에서 특정 부분을 추출할 변수를 선택하십시오. 드롭다운 목록에서 사용자 지정 흐름 변수만 선택할 수 있습니다. |
|
경로 표현 |
응답 객체를 파싱하기 위한 경로 표현식을 정의하십시오. 응답 객체의 데이터 구조 유형과 해당 정보의 하위 집합을 추출하는 사용 사례에 따라 경로 표현식이 달라집니다. 데이터는 경로 표현식 실행 전에 객체 계층 구조로 정규화되므로 구성된 콘텐츠 유형과 관계없이 응답 객체에서 JSONPath가 사용됩니다. |
암호 해독 설정
BRE 요청 활동의 출력 변수를 복호화할 수 있습니다. 흐름 수준에서 복호화가 활성화된 경우, 디버그 복호화 액세스 권한이 있는 사용자는 흐름 디버그 로그에서 BRE 요청 활동의 마스킹되지 않은 출력 값을 볼 수 있습니다. 암호 해독 활성화 토글을 끄면 활동 수준에서 암호 해독이 비활성화되어 보안이 강화됩니다.
출력 변수
BRE 요청은 두 개의 출력 변수를 반환합니다.
-
BRERequest1.httpResponseBody: BRE 요청에 대한 응답 본문을 반환합니다. -
BRERequest1.httpStatusCode: BRE 요청의 상태 코드를 반환합니다.이러한 응답 코드는 다음과 같은 범주로 분류됩니다.
-
정보 관련 응답 (100~199)
-
성공적인 응답 (200~299)
-
리디렉션(300~399)
-
클라이언트 오류(400~499)
-
서버 오류(500~599)
-
콘텐츠 유형 형식
다음 예시는 샘플 입력 콘텐츠 유형 형식과 JSON 응답을 설명합니다.
콘텐츠 유형 XML
XML을 https://codeshack.io/xml-to-json-converter/JSON 형식으로 변환하려면 이 도구를 사용하십시오.
XML 입력 형식:
Tove
Jani
Reminder
Test application
Data/JSON 정규화된 응답
{
"note": {
"to": "Tove",
"from": "Jani",
"heading": "Reminder",
"body": "Test application"
}
}
JSON 경로 표현식 예시: 값을 Jani로 얻으려면 [ $.note.from ]를 사용하십시오.
콘텐츠 유형 TOML
이 도구를 사용하여 TOML을 https://www.convertjson.com/toml-to-json.htmJSON 형식으로 변환하세요.
TOML 입력 형식:
title = "TOML Example"
[owner]
name = "Tom Preston-Werner"
dob = 1979-05-27T07:32:00-08:00
Data/JSON 정규화된 응답
{
"title": "TOML Example",
"owner": {
"name": "Tom Preston-Werner",
"dob": "1979-05-27T15:32:00.000Z"
}
}
JSON 경로 표현식 예시: 값을 ‘Tom Preston-Werner’로 얻으려면 [ $.owner.name ]를 사용하십시오.
콘텐츠 유형 YAML
이 도구를 사용하여 YAML을 https://www.convertjson.com/yaml-to-json.htmJSON 형식으로 변환하세요.
YAML 입력 형식:
# An employee record
martin:
name: Martin D'vloper
job: Developer
skill: Elite
Data/JSON 정규화된 응답
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
JSON 경로 표현식 예시: $.martin.job 를 사용하여 Developer값을 가져옵니다.
콘텐츠 유형 JSON
JSON 표현식 평가기 https://jsonpath.com/를 사용합니다.
JSON 입력 형식:
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Data/JSON 정규화된 응답
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
JSON 경로 표현식 예시: $.martin.job 를 사용하여 Developer값을 가져옵니다.
BRE 요청 활동을 사용하여 흐름 생성
Webex Contact Center에서 제공되는 Flow Designer 인터페이스를 사용하여 흐름을 생성할 수 있습니다. Webex Contact Center Flow Designer에서 BRE 요청 활동을 사용하여 흐름을 생성합니다.
흐름 구성에 대한 자세한 내용은 BRE 요청을 참조하세요.
자주 묻는 질문
attribute의 목적은 무엇입니까?Attributes이는 들어오는 BRE 조회 요청을 BRE 내에 정의된 특정 규칙 세트에 연결하고 규칙 평가 결과를 저장하는 데 필수적입니다.attributes를 어떻게 생성하나요?attributes프로비저닝 [ 입니다. 예를 들어,context라는 이름의 속성을 만들 수 있습니다.context의 목적은 무엇입니까?ContextBRE가 적용하는 특정 시나리오 또는 조회 유형을 정의합니다. 플로우가 BRE 요청 활동을 호출할 때, 어떤 규칙 집합을 평가할지 BRE에 알려야 합니다. 속성 이름은 일반적으로Context로 지정되며, 특정 도메인의 이름으로 설정됩니다.domain란 무엇입니까?domain는 BRE 내에서 관련 데이터를 포함하는 테이블입니다. 도메인 이름은 BRE가 올바른 데이터와 해당 규칙 세트를 찾도록 안내합니다.label란 무엇입니까?BRE는 규칙을 평가한 후 결과를 호출 시스템(예: BRE 요청 활동이 포함된 Webex 컨택 센터 흐름)에 전달해야 합니다. 규칙은 조건에 따라 지정된 레이블 속성의 값을 설정하도록 구성됩니다.
- 속성, 컨텍스트, 레이블 간의 관계는 무엇인가요?
예를 들어
Attribute라는 이름의context를 만들 수 있습니다. 이 속성을domain대괄호 (ANILookup과 같은 실제 테이블)와 연결할 수 있습니다. BRE 요청 활동을 호출할 때, 흐름은 이 속성의 값을 설정합니다(즉,domain). = 컨텍스트(어떤 도메인의 규칙을 사용할지)를 지정하려면 ANILookup을 사용합니다.그
domain안에는 Drools 구문으로 규칙이 작성되어 조건을 평가하고 다른attribute의 값을 설정합니다. 이 다른 [ ]는 종종label라고 불립니다(예:label[ ]) . = "일치하는 사람을 찾았습니다." 이는 플로우에 대한 응답으로 반환되는 규칙의 결과를 나타냅니다. -
속성, 컨텍스트 및 레이블은 요청의 쿼리 매개변수와 어떤 관련이 있습니까?
BRE는 일반적으로 하드코딩된 내부 URL에 대한 API 호출(BRE 요청 활동)을 통해 Flow에 의해 호출됩니다. 이 REST API는 CSV 파일로 업로드된 BRE 값을 조회할 수 있도록 해줍니다. (key/value 한 쌍). BRE가 결정을 내리는 데 필요한 데이터는 일반적인 REST API 호출에서 쿼리 매개변수나 요청 본문이 작동하는 방식과 유사하게 이 요청의 일부로 전달됩니다.
Input Data: 수신 전화 정보(발신자 ANI, 계좌 번호 및 기타 유사 데이터 등)는 Webex Contact Center 통화 흐름에서 통화 관련 데이터(CAD) 변수로 캡처됩니다.BRE Configuration Data: 컨텍스트 및 도메인을 지정하는 속성(예: 도메인)과 같은 기타 필수 매개변수 = ANILookup) 또한 Flow의 BRE 요청 노드에서 변수로 설정됩니다.Request Variables: 흐름의 BRE 요청 단계에서 CAD 변수와 구성된 변수가 BRE 요청 구성의 변수로 선택됩니다. 이러한 변수들은 BRE의 실행 백엔드 엔진으로 전송됩니다.Function: 기본적으로 '요청 변수'는 BRE의 '쿼리 매개변수' 또는 입력 페이로드 역할을 합니다. BRE는 이러한 입력값을 사용하여 규칙에 정의된 조건을 평가합니다.
비즈니스 규칙 엔진을 사용하여 ANI 기반 고객 데이터 조회를 구성합니다.
이 샘플 워크플로는 비즈니스 규칙 엔진(BRE)을 사용하여 발신자의 자동 번호 식별(ANI)을 통해 고객 데이터를 조회하고, 반환된 데이터를 Webex Contact Center 워크플로에서 처리하고, 선택된 정보를 상담원 데스크톱에 표시합니다. 절차는 다음과 같습니다.
조회 데이터를 준비합니다.
고유한 조회 키와 해당 데이터가 포함된 CSV 파일을 생성합니다. 이 워크플로에서는 발신자의 ANI가 조회 키로 사용됩니다. 값 열에 하나 이상의 고객 필드를 저장합니다. 여러 필드를 파이프(|)로 구분합니다.
15551234567,VIP Customer|John Smith|Premium Queue|Toronto 15559876543,Standard Customer|Jane Smith|General Queue|Vancouver 이 예시에서 첫 번째 열에는 ANI가, 두 번째 열에는 고객 유형, 고객 이름, 대기열 및 위치가 포함됩니다.
BRE는 읽기 중심의 조회를 위해 설계되었으며, 자주 업데이트되는 개별 레코드를 위한 트랜잭션 데이터베이스로 사용하기에는 적합하지 않습니다.
BRE 조회 유형을 생성하고 데이터를 업로드합니다.
Webex Contact Center BRE 데이터 동기화 도구를 열고 테넌트를 선택하세요. 필요한 조회 유형을 사용할 수 없는 경우 운영팀에 생성을 요청하십시오. ANILookup와 같이 설명적인 이름을 사용하세요. 생성된 컨텍스트 이름을 기록해 두십시오. BRE 구성과 흐름에서 동일한 대소문자 구분 값을 사용해야 합니다.
테스트 레코드를 추가하려면:
- [] 열기 데이터 추가.
- 임차인을 선택하고
ANILookup. - ANI와 해당 값을 입력하십시오.
- 기록을 제출하세요.
전체 데이터 세트를 로드하려면 Upload BRE를 열고 테넌트와 조회 유형을 선택한 다음 CSV 파일을 업로드하세요. BRE 데이터 목록 을 열고 레코드가 표시되는지 확인하십시오. CSV 파일의 ANI 형식이 플로우에서 전송되는 형식과 일치하는지 확인하십시오.
비즈니스 규칙 실행
Webex Contact Center 관리 포털에 로그인하고 비즈니스 규칙을 열고 BRE 대시보드를 실행합니다.
컨텍스트 속성을 생성합니다.
- 다음 값을 가진 속성을 추가하세요:
- 이름:
context - 데이터 유형: 텍스트
- 이름:
- 결과 속성을 저장합니다.
context속성은 규칙이 조회하는 업로드된 조회 데이터 세트를 식별합니다. - 반환된 데이터를 나타내는 텍스트 속성을 추가합니다. 반환 값에 파이프(|)로 구분된 필드가 여러 개 포함되어 있더라도 속성에 의미 있는 이름을 지정하십시오. 속성을 저장합니다. 이 예시에서는
customerType가 샘플로 사용되었습니다. - 컨텍스트 를 열고 컨텍스트 를 추가합니다. 생성된 데이터 동기화 컨텍스트 이름(예:
ANILookup) 을 입력하고, 이를context속성과 연결한 다음 저장합니다. 컨텍스트 이름은 대소문자를 구분하며 생성된 데이터 동기화 컨텍스트와 정확히 일치해야 합니다.
ANI 발견 규칙과 ANI 미발견 규칙을 생성합니다.
컨텍스트를 열고 규칙 편집기 추가를 선택합니다. 규칙 이름을 ANIFound로 지정하고 활성화한 다음 100와 같이 더 높은 우선순위를 할당합니다. 다음 규칙을 추가하고 저장하세요:
when c: Contact() eval(c.getGlobalValuesManager().getAsString( c.getTenantId(), c.getAttribute("context") + "." + c.getAttribute("ani") ) != null) then c.putAttribute( "customerType", c.getGlobalValuesManager().getAsString( c.getTenantId(), c.getAttribute("context") + "." + c.getAttribute("ani") ) ); end 이 규칙은 컨텍스트와 ANI를 결합하여 조회 키를 생성합니다. 일치하는 값이 있는 경우, 해당 결과를 customerType 응답 속성에 할당합니다.
ANINotFound라는 이름의 활성 규칙을 하나 더 추가합니다. 99와 같이 더 낮은 고유 우선순위를 할당합니다. 일치하는 레코드가 없을 때 customerType 를 Not Found 로 설정하도록 규칙을 구성하고 저장합니다. 두 규칙에 동일한 우선순위를 부여하지 마십시오.
컨택센터 워크플로를 생성하세요
Flow Designer를 열고 테스트 플로우를 생성하거나 엽니다. 발신자 정보를 검색해야 하는 지점에 BRE 요청 활동을 추가하고 해당 활동을 적절한 흐름 경로에 연결합니다.
ANI를 정규화합니다
업로드된 키에 국가 코드 접두사 +1 가 누락된 경우, ANI에서 해당 접두사를 제거하는 전처리 표현식을 생성합니다.
ANI.replace("+1", "") 정규화된 값을 조회 키로 사용합니다. 저장된 값에 대괄호 +1([]) 가 없는 경우에만 이 변환을 적용하십시오. ; 요청 값과 업로드된 키는 동일한 형식을 사용해야 합니다.
BRE 요청을 구성합니다.
다음 값으로 활동을 구성하십시오.
- 문맥:
ANILookup - 요청 속성:
ani - 요청 값: 정규화된 ANI
- 시간 초과: 5초
- 재시도: 3
- 응답 속성:
customerType
응답을 문자열 흐름 변수에 매핑합니다. 컨텍스트는 데이터셋을 선택하고, ani 는 개별 레코드 키를 제공합니다.
다중 필드 응답을 처리합니다.
BRE가 VIP Customer|John Smith|Premium Queue|Toronto를 반환하면 이스케이프된 파이프 구분자(\|)를 사용하여 문자열을 분할합니다. 결과적으로 고객 유형, 고객 이름, 대기열 및 위치 정보가 포함됩니다. 필요한 요소들을 각각의 흐름 변수에 할당합니다. 이 데모는 마지막 요소인 Toronto를 추출합니다.
화면 팝업을 구성합니다
에이전트 데스크톱 화면 팝업 활동을 추가하거나 구성합니다. 추출된 고객 정보를 필요한 화면 팝업 필드에 매핑하고, 흐름을 대기열 또는 상담원 라우팅 경로에 연결한 다음, 흐름을 저장하고 게시합니다.
데모를 테스트해 보세요
업로드된 데이터 세트에 존재하는 ANI에서 전화를 걸어보세요. ANI가 정규화되고, BRE 요청이 성공 경로를 따르며, 추출된 정보가 상담원 데스크톱에 나타나는지 확인하십시오. 데이터 세트에 없는 ANI를 사용하여 테스트를 반복하고 찾을 수 없는 경로가 구성된 대체 값을 반환하는지 확인합니다.