이 문서에서
개요
웹후크 콜백 URL 설정해
dropdown icon
파트너 API 엔드포인트
    조정 API 엔드포인트
    레코드 API 엔드포인트
API 엔드포인트 응답 코드 이해
파트너 보고서/템플릿 API
개정 역사
파트너 허브의 Webex Calling 통화 기록 상세 웹훅이에요
list-menu이 문서에서
list-menu피드백이 있습니까?

Webex Calling 멀티테넌트 (MT) 파트너가 웹후크를 설정하여 모든 고객의 Webex Calling 레코드를 수집할 수 있어요.이렇게 하면 각 고객에게 개별적으로 문의할 필요 없이 효율적인 청구 조정, 분석 및 보고가 가능해요.

개요

상세 통화 기록 웹훅은 요청이 아닌 이벤트를 기반으로 하는 안전하고 확장 가능하며 강력한 솔루션을 제공해요. 이 웹훅은 청구에서 맞춤형 보고에 이르기까지 사용 사례를 지원하여 고객 Webex Calling 활동을 더 잘 볼 수 있게 해줘요.

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

웹훅과 그에 수반되는 API에 대한 소개는 이 비디오캐스트: Webex Calling 파트너 세부 통화 기록 API를 봐요.

파트너 웹훅이 제공하는 것

웹훅은 5분마다 상세한 통화 기록 기록을 보여줘요. 각 웹후크 페이로드에는 다음이 포함돼요.

  • 현재 시간보다 10분에서 5분 전에 종료된 통화 기록.
  • Webex Calling클라우드에서 처리된 모든 지연 기록.
  • 안정적인 전송을 보장하기 위해 후속 웹후크 페이로드의 늦은 통화 기록을 자동으로 채워 줘요.

각 페이로드에 통화 기록이 어떻게 포함되는지 표시하려면 다음 예를 고려해 보세요.

  • 14:05 에 받은 페이로드에는 13:55 에서 14:00 사이에 종료된 통화가 포함돼요.
  • 14:00 에서 14:05 사이에 끝나는 통화는 14:10 페이로드에 포함돼요.
  • 더 일찍 완료했지만 (예: 14:04 에 종료된 통화) Webex Calling 클라우드에서 늦게 처리한 기록 (예: 14:11) 은 다음 예약 페이로드에 포함돼요 (예 : 14:15).

웹훅은 기록을 안정적으로 전달해요. 하지만 시스템이 특정 조건에서 레코드를 재생하면 후속 웹후크 페이로드에서 중복 기록을 받을 수 있어요. 기록 중복 제거 처리는 당신 책임이에요. 중복 레코드를 식별하려면 ReportID 필드를 기본 키로 사용하고 ReportTime 필드를 사용하여 통화 완료 또는 처리된 시기를 결정하세요. 이 필드를 사용하여 내부 데이터 스토어에 레코드를 업데이트하거나 삽입하세요.

파트너 허브의 웹후크

웹훅을 제공하면 분석 플랫폼에서 통화 기록을 생성할 때마다 콜백 URL로 보낼 수 있어요.

Webex Calling기록은 기존의 상세 통화 기록 API와 같은 형식으로 전달돼요. 웹훅을 설정하고 두 가지 피드 중 하나를 선택할 수 있어요.

  • 분석—파트너와 관계를 맺고 있는 모든 고객 조직의 모든 통화 기록을 포함해요. Webex Calling 여기에는 다음과 같은 조직도 포함돼요.
    • 파트너는 파트너 전체 관리자 역할로 고객 조직을 관리해요.
    • 고객 조직은 파트너 조직 내에서 Webex Calling 구독이 활성화되어 있어요.
  • 청구—파트너가 판매하고 제공해준 Webex Calling 라이선스를 가진 사용자들이 걸었던 통화에 대한 통화 기록이 포함돼요. 작업공간 통화 기록이 이 피드에 포함돼요.

