CTI 세션과 상담원 단말 매핑은 어떻게 동작할까? 로그인·내선·CRM 연결 구조

1장 CTI는 어떻게 "이 전화가 누구 것인지" 알까#

콜센터에는 수십 명, 많게는 수백 명의 상담원이 동시에 로그인할 수 있습니다.

각 상담원은 자신의 CRM 화면을 보고 자신에게 배정된 전화나 소프트폰을 사용합니다.

예를 들어 다음과 같은 환경이 있다고 하겠습니다.

상담원 A
내선 2101

상담원 B
내선 2102

상담원 C
내선 2103

고객 전화가 2102번 단말로 들어왔다면 CTI는 단순히:

2102번 전화기에 전화가 들어왔다.

는 사실만 아는 것으로는 부족합니다.

CTI는 추가로:

2102번 단말을 현재 사용하고 있는 상담원이 누구인가?

를 알아야 합니다.

그래야 해당 상담원의 CRM 화면에 고객정보를 띄울 수 있습니다.

원본 자료에서도 CTI 서버의 핵심 역할 중 하나로 상담원 단말 매핑, 어느 단말이 어느 상담원인지 연결하는 기능을 제시합니다.

2장 상담원 단말 매핑이란 무엇인가#

상담원 단말 매핑은 상담원과 실제 전화 단말을 연결하는 관계입니다.

가장 단순한 형태는 다음과 같습니다.

상담원 ID
 ↓
내선번호
 ↓
전화 단말

예:

AGENT_A
 ↓
2101
 ↓
전화기 A

CTI 서버는 이런 관계를 알아야 전화 이벤트를 올바른 상담원 화면으로 전달할 수 있습니다.

3장 단말 매핑이 왜 필요한가#

CTI에는 양방향 동작이 있습니다.

전화 → CRM#

전화 이벤트를 상담원 화면으로 전달

CRM → 전화#

상담원이 내린 전화 제어 명령을 실제 단말로 전달

따라서 CTI는 항상 다음 질문에 답할 수 있어야 합니다.

이 전화 이벤트는
어느 상담원에게 전달해야 하는가?

이 상담원의 명령은
어느 전화기로 보내야 하는가?

이 두 질문의 답을 만드는 것이 단말 매핑입니다.

4장 CTI 서버는 PBX와 CRM 사이에 있다#

원본에서는 CTI 서버의 구조를 다음과 같이 설명합니다.

PBX
 ↕
CTI 서버
 ↕
CRM / 상담원 UI

CTI 서버는 PBX의 전화 이벤트와 CRM의 상담원 정보를 서로 연결합니다.

따라서 CTI가 관리해야 할 핵심 관계는 다음처럼 볼 수 있습니다.

PBX 단말
 ↕
CTI 상담원 매핑
 ↕
CRM 로그인 사용자

5장 CTI 세션이란 무엇인가#

세션은 상담원이 시스템에 로그인한 뒤 일정 시간 동안 유지되는 연결 상태라고 이해할 수 있습니다.

CTI 환경에서는 하나의 세션이 단순 웹 로그인만 의미하지 않을 수 있습니다.

개념적으로는 다음 정보가 연결될 수 있습니다.

사용자 계정
+
상담원 ID
+
내선번호
+
전화 단말
+
상담원 상태

즉 CTI 세션은:

지금 누가 어느 전화기를 사용하고 있는가?

를 지속적으로 유지하는 상태라고 볼 수 있습니다.

6장 로그인과 CTI 세션은 어떻게 연결될까#

상담원이 시스템에 로그인하면 CTI는 해당 사용자가 누구인지 알아야 합니다.

예:

CRM 로그인
 ↓
상담원 ID 확인
 ↓
CTI 세션 생성
 ↓
내선 / 단말 연결

이후 전화 이벤트가 발생하면 CTI는 매핑된 상담원에게 이벤트를 전달할 수 있습니다.

7장 SSO를 사용하는 환경#

원본 SSO 자료에서는 상담원이 하나의 인증으로:

  • CRM
  • CTI
  • IVR

등 여러 시스템에 접근할 수 있다고 설명합니다.

즉 상담원 환경에서는:

한 번 로그인
 ↓
CRM 인증
 ↓
CTI 인증
 ↓
