피드백을 보내 주셔서 감사합니다.

Queue Contact 활동은 조직의 활성 인바운드 큐에 대한 연락처를 queue 할 수 있는 기능을 제공하여 해당 큐에 있는 올바른 에이전트에게 매칭하고 라우팅할 수 있습니다.

대기열의 다음 측면은 이 활동을 통해 관리될 수 있습니다.

• Priority - 대기중인 연락처에 1(가장 높은)에서 10(가장 낮은, 기본값)까지 범위의 계층적 중요성을 부여합니다.
• Skill Requirements - 기술 기반 대기열에 있는 에이전트가 충족해야 하는 기술 기준을 설정하여 연락처를 라우팅할 자격이 있는 것으로 간주합니다.
• Skill Relaxations - 에이전트를 찾을 가능성을 높이기 위해 일정 기간 후에 이전에 설정된 기술 요구 사항을 조정, 수정 또는 제거합니다.
• Check Agent Availability - 시스템이 사용 가능한 에이전트가 없는 모든 콜 배포 그룹을 통해 즉시 확장하여 대기 시간을 피할 수 있도록 허용합니다.

보기 라우팅연락처 라우팅에서 우선 순위, 기술 구성 및 에이전트 가용성이 어떻게 역할을 하는지에 대한 자세한 내용은.

Queue Contact 활동이 성공적으로 연락처를 대기시키면,

• 일치하는 에이전트가 이미 사용 가능한 경우, 시스템은 에이전트에 연락처를 라우팅하려고 시도합니다.

  이를 방해하는 Main flow 실행 및 추가 이벤트는 해당 이벤트가 발생할 수 있습니다. Event Flows설정된 경우.

• 일치하는 에이전트가 발견되지 않으면, 연락처는 대기열에 주차되고 일치하는 에이전트가 사용할 수 있을 때까지 기다립니다.

  그런 다음 흐름 실행은 Queue Contact 활동 후에 부착된 활동으로 계속되며, 이는 다음과 같은 기능을 제공합니다.

  • 대기중인 고객에게 미리 구성된 음악을 재생합니다. PlayMusic 활동.
  • 고객의 요청에 따라 콜백 등록(Register a callback based on the customer’s request) Callback 활동.
  • Re-queue 즉, 현재 큐에서 연락처를 제거하고 새 큐에 추가 - 다른 큐에 연결 Queue Contact 또는 Queue to Agent 활동.

일치하는 에이전트를 사용할 수 있게 되면, 시스템은 에이전트에 연락처를 라우팅하려고 시도합니다.

성공할 때, 이것이 방해가 된다. Main flow 실행 및 추가 이벤트는 해당 이벤트가 발생할 수 있습니다. Event Flows설정된 경우.

이러한 경우 액티비티는 실패를 초래하고 흐름 실행은 다음과 같이 이동한다. Error Handling 경로.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 다음을 참조하십시오. 흐름 빌드 및 관리 > Queue Contact...

에이전트 Queue to Agent 활동은 Webex Contact Center에서 고유한 에이전트 ID 또는 이메일 주소를 검색하여 선호하는 에이전트에 직접 연락처를 쿼리할 수 있는 기능을 제공합니다.

대기열의 다음 측면은 이 활동을 통해 관리될 수 있습니다.

• Priority - 동일한 에이전트에 대해 대기된 연락처에 더 높은/더 낮은 중요성을 부여합니다.
• Reporting Queue - 녹화 및 기본 음악-in-queue와 같은 구성에 사용할 대기열을 식별하고 연락처의 보고 목적을 확인합니다.
• Recovery Queue - 지정된 선호 에이전트로 연락처를 라우트할 수 없을 때 폴백으로 사용할 대기열을 식별합니다.

Queue To Agent 활동이 성공적으로 연락처를 대기시키면,

• 에이전트가 이미 사용 가능한 경우, 연락처는 에이전트로 라우팅됩니다.

  이를 방해하는 Main flow 실행 및 추가 이벤트는 해당 이벤트가 발생할 수 있습니다. Event Flows설정된 경우.

• 에이전트가 이용 가능하지만, 거절을 선택하거나, 응답하지 않거나, 연락처를 받지 못하는 경우, 제공된 복구 큐로 이동한다.

  복구 대기열에 있는 연락처는 기술 지원 없이 가장 긴 사용 가능한 에이전트로 라우팅됩니다.

