이 문서에서
개요
웹훅 콜백 URL 설정
dropdown icon
파트너 API 엔드포인트
    조정 API 엔드포인트
    레코드 API 엔드포인트
API 엔드포인트 응답 코드 이해하기
파트너 reports/templates API
수정 내역

파트너 허브의 Webex 통화용 상세 통화 기록 웹훅

list-menu이 문서에서
list-menu피드백이 있습니까?

Webex Calling 멀티테넌트(MT) 파트너는 웹훅을 설정하여 모든 고객의 Webex Calling 기록을 수집할 수 있습니다. 이를 통해 각 고객을 개별적으로 조회할 필요 없이 효율적인 청구 대조, 분석 및 보고가 가능합니다.

개요

상세 통화 기록 웹훅은 요청이 아닌 이벤트 기반으로 작동하는 안전하고 확장 가능하며 강력한 솔루션을 제공합니다. 이 웹훅은 고객의 Webex 통화 활동에 대한 가시성을 높여 청구부터 맞춤형 보고서에 이르기까지 다양한 사용 사례를 지원합니다.

이 웹훅을 사용하면 파트너 허브를 통해 관리되는 모든 고객에 대한 기록을 개별적으로 조회하지 않고도 편리하게 수집할 수 있습니다. 이 웹훅을 사용하면 내부 비즈니스 요구 사항과 부가 가치 서비스 모두에 맞는 맞춤형 보고, 청구 및 분석 애플리케이션을 개발할 수 있습니다.

웹훅과 관련 API에 대한 소개는 이 비디오 캐스트를 시청하세요. Webex 통화 파트너 상세 통화 내역 API.

파트너 웹훅이 제공하는 기능

웹훅은 5분마다 상세한 통화 기록을 제공합니다. 각 웹훅 페이로드에는 다음 내용이 포함됩니다.

  • 현재 시간을 기준으로 10분 전부터 5분 전까지 종료된 통화 기록입니다.
  • Webex 통화 클라우드에서 처리된 모든 지연 기록.
  • 지연된 통화 기록을 후속 웹훅 페이로드에 자동으로 채워 넣어 안정적인 전달을 보장합니다.

통화 기록이 각 페이로드에 어떻게 포함되는지 보여주기 위해 다음 예를 살펴보겠습니다.

  • 수신된 페이로드 14:05 종료된 통화를 포함합니다. 13:55 그리고 14:00.
  • 통화 종료 사이 14:00 그리고 14:05 다음 항목에 포함됩니다. 14:10 유효 탑재량.
  • 이전에 완료된 기록(예: 종료된 통화) 14:04) 하지만 Webex Calling 클라우드에서 늦게 처리됩니다(예: 14:11) 다음 예정된 페이로드에 포함됩니다(예: 14:15).

웹훅은 안정적으로 기록을 전송합니다. 하지만 특정 조건에서 시스템이 레코드를 다시 재생할 경우 후속 웹훅 페이로드에서 중복된 레코드를 수신할 수 있습니다. 귀하는 기록 중복 제거를 처리할 책임이 있습니다. 중복 레코드를 식별하려면 기본 키로 reportId 필드를 사용하고 통화가 완료되거나 처리된 시점을 확인하려면 reportTime 필드를 사용하십시오. 이 필드를 사용하여 내부 데이터 저장소의 레코드를 업데이트하거나 삽입하십시오.

파트너 허브의 웹훅

웹훅을 제공하면 분석 플랫폼이 통화 기록이 생성될 때마다 콜백 URL로 전송할 수 있게 됩니다.

Webex 통화 기록은 기존 상세 통화 기록 API와 동일한 형식을 사용하여 제공됩니다. 웹훅을 설정하고 두 가지 유형의 피드 중에서 선택할 수 있습니다.

  • 분석 기능 - 파트너가 Webex 통화 서비스를 이용하는 모든 고객사의 통화 기록을 모두 포함합니다. 여기에는 다음과 같은 조직이 포함됩니다.
    • 파트너는 파트너 정식 관리자 권한을 가지고 고객 조직을 관리합니다.
    • 고객사는 파트너사 내에서 Webex 통화 구독을 활성화한 상태입니다.
  • 청구 - 파트너가 판매 및 제공한 Webex 통화 라이선스를 보유한 사용자가 건 통화 기록이 포함됩니다. 이 피드에는 워크스페이스 통화 기록이 포함되어 있습니다.