업무 시스템 접근

을 통합할 수 있습니다.

이런 구조는 상담원이 여러 시스템에 각각 로그인해야 하는 불편을 줄일 수 있습니다.

8장 Login과 Ready는 같은 것이 아니다#

상담원이 시스템에 로그인했다고 곧바로 전화를 받을 수 있는 것은 아닙니다.

원본 CTI 상태 자료에서는 Login·Logout과 Ready·Not Ready를 별도의 이벤트로 구분합니다.

즉:

Login
= 시스템 접속

Ready
= 전화 수신 가능

입니다.

따라서 상담원은 로그인했지만 아직 Not Ready 상태일 수 있습니다.

9장 상담원 상태도 세션과 연결된다#

CTI는 상담원의 단말뿐 아니라 상태도 함께 추적할 수 있습니다.

대표적인 상태는:

  • Ready
  • Not Ready
  • After Call Work
  • Logout

입니다.

CTI 개요 원본에서도 상담원 상태인 Ready·Not Ready·After Call Work 추적을 CTI의 가치로 제시합니다.

따라서 CTI 세션에는 단순히:

누가 로그인했는가

뿐 아니라:

현재 어떤 상태인가

도 중요합니다.

10장 상담원이 자리를 옮기면 어떻게 될까#

고정 좌석이 아니라 상담원이 다른 PC나 전화기를 사용하는 환경을 생각해보겠습니다.

어제는:

상담원 A → 내선 2101

오늘은:

상담원 A → 내선 2115

를 사용할 수 있습니다.

이 경우 CTI에서 오래된 매핑이 그대로 남아 있다면 문제가 발생할 수 있습니다.

따라서 현재 세션과 실제 사용 단말을 기준으로 매핑을 정확하게 갱신해야 합니다.

11장 잘못된 단말 매핑에서 가장 흔한 증상#

가장 직관적인 문제는 Screen Pop입니다.

예를 들어:

실제
상담원 A → 2101

CTI 설정
상담원 A → 2102

라고 하겠습니다.

고객 전화가 2101로 들어와도 CTI는 상담원 A와 제대로 연결하지 못할 수 있습니다.

결과적으로:

  • 고객정보가 안 뜸
  • 다른 상담원 화면에 뜸
  • 통화 이벤트가 잘못 연결됨

같은 문제가 발생할 수 있습니다.

12장 전화는 A에게 왔는데 B의 화면이 뜨는 이유#

예를 들어 실제 구조는:

상담원 A
내선 2101

상담원 B
내선 2102

입니다.

그런데 CTI 매핑이 뒤바뀌어:

2101 → 상담원 B
2102 → 상담원 A

로 등록되어 있다고 하겠습니다.

그러면 2101로 들어온 전화 이벤트를 CTI가 상담원 B에게 전달할 수 있습니다.

이것이 단말 매핑 오류가 Screen Pop 오류로 나타나는 대표적인 구조입니다.

13장 Click-to-Call에도 단말 매핑이 필요하다#

상담원이 CRM에서 고객 전화번호를 클릭했다고 하겠습니다.

원본 CRM 연동 자료에서는 상담원 명령이:

상담원 → CTI → PBX

방향으로 전달된다고 설명합니다.

하지만 CTI는 어느 단말에서 발신해야 하는지 알아야 합니다.

상담원 A
 ↓
CRM 전화번호 클릭
 ↓
CTI
 ↓
상담원 A 단말 확인
 ↓
PBX
 ↓
발신

즉 Click-to-Call에서도 상담원과 단말 매핑이 필수입니다.

14장 명령 라우팅이란 무엇인가#

원본 CTI 서버 자료에서는 핵심 역할로 명령 라우팅, 어느 상담원이 누구에게 발신하는지 처리하는 기능을 제시합니다.

예를 들어 상담원 A가 고객에게 전화를 걸면 CTI는:

요청 상담원
= A

발신 단말
= 2101

대상 번호
= 01012345678

관계를 정확히 찾아야 합니다.

이것이 명령 라우팅입니다.

15장 잘못된 매핑은 발신 장애로도 나타난다#

상담원 A가 Click-to-Call을 눌렀는데 CTI가 상담원 A의 단말을 잘못 알고 있다면:

  • 다른 전화기에서 발신
  • 발신 실패
  • 단말을 찾지 못함