• 에이전트가 사용할 수 없는 경우 "Park Contact If Agent Unavailable" 옵션은 selected, 연락처는 주차되고 에이전트가 이용 가능할 때까지 기다립니다.

  그런 다음 흐름 실행은 Queue To Agent 액티비티 후 부착된 액티비티로 계속되며, 이는 다음과 같은 기능을 제공합니다.

  • 대기중인 고객에게 미리 구성된 음악을 재생합니다. PlayMusic 활동.
  • Callback 활동.
  • Re-queue 즉, 현재 큐에서 연락처를 제거하고 새 큐에 추가 - 다른 큐에 연결 Queue to Agent 또는 Queue Contact 활동.

  에이전트를 사용할 수 있게 되면, 시스템은 에이전트에 연락처를 라우팅하려고 시도합니다.

  이를 방해하는 Main flow 실행 및 추가 이벤트는 해당 이벤트가 발생할 수 있습니다. Event Flows설정된 경우.

• 에이전트가 사용할 수 없는 경우 "Park Contact If Agent Unavailable" 옵션은 not selectedQueuing은 실패합니다.

이러한 경우 액티비티는 실패를 초래하고 흐름 실행은 다음과 같이 이동한다. Error Handling 경로.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 다음을 참조하십시오. 플로우 빌드 및 관리 > 에이전트로 큐...

Escalate Call Distribution Group 활동은 다음에 대해서만 지원됩니다. queues with team assignment그리고 업데이트 할 수 있는 능력을 제공합니다. Call Distribution Group 설정된 대기 시간 후 다음 그룹에 자동 확장 업데이트가 발생하기를 기다리는 대신 즉시 연락할 수 있습니다. 이를 통해 연락처가 대기중인 모든 자격 있는 에이전트에게 신속하게 라우팅될 수 있습니다.

Escalate Call Distribution Group 활동을 사용하여 연락처를 다음과 같이 확장할 수 있습니다.

• Next Group—다음 통화 배포 그룹에 추가된 팀 세트를 확장합니다.
• Last Group—대기열에 대해 구성된 모든 호출 배포 그룹에 매핑된 모든 팀을 포함하도록 팀 세트를 확장합니다.

이러한 경우 액티비티는 실패를 초래하고 흐름 실행은 다음과 같이 이동한다. Error Handling 경로.

연락처가 3개의 통화 분포 그룹을 갖는 대기열에 대기하고, 각각 30 초 후 업데이트되는 경우를 생각해 보십시오.

팀에서 사용할 수 있는 에이전트는 없다 CDG 1 및 CDG 2, 그리고 에이전트를 사용할 수 있는 TEAM 3 마지막 호출 분포 그룹에 속합니다.

Escalate Call Distribution Group 활동이 흐름에서 사용되지 않을 때, 아래에 설명된 것처럼 긴 대기 시간이 발생합니다.

Escalate Call Distribution Group 활동을 사용하여 대기 시간을 낮출 수 있습니다.

에 기초하여 Next Group 또는 Last Group 옵션 선택, 연락처에 대한 대기 시간이 크게 감소됩니다, 아래 그림과 같이:

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 다음을 참조하십시오. 흐름 빌드 및 관리 > 콜 배포 그룹 확장...

Get Queue Info 활동은 다음과 같은 주어진 연락처에 대한 실시간 큐 정보를 가져오는 기능을 제공합니다.