액세스 및 데이터 프라이버시

소유 파트너만 청구 시 통화 정보 기록 (CDR) 에 액세스할 수 있어요.

  • 통화 녹음과 관련된 라이선스를 관리하는 파트너 (또는 하위 파트너) 가 소유 파트너가 돼요.
  • 소유권은 사용자 ID > 라이선스 ID > 구독 ID > 파트너 ID로 결정돼요.
  • 한 명의 파트너가 각 CDR에 액세스할 수 있어요.
  • 일부 통화 기록은 청구 파트너와 매핑되지 않고, 조직과 관련된 모든 파트너가 모든 기록에 동등하게 접근할 수 있는 것은 아니에요. 이러한 기록에는 개인 식별 정보 (PII) 가 포함될 수 있기 때문입니다.

웹후크 콜백 URL 설정해

파트너 허브에서 웹훅을 구성하세요. 파트너 조직당 웹후크 하나만 설정할 수 있어요.

Control Hub에서 '조직의 전체 관리자 수준 액세스'로 전체 관리자 역할과 Webex CallingCDR API 액세스 권한이 체크되어 있는지 확인하세요 (관리 > 사용자에서 전체 관리자 또는 파트너 전체 관리자를 선택한 다음 관리자 역할 > 파트너를 선택).

파트너 조정 및 기록 API를 사용할 때도 동일한 액세스 요구 사항이 적용돼요.

Screenshot showing administrator roles settings with Partner admin and Partner full admin selected, along with Webex Calling CDR API Access checked under Functional settings.

1

파트너 허브에 로그인하세요.

2

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

Screenshot of Organization Settings for Call Detail Records, displaying fields for Webhook URL, Secret token, and Resource Type with Analytics selected.
3

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