같은 문제가 발생할 수 있습니다.

따라서:

Screen Pop 오류

와

Click-to-Call 오류

가 동시에 발생한다면 단말 매핑을 확인해볼 필요가 있습니다.

16장 CTI 세션과 인증은 연결되어 있다#

원본 CTI 통화 제어 자료에서는 CTI 명령은 인증된 세션에서만 허용되어야 한다고 설명합니다.

즉 상담원과 단말을 연결하는 것만으로는 부족합니다.

해당 상담원이 실제 로그인된 사용자이고, 현재 세션에서 해당 단말을 제어할 권한이 있는지 확인해야 합니다.

구조는 다음처럼 볼 수 있습니다.

인증된 사용자
 ↓
상담원 ID
 ↓
CTI 세션
 ↓
허용된 단말
 ↓
전화 제어

17장 왜 임의 단말 제어를 막아야 할까#

원본에서는 임의 단말에서:

  • 발신
  • 녹음
  • 전환

등이 가능하지 않도록 권한과 세션 관리가 필요하다고 설명합니다.

즉 상담원 A가 상담원 B의 단말을 마음대로 조작할 수 있는 구조는 피해야 합니다.

상담원 A
 ↓
허용
2101

상담원 A
 ↓
차단
2102

처럼 단말 범위를 제한해야 합니다.

18장 세션 타임아웃은 왜 필요한가#

원본 SSO 자료에서는 상담원 환경에서 세션 타임아웃을 중요한 운영 요소로 제시합니다.

상담원이 장시간 자리를 비웠는데 로그인과 CTI 세션이 계속 유지된다면 보안과 운영 측면에서 문제가 될 수 있습니다.

따라서 일정 시간 동안 활동이 없으면 세션을 종료하거나 다시 인증하도록 만드는 정책을 사용할 수 있습니다.

19장 자동 락이란 무엇인가#

원본 SSO 자료에서는 상담원 환경 고려사항으로 자동 락, 자리비움 잠금도 제시합니다.

예를 들어 상담원이 잠시 자리에서 일어났을 때 다른 사람이 해당 PC에서 CTI 기능을 사용하지 못하도록 화면을 잠글 수 있습니다.

이는 상담원 세션 보안과 연결됩니다.

20장 Logout이 중요한 이유#

상담원이 업무를 종료하면 단순히 CRM 화면을 닫는 것만으로 끝나서는 안 될 수 있습니다.

CTI 세션도 함께 정리되어야 합니다.

Logout
 ↓
상담원 상태 종료
 ↓
CTI 세션 종료
 ↓
단말 매핑 해제 또는 갱신

이런 흐름이 명확해야 다음 사용자가 해당 단말을 사용할 때 이전 상담원의 세션이 남지 않습니다.

21장 이전 상담원 세션이 남아 있다면#

예를 들어 상담원 A가 2101을 사용하다 로그아웃했습니다.

이후 상담원 B가 같은 자리에서 로그인했습니다.

정상 상태:

2101
→ 상담원 B

하지만 CTI에 이전 정보가 남아 있다면:

2101
→ 상담원 A

로 인식될 수 있습니다.

이 경우:

  • Screen Pop 오배정
  • 상담원 상태 오류
  • 통화 제어 오류

가 발생할 수 있습니다.

22장 공유 좌석 환경에서는 매핑이 더 중요하다#

상담원이 매일 같은 전화기와 PC를 사용하지 않는 환경에서는 단말 매핑을 고정값만으로 관리하기 어렵습니다.

이 경우 로그인 과정에서:

상담원 인증
+
현재 좌석
+
현재 단말

을 연결하는 구조가 필요할 수 있습니다.

원본은 구체적인 좌석 배정 방식까지 제시하지 않지만 어느 단말이 어느 상담원인지 매핑하는 것이 CTI 서버의 핵심 역할이라고 설명합니다.

23장 소프트폰에서는 단말이 무엇일까#

전통적인 콜센터에서는 단말이 물리 전화기일 수 있습니다.

하지만 CTI 원본에서는 브라우저 기반 소프트폰에 WebRTC·WebSocket을 사용할 수 있다고 설명합니다.

