CTI First-Party와 Third-Party 방식의 차이: 콜센터 전화 연동 구조 쉽게 이해하기

1장 CTI 연동 방식은 왜 나뉘는가#

CTI의 목적은 전화와 컴퓨터 업무 시스템을 연결하는 것입니다.

하지만 모든 환경에서 전화기를 제어하는 방식이 같은 것은 아닙니다.

소규모 환경에서는 특정 PC가 자신의 전화기 하나만 제어하면 충분할 수 있습니다.

반면 수백 명의 상담원이 근무하는 콜센터에서는 각 상담원 PC가 각각 전화 시스템과 연결되는 것보다 중앙의 CTI 서버가 여러 상담원과 전화기를 한꺼번에 관리하는 구조가 더 중요할 수 있습니다.

이러한 차이를 이해할 때 등장하는 개념이:

First-Party CTI

와

Third-Party CTI

입니다.

원본 자료에서도 CTI 연동 방식을 First-Party와 Third-Party로 나누고, First-Party는 전화기 자체의 SIP·라이브러리를 이용하며 Third-Party는 PBX의 CTI Link를 통해 간접 제어하는 구조로 설명합니다.

2장 First-Party CTI란 무엇인가#

First-Party CTI는 사용자 컴퓨터가 자신의 전화기 또는 전화 단말을 직접 제어하는 방식으로 이해할 수 있습니다.

구조를 단순하게 표현하면 다음과 같습니다.

상담원 PC
   ↕
전화기 / 소프트폰

즉 한 명의 사용자가 자신에게 연결된 단말을 중심으로 CTI 기능을 사용합니다.

원본 자료에서는 First-Party 방식의 특징을:

전화기 자체에 SIP 또는 라이브러리 설치

로 설명합니다.

3장 First-Party에서 First가 의미하는 것#

First-Party의 핵심은 자신의 전화기를 직접 제어한다는 것입니다.

예를 들어 상담원 A에게:

PC A
전화기 A

가 있다고 하겠습니다.

PC A에서 실행되는 프로그램이 전화기 A와 직접 연결되어:

발신
응답
종료
보류

등을 제어하는 구조를 생각할 수 있습니다.

즉 중앙 서버를 통해 모든 전화기를 통합 관리하는 것이 아니라 사용자와 자신의 전화기 사이 연결이 중심입니다.

4장 First-Party 구조를 쉽게 이해하면#

개인용 소프트폰을 생각하면 이해하기 쉽습니다.

사용자의 PC나 애플리케이션에서 자신의 전화 기능을 직접 제어합니다.

사용자
 ↓
PC 애플리케이션
 ↓
자신의 전화기 또는 소프트폰

다른 상담원의 전화 상태까지 전체적으로 제어하는 것이 핵심은 아닙니다.

즉:

한 사용자 ↔ 한 단말

관점이 강합니다.

5장 First-Party 방식의 핵심 특징#

First-Party를 이해할 때 다음 특징을 중심으로 보면 됩니다.

개별 단말 중심#

각 사용자의 전화기나 소프트폰을 직접 제어합니다.

사용자별 연결#

한 PC가 자신에게 연결된 전화 기능을 사용하는 구조입니다.

비교적 직접적인 구조#

중앙 CTI 서버가 모든 단말 제어를 중계하는 방식보다 구조를 단순하게 생각할 수 있습니다.

단말 또는 클라이언트 의존#

전화기나 소프트폰 측의 SIP 기능이나 라이브러리와 연동할 수 있습니다.

6장 Third-Party CTI란 무엇인가#

Third-Party CTI는 개별 PC가 자신의 전화기를 직접 제어하는 대신 중앙 CTI 시스템이 PBX를 통해 여러 전화기와 상담원을 관리하는 방식입니다.

원본 자료에서는 Third-Party를:

PBX의 CTI Link를 통해 간접 제어

하는 방식으로 설명합니다.

구조를 단순화하면 다음과 같습니다.

상담원 PC들
     ↕
   CTI 서버
     ↕
    PBX
  ↙ ↓ ↘
전화기 전화기 전화기

즉 CTI 서버가 중앙에서 여러 단말을 관리합니다.

7장 Third-Party에서 Third가 의미하는 것#

여기서 중요한 것은 전화기와 PC가 직접 통신하지 않는다는 점입니다.

중간에:

PBX + CTI 서버

라는 제3의 시스템이 있습니다.

예를 들어 상담원 A가 CRM에서 전화번호를 클릭하면:

