CTI란? 전화 시스템과 CRM을 잇는 구조와 팝업이 늦는 세 가지 이유

전화를 받았는데 고객 정보 화면은 아직 비어 있습니다. CTI를 붙여 놨는데도 이런 일이 생기고, 원인은 대개 네트워크가 아닙니다.

1. CTI는 전화망과 업무 화면 사이에서 통역합니다

CTI(Computer Telephony Integration)는 전화 시스템과 컴퓨터 업무 화면을 잇는 층입니다. 양쪽이 아는 것이 달라서 이 층이 필요합니다.

전화 시스템(PBX·교환기, 요즘은 클라우드 콜센터)은 어떤 번호에서 어떤 번호로 통화가 걸렸고 지금 그 통화가 어떤 상태인지를 압니다. 그 번호가 누구인지는 모릅니다. CRM과 상담 소프트웨어는 그 번호가 누구인지를 알지만, 지금 전화가 울리고 있다는 사실은 모릅니다.

CTI는 그 사이에서 신호를 옮깁니다. 전화망이 쥔 발신번호(ANI)와 수신번호(DNIS)를 화면 쪽으로 넘기고, 화면에서 누른 버튼을 전화망이 알아듣는 명령으로 바꿔 보냅니다.

각 층이 무엇을 알고 무엇을 모르는지가 연동 범위를 정합니다.

ARS(IVR)는 이 그림에서 전화망 쪽 앞단에 놓입니다. 그 앞단을 AI로 바꿀 때 무엇을 남겨야 하는지는 ARS를 AI로 대체할 때 버릴 것과 끝까지 남길 약속에서 다뤘습니다. 그 글은 앞단을 «바꾸는 판단»을 다루고, 여기서는 바꾸든 안 바꾸든 남는 «잇는 배선»을 봅니다. 교체를 검토 중이시면 그쪽이 먼저입니다.

2. 오가는 것은 화면 팝업과 통화 제어입니다

화면 팝업(스크린 팝). 전화가 오면 그 통화에 딸린 값으로 고객 레코드를 찾아 띄웁니다. Genesys Gplus Adapter 문서를 보면 검색 순서가 정해져 있는데, id_ 접두 키가 먼저고 그다음이 cti_ 접두 키, 정규식, 마지막이 ANI·DNIS입니다. 전화번호로 찾는 것이 사실상 최후의 수단인 셈입니다. (Genesys, Gplus Adapter Screen Pop, 2026-08-07 확인)

통화 제어. 받기·끊기·보류·전환을 상담 화면 안에서 처리합니다. Salesforce Open CTI는 이걸 브라우저 자바스크립트 API로 만들어 둬서, 상담원 PC마다 어댑터를 깔지 않고도 소프트폰을 Salesforce 안에 넣습니다. (Salesforce, Get Started with Open CTI, 2026-08-07 확인)

두 방식 모두 수명이 있습니다. 같은 Salesforce 문서가 Open CTI는 유지보수 모드이고 2028년 2월 은퇴 예정이며, 새로 만든 Agentforce Service 조직에서는 이미 쓸 수 없다고 밝히고 있습니다. 후속으로는 Salesforce Voice를 권합니다. 이 층은 전화 쪽과 CRM 쪽 두 플랫폼의 로드맵에 동시에 매달려 있고, 견적 기능표에는 그 칸이 안 적힙니다.

3. 팝업이 늦게 뜨는 이유는 대개 네트워크가 아닙니다

실무에서 제일 자주 걸리는 자리입니다. 상담원이 인사말을 다 하고 나서야 화면이 뜹니다. 그러면 상담원은 화면을 기다리는 대신 통화 중에 직접 검색하고, 연동은 살아 있는데 아무도 안 쓰는 상태가 됩니다.

트리거 시점부터 봅니다. 위 Genesys 문서는 기본 동작이 «통화가 연결됐을 때(established)» 팝업을 띄우는 것이라고 적고 있습니다. 벨이 울리는 구간에 띄우려면 Screen Pop on Ringing을 따로 켜야 합니다. 조회가 느린 게 아니라 늦게 시작하는 경우가 여기 들어갑니다.

그다음이 조회 키입니다. 전화망이 넘기는 번호 형식과 CRM에 저장된 형식이 어긋나면 못 찾습니다. 국가번호가 붙은 형태, 0으로 시작하는 형태, 대표번호로 들어온 형태가 한 테이블에 섞여 있는 경우가 흔합니다.

마지막이 매칭 결과 수입니다. 같은 번호에 레코드가 여럿 걸리면 화면이 어느 것을 띄울지 정하지 못합니다. 같은 문서 계열의 문제 해결 페이지가 디버그 알림에 «찾은 레코드 수»를 함께 표시하도록 안내하는 이유가 이것입니다. (Genesys, Troubleshooting Gplus Adapter Integration with Salesforce, 2026-08-07 확인)

팝업 지연은 대개 회선이 아니라 이 셋 중 하나에서 나옵니다.

AI가 통화를 받는 구성에서도 이 층은 그대로 필요합니다. BringTalk에서 통화가 시작되는 시점과 조회가 끝나는 시점을 따로 재는 것도 그래서입니다.

4. 이 방법이 통하지 않는 경우

솔직히 말하면 CTI를 붙이지 않는 편이 나은 자리도 있습니다.

• 문의가 하루 수십 건이고 상담 인원이 두셋인 경우. 팝업이 아껴 주는 것은 검색에 드는 몇 초인데, 통화량이 적으면 모일 것이 없습니다
• 전화번호로 사람이 특정되지 않는 통화. 대표번호에서 걸려 오거나 여러 사람이 한 번호를 쓰면 팝업의 전제부터 깨집니다
• CRM 데이터가 정리되지 않은 경우. 엉뚱한 레코드를 띄우는 것은 아무것도 안 띄우는 것보다 나쁩니다. 상담원이 화면을 한 번 불신하면 되돌리기 어렵습니다

발신 위주 조직이라면 병목이 팝업이 아니라 명단과 발신 방식이라 이 글에서는 다루지 않았습니다.

정리: CTI는 전화망이 아는 것(ANI·DNIS·통화 상태)과 업무 화면이 아는 것(고객이 누구인가)을 서로 옮겨 주는 층입니다. 팝업이 늦으면 회선을 의심하기 전에 트리거 시점·조회 키·매칭 결과 수를 이 순서로 확인하십시오.