이런 환경에서는 단말 개념이:

  • PC 소프트폰
  • 브라우저 세션
  • 논리적인 내선

으로 확장될 수 있습니다.

핵심은 여전히 같습니다.

어느 상담원이 어느 통화 단말을 사용하고 있는가

를 CTI가 알아야 합니다.

24장 브라우저를 새로고침하면 세션은 어떻게 될까#

원본은 브라우저 새로고침 시 CTI 세션 처리까지는 설명하지 않습니다.

다만 CTI 서버 역할로 재접속·세션 복구를 제시합니다.

따라서 브라우저 기반 CTI 환경에서는 연결이 잠시 끊겼을 때 기존 상담원 상태와 단말 관계를 어떻게 복구할지 설계할 필요가 있습니다.

25장 네트워크가 잠깐 끊기면#

예를 들어 상담원이 고객과 통화 중인데 CTI와 CRM 사이 네트워크가 끊겼다고 하겠습니다.

전화 자체는 유지될 수 있습니다.

하지만 CTI 세션은 일시적으로 끊길 수 있습니다.

전화
정상

CTI 세션
연결 끊김

연결이 복구된 뒤 단순히 서버에 다시 접속했다고 모든 상태가 자동으로 정상화되는 것은 아닐 수 있습니다.

26장 재접속과 세션 복구가 필요한 이유#

원본 자료에서는 CTI 서버의 역할로:

재접속·세션 복구

를 명시합니다.

예를 들어 연결이 끊어진 사이 통화가 종료되었다면 기존 CRM에는 통화 중 상태가 남아 있을 수 있습니다.

따라서:

재접속
 ↓
상담원 확인
 ↓
단말 확인
 ↓
현재 전화 상태 확인
 ↓
세션 복구

과 같은 과정이 필요할 수 있습니다.

27장 재접속과 세션 복구는 다르다#

두 개념을 구분하는 것이 중요합니다.

재접속#

네트워크 연결을 다시 맺음

세션 복구#

이전 상담원과 단말·전화 상태를 다시 맞춤

즉:

연결 성공
≠
업무 상태 정상

일 수 있습니다.

28장 CRM과 CTI 상태가 다를 수도 있다#

예를 들어 실제 통화는 끝났는데 CTI 연결이 끊긴 동안 CRM이 종료 이벤트를 받지 못했다고 하겠습니다.

PBX
통화 종료

CRM
통화 중

같은 상태가 될 수 있습니다.

원본 CRM 연동 자료에서는 네트워크 단절 후 재동기화를 중요한 설계 포인트로 제시합니다.

29장 재동기화란 무엇인가#

재동기화는 연결 복구 후 서로 다른 시스템의 상태를 다시 일치시키는 과정입니다.

예:

PBX 상태
통화 종료

CTI 상태
불명확

CRM 상태
통화 중

이었다면 복구 후:

PBX
통화 종료

CTI
통화 종료

CRM
통화 종료

로 맞추는 것입니다.

30장 상담원 상태도 재동기화가 필요하다#

전화 상태뿐 아니라 상담원 상태도 마찬가지입니다.

예를 들어 실제 ACD에서는:

Ready

인데 CRM 화면에는:

Not Ready

가 남아 있을 수 있습니다.

연결 복구 후 현재 상담원 상태를 다시 맞추지 않으면 상담원 화면과 실제 콜 분배 상태가 달라질 수 있습니다.

31장 Failover에서도 세션 복구가 중요하다#

원본 CTI 자료에서는 재접속·세션 복구와 함께 장애 시 Failover도 CTI 서버 역할로 제시합니다.

CTI 서버 A에 장애가 발생하고 서버 B로 전환되었다고 하겠습니다.

CTI A
장애
 ↓
CTI B
서비스 인계

이때 서버 B가 단순히 실행되는 것만으로는 부족합니다.

상담원과 단말 상태를 정상적으로 이어받거나 다시 확인해야 합니다.

32장 Failover 후 매핑이 틀리면#

예를 들어 Failover 전:

상담원 A
→ 2101

이었습니다.

새 CTI 서버에서는:

상담원 A
→ 매핑 없음

이라면 전화는 정상적으로 들어오더라도 Screen Pop과 Click-to-Call이 실패할 수 있습니다.