상담원 A CRM
     ↓
   CTI 서버
     ↓
     PBX
     ↓
상담원 A 전화기
     ↓
고객에게 발신

처럼 동작할 수 있습니다.

즉 상담원 애플리케이션이 전화기를 직접 제어하는 대신 중앙 시스템을 통해 간접적으로 제어합니다.

8장 First-Party와 Third-Party의 가장 큰 차이#

가장 중요한 차이는 누가 전화기를 제어하느냐입니다.

First-Party#

사용자 PC가 자신의 단말을 직접 제어

Third-Party#

중앙 CTI 서버가 PBX를 통해 여러 단말을 제어

한 줄로 정리하면:

First-Party = 직접 제어

Third-Party = 중앙 간접 제어

입니다.

9장 구조 비교#

구분	First-Party	Third-Party
제어 주체	사용자 PC	CTI 서버
제어 대상	자신의 전화기	여러 상담원 단말
PBX CTI Link	핵심 아님	주요 연동 지점
구조	개별 단말 중심	중앙집중형
관리 관점	사용자별	전체 상담원·전화기

원본 자료에서 핵심적으로 제시하는 차이도 직접 단말 연동과 PBX CTI Link 기반 중앙 연동입니다.

10장 콜센터에서는 왜 Third-Party가 중요할까#

콜센터에는 수십 명에서 수백 명 이상의 상담원이 있을 수 있습니다.

이 환경에서는 다음 정보가 중요합니다.

어느 상담원이 로그인했는가
어느 내선을 사용하고 있는가
누가 Ready 상태인가
누가 통화 중인가
어느 상담원에게 전화가 연결되었는가
누가 Hold 상태인가
통화가 누구에게 Transfer 되었는가

이처럼 전체 상담원과 전화 상태를 중앙에서 관리해야 한다면 Third-Party 구조가 자연스럽게 연결됩니다.

실제 원본 CTI 서버 설명에서도 CTI 서버가 상담원 단말 매핑과 명령 라우팅을 담당한다고 되어 있습니다.

11장 Third-Party CTI와 상담원 단말 매핑#

Third-Party 방식에서는 중앙 CTI 서버가 다음 관계를 알고 있어야 합니다.

상담원 A → 내선 2101
상담원 B → 내선 2102
상담원 C → 내선 2103

그래야 PBX에서:

2102번 전화기에 Ringing 이벤트 발생

이라는 정보가 들어왔을 때 CTI 서버가:

상담원 B에게 전화가 왔다

라고 판단할 수 있습니다.

이 과정이 제대로 이루어져야 상담원 B의 CRM 화면에 고객정보를 표시할 수 있습니다.

12장 Third-Party CTI와 Screen Pop#

Third-Party 구조에서는 Screen Pop도 중앙 CTI 서버를 통해 동작할 수 있습니다.

예를 들어:

고객 전화
 ↓
PBX
 ↓
CTI 이벤트
 ↓
CTI 서버
 ↓
상담원 확인
 ↓
CRM 이벤트 전달
 ↓
고객정보 표시

와 같은 흐름입니다.

여기서 핵심은 CTI 서버가 어느 전화 이벤트가 어느 상담원에게 해당하는지 판단한다는 것입니다.

13장 First-Party에서는 Screen Pop이 불가능한가#

그렇지는 않습니다.

First-Party 구조에서도 전화 이벤트를 PC 애플리케이션이 직접 받을 수 있다면 Screen Pop과 같은 기능을 구현할 수 있습니다.

다만 차이는 이벤트를 받는 방식입니다.

First-Party#

자신의 전화기에서 직접 이벤트 수신

Third-Party#

PBX와 CTI 서버를 통해 중앙에서 이벤트 수신

즉 Screen Pop 자체가 특정 방식에만 가능한 기능은 아닙니다.

핵심은 연동 구조가 다르다는 것입니다.

14장 Click-to-Call에서는 어떻게 다를까#

Click-to-Call을 예로 보면 차이가 더 명확합니다.

First-Party#

CRM
 ↓
사용자 PC
 ↓
사용자 전화기
 ↓
발신

Third-Party#

CRM
 ↓
CTI 서버
 ↓
PBX
 ↓
사용자 전화기
 ↓
발신

Third-Party에서는 중앙 CTI 서버가 상담원과 단말의 매핑을 확인한 뒤 적절한 전화기로 명령을 전달합니다.

15장 Third-Party CTI에서 CTI Link란 무엇인가#