URL은 /웹훅으로 끝나야 해요 (예: https://yourdomain.com/webhook).
4

비밀 토큰으로 웹후크 페이로드를 인증하고 싶으면 하나 추가하면 돼요. Webex 웹후크 및 비밀 토큰에 대한 자세한 내용은 개발자를 위한 Webex: 웹훅을 참조하십시오.

5

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

  • 분석 —파트너와 Webex Calling 관계를 맺고 있는 모든 고객 조직의 모든 통화 기록을 포함해요.
  • 결제 —파트너가 Webex Calling 라이선스를 판매한 사용자의 통화 기록을 포함해요. 작업공간 통화 기록이 이 피드에 포함돼요.

파트너 API 엔드포인트

웹후크 외에도 데이터 조정을 지원하는 API 엔드포인트를 Webex Calling 제공해요. 이 엔드포인트를 사용하면 웹후크 리스너가 받지 못했을 수도 있는 누락된 레코드를 데이터스토어를 따라잡거나 조정할 수 있어요. API 엔드포인트 두 개가 조정 API하고 레코드 API예요.

이 API의 레코드는 30일 동안 사용할 수 있어요. 예상 레코드를 모두 받을 수 있도록 주기적으로, 예를 들어 12시간이나 24시간마다 레코드 저장소를 조정하는 것이 좋아요.

이 API에 액세스하려면 파트너 액세스 토큰을 사용해야 해요. 인증 사용자는 조직의 전체 관리자 수준 액세스 권한이 있는 파트너 전체 관리자여야 하고 Webex CallingCDR API 액세스를 활성화해야 해요. OAuth 토큰은 범위를 포함해야 해요. spark-admin:calling_cdr_read 읽기 전용 관리자 역할은 파트너 조정 및 기록 API에 충분하지 않아요.

고객 조직의 Webex Calling 데이터 지역에 analytics-calling엔드포인트를 사용하세요. 조정 API와 기록 API 모두에 해당 기본 URL을 사용하세요.

  • 미국과 캐나다: https://analytics-calling.webexapis.com
  • 유럽: https://analytics-calling-eu.webexapis.com
  • 인도: https://analytics-calling-in.webexapis.com
  • 오스트레일리아: https://analytics-calling-au.webexapis.com

API 창 범위는 서비스 부하를 더 잘 처리하기 위해 양쪽 엔드포인트에 모두 적용할 수 있어요.

  • 48시간보다 큰 시간 범위의 경우, 허용되는 최대 창 지속 시간은 12시간이에요 (시행).
  • 파트너 조직 ID의 경우 API는 토큰 범위당 분당 초기 API 요청 하나로 속도가 제한돼요. 페이지 매김을 사용하는 경우 토큰당 분당 최대 10개의 페이지 매김 API 요청이 추가로 허용되고 최초 요청 직후에 할 수 있어요.

조정 API 엔드포인트

조정 API 엔드포인트는 지정된 기간 내에 파트너가 관리하는 각 고객에 대해 생성된 총 통화 기록 수를 반환해요. 이 합계를 사용하여 로컬 스토리지를 확인하고 특정 고객의 누락되거나 일치하지 않는 통화 기록을 식별할 수 있어요.

액세스 요구 사항: 인증 사용자는 전체 관리자 수준 액세스 권한을 가진 파트너 관리자여야 하고 Webex CallingCDR API 액세스를 활성화해야 해요. 액세스 토큰은 spark-admin:calling_cdr_read범위를 포함해야 해요.

고객 조직을 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 매개변수는 다음과 같아요.

  • 시작 시간 (필수, 문자열) - 수집하려는 첫 번째 레코드의 시작 날짜 및 시간 (UTC) 이에요. 꼭 확인해 주세요:
    • 시간 형식을 다음과 같이 지정해요 YYYY-MM-DDTHH:MM:SS.mmmZ. 예를 들자면, 2025-08-15T06:00:00.000Z.
    • 시작 날짜와 시간은 현재 UTC 시간으로부터 30일을 넘으면 안 돼요.
    • 그 startTime사이의 기간은 12시간을 endTime초과할 수 없어요.
  • 종료 시간 (필수, 문자열) - 수집하려는 레코드의 종료 날짜 및 시간 (UTC) 이에요. 기록은 보고 시간, 통화 완료 시간을 기준으로 해요. 꼭 확인해 주세요:
    • 시간 형식을 다음과 같이 지정해요 YYYY-MM-DDTHH:MM:SS.mmmZ. 예를 들자면, 2025-08-15T18:00:00.000Z.
    • 종료 날짜와 시간은 현재 UTC 시간보다 5분 전이어야 하고 30일 이전이어야 해요.
    • 종료 날짜와 시간은 보다 커야 해요 startTime.
    • 와 사이의 기간은 startTime12시간을 endTime초과할 수 없어요.

조정 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)

예를 들어 헤더에 페이지 수=2, 총 조직=283, 현재 페이지=1이면 총 283개 조직이 포함된 두 페이지짜리 응답의 첫 페이지를 보고 있는 거예요. 다음 페이지에 액세스하려면 아래 그림과 같이 GET 요청에 page=2 매개 변수를 추가하세요.

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를 사용하여 불일치나 누락된 데이터를 식별한 특정 조직의 누락된 통화 기록을 쿼리하는 데 사용돼요.