• 큐에 있는 접촉자의 현재 위치( The current position in queue)PIQ또는 아직 대기하지 않은 경우 잠재적 위치.
• 예상 대기 시간 (EWT또는 작업이 응답을 받기 전에 대기열에 대기하는 것으로 추정되는 시간.
• 연락처의 현재 통화 배포 그룹 내에서 로그인하거나 사용할 수 있는 에이전트 수.
• 선택한 대기열에 대해 모든 Call Distribution Groups에 로그인하거나 사용할 수 있는 에이전트 수입니다.
• 대기열에 있는 가장 오래된 연락처를 기다리는 시간

이러한 세부 사항은 흐름 실행에서 활동 출력 변수로 사용할 수 있습니다.These details are made available in the flow execution as activity output variables.

활동 사용, 각 큐 세부사항에 대한 자세한 정의 및 계산 방법에 대한 자세한 내용은 다음을 참조하십시오. 플로우 빌드 및 관리 > 큐 정보 받기...

큐 정보를 사용하는 방법 중 일부는 다음과 같습니다.

• 연락처의 위치를 대기열에 발표하고 고객이 라우팅을 기다리는 동안 예상 대기 시간을 고객에게 알립니다.
• 예상 대기 시간이 너무 길면 콜백을 고객에게 등록할 수 있는지 여부를 결정하기 위해.
• 현재 CDG에 매핑된 팀에서 에이전트가 없는 경우 다음 CDG(Call Distribution Group)로의 연락처를 확장하기 위해.

이러한 경우, 이러한 출력 필드에서 -1 의 값은 이 정보가 적용되지 않음을 나타냅니다.

고객이 대기열에 있는 모든 15 초를 보낸 후 대기열에 있는 긴 EWT에 대해 알려야 하는 예제 시나리오를 고려하십시오.

이는 다음과 같이 흐름에서 Get Queue Info 활동을 사용하여 달성할 수 있습니다.

고급 큐 정보(Advanced Queue Info) 활동은 주어진 연락처에 대한 실시간 큐 정보를 가져올 수 있는 기능을 제공하며, 다음과 같이 연락처의 기술 기준을 고려합니다.

• 큐에 있는 접촉자의 현재 위치( The current position in queue)PIQ또는 아직 대기하지 않은 경우 잠재적 위치.
• 지정된 기술 기준과 일치하는 연락처의 현재 통화 분포 그룹 내에서 로그인 또는 이용 가능한 에이전트 수.
• 선택한 대기열에 대해 모든 호출 분포 그룹에서 로그인하거나 사용할 수 있는 에이전트 수가 주어진 기술 기준과 일치합니다.
• 연락처가 제공된 대기열에 주차되는 현재 통화 분포 그룹.
• 제공된 대기열에 있는 통화 분포 그룹의 총 수입니다.The total number of calls distribution groups in a given queue.

이러한 세부 사항은 흐름 실행에서 활동 출력 변수로 사용할 수 있습니다.These details are made available in the flow execution as activity output variables.

활동 사용, 각 큐 세부사항에 대한 자세한 정의 및 계산 방법에 대한 자세한 내용은 다음을 참조하십시오. 플로우 빌드 및 관리 > 고급 큐 정보...

고급 큐 정보를 사용하는 방법 중 일부는 다음과 같습니다.

• 고객이 라우팅을 기다리는 동안 연락처의 위치를 고객에게 알리기 위해.
• 다음 호출 분배 그룹에 대한 연락처를 확대하려면, 기술 기준과 일치하는 에이전트가 현재 호출 분배 그룹에 매핑된 팀에서 사용할 수 없는 경우.
• 고객에 대해 콜백을 등록할 수 있는지 여부를 결정하기 위해, 기술 기준과 일치하는 에이전트가 모든 콜 배포 그룹에 로그인되어 있지 않은 경우.

이러한 경우 액티비티는 실패를 초래하고 흐름 실행은 다음과 같이 이동한다. Error Handling 경로.

기술 기준을 충족하는 에이전트가 없는 경우 고객이 콜백 수신에 대해 통보해야 하는 예제 시나리오를 고려해 보십시오.

이는 다음과 같이 흐름에서 고급 큐 정보 활동을 사용하여 달성할 수 있습니다.

발신자 ID 설정 활동은 통화 중에 표시되어야 하는 발신자 ID를 정의하는 데 사용됩니다. 설정 발신자 ID 활동은 이벤트 흐름의 끝을 표시하는 터미널 활동으로 PreDial 이벤트 흐름에서만 사용해야 합니다.

세트 발신자 ID 활동은 DNIS(Dialed Number Identification Service), 운영 유형 또는 참가자 유형을 기반으로 필요한 자동 번호 식별(ANI)를 구성할 수 있습니다.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 다음을 참조하십시오. 흐름 빌드 및 관리 > 발신자 ID 설정...

기록 제어 활동은 발신자의 기록 동의를 캡처하기 위해 메뉴 활동과 함께 사용하도록 설계되었습니다. 이를 통해 녹화가 시작되기 전에 명시적 동의가 필요한 규정 또는 정책을 준수하고 이 단계를 워크플로우에 원활하게 통합할 수 있습니다.

Menu IVR 액티비티는 사용자의 동의를 Boolean 변수에 캡처해야 하며, 이 변수는 Recording Control 액티비티에 입력으로 할당됩니다. 고객이 동의 보고서에 사용자 동의를 보고해야 하는 경우, 동의 값은 보고할 수 있는 전역 변수에 저장되어야 합니다. 또는, 보고가 필요하지 않은 경우 로컬 변수를 사용할 수 있습니다.Alternatively, a local variable can be used if reporting is not required. 이 접근법은 세입자와 고객에게 변수를 효과적으로 관리하고 활용하는 데 있어 유연성을 향상시킵니다.

이 활동이 흐름에 추가되면 사용자의 동의가 테넌트 수준 또는 큐 수준 또는 기록 일정 수준 구성 설정보다 우선합니다.When this activity is added to the flow, the user's consent takes precedence over the tenant level or queue level or recording schedule level configuration settings.

우선 순위는 다음과 같습니다.

• 사용자 동의가 흐름에서 예 인 경우, 테넌트 또는 큐 또는 기록 일정 수준에서 설정된 기록 구성에 관계없이 호출이 기록됩니다.If the user consent is Yes in the flow, then the call is recorded, regardless of recording configuration set at the tenant or queue or recording schedule level.
• 사용자가 활동에 대한 응답으로 동의하지 않는 경우, 테넌트 또는 대기열 또는 기록 일정 수준에서 설정된 기록 구성에 관계없이 호출이 기록되지 않습니다.If the user does not agree as response to the activity, then the call is not recorded, regardless of the recording configuration set at the tenant or queue or recording schedule level.
• 레코딩 제어 활동이 흐름에서 구성되지 않지만 테넌트 또는 큐 또는 레코딩 스케줄과 같은 다른 레벨 중 하나에서 예 로 설정된 경우 호출이 기록됩니다.If the Recording Control activity is not configured in the flow, but a configuration is set to Yes at any other level such as tenant or queue or recording schedule, then the call is recorded.
• 레코딩 제어 활동이 흐름에서 구성되지 않고 테넌트, 큐 및 레코딩 스케줄과 같은 모든 수준에서 구성이 No로 설정되면 호출이 기록되지 않습니다.If the recording Control activity is not configured in the flow, and a configuration is set to No at all levels such as tenant, queue, and recording schedule, the call is not recorded.

이 기록 제어는 아래와 같이 설명할 수 있다:

또한 Continue On Transfer, Pause Resume Enabled, Pause Duration 및 기타 등의 녹음 구성은 테넌트, 큐 또는 녹음 일정 레벨을 포함하여 기존 계층에 따라 계속 적용됩니다.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 다음을 참조하십시오. 플로우 빌드 및 관리 > 레코딩 컨트롤...

눈가림 전송은 IVR 시스템을 통해 접촉이 외부 다이얼 번호(DN)로 효율적으로 라우팅되어 에이전트 침범의 필요성을 없애는 과정입니다.

맹검 전송 활동은 통화가 외부 또는 제3자 DN로 전송되어야 할 때 사용됩니다. 이것은 터미널 활동이므로 전송이 실행되면 흐름이 종료됩니다.

블라인드 전송 활동은 쿼리를 위해 흐름이 실행될 때 지원되지 않습니다.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 다음을 참조하십시오. 흐름 빌드 및 관리 > Blind Transfer...

브리지드 전송(Bridged Transfer) 활동을 통해 연락처가 외부 목적지로 일시적으로 전송될 수 있으며, 흐름이 통화에 대한 통제를 유지합니다. 외부 목적지는 외부 브리지 또는 IVR(Interactive Voice Response) 서비스가 될 수 있습니다.

외부 목적지가 호출을 종료할 때, 호출 흐름은 에이전트에게 대기하는 것과 같이 필요에 따라 더 진행됩니다.

Bridge Transfer 활동은 제3자 IVR 또는 ACD(Automatic Call Distribution) 시스템으로 전송하는 동안 접촉을 차단합니다. 연락처가 제3자 시스템에 의해 처리되지 않는 경우, 원래의 대기열로 다시 대기할 수 있으므로 연락처가 워크플로우에 남아 있도록 보장할 수 있습니다.

예를 들어, 연락처 센터에는 Webex Contact Center 에이전트 리소스가 있고 외부 콜센터 또는 PBX(Private Branch Exchange)에 에이전트 리소스가 있다고 가정합니다. 고객은 Webex Contact Center 에이전트의 대기열에 대해 짧은 기간(예: 60 초)을 요청합니다. 그 기간 동안 에이전트를 이용할 수 없는 경우, 그 콜은 접촉을 처리하기 위해 외부 콜센터(암시적 디큐어)로 브리지(암시적 디큐어)가 전달될 수 있다.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 다음을 참조하십시오. 흐름 빌드 및 관리 > Bridged Transfer...

Disconnect Contact 활동은 흐름에서 직접 활성 연락처를 분리하거나 종료할 수 있는 기능을 제공합니다.

이것은 흐름에 부착된 터미널 활동이며, 에이전트 개입 없이 연락처를 끝낼 때 유용할 수 있으며, 오류 경로 흐름에 적합하거나 고객에 대한 콜백을 등록한 후에 사용할 수 있다.

구성에 따라, 이 활동을 통해 연락처가 종료될 때 포스트 콜 설문 조사 또는 피드백이 트리거됩니다.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 다음을 참조하십시오. 흐름 빌드 및 관리 > 연락처 연결 끊기...

Set Contact Priority 활동은 특정 우선 순위 수준을 연락처에 할당하도록 허용함으로써 흐름 내에서 효과적인 연락처 우선 순위 관리를 용이하게 합니다. 이를 통해 특정 연락처의 중요성이 높거나 낮아 에이전트가 이용 가능할 때 다른 대기 연락처에 비해 적절하게 라우팅되도록 할 수 있습니다. 이러한 유연성을 통해 흐름 전반에 걸쳐 연락처 우선 순위를 정확하게 제어할 수 있습니다.

우선 순위는 1(가장 높은)에서 9(가장 낮은)까지 계층적 중요도 수준을 할당하여 결정된다. 우선 순위가 높은 연락처는 우선 순위가 낮은 연락처보다 우선합니다. 여러 연락처들이 동일한 우선 순위 수준을 공유하면, 가장 오래 기다린 연락처는 먼저 이용 가능하고 적합한 다음 에이전트로 라우팅됩니다. 이 시스템은 더 높은 우선 순위의 연락처들이 그들의 대기 시간에 따라 동등한 우선 순위의 연락처들 사이에서 공정성을 유지하면서 신속한 주의를 받을 수 있도록 보장합니다.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 다음을 참조하십시오. 흐름 빌드 및 관리 > 연락처 우선 순위 설정...

콜백(Callback) 활동은 콜백(Callback) 활동을 통해 콜백(Callback)을 요청할 수 있으며, 대기 시간을 줄이고 포기율을 최소화함으로써 고객 만족도를 크게 개선할 수 있습니다. 활성화되면 콜백 활동이 대기열에 작업을 생성하여 사용 가능한 에이전트가 고객의 전화를 반환할 수 있도록 합니다.

흐름 디자이너는 호출이 시작된 곳에서 연락처를 원래 큐에 유지하거나 선호도에 따라 다른 큐에 할당하도록 액티비티를 구성할 수 있습니다.The flow designer can configure the activity to keep the contact in the original queue, where the call originated, or assign it to a different queue based on preferences. 콜백이 원본 큐에 남아 있는 경우, 연락처는 위치, 기술, 우선 순위 및 컨텍스트 데이터를 유지하여 다음 사용 가능한 에이전트에 원활하게 할당할 수 있습니다.If the callback remains in the original queue, the contact maintains its position, skills, priority, and contextual data, allowing for the next available agent. 그러나 다른 큐(queue)가 선택되면, 해당 연락처는 기술이 없고 기본 우선 순위가 있는 선택된 큐의 끝으로 밀려납니다.

이 활동은 또한 고객이 선호하는 에이전트로부터 콜백을 요청할 수 있으며, 경험에 개인적인 접촉을 추가하고 고객 만족도를 높일 수 있습니다. 이는 콜백 액티비티가 흐름에서 QueueToAgent 액티비티를 따르는 경우 달성할 수 있습니다.This can be achieved when the callback activity follows a QueueToAgent activity in the flow. 또한, 콜백 활동은 콜백 프로세스 중에 사용되는 ANI(Automatic Number Identification)를 사용자 정의하기 위한 선택적 구성을 제공합니다. 이 사용자 정의는 브랜드 일관성을 향상시키고 인식 가능한 발신자 ID를 보장함으로써 통화 거부 가능성을 감소시킵니다.

흐름 디자이너는 이벤트 흐름에 CallbackFailed 이벤트를 포함하는 옵션이 있습니다.The flow designer has the option to include a CallbackFailed event in the event flow. 콜백 시도가 실패할 때 이 이벤트는 흐름 디자이너가 특정 간격에서 재시도를 구현할 수 있도록 합니다.This event is triggered when a callback attempt failed, enabling the flow designer to implement retries at specific intervals. 재시도 사이의 지연 또는 간격은 대기 활동을 사용하여 구성할 수 있으며, 최소 재시도 간격은 10 초 및 최대 72 시간입니다. 이 시스템은 대기 활동을 사용하여 최대 14 일 동안 최대 10 재시도 시도를 지원합니다.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 다음을 참조하십시오. Build and Manage Flows > 콜백...

예정된 콜백(Scheduled Callback) 활동은 고객에게 특정 미래 날짜와 시간에 콜백(Callback)을 요청하는 편리함을 제공함으로써, 에이전트와의 즉각적인 연결의 필요성을 제거합니다. 이 기능은 고객이 편리한 콜백 창을 선택할 수 있게 하여 인지된 대기 시간을 최소화하고 콜 중복 비율을 줄임으로써 고객 경험을 향상시킵니다.

흐름은 DTMF 프롬프트를 통해 선호하는 날짜 및 시간과 같은 발신자의 입력을 캡처하고 필요한 입력 검증을 수행한 후 액티비티로 전달해야 합니다.

콜백은 인바운드 또는 아웃바운드 등 모든 전화 큐를 사용하여 예약할 수 있습니다. 최상의 결과를 위해, 콜백이 예약되면 현재 호출이 올바르게 종료되도록 예약된 콜백 활동 직후에 연결 해제 활동을 추가하는 것이 좋습니다.To add a Disconnect activity immediately after the Scheduled Callback activity to ensure the current call ends properly once the callback is scheduled. IVR 콜백 일정에 대한 자세한 내용은 다음을 참조하십시오. IVR 콜백 일정...

요청된 미래 날짜와 시간에 콜백이 트리거되면 새로운 통화 또는 상호작용이 생성됩니다.When the callback is triggered at the requested future date and time, a new call or interaction is created. 이 새로운 상호 작용은 콜백 기본 엔트리 포인트에 연결된 표준 흐름을 따릅니다. 콜백 시도가 실패하면, 해당 흐름에서 구성된 경우 CallbackFailed 이벤트 핸들러를 사용하여 콜백을 자동으로 다시 시도할 수 있습니다.If the callback attempt fails, the flow can automatically retry the call using the CallbackFailed event handler if configured in that flow.

참고 구현은 액티비티와 함께 사용되는 DTMF 프롬프트와 기본 검증을 보여주기 위해 서브 흐름 템플릿의 형태로 제공됩니다.A reference implementation is provided the form of a subflow template to demonstrate the DTMF prompts and basic validations that are used along with the activity. 자세한 내용은 다음을 참조하십시오. 예약된 콜백 서브 흐름 템플릿...

CPA(Call Progress Analysis) 활동을 통해 자동화된 응답 시스템을 감지하고 콜백 통화에서 실시간으로 인간의 목소리를 확인할 수 있습니다.

콜백 시도가 AMD(Answering Machine Detection) 또는 음성 메일이 발생하면, 시스템은 호출이 성공하지 못한 것으로 식별합니다. 응답 기계 감지(AMD)의 결과는 CallbackFailed 이벤트 핸들러의 이유 출력 변수에 캡처됩니다.The result of Answering Machine Detection (AMD) is captured in the reason output variable of the CallbackFailed event handler. 이 출력 변수를 기반으로, 흐름 디자이너는 콜백 재시도를 구성할 수 있습니다.

활동 설정, 사용 및 출력 변수에 대한 자세한 내용은 다음을 참조하십시오. 흐름 빌드 및 관리 > Call Progress Analysis...