ANI와 DNIS의 차이: 콜센터에서 발신번호와 착신번호를 어떻게 활용할까

1장 전화번호 하나에도 역할이 다르다#

콜센터에 전화가 한 통 들어오면 시스템에서는 단순히:

전화가 왔다.

라는 사실만 처리하지 않습니다.

누가 전화를 걸었는지, 그리고 고객이 어느 번호로 전화를 걸었는지도 중요한 정보가 됩니다.

예를 들어 고객이 자신의 휴대전화 010-1234-5678에서 기업의 주문센터 1588-2000으로 전화했다고 하겠습니다.

이 통화에는 서로 다른 두 번호가 존재합니다.

고객 번호
010-1234-5678

↓

기업 주문센터
1588-2000

고객 번호는 누가 전화했는가를 알려주고, 기업의 번호는 어느 서비스로 전화했는가를 알려줍니다.

CTI에서는 이러한 정보를 구분하기 위해 ANI와 DNIS라는 용어를 사용합니다.

원본 자료에서는 ANI를 발신번호이자 고객 식별에 사용하는 정보로, DNIS를 착신번호이자 캠페인이나 IVR 진입점을 식별하는 정보로 설명합니다.

2장 ANI란 무엇인가#

ANI는 Automatic Number Identification의 약자입니다.

원본에서는 ANI를 발신번호라고 설명합니다.

쉽게 말하면:

누가 전화를 걸었는가?

를 판단하는 데 사용할 수 있는 번호입니다.

예를 들어 고객이:

010-1234-5678

에서 콜센터로 전화했다면 이 번호를 고객 식별에 사용할 수 있습니다.

CTI가 ANI를 CRM으로 전달하면 CRM은 고객 DB에서 해당 전화번호를 검색할 수 있습니다.

3장 ANI는 고객 식별에 어떻게 사용되는가#

가장 기본적인 Screen Pop 흐름은 다음과 같습니다.

고객 전화
 ↓
PBX
 ↓
CTI 이벤트
 ↓
ANI
 ↓
CRM
 ↓
고객 DB 검색
 ↓
고객정보 표시

예를 들어 CRM에 다음 데이터가 있다고 하겠습니다.

고객 ID 고객명 전화번호
C001 김고객 01012345678
C002 이고객 01022223333

CTI에서:

ANI = 01012345678

이 전달되면 CRM은 C001 고객을 검색할 수 있습니다.

그리고 상담원 화면에 해당 고객의 상세정보를 표시할 수 있습니다.

4장 DNIS란 무엇인가#

DNIS는 Dialed Number Identification Service의 약자입니다.

원본 자료에서는 DNIS를 착신번호라고 설명합니다.

쉽게 말하면:

고객이 어느 번호로 전화했는가?

를 나타냅니다.

예를 들어 한 기업이 다음 번호를 운영한다고 하겠습니다.

1588-1000 → 일반 상담
1588-2000 → 주문 상담
1588-3000 → 기술지원

고객이 1588-3000으로 전화했다면 DNIS를 이용해:

기술지원 목적으로 들어온 전화

라고 판단할 수 있습니다.

5장 ANI와 DNIS의 가장 중요한 차이#

두 용어를 가장 쉽게 구분하면 다음과 같습니다.

ANI#

누가 전화했는가

DNIS#

어디로 전화했는가

표로 보면 더 명확합니다.

구분 ANI DNIS
의미 발신번호 착신번호
질문 누가 전화했나 어느 번호로 전화했나
대표 목적 고객 식별 서비스·캠페인·IVR 식별
CRM 활용 고객 검색 업무 화면 선택

원본 자료에서도 ANI는 고객 식별, DNIS는 캠페인·IVR 구분에 사용한다고 설명합니다.

6장 ANI만 있으면 충분하지 않을까#

고객이 누구인지만 알면 상담에 충분해 보일 수 있습니다.

하지만 실제 콜센터에서는 같은 고객이 여러 업무로 전화할 수 있습니다.

예를 들어 김고객이 있다고 하겠습니다.

김고객이:

1588-1000

으로 전화했다면 일반 상담일 수 있습니다.