권장 흐름: /v1/partners/cdrcountbyorg먼저 전화하세요. 그럼 cdr_counts[].orgId전화할 때 orgId반송된 정확한 번호를 사용하세요 /v1/partners/cdrsbyorg.

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

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 파라미터

  • orgId(필수, 문자열) —레코드를 검색하려는 고객 조직 ID예요. 파라미터 이름은 대소문자를 구분해요. 조정 API 응답 필드에서 조직 ID를 얻을 수 있어요. cdr_counts[].orgId
  • 시작 시간 (필수, 문자열) - 수집하려는 첫 번째 레코드의 시작 날짜 및 시간 (UTC) 이에요. 꼭 확인해 주세요:
    • 시간 형식을 다음과 같이 지정해요 YYYY-MM-DDTHH:MM:SS.mmmZ. 예를 들자면, 2025-08-15T06:00:00.000Z.
    • 시작 날짜와 시간은 현재 UTC 시간으로부터 30일을 넘으면 안 돼요.
    • 단일 API 요청에서 startTime와 사이의 간격은 12시간을 endTime초과해서는 안 돼요.
  • 종료 시간 (필수, 문자열) - 수집하려는 마지막 레코드의 종료 날짜 및 시간 (UTC) 이에요. 기록은 보고 시간, 통화 완료 시간을 기준으로 해요. 꼭 확인해 주세요:
    • 시간 형식을 다음과 같이 지정해요 YYYY-MM-DDTHH:MM:SS.mmmZ. 예를 들자면, 2025-08-15T18:00:00.000Z.
    • 종료 날짜와 시간은 현재 UTC 시간보다 최소 5분 전이어야 하고 30일 미만이어야 해요.
    • 종료 날짜와 시간은 보다 커야 해요 startTime.
    • 단일 API 요청에서 startTime와 사이의 간격은 12시간을 endTime초과해서는 안 돼요.
  • max (선택 사항, 개수) —응답 페이지당 최대 레코드 수를 제한해요. 꼭 확인해 주세요:
    • 범위는 500에서 5000까지입니다. 기본값은 5000이에요. 예를 들자면, max=1000.
    • API가 반환할 레코드가 지정된 최대값보다 많으면 응답에 페이지 매김이 돼요.
    • 500 미만으로 값을 지정하면 500까지 자동으로 조정돼요. 5000보다 큰 값을 지정하면 5000으로 조정돼요.

페이지 매김

API 응답이 페이지 매김되었는지 확인하려면 링크 헤더의 응답 헤더를 확인하세요. next링크 헤더에 링크가 있으면 추출하고 startTimeForNextFetch값을 사용하여 다음 레코드 세트를 요청하세요. 다음 링크가 없으면 선택한 시간 범위의 모든 보고서가 수집돼요.

후속 페이지에 대한 API 요청은 즉시 할 수 있지만 토큰 범위당 분당 페이지 매김 요청 최대 10개로 속도를 제한해야 해요.

페이지 매김 응답이나 반복되는 조정 창을 포함하여 기록을 검색할 때 등점 처리와 중복 제거를 사용하세요. 기본 reportId키로 사용하고 가장 최근에 처리된 레코드를 결정하는 reportTime데 사용해요.

예를 들어, 초기 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

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

<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&startTimeForNextFetch=2025-08-15T09:30:00.000Z&totalCount=20000&max=5000>; rel="next"

페이지네이션은 rel="next"링크 헤더만 사용해요. 응답에 rel="next"링크가 포함되면 그 URL을 사용하여 레코드의 다음 페이지를 검색하세요. 응답에 rel="next"링크가 포함되어 있지 않으면 선택한 시간 범위 동안 사용 가능한 모든 레코드를 검색한 것입니다.

이 API의 페이지 매김은 RFC5988 (웹 링크) 표준을 따른대요. 자세한 내용은 REST API 기본 사항을 참조하세요.

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

이 섹션에서는 조정 API 엔드포인트와 레코드 API 엔드포인트로 작업할 때 발생할 수 있는 일반적인 응답 코드의 개요를 제공합니다. 이 엔드포인트는 데이터 동기화, 검증, 보고에서 중요한 역할을 해요. 효과적인 문제 해결과 안정적이고 안정적인 통합을 유지하려면 이러한 응답 코드를 이해하는 것이 필수예요.

테이블 1이에요.API 엔드포인트 응답 코드

응답 코드

응답 코드 설명

200

OK

400

잘못된 요청: 요청이 유효하지 않거나 처리될 수 없었어요. 첨부된 오류 메시지가 더 설명해줄 거예요.

401