원본 자료에서는 Third-Party 방식에서 PBX의 CTI Link를 통해 간접 제어한다고 설명합니다.

CTI Link는 개념적으로 PBX와 외부 CTI 시스템 사이의 연결 인터페이스라고 이해할 수 있습니다.

이를 통해 CTI 서버는:

전화 이벤트 수신
상담원 상태 확인
통화 제어 명령 전송

등을 수행할 수 있습니다.

즉 Third-Party 환경에서는 PBX와 CTI 서버 사이의 연결이 매우 중요합니다.

16장 CTI Link가 끊기면 어떤 일이 생길까#

Third-Party 구조에서는 PBX와 CTI 서버 사이의 연결이 핵심입니다.

이 연결에 문제가 발생하면:

Ringing 이벤트 수신 실패
Established 이벤트 누락
Released 이벤트 누락
Click-to-Call 실패
상담원 상태 동기화 실패
Screen Pop 실패

등이 발생할 수 있습니다.

하지만 PBX 자체가 정상이라면 전화 통화 자체는 계속 가능할 수 있습니다.

원본 자료에서도 CTI 서버 장애 시 전화는 되지만 화면 연동이 끊길 수 있다고 설명합니다.

17장 First-Party 구조의 장점#

제공된 원본에는 First-Party와 Third-Party의 세부 장단점 비교표까지는 포함되어 있지 않습니다.

다만 원본의 구조를 바탕으로 보면 First-Party는 개별 단말 중심의 직접적인 연동 구조라는 점이 핵심입니다.

이 구조는 다음과 같이 이해할 수 있습니다.

자신의 단말을 직접 제어
중앙 CTI 서버 의존도를 줄일 수 있음
단일 사용자 중심 기능을 구현하기 쉬운 구조

다만 실제 구현 방식과 장단점은 사용하는 전화기·소프트폰·라이브러리에 따라 달라질 수 있습니다.

18장 First-Party 구조의 한계#

First-Party 방식은 상담원 수가 많아질수록 관리가 복잡해질 수 있습니다.

예를 들어 상담원이 500명이라면 각각의 PC와 전화기 연결 상태를 개별적으로 관리해야 할 수 있습니다.

또 전체 상담원 상태를 중앙에서 관리해야 하는 대형 콜센터 환경에서는 중앙집중형 구조가 더 적합할 수 있습니다.

따라서 First-Party는 개별 단말 제어에는 직관적이지만 대규모 중앙 관리에는 구조적 차이가 존재합니다.

19장 Third-Party 구조의 장점#

Third-Party 구조의 가장 큰 특징은 중앙관리입니다.

CTI 서버가 PBX와 연결되어 여러 상담원의 상태와 전화 이벤트를 한곳에서 처리할 수 있습니다.

이를 통해:

상담원 상태 통합 관리
중앙 이벤트 처리
CRM 연동 일원화
단말 매핑
명령 라우팅
통계 시스템 연계

등을 구성하기 쉽습니다.

원본 자료에서 CTI 서버가 이벤트 정규화와 상담원 단말 매핑, 명령 라우팅을 담당한다고 설명하는 이유도 이러한 구조와 연결됩니다.

20장 Third-Party 구조의 주의점#

중앙 CTI 서버가 많은 기능을 담당한다는 것은 반대로 말하면 장애 영향 범위도 커질 수 있다는 것입니다.

CTI 서버 하나가 장애를 일으키면 여러 상담원의:

Screen Pop
Click-to-Call
이벤트 처리
상태 동기화

가 동시에 영향을 받을 수 있습니다.

그래서 원본 자료에서는 CTI 서버의:

재접속
세션 복구
Failover
이중화

를 중요한 운영 요소로 설명합니다.

21장 First-Party와 Third-Party의 장애 범위 차이#

구조 차이를 장애 관점에서도 이해할 수 있습니다.

First-Party#

특정 사용자 단말의 연동 문제가 발생하면 주로 해당 사용자에게 영향이 집중될 수 있습니다.

Third-Party#

중앙 CTI 서버나 PBX CTI Link에 문제가 발생하면 여러 상담원에게 동시에 영향을 줄 수 있습니다.

따라서 Third-Party에서는 중앙 시스템의 안정성과 이중화가 중요합니다.

22장 TSAPI와 JTAPI는 어디에 위치하는가#

원본 자료에서는 CTI 연동 방식으로:

First-Party
Third-Party
TSAPI / JTAPI
WebRTC / WebSocket