하지만:

1588-3000

으로 전화했다면 기술지원 업무일 수 있습니다.

ANI는 두 전화에서 동일합니다.

ANI = 김고객 전화번호

하지만 DNIS는 다릅니다.

따라서 ANI와 DNIS를 함께 사용하면:

고객은 누구인가

무슨 업무로 들어왔는가

를 동시에 파악할 수 있습니다.

7장 ANI와 DNIS를 함께 사용하면 무엇이 달라질까#

예를 들어 다음과 같은 통화가 있다고 하겠습니다.

ANI  = 01012345678
DNIS = 15883000

CRM에서 ANI를 검색하면:

김고객

을 찾을 수 있습니다.

DNIS를 보면:

기술지원센터

로 전화했다는 것을 알 수 있습니다.

따라서 상담원 화면에 단순 고객정보만 표시하는 것이 아니라:

김고객
+
보유 제품
+
최근 기술지원 이력

같은 업무에 맞는 정보를 우선 표시하는 구조를 설계할 수 있습니다.

8장 ANI는 Screen Pop의 출발점이 된다#

원본 자료의 Screen Pop 흐름에서 CTI는 ANI 또는 DNIS를 CRM으로 전달하고 CRM은 발신번호로 고객 DB를 조회합니다.

기본적인 흐름은 다음과 같습니다.

전화 착신
 ↓
CTI
 ↓
ANI
 ↓
CRM 고객조회
 ↓
고객정보 Screen Pop

따라서 ANI는 Screen Pop에서 가장 대표적인 고객 식별값입니다.

9장 DNIS는 Screen Pop 화면을 결정하는 데 사용할 수 있다#

ANI가 누구를 보여줄 것인가와 연결된다면 DNIS는 어떤 업무 화면을 보여줄 것인가와 연결할 수 있습니다.

예를 들어:

DNIS 1588-1000
→ 일반 상담 화면

DNIS 1588-2000
→ 주문 상담 화면

DNIS 1588-3000
→ 기술지원 화면

처럼 설계할 수 있습니다.

원본에서도 DNIS를 어떤 캠페인이나 IVR로 들어왔는지 식별하는 용도로 설명합니다.

10장 DNIS와 IVR은 어떤 관계인가#

콜센터에는 여러 대표번호가 존재할 수 있고 각각 다른 IVR 시나리오로 연결될 수 있습니다.

예를 들어:

1588-1000
 ↓
일반 고객센터 IVR

1588-2000
 ↓
주문센터 IVR

1588-3000
 ↓
기술지원 IVR

DNIS를 기준으로 어느 IVR 시나리오로 연결할지 결정할 수 있습니다.

즉 DNIS는 전화가 어느 서비스 진입점으로 들어왔는지 구분하는 정보가 될 수 있습니다.

11장 DNIS와 캠페인의 관계#

원본 자료에서는 DNIS를 캠페인 식별에도 활용할 수 있다고 설명합니다.

예를 들어 기업이 광고 캠페인별로 별도 전화번호를 사용한다고 하겠습니다.

광고 A → 1588-1100
광고 B → 1588-1200
광고 C → 1588-1300

고객이 어느 번호로 전화를 걸었는지 확인하면 어느 캠페인을 통해 유입됐는지 구분할 수 있습니다.

즉 DNIS는 단순 전화번호가 아니라 유입 경로 정보로 활용될 수 있습니다.

12장 하나의 콜센터가 여러 대표번호를 운영하는 이유#

콜센터가 항상 대표번호 하나만 사용하는 것은 아닙니다.

업무에 따라 여러 번호를 운영할 수 있습니다.

예를 들어:

  • 고객센터
  • 주문센터
  • 장애접수
  • 기술지원
  • 회원문의
  • 특정 캠페인

등을 별도 번호로 운영할 수 있습니다.

이 경우 DNIS가 없다면 모든 전화가 같은 방식으로 들어온 것처럼 보일 수 있습니다.

DNIS를 이용하면 착신번호마다 서로 다른:

  • IVR
  • ACD Queue
  • 상담원 Skill
  • CRM 화면