접근 및 데이터 개인정보 보호

청구 목적으로 통화 상세 기록(CDR)에 접근할 수 있는 권한은 소유 파트너에게만 있습니다.

  • 통화 기록과 관련된 라이선스를 관리하는 파트너(또는 하위 파트너)가 소유 파트너가 됩니다.
  • 소유권은 다음 요소에 의해 결정됩니다: 사용자 ID > 라이선스 ID > 구독 ID > 파트너 ID.
  • 각 CDR은 한 명의 파트너만 접근할 수 있습니다.
  • 일부 통화 기록은 청구 파트너와 연결되지 않으며, 조직과 관련된 모든 파트너가 모든 기록에 대해 동등한 접근 권한을 갖는 것은 아닙니다. 이러한 기록에는 개인 식별 정보(PII)가 포함될 수 있기 때문입니다.

웹훅 콜백 URL 설정

파트너 허브에서 웹훅을 구성하세요. 파트너 조직당 웹훅은 하나만 설정할 수 있습니다.

Control Hub의 관리 메뉴에서 '조직 전체 관리자 수준 액세스'가 포함된 파트너 전체 관리자 역할과 Webex 통화 CDR API 액세스 가 선택되어 있는지 확인하십시오. > 사용자에서 전체 관리자 또는 파트너 전체 관리자를 선택한 다음 관리자 역할 을 선택합니다. > 파트너).

파트너 관리자 및 파트너 전체 관리자가 선택되어 있고, 기능 설정에서 Webex 통화 CDR API 액세스가 체크된 관리자 역할 설정 화면을 보여주는 스크린샷입니다.

1

Partner Hub에 로그인합니다.

2

조직 설정 으로 이동하세요. > 통화 상세 기록.

웹훅 URL, 비밀 토큰 및 리소스 유형 필드를 표시하고 분석이 선택된 통화 상세 기록의 조직 설정 스크린샷입니다.
3

웹훅아래에 사용할 URL을 입력하세요.