을 함께 제시합니다.

여기서 TSAPI와 JTAPI는 전화 시스템과 프로그램이 연동될 때 사용할 수 있는 인터페이스입니다.

원본에서는 Avaya·Cisco 등의 벤더 환경에서 사용하는 방식으로 설명합니다.

즉 Third-Party CTI 구조를 구현할 때도 벤더가 제공하는 CTI 인터페이스가 사용될 수 있습니다.

23장 WebRTC와 WebSocket은 어디에 연결되는가#

원본 자료에서는 WebRTC와 WebSocket을 브라우저 기반 소프트폰에서 사용하는 방식으로 제시합니다.

과거에는:

전화기

상담원 PC

가 분리된 환경이 많았다면 브라우저 기반 컨택센터에서는 하나의 상담 화면에서 전화 기능까지 통합될 수 있습니다.

예를 들어:

브라우저 상담 화면
 ├─ CRM
 ├─ 고객정보
 ├─ 상담이력
 └─ 소프트폰

처럼 구성할 수 있습니다.

이 경우 CTI의 구현 방식도 기존 하드웨어 전화기 중심 구조와 달라질 수 있습니다.

24장 First-Party와 소프트폰의 관계#

소프트폰은 물리 전화기 대신 PC나 브라우저에서 전화 기능을 제공합니다.

따라서 First-Party 방식에서는 소프트폰 자체가 사용자의 전화 단말이 될 수 있습니다.

예를 들어:

CRM
 ↓
사용자 PC
 ↓
소프트폰
 ↓
SIP
 ↓
PBX

처럼 구성할 수 있습니다.

이 구조에서는 전화기와 PC의 경계가 줄어들기 때문에 First-Party 개념을 이해하기 쉬워집니다.

25장 Third-Party와 대형 콜센터 구조#

대형 콜센터에서는 다음과 같은 중앙관리 요구가 있습니다.

전체 상담원 로그인 상태
Ready / Not Ready 상태
상담원별 전화기
통화 상태
통화시간
콜 전환
상담원별 통계
CRM 연동
장애 추적

이러한 정보를 중앙에서 처리하려면 PBX와 CTI 서버를 연결하는 Third-Party 방식이 자연스럽게 사용될 수 있습니다.

즉 Third-Party의 핵심은 단순히 전화기를 원격 제어하는 것이 아니라 여러 상담원과 전화 이벤트를 중앙집중적으로 관리한다는 것입니다.

26장 상담원 상태 관리에서는 어떤 차이가 있을까#

콜센터에서는 상담원이:

Ready

Not Ready

After Call Work

Logout

중 어떤 상태인지 관리해야 합니다.

Third-Party CTI에서는 중앙 CTI 서버가 여러 상담원의 상태를 받아 CRM이나 통계 시스템에 전달할 수 있습니다.

원본 자료에서도 CTI가 이러한 상담원 상태를 이벤트로 전달한다고 설명합니다.

따라서 대규모 상담원 상태 관리에서는 중앙집중형 CTI 구조의 중요성이 커집니다.

27장 어떤 방식이 무조건 더 좋은가#

그렇지 않습니다.

First-Party와 Third-Party는 구조와 목적이 다릅니다.

단순하게:

Third-Party가 무조건 최신이다.

또는:

First-Party가 무조건 오래된 방식이다.

라고 구분하기 어렵습니다.

실제 선택은:

상담원 규모
PBX 종류
사용 단말
CRM 구조
벤더 인터페이스
운영 방식

등에 따라 달라질 수 있습니다.

원본 자료도 두 방식을 우열 관계가 아니라 연동 방식의 차이로 제시합니다.

28장 구조만 보면 어떻게 선택할 수 있을까#

개념적으로는 다음처럼 생각할 수 있습니다.

개별 사용자가 자신의 단말을 직접 제어#

→ First-Party

중앙 시스템이 여러 상담원과 단말을 통합 관리#

→ Third-Party

즉 규모보다 더 중요한 것은 관리 구조가 개인 중심인지 중앙 중심인지입니다.

29장 현장에서 발생할 수 있는 First-Party 문제#

First-Party 방식에서는 특정 사용자의 PC나 소프트폰 연결에 문제가 생기면 해당 사용자의 CTI 기능이 동작하지 않을 수 있습니다.

예를 들어:

Click-to-Call 실패
단말 연결 실패
전화 이벤트 미수신
소프트폰 세션 문제

등을 생각할 수 있습니다.