등으로 연결할 수 있습니다.

13장 ANI와 ACD는 어떻게 연결될 수 있을까#

ACD는 전화를 적절한 상담원에게 분배합니다.

ANI 자체의 핵심 역할은 고객 식별이지만 CTI와 CRM에서 고객정보를 조회한 뒤 업무 정책에 따라 추가적인 처리를 할 수도 있습니다.

예를 들어 기존 VIP 고객임을 확인했다면 별도의 업무 정책을 적용하는 구조를 설계할 수 있습니다.

다만 원본 자료에서는 ANI의 주요 역할을 고객 식별로 제시하고 있으므로 기본 개념은 이 범위에서 이해하는 것이 좋습니다.

14장 DNIS와 ACD는 어떻게 연결되는가#

DNIS는 어떤 업무 번호로 전화가 들어왔는지 알려줍니다.

따라서:

DNIS
 ↓
업무 구분
 ↓
IVR
 ↓
ACD Queue
 ↓
적절한 상담원

과 같은 구조를 구성할 수 있습니다.

예를 들어 기술지원 번호로 들어온 전화는 기술지원 스킬을 가진 상담원 그룹으로 전달할 수 있습니다.

이처럼 DNIS는 전화 유입점과 라우팅 정책 사이를 연결하는 정보로 활용할 수 있습니다.

15장 ANI가 없으면 어떻게 되는가#

모든 전화에서 발신번호를 이용할 수 있는 것은 아닙니다.

원본 자료에서는:

  • 신규 고객
  • 번호표시 거부

등으로 고객이 식별되지 않을 수 있다고 설명합니다.

ANI를 사용할 수 없다면 CRM은 전화번호 기반 고객 검색을 할 수 없습니다.

이 경우:

ANI 없음
 ↓
고객 자동 식별 실패
 ↓
미식별 고객 화면
또는
고객 검색 화면

처럼 처리할 수 있습니다.

16장 ANI가 있어도 고객을 못 찾을 수 있다#

발신번호가 정상적으로 들어왔다고 해서 반드시 고객을 찾을 수 있는 것은 아닙니다.

예를 들어:

  • 신규 고객
  • CRM에 번호가 등록되지 않음
  • 전화번호가 변경됨
  • 저장 형식이 다름

등의 경우 고객 검색이 실패할 수 있습니다.

따라서:

ANI가 존재한다

와

고객이 식별된다

는 같은 의미가 아닙니다.

17장 전화번호 정규화가 중요한 이유#

원본 CRM 연동 자료에서는 고객 식별자 매핑과 전화번호 정규화를 설계 포인트로 제시합니다.

예를 들어 같은 번호가 다음처럼 저장될 수 있습니다.

010-1234-5678
01012345678
+82-10-1234-5678

형식이 다르면 단순 문자열 비교로는 다른 번호로 판단될 수 있습니다.

따라서 CRM에서는 비교하기 전에 전화번호 형식을 일정하게 정리하는 과정이 중요합니다.

18장 전화번호 정규화 예시#

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

입력
010-1234-5678

↓

하이픈 제거

↓

01012345678

CRM에 저장된 데이터도 같은 기준으로 비교하면 고객 매칭 실패를 줄일 수 있습니다.

국가번호가 포함되는 환경에서는 추가적인 정규화 규칙이 필요할 수 있습니다.

19장 하나의 ANI에 고객이 여러 명이면 어떻게 할까#

전화번호 하나가 항상 한 고객에게만 속하는 것은 아닙니다.

예를 들어:

  • 가족 공용 전화
  • 회사 대표전화
  • 보호자 연락처
  • 법인 고객

등이 있을 수 있습니다.

이 경우 ANI 검색 결과가:

고객 A
고객 B
고객 C

처럼 여러 명일 수 있습니다.

이때 특정 고객을 임의로 자동 선택하기보다 상담원이 적절한 고객을 선택하도록 고객 선택 화면을 표시하는 방식도 생각할 수 있습니다.

20장 잘못된 ANI 매칭이 위험한 이유#

고객정보를 찾지 못하는 것도 문제지만 잘못된 고객을 자동으로 표시하는 것은 더 심각할 수 있습니다.