승인되지 않았어요: 인증 자격 증명이 누락되었거나 잘못됐어요.

403

금지됨: 요청은 이해했지만 거부되었거나 액세스가 허용되지 않았어요.

404

찾을 수 없음: 요청된 URI가 잘못되었거나 요청된 리소스 (예: 사용자) 가 존재하지 않아요. 요청된 형식이 요청된 메서드에서 지원되지 않을 때도 반환돼요.

405

메서드 불가: 지원되지 않는 HTTP 요청 메서드를 사용하여 리소스에 요청했어요.

409

충돌: 시스템의 어떤 정해진 규칙과 충돌하기 때문에 요청을 처리할 수 없었어요. 예를 들어, 한 사람이 한 방에 두 번 이상 추가될 수 없어요.

410

없어졌어요: 요청하신 자료를 더 이상 사용할 수 없어요.

415

지원되지 않는 미디어 유형: 미디어 유형을 지정하지 않고 리소스에 요청했거나 지원되지 않는 미디어 유형을 사용했어요.

423

잠김: 요청된 리소스를 일시적으로 사용할 수 없어요. 요청을 다시 시도하기 전에 기다려야 하는 시간을 지정하는 재시도 후 헤더가 있을 수 있어요.

428

전제 조건 필요: 파일을 멀웨어 검사할 수 없으며 강제로 다운로드해야 해요.

429

요청이 너무 많아요: 일정 시간 동안 너무 많은 요청이 전송되어 요청 속도가 제한됐어요. 요청이 성공하기 전에 기다려야 하는 시간을 지정하는 재시도 후 헤더가 있어야 해요.

451

기본적으로 analytics-calling.webexapis.com요청은 가장 가까운 지역 서버로 라우팅돼요. 해당 서버가 조직 데이터를 호스팅하면 API가 데이터를 반환해요. 그렇지 않으면 API가 HTTP 451을 반환하고 응답 본문이 조직 데이터를 검색할 수 있는 엔드포인트를 식별해요.

500

내부 서버 오류: 서버에 문제가 생겼어요. 문제가 지속되면 언제든지 [Webex 개발자 지원팀] (/탐색/지원) 에 문의하세요.

502

잘못된 게이트웨이: 서버가 요청을 처리하는 동안 업스트림 서버로부터 잘못된 응답을 받았어요. 나중에 다시 해봐요.

503

서비스 이용 불가: 서버에 요청이 너무 많아요. 나중에 다시 해봐요.

504

게이트웨이 타임아웃: 업스트림 서버가 제시간에 응답하지 못했어요. 쿼리에 최대 파라미터를 사용하는 경우, 줄여 보세요.

파트너 보고서/템플릿 API

파트너 보고서 API를 사용하여 파트너 허브에서 보고서를 생성하고 다운로드할 수 있어요. 자세한 내용은 파트너 보고서/템플릿을 참조하세요.

파트너는 파트너 허브에서 직접 여러 보고서를 액세스하고 다운로드할 수도 있어요. 자세한 내용은 파트너 허브 보고서를 참조하세요.

개정 역사

문서 개정 내역

개정 날짜

기사를 다음과 같이 변경했어요.

13/08/26

  • 조정 API 엔드포인트 역할 요구 사항: 인증 사용자는 전체 관리자 수준 액세스 권한을 가진 파트너 관리자여야 해요. 또한 Webex Calling CDR API 액세스를 활성화해야 해요.

  • 이해 API 엔드포인트 응답 코드가 451 오류 코드를 포함하도록 업데이트됐어요.

  • 고객 조직의 Webex Calling 데이터 지역에 대한 지역 엔드포인트를 추가했어요.

2/04/2026

  • 시간 경과에 따른 모든 변경 사항을 추적하는 수정 기록 테이블을 만들었어요.

  • 테이블이나 오류 코드 값을 포함하도록 조정 API 엔드포인트 및 레코드 API 엔드포인트 섹션을 업데이트했어요.

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