이때 다른 상담원은 정상일 수 있으므로 개별 단말 문제인지 전체 시스템 문제인지 구분하는 것이 중요합니다.

30장 현장에서 발생할 수 있는 Third-Party 문제#

Third-Party에서는 중앙 연결이 중요합니다.

예를 들어 다음과 같은 장애가 발생할 수 있습니다.

PBX ↔ CTI Link 장애#

여러 상담원의 이벤트가 동시에 끊길 수 있습니다.

CTI 서버 장애#

Screen Pop이나 통화 제어 기능이 광범위하게 영향을 받을 수 있습니다.

상담원 단말 매핑 오류#

전화와 상담원 화면이 서로 잘못 연결될 수 있습니다.

세션 복구 실패#

재연결 이후 실제 전화 상태와 CRM 상태가 달라질 수 있습니다.

31장 문제 범위를 구분하는 방법#

예를 들어 한 상담원만 Click-to-Call이 안 된다고 하겠습니다.

이 경우:

개별 PC

소프트폰

상담원 세션

단말 매핑

등을 확인할 수 있습니다.

반대로 모든 상담원의 Screen Pop이 동시에 중단됐다면:

CTI 서버

PBX CTI Link

CRM 연동 서버

등 중앙 시스템을 먼저 살펴볼 수 있습니다.

구조를 이해하면 장애 범위를 훨씬 빠르게 좁힐 수 있습니다.

32장 First-Party와 Third-Party를 한 문장으로 구분하면#

가장 쉬운 구분은 다음과 같습니다.

First-Party CTI는 사용자의 컴퓨터가 자신의 전화기를 직접 제어하는 구조이고, Third-Party CTI는 중앙 CTI 서버가 PBX를 통해 여러 전화기를 제어하는 구조다.

이 차이만 명확하게 기억해도 두 방식을 혼동할 가능성이 크게 줄어듭니다.

33장 CTI 방식 핵심 비교#

항목	First-Party CTI	Third-Party CTI
기본 구조	PC ↔ 전화기	PC ↔ CTI ↔ PBX ↔ 전화기
중심	사용자 단말	중앙 CTI 서버
제어	직접 제어	간접·중앙 제어
관리 범위	개별 사용자	여러 상담원
단말 매핑	상대적으로 단순	핵심 기능
중앙 장애 영향	상대적으로 제한적	범위가 클 수 있음
대표 개념	SIP·단말 라이브러리	PBX CTI Link

CTI First-Party와 Third-Party FAQ#

First-Party CTI란 무엇인가?#

사용자 컴퓨터가 자신의 전화기나 소프트폰을 직접 제어하는 구조로 이해할 수 있습니다.

Third-Party CTI란 무엇인가?#

중앙 CTI 서버가 PBX의 CTI Link를 통해 여러 상담원 단말을 관리하고 제어하는 구조입니다.

First-Party와 Third-Party의 가장 큰 차이는 무엇인가?#

개별 PC가 전화기를 직접 제어하는지, 중앙 CTI 서버가 PBX를 통해 간접 제어하는지의 차이입니다.

콜센터에서는 어떤 방식이 중요한가?#

많은 상담원의 상태와 전화 이벤트를 중앙에서 관리해야 하는 환경에서는 Third-Party 구조가 중요할 수 있습니다.

Third-Party에서는 상담원 단말 매핑이 왜 중요한가?#

CTI 서버가 특정 전화 이벤트가 어느 상담원에게 해당하는지 판단해야 하기 때문입니다.

First-Party에서도 Screen Pop을 만들 수 있는가?#

전화 이벤트를 PC가 직접 받을 수 있는 구조라면 가능합니다. Screen Pop 자체보다 이벤트 전달 구조가 어떻게 구성되는지가 중요합니다.

Third-Party CTI에서 CTI Link란 무엇인가?#

PBX와 CTI 서버가 전화 이벤트와 제어 명령을 주고받는 연동 인터페이스로 이해할 수 있습니다.

Third-Party CTI 서버가 장애 나면 전화도 안 되는가?#

구성에 따라 다릅니다. 원본 자료에서는 CTI 장애 시 전화는 가능하지만 화면 연동이 끊길 수 있는 상황을 설명합니다.

TSAPI와 JTAPI는 무엇과 관련 있는가?#

원본 자료에서는 Avaya·Cisco 등 벤더 환경의 CTI 연동 인터페이스로 제시합니다.

WebRTC와 WebSocket은 어디에 사용되는가?#