다른 사람의:

  • 주문정보
  • 상담내역
  • 계약정보

등이 화면에 표시될 수 있기 때문입니다.

따라서 ANI 기반 Screen Pop에서는:

빠른 조회

보다

정확한 고객 식별

이 중요합니다.

21장 DNIS만으로 고객을 알 수 있는가#

일반적으로 DNIS는 고객 개인을 식별하는 정보가 아닙니다.

DNIS는 고객이 어느 번호로 전화했는지를 보여줍니다.

따라서:

ANI
→ 고객 식별

DNIS
→ 업무 식별

로 구분하는 것이 가장 쉽습니다.

22장 ANI와 DNIS가 모두 있으면 상담 컨텍스트가 만들어진다#

예를 들어 다음 데이터를 생각해보겠습니다.

ANI  = 01012345678
DNIS = 15883000

CRM에서는:

ANI
↓
김고객

DNIS
↓
기술지원센터

로 해석할 수 있습니다.

이를 결합하면:

김고객이 기술지원 목적으로 전화했다.

라는 컨텍스트를 만들 수 있습니다.

이 정보는 단순 번호 두 개보다 훨씬 가치가 큽니다.

23장 Screen Pop에서 ANI와 DNIS가 함께 움직이는 과정#

전체 흐름을 정리하면 다음과 같습니다.

고객 발신
 ↓
PBX
 ↓
CTI 이벤트
 ↓
ANI + DNIS
 ↓
CRM
 ├─ ANI → 고객 검색
 └─ DNIS → 업무 구분
 ↓
적절한 상담화면 표시

원본 자료에서도 CTI가 ANI 또는 DNIS를 CRM으로 전달하는 구조를 제시합니다.

24장 고객정보와 업무정보를 분리해서 생각해야 한다#

Screen Pop 개발에서 흔히 모든 문제를 전화번호 하나로 해결하려고 생각할 수 있습니다.

하지만 두 질문은 분리해야 합니다.

누가 전화했는가#

ANI

무엇 때문에 어느 경로로 전화했는가#

DNIS

이 두 축을 분리하면 Screen Pop 화면 설계가 훨씬 명확해집니다.

25장 인바운드 콜에서 ANI·DNIS의 역할#

인바운드 전화에서는 다음 구조가 가장 직관적입니다.

고객
 │
 │ ANI
 ↓
콜센터
 │
 │ DNIS
 ↓
업무 시스템

고객의 번호는 ANI로 들어오고 고객이 선택한 기업 측 번호는 DNIS가 됩니다.

이를 CTI가 CRM으로 전달하면 고객과 업무를 함께 연결할 수 있습니다.

26장 아웃바운드에서도 번호 정보는 중요하다#

아웃바운드 상담은 기업이 고객에게 전화를 거는 구조이므로 인바운드와 업무 흐름이 다릅니다.

원본 Screen Pop 자료에서는 착신뿐 아니라 발신 시점에도 상담원 화면을 자동으로 전환할 수 있다고 설명합니다.

아웃바운드에서는 이미 CRM에서 대상 고객을 선택한 뒤 발신하는 경우가 있을 수 있으므로 고객정보와 전화 발신 상태를 서로 동기화하는 것이 중요합니다.

27장 ANI와 CID는 같은 말인가#

원본 자료에서는 ANI를 발신번호로 설명합니다.

현장에서는 발신번호와 관련하여 다양한 명칭이 등장할 수 있지만 이 글에서는 원본의 정의에 따라:

ANI = 고객 식별을 위한 발신번호

라는 관점으로 정리합니다.

용어가 사용되는 환경이나 통신 시스템에 따라 세부적인 의미와 구현 방식은 달라질 수 있으므로 실제 장비·통신사 문서를 확인해야 합니다.

28장 DNIS와 DID는 같은 것인가#

두 용어가 전화번호와 관련되어 있어 혼동하기 쉽습니다.

원본의 별도 전화번호 자료에서는 DID를 외부에서 특정 내선이나 IVR로 직접 연결하기 위한 번호 체계로 설명합니다.