즉 CTI 이중화에서도 단말 매핑과 세션 상태의 연속성이 중요합니다.

33장 상담원 단말 매핑 장애와 CTI 서버 장애는 다르다#

모든 상담원에게 문제가 발생한다면 중앙 CTI 서버나 연결 문제가 의심될 수 있습니다.

반면 특정 상담원 한 명만 Screen Pop이 안 된다면 개별 매핑이나 세션 문제일 수 있습니다.

예:

전체 상담원 장애
→ 중앙 CTI 경로 확인

특정 상담원 장애
→ 세션 / 단말 매핑 확인

이렇게 범위를 나누면 장애 분석이 쉬워집니다.

34장 특정 상담원만 전화는 오는데 화면이 안 뜬다면#

이 경우 다음 흐름으로 볼 수 있습니다.

PBX 전화 착신
 ↓
내선 확인
 ↓
CTI 상담원 매핑
 ↓
CRM 세션
 ↓
Screen Pop

전화 자체는 정상이라는 것은 PBX와 단말 사이 경로는 동작할 가능성이 있습니다.

그 다음 CTI 매핑과 CRM 세션을 확인할 필요가 있습니다.

35장 특정 상담원만 Click-to-Call이 안 된다면#

이 경우 반대 방향으로 보면 됩니다.

상담원
 ↓
CRM
 ↓
CTI 세션
 ↓
단말 매핑
 ↓
PBX

다른 상담원은 정상인데 한 사람만 실패한다면:

  • 해당 상담원 CTI 세션
  • 단말 매핑
  • 권한

등을 확인할 수 있습니다.

36장 Screen Pop과 Click-to-Call이 동시에 안 된다면#

두 기능은 방향은 다르지만 공통으로 상담원 단말 매핑을 사용합니다.

Screen Pop#

전화
→ 단말
→ 상담원
→ CRM

Click-to-Call#

상담원
→ 단말
→ 전화

따라서 둘 다 특정 상담원에게서 동시에 실패한다면 상담원과 단말의 연결 관계를 확인할 가치가 있습니다.

37장 상담원 ID와 CRM 사용자 ID는 항상 같은가#

원본은 구체적인 ID 체계까지는 제시하지 않습니다.

실제 시스템에서는:

  • 사번
  • CRM 사용자 ID
  • CTI 상담원 ID
  • PBX 내선번호

가 서로 다를 수 있습니다.

개념적으로는 다음과 같습니다.

사번
 ↓
CRM 사용자
 ↓
CTI 상담원 ID
 ↓
내선번호

중요한 것은 각 식별자가 정확하게 매핑되어야 한다는 점입니다.

38장 식별자 매핑 오류가 왜 어려운 장애인가#

시스템 하나만 보면 각각 정상처럼 보일 수 있습니다.

예를 들어:

CRM 로그인 정상
PBX 전화 정상
CTI 서버 정상

인데 서로 연결하는 ID 하나가 잘못되어 있다면 Screen Pop이 안 될 수 있습니다.

즉 CTI 장애는 서버가 죽는 명확한 장애뿐 아니라 매핑 오류처럼 조용한 장애도 존재할 수 있습니다.

39장 세션 타임아웃 후에는 어떻게 해야 할까#

원본은 세션 타임아웃을 상담원 환경 고려사항으로 제시합니다.

세션이 만료된 후에도 CRM 화면만 열려 있다면 CTI 제어 명령은 인증 상태를 다시 확인해야 할 수 있습니다.

즉:

CRM 화면 열림
≠
CTI 세션 유효

일 수 있습니다.

40장 자동 락과 CTI 상태를 함께 봐야 한다#

상담원 PC가 자동 잠금 상태가 되더라도 전화 시스템의 Ready 상태까지 자동으로 어떻게 처리할지는 별도의 정책일 수 있습니다.

원본은 자동 락과 세션 타임아웃을 고려 요소로 제시하지만 CTI 상태 전환 규칙까지 직접 설명하지는 않습니다.

따라서 실제 운영에서는:

PC 잠금
CRM 세션
CTI 세션
ACD 상태

사이의 관계를 명확하게 설계해야 합니다.

41장 보안에서도 단말 매핑은 중요하다#