원본 자료에서는 브라우저 기반 소프트폰과 CTI 연동에서 사용되는 방식으로 설명합니다.

핵심 정리#

CTI 연동 방식의 핵심은 전화기를 누가, 어떤 경로로 제어하는가입니다.

First-Party는:

PC
 ↕
자신의 전화기

처럼 개별 사용자와 단말을 직접 연결합니다.

Third-Party는:

상담원 PC
   ↓
CTI 서버
   ↓
PBX
   ↓
전화기

처럼 중앙 시스템이 PBX를 통해 여러 단말을 관리합니다.

원본 자료에서는:

First-Party = 전화기 자체의 SIP·라이브러리

Third-Party = PBX의 CTI Link를 통한 간접 제어

로 구분합니다.

대규모 콜센터에서는 상담원 상태, 단말 매핑, 이벤트 처리, 명령 라우팅을 중앙에서 관리해야 하기 때문에 Third-Party 구조가 중요한 의미를 가질 수 있습니다.

가장 짧게 정리하면 다음과 같습니다.

First-Party = 내 전화기를 직접 제어

Third-Party = 중앙 CTI가 여러 전화기를 제어

CTI First-Party와 Third-Party 방식의 차이: 콜센터 전화 연동 구조 쉽게 이해하기

1장 CTI 연동 방식은 왜 나뉘는가#

2장 First-Party CTI란 무엇인가#

3장 First-Party에서 First가 의미하는 것#

4장 First-Party 구조를 쉽게 이해하면#

5장 First-Party 방식의 핵심 특징#

개별 단말 중심#

사용자별 연결#

비교적 직접적인 구조#

단말 또는 클라이언트 의존#

6장 Third-Party CTI란 무엇인가#

7장 Third-Party에서 Third가 의미하는 것#

8장 First-Party와 Third-Party의 가장 큰 차이#

First-Party#

Third-Party#

9장 구조 비교#

10장 콜센터에서는 왜 Third-Party가 중요할까#

11장 Third-Party CTI와 상담원 단말 매핑#

12장 Third-Party CTI와 Screen Pop#

13장 First-Party에서는 Screen Pop이 불가능한가#

First-Party#

Third-Party#

14장 Click-to-Call에서는 어떻게 다를까#

First-Party#

Third-Party#

15장 Third-Party CTI에서 CTI Link란 무엇인가#

16장 CTI Link가 끊기면 어떤 일이 생길까#

17장 First-Party 구조의 장점#

18장 First-Party 구조의 한계#

19장 Third-Party 구조의 장점#

20장 Third-Party 구조의 주의점#

21장 First-Party와 Third-Party의 장애 범위 차이#

First-Party#

Third-Party#

22장 TSAPI와 JTAPI는 어디에 위치하는가#

23장 WebRTC와 WebSocket은 어디에 연결되는가#

24장 First-Party와 소프트폰의 관계#

25장 Third-Party와 대형 콜센터 구조#

26장 상담원 상태 관리에서는 어떤 차이가 있을까#

27장 어떤 방식이 무조건 더 좋은가#

28장 구조만 보면 어떻게 선택할 수 있을까#

개별 사용자가 자신의 단말을 직접 제어#

중앙 시스템이 여러 상담원과 단말을 통합 관리#

29장 현장에서 발생할 수 있는 First-Party 문제#

30장 현장에서 발생할 수 있는 Third-Party 문제#

PBX ↔ CTI Link 장애#

CTI 서버 장애#

상담원 단말 매핑 오류#

세션 복구 실패#

31장 문제 범위를 구분하는 방법#

32장 First-Party와 Third-Party를 한 문장으로 구분하면#

33장 CTI 방식 핵심 비교#

CTI First-Party와 Third-Party FAQ#

First-Party CTI란 무엇인가?#

Third-Party CTI란 무엇인가?#

First-Party와 Third-Party의 가장 큰 차이는 무엇인가?#

콜센터에서는 어떤 방식이 중요한가?#

Third-Party에서는 상담원 단말 매핑이 왜 중요한가?#

First-Party에서도 Screen Pop을 만들 수 있는가?#

Third-Party CTI에서 CTI Link란 무엇인가?#

Third-Party CTI 서버가 장애 나면 전화도 안 되는가?#

TSAPI와 JTAPI는 무엇과 관련 있는가?#

WebRTC와 WebSocket은 어디에 사용되는가?#

핵심 정리#

이 페이지의 목차