반면 Screen Pop 문서에서 DNIS는 고객이 어느 착신번호로 전화했는지를 식별하는 정보로 설명합니다.

따라서 단순하게 같은 개념으로 보는 것보다 역할을 구분하는 것이 좋습니다.

29장 ANI·DNIS 장애는 어떻게 보일까#

예를 들어 Screen Pop 자체는 실행됐는데 고객정보가 나타나지 않는다고 하겠습니다.

가능한 흐름을 단계적으로 보면:

전화 이벤트 정상
 ↓
ANI 확인
 ↓
CRM 검색
 ↓
고객 매칭 실패

일 수 있습니다.

반대로 고객정보는 정상적으로 나타나지만 항상 잘못된 업무 화면이 뜬다면 DNIS 또는 업무 매핑을 확인할 필요가 있습니다.

즉:

고객 식별 문제 → ANI

업무 식별 문제 → DNIS

라는 관점으로 범위를 좁혀볼 수 있습니다.

30장 ANI가 정상인지 확인하는 방법#

Screen Pop 장애를 분석할 때 다음 순서로 볼 수 있습니다.

1. 전화 이벤트가 들어왔는가#

2. ANI 값이 포함되어 있는가#

3. ANI 값의 형식은 정상인가#

4. CRM DB에서 같은 번호가 검색되는가#

5. 검색 결과가 한 명인가 여러 명인가#

이 과정을 통해 CTI 문제인지 CRM 고객 데이터 문제인지 구분할 수 있습니다.

31장 DNIS가 정상인지 확인하는 방법#

DNIS 관련 문제에서는:

1. 실제 고객이 어느 번호로 전화했는가#

2. CTI 이벤트에 어떤 DNIS가 전달됐는가#

3. DNIS와 업무 코드가 올바르게 매핑되어 있는가#

4. CRM에서 올바른 화면을 선택했는가#

를 확인할 수 있습니다.

특히 기업이 여러 대표번호를 운영한다면 번호와 업무 매핑 관리가 중요합니다.

32장 ANI·DNIS와 CRM 연동에서 Fallback이 필요한 이유#

원본 CRM 연동 자료에서는 ID 매핑 실패 시 Fallback을 중요한 설계 요소로 제시합니다.

즉 ANI나 DNIS 매핑에 실패하더라도 상담 자체가 중단되어서는 안 됩니다.

예를 들어:

ANI 고객 검색 성공
→ 고객 상세화면

ANI 고객 검색 실패
→ 고객 검색 화면

DNIS 업무 매핑 성공
→ 업무별 화면

DNIS 매핑 실패
→ 기본 상담 화면

같은 형태로 대체 경로를 구성할 수 있습니다.

33장 번호 정보만 믿어서는 안 되는 이유#

ANI와 DNIS는 매우 유용하지만 상담의 모든 정보를 완벽하게 설명하지는 않습니다.

ANI로 고객을 자동 식별하더라도 상담 과정에서 본인 확인이 별도로 필요한 업무가 있을 수 있습니다.

또 DNIS는 어느 번호로 들어왔는지는 알려주지만 고객의 최종 문의 내용을 완전히 알 수는 없습니다.

따라서 ANI와 DNIS는 상담 자동화의 시작점이지 모든 업무 판단을 대신하는 정보는 아닙니다.

34장 ANI·DNIS와 개인정보 처리#

전화번호는 고객을 식별할 수 있는 정보로 사용될 수 있기 때문에 Screen Pop이나 CRM 연동에서는 접근 권한과 데이터 관리도 중요합니다.

특히 상담원 화면에 어떤 정보를 표시할 것인지, 상담 이력을 누가 조회할 수 있는지 등의 권한 설계가 함께 필요합니다.

원본 CTI 자료도 CTI 명령과 시스템 접근에 인증과 권한 관리가 필요함을 강조하고 있습니다.

35장 ANI와 DNIS를 현장 용어로 가장 쉽게 설명하면#

신입 개발자나 비전공자에게 설명한다면 다음과 같이 이야기할 수 있습니다.