URL은 다음으로 끝나야 합니다. /webhook (예를 들어, https://yourdomain.com/webhook).
4

웹훅 페이로드를 비밀 토큰으로 인증하려면 토큰을 추가할 수 있습니다. Webex 웹훅 및 비밀 토큰에 대한 자세한 내용은 Webex for Developers를 참조하세요. 웹훅.

5

웹훅에 사용할 다음 리소스 유형 중 하나를 선택 하십시오 .

  • 분석—파트너가 Webex 통화 관계를 맺고 있는 모든 고객 조직의 모든 통화 기록을 포함합니다.
  • 청구—파트너가 Webex 통화 라이선스를 판매한 사용자의 통화 기록이 포함됩니다. 이 피드에는 워크스페이스 통화 기록이 포함되어 있습니다.

파트너 API 엔드포인트

Webex Calling은 웹훅 외에도 데이터 일치 작업을 지원하는 API 엔드포인트를 제공합니다. 이러한 엔드포인트를 사용하면 웹훅 수신기가 수신하지 못했을 수 있는 누락된 레코드를 데이터 저장소에 추가하거나 조정할 수 있습니다. 두 개의 API 엔드포인트는 조정 API기록 API입니다.

이러한 API에서 가져온 기록은 30일 동안 보관됩니다. 필요한 모든 기록을 정확하게 수신하려면 12시간 또는 24시간마다 정기적으로 기록 저장소를 대조하는 것이 좋습니다.

이러한 API에 액세스하려면 파트너 액세스 토큰을 사용해야 합니다. 표준 Webex 개발자 액세스 토큰 관리 관행에 따라 파트너 액세스 토큰을 획득하고 관리하십시오.

API 윈도우 범위는 서비스 부하를 더 효율적으로 처리하기 위해 두 엔드포인트 모두에 적용됩니다.

  • 48시간을 초과하는 시간 범위의 경우, 허용되는 최대 기간은 12시간입니다(권장 및 시행).
  • 48시간 이하의 시간 범위의 경우, 허용되는 최대 기간은 48시간입니다(권장하지 않음; 이 옵션은 2026년 1월 30일부터 더 이상 사용되지 않습니다).
  • 파트너 조직 ID의 경우, API 요청은 토큰 범위별로 분당 1회로 제한됩니다. 페이지네이션을 사용하는 경우, 토큰당 분당 최대 10개의 추가 페이지네이션 API 요청이 허용되며, 이러한 요청은 최초 요청 직후에 이루어질 수 있습니다.

조정 API 엔드포인트

정산 API 엔드포인트는 지정된 기간 동안 파트너가 관리하는 각 고객에 대해 생성된 총 통화 기록 수를 반환합니다. 이 합계를 사용하여 로컬 저장소를 확인하고 특정 고객에 대한 누락되거나 일관성이 없는 통화 기록을 식별할 수 있습니다.

200개 이상의 고객사를 관리하는 경우, API는 가독성을 높이기 위해 결과를 페이지별로 표시합니다.

조정 API 엔드포인트 URL은 다음 형식을 사용합니다.

https://analytics-calling.webexapis.com/v1/partners/cdrcountbyorg?endTime=YYYY-MM-DDTHH:MM:SS.000Z&startTime=YYYY-MM-DDTHH:MM:SS.000Z

API 매개변수

API를 사용하여 지난 30일간의 통화 기록을 조회할 수 있습니다. 선택한 시간 범위는 현재 UTC 시간보다 최소 5분 전에 시작해야 하며, 단일 API 호출에서 시작 시간과 종료 시간 사이의 간격이 12시간을 초과할 수 없습니다.

API 매개변수는 다음과 같습니다.

  • startTime (필수, 문자열) - 수집하려는 첫 번째 레코드의 시작 날짜 및 시간(UTC). 다음 사항을 확인하십시오:
    • 시간을 YYYY-MM-DDTHH:MM:SS.mmmZ형식으로 지정합니다. 예를 들어, 2025-08-15T06:00:00.000Z.
    • 시작 날짜 및 시간은 현재 UTC 시간으로부터 30일 이내여야 합니다.
    • startTimeendTime 사이의 간격은 12시간을 초과할 수 없습니다.
  • endTime (필수, 문자열) - 수집하려는 레코드의 종료 날짜 및 시간(UTC). 기록은 통화가 완료된 보고 시간을 기준으로 합니다. 다음 사항을 확인하십시오:
    • 시간을 YYYY-MM-DDTHH:MM:SS.mmmZ형식으로 지정합니다. 예를 들어, 2025-08-15T18:00:00.000Z.
    • 종료 날짜 및 시간은 현재 UTC 시간보다 5분 전이어야 하며, 30일 이내여야 합니다.
    • 종료 날짜 및 시간은 startTime보다 커야 합니다.
    • startTimeendTime 사이의 간격은 12시간을 초과할 수 없습니다.

정산 API 엔드포인트 JSON 응답 예시:


          {
          "cdr_counts": [
          {
          "orgId": "zzzzzzzz-yyyy-zzzz-xxxx-yyyyyyyyyyyy",
          "count": 3009
          },
          {
          "orgId": "yyyyyyyy-yyyy-zzzz-xxxx-yyyyyyyyyyyy",
          "count": 129
          },
          {
          "orgId": "xxxxxxxx-yyyy-zzzz-xxxx-yyyyyyyyyyyy",
          "count": 27895
          }
          ]
          }          
        

API 응답 헤더에는 반환된 조직의 총 수와 추가 페이지가 있는지 여부가 표시됩니다. 모든 페이지를 쿼리했는지 확인하려면 다음 헤더 매개변수를 확인하십시오.

  • 페이지 수: 총 페이지 수 (예: 2)
  • 총 조직 수: 응답에 포함된 조직의 총 수 (예: 283)
  • 현재 페이지: 현재 페이지 번호(예: 1)

예를 들어 헤더에 다음과 같이 표시되는 경우 num-pages=2, total-orgs=283, 그리고 current-page=1, 현재 보고 계신 페이지는 총 283개 단체가 포함된 2페이지 분량의 답변서 중 첫 번째 페이지입니다. 다음 페이지로 이동하려면 다음을 추가하세요. page=2 아래와 같이 GET 요청에 매개변수를 추가하세요.

https://analytics-calling.webexapis.com/v1/partners/cdrcountbyorg?endTime=YYYY-MM-DDTHH:MM:SS.000Z&startTime=YYYY-MM-DDTHH:MM:SS.000Z&page=2

레코드 API 엔드포인트

레코드 API 엔드포인트는 조정 API를 사용하여 불일치 또는 누락된 데이터가 확인된 특정 조직의 누락된 통화 기록을 조회하는 데 사용됩니다.

레코드 API는 상세 통화 내역 API에 설명된 형식과 동일한 JSON 형식으로 통화 기록을 반환합니다. 반환된 페이로드에는 상세 통화 내역 반환 페이로드와 동일한 필드가 포함되어 있습니다. 필드 및 해당 값에 대한 자세한 내용은 Webex 통화 상세 통화 기록 보고서를 참조하세요.

이 API는 현재 시간으로부터 5분 전에 종료된 통화 기록을 제공합니다. 모든 통화 기록을 확인하려면 원하는 시간대 이후 한 시간 뒤에 API를 조회하는 것이 좋습니다.

레코드 API 엔드포인트 URL은 다음 형식을 사용합니다.

https://analytics-calling.webexapis.com/v1/partners/cdrsbyorg?orgId=zzzzzzzz-yyyy-zzzz-xxxx-yyyyyyyyyyyy&endTime=YYYY-MM-DDTHH:MM:SS.000Z&startTime=YYYY-MM-DDTHH:MM:SS.000Z

API 매개변수

  • 조직 ID (필수, 문자열) - 레코드를 검색할 조직 ID입니다. 조직 ID는 조정 API에서 얻을 수 있습니다.
  • startTime (필수, 문자열) - 수집하려는 첫 번째 레코드의 시작 날짜 및 시간(UTC). 다음 사항을 확인하십시오:
    • 시간을 YYYY-MM-DDTHH:MM:SS.mmmZ형식으로 지정합니다. 예를 들어, 2025-08-15T06:00:00.000Z.
    • 시작 날짜 및 시간은 현재 UTC 시간으로부터 30일 이내여야 합니다.
    • startTimeendTime 사이의 간격은 단일 API 요청에서 12시간을 초과해서는 안 됩니다.
  • endTime (필수, 문자열) - 수집하려는 마지막 레코드의 종료 날짜 및 시간(UTC). 기록은 통화가 완료된 보고 시간을 기준으로 합니다. 다음 사항을 확인하십시오:
    • 시간을 YYYY-MM-DDTHH:MM:SS.mmmZ형식으로 지정합니다. 예를 들어, 2025-08-15T18:00:00.000Z.
    • 종료 날짜 및 시간은 현재 UTC 시간보다 최소 5분 전이어야 하며, 30일 이내여야 합니다.
    • 종료 날짜 및 시간은 startTime보다 커야 합니다.
    • startTimeendTime 사이의 간격은 단일 API 요청에서 12시간을 초과해서는 안 됩니다.
  • 최대 (선택 사항, 숫자) - 응답에서 페이지당 최대 레코드 수를 제한합니다. 다음 사항을 확인하십시오:
    • 범위는 500에서 5000까지입니다. 기본값은 5000입니다. 예를 들어, Max=1000.
    • API가 반환해야 할 레코드 수가 지정된 최대값보다 많으면 응답은 페이지네이션됩니다.
    • 500 미만의 값이 지정되면 자동으로 500까지 조정됩니다. 5000보다 큰 값이 지정되면 5000으로 조정됩니다.

페이지 매김

API 응답이 페이지네이션되는지 확인하려면 응답 헤더에서 Link 헤더를 찾아보세요. Link 헤더에 next 링크가 있는 경우, 해당 링크를 추출하고 startTimeForNextFetch 값을 사용하여 다음 레코드 집합을 요청합니다. 다음 링크가 없는 경우, 선택한 기간 동안의 모든 보고서가 수집됩니다.

다음 페이지에 대한 API 요청은 즉시 이루어질 수 있지만, 토큰 범위별로 분당 최대 10개의 페이지네이션 요청으로 속도 제한이 적용됩니다.

예를 들어, 초기 API 요청이 다음과 같다고 가정해 보겠습니다.

https://analytics-calling.webexapis.com/v1/partners/cdrsbyorg?orgId=zzzzzzzz-yyyy-zzzz-xxxx-yyyyyyyyyyyy&endTime=2025-08-15T18:00:00.000Z&startTime=2025-08-15T06:00:00.000Z&Max=5000

그러면 응답의 링크 헤더는 다음과 같습니다.

; rel="next"

다른 가능한 링크 값으로는 첫 페이지와 이전 페이지에 대해 각각 rel="first"rel="prev" 가 있습니다.

이 API의 페이지네이션은 RFC5988(웹 링크) 표준을 따릅니다. 자세한 내용은 REST API 기본 사항을 참조하세요.

API 엔드포인트 응답 코드 이해하기

이 섹션에서는 조정 API 엔드포인트기록 API 엔드포인트를 사용할 때 발생할 수 있는 일반적인 응답 코드에 대한 개요를 제공합니다. 이러한 엔드포인트는 데이터 동기화, 유효성 검사 및 보고에 있어 매우 중요한 역할을 합니다. 이러한 응답 코드를 이해하는 것은 효과적인 문제 해결과 안정적이고 신뢰할 수 있는 통합 유지를 위해 필수적입니다.

표 1. API 엔드포인트 응답 코드

응답 코드

응답 코드 설명

200

확인

400

잘못된 요청: 요청이 유효하지 않거나 다른 방법으로 처리할 수 없습니다. 자세한 내용은 오류 메시지를 통해 확인하실 수 있습니다.

401

권한 없음: 인증 자격 증명이 없거나 잘못되었습니다.

403

금지됨: 요청 내용은 이해했지만, 거부되었거나 접근이 허용되지 않았습니다.

404

찾을 수 없음: 요청된 URI가 유효하지 않거나 요청된 리소스(예: 사용자)가 존재하지 않습니다. 요청된 형식이 요청된 메서드에서 지원되지 않는 경우에도 반환됩니다.

405

메서드가 허용되지 않습니다: 지원되지 않는 HTTP 요청 방식을 사용하여 리소스에 요청이 이루어졌습니다.

409

갈등: 해당 요청은 시스템의 기존 규칙과 충돌하므로 처리할 수 없습니다. 예를 들어, 한 사람은 한 방에 두 번 이상 추가될 수 없습니다.

410

다 쓴: 요청하신 리소스를 더 이상 사용할 수 없습니다.

415

지원되지 않는 미디어 유형: 미디어 유형을 지정하지 않고 리소스에 대한 요청이 이루어졌거나 지원되지 않는 미디어 유형이 사용되었습니다.

423

잠김: 요청하신 리소스를 일시적으로 이용할 수 없습니다. Retry-After 헤더가 있을 수 있으며, 이 헤더는 요청을 다시 시도하기 전에 기다려야 하는 시간(초)을 지정합니다.

428

필수 전제 조건: 해당 파일은 악성코드 검사에 실패했으므로 강제로 다운로드해야 합니다.

429

요청이 너무 많습니다: 일정 시간 내에 너무 많은 요청이 전송되어 요청 횟수 제한이 걸렸습니다. 요청이 성공적으로 처리되기 전에 기다려야 하는 시간을 초 단위로 지정하는 Retry-After 헤더가 있어야 합니다.

500

내부 서버 오류: 서버에 문제가 발생했습니다. 문제가 지속될 경우 언제든지 문의해 주세요. [Webex 개발자 지원 team](/explore/support).

502

잘못된 게이트웨이: 서버가 요청을 처리하는 동안 상위 서버로부터 유효하지 않은 응답을 받았습니다. 나중에 다시 시도하십시오.

503

서비스를 이용할 수 없습니다: 서버에 요청이 폭주하고 있습니다. 나중에 다시 시도하십시오.

504

게이트웨이 타임아웃: 상위 서버가 제때 응답하지 못했습니다. 쿼리에 max 매개변수가 사용된 경우, 해당 값을 줄여보세요.

수정 내역

문서 수정 내역

개정일

저희는 해당 기사에 다음과 같은 변경 사항을 적용했습니다.

1/14/2026

  • 시간이 지남에 따라 발생한 모든 변경 사항을 추적하는 수정 내역 테이블을 만들었습니다.

  • 조정 API 엔드포인트 및 기록 API 엔드포인트 섹션을 업데이트하여 테이블 또는 오류 코드 값을 포함시켰습니다.

이 문서가 도움이 되었습니까?
이 문서가 도움이 되었습니까?