원본 CTI 보안 자료에서는 임의 단말로 발신·녹음·전환할 수 없도록 권한과 세션 관리가 필요하다고 설명합니다.

따라서 단말 매핑은 단순 기능 문제뿐 아니라 보안 경계이기도 합니다.

상담원 A가 2101을 사용하는데 2102까지 제어할 수 있다면 잘못된 권한 구조일 수 있습니다.

42장 세션과 권한의 기본 구조#

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

사용자 인증
 ↓
상담원 ID 확인
 ↓
CTI 세션 생성
 ↓
허용 단말 확인
 ↓
허용 통화 기능 확인
 ↓
전화 제어

즉 단순히 로그인만 되어 있다고 모든 단말을 제어하도록 해서는 안 됩니다.

43장 SSO가 있어도 단말 매핑은 따로 필요하다#

SSO는 인증을 통합합니다.

하지만 SSO만으로:

이 상담원이 어느 전화기를 사용하고 있는가?

까지 자동으로 해결되는 것은 아닙니다.

따라서:

SSO
→ 사용자 인증

CTI 매핑
→ 상담원과 단말 연결

로 역할을 구분해야 합니다.

44장 CTI 세션 장애를 분석하는 기본 순서#

특정 상담원에게 문제가 발생한다면 다음 순서로 나눌 수 있습니다.

1. 상담원이 정상 로그인했는가#

2. CTI 세션이 생성되었는가#

3. 올바른 상담원 ID로 연결되었는가#

4. 내선·단말 매핑이 정상인가#

5. 현재 상담원 상태가 정상인가#

6. 전화 이벤트가 해당 상담원에게 전달되는가#

7. CRM이 이벤트를 처리하는가#

이런 순서로 보면 문제 구간을 좁힐 수 있습니다.

45장 발신 장애는 반대 방향으로 확인한다#

Click-to-Call 같은 발신 문제라면 다음과 같습니다.

CRM 발신 요청
 ↓
상담원 인증
 ↓
CTI 세션
 ↓
단말 매핑
 ↓
명령 라우팅
 ↓
PBX
 ↓
발신

원본 CRM 연동 자료에서도 상담원 명령 → CTI → PBX 흐름을 제시합니다.

46장 상담원 세션과 단말 매핑을 한눈에 보면#

구성요소 역할
사용자 계정 상담원 인증
상담원 ID CTI 내부 상담원 식별
내선번호 전화 단말 식별
CTI 세션 현재 로그인·연결 상태
상담원 상태 Ready·Not Ready·ACW 등
CRM 세션 업무 화면과 사용자 연결

이 정보들이 서로 정확하게 연결되어야 정상적인 CTI 기능이 동작할 수 있습니다.

47장 정상적인 상담원 로그인 흐름#

개념적으로 다음처럼 이해할 수 있습니다.

상담원 로그인
 ↓
사용자 인증
 ↓
상담원 ID 확인
 ↓
CTI 세션 생성
 ↓
내선 / 단말 매핑
 ↓
상담원 상태 설정
 ↓
CRM / CTI 사용

원본은 특정 제품의 로그인 프로토콜까지 제공하지 않으므로 이 구조는 원본의 세션·매핑·SSO 내용을 결합해 이해하기 쉽게 재구성한 것입니다.

48장 정상적인 로그아웃 흐름#

업무 종료 시에는 반대 과정이 필요할 수 있습니다.

Logout
 ↓
상담원 상태 종료
 ↓
CTI 세션 종료
 ↓
단말 연결 해제
 ↓
CRM 세션 종료

특히 공유 좌석 환경에서는 이전 사용자의 단말 매핑이 남지 않는 것이 중요합니다.

49장 장애 후 세션 복구 흐름#

원본에서 제시한 재접속·세션 복구 개념을 정리하면 다음과 같습니다.

연결 장애
 ↓
재접속
 ↓
상담원 인증 상태 확인
 ↓
상담원 ID 확인
 ↓
단말 매핑 확인
 ↓
현재 전화 상태 확인
 ↓
상담원 상태 확인
 ↓
CRM 상태 재동기화

이 모든 과정이 정상적으로 이어져야 실제 업무 상태가 복구되었다고 볼 수 있습니다.

CTI 세션·단말 매핑 FAQ#