ANI는 고객 전화번호이고 DNIS는 고객이 전화한 우리 회사 번호다.

조금 더 정확하게 표현하면:

ANI는 발신자를 식별하는 데 사용하는 발신번호 정보이고 DNIS는 어느 착신번호·서비스로 전화가 유입됐는지를 식별하는 정보다.

입니다.

36장 ANI와 DNIS의 핵심 활용 비교#

활용 ANI DNIS
고객 찾기 적합 직접 목적 아님
고객정보 Screen Pop 핵심 보조
서비스 구분 제한적 핵심
캠페인 구분 제한적 활용 가능
IVR 진입점 구분 직접 목적 아님 활용 가능
업무 화면 선택 고객 기준 업무 기준

원본이 제시하는 핵심은 ANI = 고객 식별, DNIS = 캠페인·IVR 식별입니다.

ANI·DNIS FAQ#

ANI란 무엇인가#

Automatic Number Identification의 약자이며 원본 자료에서는 발신번호이자 고객 식별 용도로 설명합니다.

DNIS란 무엇인가#

Dialed Number Identification Service의 약자이며 고객이 어느 착신번호로 전화했는지를 나타냅니다.

ANI와 DNIS의 가장 쉬운 차이는 무엇인가#

ANI는 누가 전화했는가, DNIS는 어느 번호로 전화했는가입니다.

ANI는 어디에 가장 많이 활용되는가#

원본 자료에서는 고객 식별과 CRM Screen Pop에 사용하는 정보로 설명합니다.

DNIS는 어디에 활용되는가#

원본에서는 캠페인이나 IVR 진입점을 식별하는 데 사용한다고 설명합니다.

ANI가 없으면 Screen Pop을 할 수 없는가#

ANI 기반 고객 자동검색은 어려워질 수 있지만 원본에서는 미식별 고객 또는 신규 고객 화면으로 처리하는 정책을 제시합니다.

ANI가 있는데 고객이 검색되지 않는 이유는 무엇인가#

고객이 신규이거나 CRM에 번호가 등록되지 않았거나 전화번호 형식이 다를 수 있습니다. 원본 CRM 연동 자료에서는 전화번호 정규화를 중요한 설계 요소로 제시합니다.

하나의 전화번호에 여러 고객이 연결될 수 있는가#

업무 데이터 구조에 따라 가능할 수 있습니다. 이런 경우 자동 선택보다 고객 선택 절차가 필요할 수 있습니다.

DNIS에 따라 다른 CRM 화면을 띄울 수 있는가#

원본에서 DNIS를 캠페인·IVR 식별에 사용하므로 업무 매핑을 이용해 서로 다른 상담 화면을 구성하는 구조로 확장할 수 있습니다.

핵심 정리#

ANI와 DNIS는 콜센터 CTI에서 전화의 발신 측과 착신 측을 구분하는 중요한 식별정보입니다.

가장 기본적으로:

고객
 ↓
ANI
 ↓
콜센터
 ↓
DNIS
 ↓
업무

라고 기억할 수 있습니다.

ANI

→ Automatic Number Identification

→ 발신번호

→ 누가 전화했는가

→ 고객 식별

DNIS

→ Dialed Number Identification Service

→ 착신번호

→ 어느 번호로 전화했는가

→ 캠페인·IVR·업무 식별

입니다.

Screen Pop에서는 CTI가 이러한 정보를 CRM에 전달하고 CRM이 고객 DB를 조회해 적절한 상담 화면을 표시할 수 있습니다.

특히 ANI와 DNIS를 함께 사용하면:

고객 식별 + 업무 식별

을 동시에 할 수 있습니다.

또한 실제 CRM 연동에서는 전화번호 정규화, 고객 매핑 실패, 다중 고객 검색, 네트워크 단절 이후 재동기화 같은 문제도 고려해야 합니다. 원본에서도 고객 식별자 매핑과 전화번호 정규화, 재동기화, Fallback을 설계 포인트로 제시합니다.

가장 짧게 기억하면 다음 두 줄이면 됩니다.

ANI = 누가 전화했는가

DNIS = 어디로 전화했는가

이 페이지의 목차