CTI 상담원 단말 매핑이란 무엇인가#

어느 전화 단말이 어느 상담원에게 연결되어 있는지를 CTI 서버가 관리하는 관계입니다. 원본에서도 이를 CTI 서버의 핵심 역할로 제시합니다.

단말 매핑이 왜 필요한가#

전화 이벤트를 올바른 상담원 CRM으로 보내고 상담원 명령을 올바른 전화기로 전달하기 위해 필요합니다.

CTI 세션이란 무엇인가#

상담원이 로그인한 뒤 사용자·상담원 ID·단말·전화 상태 등을 연결해 유지하는 상태로 이해할 수 있습니다.

Login과 Ready는 같은가#

아닙니다. Login은 시스템 접속이고 Ready는 호 수신 가능 상태입니다.

다른 상담원 화면에 Screen Pop이 뜨는 이유는 무엇인가#

상담원과 내선·단말 매핑이 잘못되었을 가능성을 확인할 수 있습니다.

Click-to-Call을 누르면 다른 전화기에서 발신되는 이유는 무엇인가#

CTI에서 상담원과 발신 단말의 매핑이 잘못되어 있을 수 있습니다.

CTI 서버는 명령을 어떻게 올바른 전화기로 보내는가#

원본에서는 CTI 서버가 상담원 단말 매핑과 명령 라우팅을 담당한다고 설명합니다.

세션 타임아웃이 필요한 이유는 무엇인가#

장시간 사용되지 않은 상담원 세션을 계속 유지하지 않도록 하기 위해서입니다. 원본 SSO 자료에서도 세션 타임아웃을 상담원 환경 고려사항으로 제시합니다.

네트워크가 끊겼다가 복구되면 무엇이 필요한가#

재접속뿐 아니라 상담원·단말·전화 상태를 다시 확인하는 세션 복구가 필요할 수 있습니다. 원본에서도 재접속·세션 복구를 CTI 서버 역할로 제시합니다.

CRM과 전화 상태가 서로 다르면 어떻게 해야 하는가#

원본 CRM 연동 자료에서는 네트워크 단절 후 재동기화를 중요한 설계 포인트로 제시합니다.

SSO를 쓰면 단말 매핑이 필요 없는가#

아닙니다. SSO는 인증을 통합하지만 어느 상담원이 어느 전화 단말을 사용하는지는 CTI에서 별도로 연결해야 합니다.

CTI 명령은 로그인한 사용자라면 아무 단말이나 제어할 수 있는가#

아닙니다. 원본은 임의 단말 발신·녹음·전환이 가능하지 않도록 권한과 세션 관리가 필요하다고 설명합니다.

핵심 정리#

CTI에서 상담원 단말 매핑은 상담원과 실제 전화 단말을 연결하는 핵심 구조입니다.

기본 관계는 다음과 같습니다.

사용자 계정
 ↓
상담원 ID
 ↓
CTI 세션
 ↓
내선번호
 ↓
전화 단말

원본 자료에서는 CTI 서버의 주요 역할로 다음을 제시합니다.

PBX 이벤트 수신·정규화

상담원 단말 매핑

명령 라우팅

재접속·세션 복구

장애 시 Failover

단말 매핑이 정확해야:

전화 이벤트
→ 올바른 상담원 CRM

상담원 명령
→ 올바른 전화 단말

로 전달됩니다.

또 상담원 환경에서는 Login·Logout, Ready·Not Ready·After Call Work 같은 상태와 CTI 세션을 함께 관리해야 하며, 원본 SSO 자료에서는 자동 락과 세션 타임아웃도 중요한 운영 요소로 제시합니다.

네트워크 장애나 CTI Failover 이후에는 단순 재접속만으로 끝나는 것이 아니라 상담원 ID·단말·현재 통화·상태를 다시 맞추는 세션 복구와 재동기화가 중요합니다. 원본 CRM 연동 자료에서도 네트워크 단절 후 재동기화를 주요 설계 포인트로 제시합니다.

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

CTI 세션과 단말 매핑은 지금 로그인한 상담원이 어느 전화기를 사용하고 있는지 연결해 전화 이벤트와 통화 제어 명령을 정확한 상담원에게 전달하는 구조다.

이 페이지의 목차