XML API 39 및 XML API 11에 대한 자세한 정보는 Cisco Webex Meetings XML API 업데이트 개요(XML API 39 이전)를 참조하십시오.

XML API 40에 대한 자세한 정보는 Cisco Webex Meetings XML API 업데이트 개요(XML API 40 이상)를 참조하십시오.

XML API 11 SP9 이하에 대한 업데이트는 Cisco DevNet으로 이동합니다.

XML API 41.12.0 업데이트

XML API 41.12.0 스키마를 다운로드하려면 여기를 클릭하십시오.

XMLAPI는 EnableClassicEvent 의 사이트 구성 항목에 따라 Webex Events(기본형) 예약 및 편집을 차단합니다.

영향받는 API 및 스키마 변경 사항

사이트 관리 구성 페이지에서 classicEvent 활성화 확인란이 선택되지 않은 경우, 그 사이트는 더 이상 Webex Events(기본형) 미팅을 지원하지 않습니다.

classicEvent 활성화 확인란이 선택되지 않은 경우, 다음 API를 호출하여 Webex Events(기본형) 미팅을 운영할 수 있습니다.

이벤트 만들기, 이벤트 설정, 이벤트, GetSessionInfo, LstsummaryEvent, LstrecordedEvent, LstsummaryProgram, UploadEventImage

API는 새로운 예외 010106 기본 이벤트가 비활성화되었습니다.

스키마 변경 사항

스키마 변경 사항 없음

API 요청 및 응답의 예

CreateEvent API 요청 및 응답

CreateMeeting의 요청

XXXXXXXX





07/17/2021 01:29:15
15

CreateEvent의 응답

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>
<serv:reason>클래식 이벤트가 비활성화되었습니다.</serv:reason>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>010106</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>

CreateEvent3.1.3 영향을 미치는 API:

• SetEvent 시작하기

• GetSessionInfo

• LstsummaryEvent

• Lstrecorded 이벤트

• LstsummaryProgram

• UploadEventImage

XMLAPI LstMeetingType 은 subProductCodePrefix의 새로운 요소에 응답합니다.

영향을 미치는 API

현재 productionCodePrefix의 API LstMeetingType 응답 요소: PRO, AUO 및 Webex 사전 정의된 미팅 유형 프리픽스인 기타.

이 새로운 향상점 이후에 API는 사용자 정의된 미팅 유형 접두사를 사용할 수 있는 subProdctCodePrefix:PRO1, PRO2 등의 새로운 요소에 응답합니다.

API의 스키마 변경 사항: LstMeeting유형

다음의 새로운 요소에 응답합니다. 하위ProdctCodePrefix

API 요청 및 응답 예제

LstMeetingType API 요청 및 응답

LstMeetingType 의 요청

13810

LstMeetingType의 응답

<serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="(본문 내용)http://www.w3.org/2001/XMLSchema-instance">
<mtgtype:matchingRecords>(mtgtype:matchingRecords)
<serv:total>1</serv:total>개
<serv:returned>1</serv:returned>(으)로 돌아가기
<serv:startFrom>1</serv:startFrom>
</mtgtype:matchingRecords>(으)로 돌아가기

<mtgtype:productCodePrefix>PRO</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix> //사용자 정의된 미팅 유형에 대한 새로운 요소
<mtgtype:active>활성화됨</mtgtype:active>
<mtgtype:이름>Cus_C(치수)hat_닫힘</mtgtype:name>
<mtgtype:displayName>C(으)로 표시us_C(치수)hat_닫힘</mtgtype:displayName>

XML API 41.11.0 업데이트

XML API 41.11.0 스키마를 다운로드하려면 여기를 클릭하십시오.

XML API는 Control Hub 관리 사이트에 대해 사용자 관리 API에서 상위 호환성을 지원합니다.

영향받는 API 및 스키마 변경 사항

통합 응용프로그램이 현재 Webex XMLAPI 사용자 관리 API를 사용하고 있는 경우: CreateUser, SetUser, DelUser 및 GetUser 가 사용자를 프로비저닝하거나 관리합니다. Webex 기본 사이트가 Control Hub 관리 사이트로 변환된 후 해당 API는 향후 호환성을 위해 계속 작동합니다. 일부 동작 변경 사항이 아래에 나와 있습니다.

• createUser를 사용할 때 - Control Hub에서 사용자 상태가 "활동 중"이 아니면 사이트에서도 그 사용자의 상태는 활동 중이 아닙니다. Control Hub의 사용자 상태가 활동 중이면 사이트에서도 해당 사용자의 상태는 활동 중입니다. 참고: Control Hub에서 새로운 사용자 및 변환된 사용자의 사용자 상태.

• CreateUser 및 SetUser API의 비밀번호 요소는 무시됩니다. 신규 사용자에게는 활성화 이메일이 발송되며, 사용자는 그 이메일에 있는 링크를 클릭하여 새로운 계정을 활성화하고 새 비밀번호를 입력할 수 있습니다.

• The는 활동 요소 (영어) CreateUser API 만들기 무시될 것이며, 새 사용자(확인되지 않음)는 다음을 통해 활성화할 수 없습니다. API를 사용하는 이 파라미터 설정 사용자...

• CreateUser API의 bodyContent에 있는 webExId 요소의 값은 이메일과 동일해야 합니다. webExId 가 이메일과 다른 경우, WebDB에 저장할 때 webExId 를 이메일과 동일하게 취급하고 값이 무시됩니다.

• SetUser API의 bodyContent에 있는 webExId 요소의 값은 이메일 주소의 사용자 ID이어야 합니다. bodyContent에서 <email>을(를) 사용하여 변경할 수 있습니다.

• SetUser API는 기존 사용자의 이메일 변경을 지원합니다. SecurityContext에 있는 작업 계정이 Control Hub 전체 사이트 관리자라면 성공한 것입니다. 그렇지 않으면 아래와 같은 새로운 오류 코드 및 메시지와 함께 API가 오류를 보고합니다.

  • 030120 이메일을 변경하려면 계정이 전체 사이트 관리자여야 합니다.

• SetUser API의 bodyContent의 newWebExId 요소는 무시됩니다.

• SetUser API가 이미 사용되고 있는 이메일로 변경을 시도합니다. API는 아래의 새로운 오류 코드 및 오류 메시지를 표시합니다.

  • 030118 이메일은 Control Hub 관리 사이트에서 이미 사용됩니다.

• DelUser API는 Webex 미팅 측 사용자를 비활성화하고 해당하는 미팅 라이센스는 Webex 사이트에서 제거됩니다. 이 비활성화된 사용자는 다음의 API를 사용하여 다시 활성화할 수 있습니다. 사용자가 이전에 확인되는 경우 SetUser (ACTIVATED).

• CreateUser 및 SetUser API는 아래와 같이 새로운 오류 코드 및 오류 메시지를 제공합니다.

  • 030117, 이 사용자는 조직 외부에 존재하므로 클레임 사용자 프로세스를 통해 조직으로 이동하려면 클레임해야 합니다. 조직으로 사용자를 클레임하는 절차에 관해서는 조직으로 사용자 클레임(사용자 변환)을 참조하십시오. 사용자를 클레임하기 전에 사용자가 소속된 도메인을 확인해야 합니다.

  • 030119 CI 액세스 토큰에는 범위 webexsquare가 포함되어야 합니다. 사용자 프로비저닝 시 admin.

스키마 변경 사항

해당 API에는 스키마 변경 사항 없음: CreateUser, SetUser, DelUser 및 GetUser.

API 요청 및 응답의 예

CreateUser API 요청 및 응답

API 요청:
<?xml version="1.0" 인코딩="UTF-8"?>
<serv:메시지 xmlns:xsi="""">http://www.w3.org/2001/XMLSchema-instance"
사용자:serv=""http://www.webex.com/schemas/2002/06/service"
xsi:스키마Location="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<헤더>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{site 관리 계정}</webExID>
<email>{site 관리 계정}</email>
<sessionTicket>xxxx</sessionTicket> 또는 또는
또는 , CI "accessToken"을 사용할 때 사용자 프로비저닝 시 범위 webexsquare:admin을 포함해야 합니다.
</securityContext>를
</헤더>





<webExId>Jack@qa.webex.com</webExId> --- 이메일 주소의 사용자 ID여야 합니다.
<email>Jack@qa.webex.com</email>
<firstName>잭</firstName>
<lastName>스미스</lastName>
<password>....</password>
<권한>
<host>참</host>
</권한>
<active>ACTIVATED</active> ---이 매개 변수는 사용자가 활성화 이메일을 통해 스스로 활성화할 때까지 직접 사용자를 활성화할 수 없습니다.


</serv:메시지>

API 응답 예:
<?xml version="1.0" 인코딩="UTF-8"?>
<serv:메시지 xmlns:serv="">http://www.webex.com/schemas/2002/06/service" 이메일: xmlns.comhttp://www.webex.com/schemas/2002/06/common" xmlns: 사용=http://www.webex.com/schemas/2002/06/service/user">
<serv:header>입니다.
<serv:response>(응답)
<serv:result>성공</serv:result>
<serv:gsbStatus>기본</serv:gsbStatus>
</serv:응답>
</serv:header>입니다.
<serv:몸>
<serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<use:userId>23778617</use:userId>
</serv:bodyContent>입니다.
</serv:본문>

영향을 미치는 API:

• CreateUser

• SetUser

• DelUser

XML API는 Webex 기본 사이트가 Control Hub 관리 사이트로 변환된 후 기존 사용자의 인증 상위 호환성을 지원합니다.

영향받는 API

Webex 기본 사이트가 Control Hub 관리 사이트로 변환된 후 에 있는 요소의 값은 이메일과 동일해야 합니다. 아래 세부 사항:

• Webex 기본 사이트에서 생성된 기존의 사용자의 경우, 이전의 webexID(예: Jack) 및 새로운 webexID(콘텐츠는 이메일과 동일. 예: Jack@xx.com)를 사용한 로그인이 모두 지원되며, 이 인증 하위 호환성은 모든 XML API에 적용됩니다.

• Control Hub 관리 사이트에서 생성된 새로운 사용자의 경우, webexID 요소의 값은 로그인을 위한 이메일과 동일해야 합니다.

{siteName}
{userName} --- 기존의 사용자가 webEx 기본 사이트에서 생성되었습니다. 이는 다음과 같습니다. jack 또는 jack@xx.com; 신규 사용자는 jack@xx.com
xxxx 또는 또는 또는

을 사용해야 합니다.

영향을 미치는 API:

모든 XML API.

Webex 기본 사이트가 Control Hub 관리 사이트로 변환된 후 요소 <bodyContent>의 값은 이메일과 동일해야 합니다. 아래 세부 사항:

• Webex 기본 사이트에서 생성된 기존의 사용자에 대해 이전의 webExId(예: Jack) 및 새로운 webexId(콘텐츠는 이메일과 동일. 예: Jack@xx.com)이 bodyContent에서 모두 지원됩니다.

• Control Hub 관리 사이트에서 생성된 새로운 사용자의 경우, webExId 요소의 값은 bodyContent의 이메일과 동일해야 합니다.

xxxx --- 기존 사용자가 webEx 클래식 사이트에서 생성되었습니다. jack 또는 jack@xx.com; 새 사용자는 jack@xx.com
을 사용해야 합니다.

영향을 미치는 API: GetUser, SetUser 및 DelUser.

스키마 변경 사항

어떤 API에도 스키마 변경 사항 없음.

API 요청 및 응답의 예

GetUser API 요청 및 응답

API request:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">


<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> --- 기존 사용자가 webEx 클래식 사이트에서 생성되었습니다. jack 또는 jack@xx.com; 신규 사용자는 jack@xx.com
xxxx 또는 또는 또는




xxxx --- 기존 사용자가 webEx 클래식 사이트에서 생성되었어야 합니다. jack 또는 jack@xx.com; 새 사용자는 jack@xx.com




API 응답 example:
...same을 이전과 같이 사용해야 합니다.

Webex Meetings, Webex Events(신규) 및 Webex Events(기본형)에서 지원하는 기능 향상 녹화 보기 기록 보고 API

영향받는 API

현재 API: lstrecordaccessHistory 및 lstrecordaccessDetailHistory 는 Webex Trainings 녹화 보기 액세스 기록 보고서만 지원합니다. 이 새로운 향상점은 Webex Meetings, Webex Events(신규) 및 Webex Events(기본형) 녹화 보기 액세스 기록 보고서도 지원합니다.

스키마 변경 사항

아래의 API 요청 본문에서 API lstrecordaccessHistory에 새로운 스키마가 지원됩니다.

MeetingCenter
TrainingCenter
EventCenter

세부 정보

API: lstrecordaccessHistory 는 Webex Meetings, Webex Events (신규), Webex Events (기본형) 및 Webex Trainings에 대해 녹화 보기 액세스 기록을 반환할 수 있습니다.

• API 요청에 지정된 serviceType 이 없는 경우, lstrecordaccessHistory 의 API는 Webex Trainings 녹화 보기 액세스 기록만 반환합니다.

• serviceType 이 MeetingCenter일 때 lstrecordaccessHistory 의 API는 Webex Meetings 및 Webex Events(신규) 녹화 보기 액세스 기록을 모두 반환합니다.

• serviceType 이 EventCenter인 경우, lstrecordaccessHistory 의 API는 Webex Events (기본형) 녹화 보기 액세스 기록을 반환합니다.

API: lstrecordaccessDetailHistory 는 Webex Meetings, Webex Events (신규), Webex Events (기본형) 및 Webex Trainings의 recordID 로 세부 사항을 반환할 수 있습니다.

API 요청 및 응답 예제

lstrecordaccessHistory API의 요청 및 응답

<?xml version="1.0" 인코딩="UTF-8"?>
<serv:메시지 xmlns:xsi="""">http://www.w3.org/2001/XMLSchema-instance">
<헤더>
<securityContext>
<webExID>{userName}</webExID>
<password>{password}</password>(비밀번호)
<siteName>{siteName}</siteName>
</securityContext>를
</헤더>


<viewTimeScope>
<viewTimeStart>2021년 9월 20일 00:00:00</viewTimeStart>
<viewTimeEnd>2021년 9월 28일 23:59:59</viewTimeEnd>
</viewTimeScope>
<listControl>
<startFrom>1</startFrom>
<maximumNum>100</maximumNum>(최대 번호)
</listControl>
<주문>
<orderBy>녹화됨</orderBy>
<orderAD>ASC</orderAD>
</주문>
<서비스 유형>
<serviceType>MeetingCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>EventCenter</serviceType>
</서비스 유형>


</serv:메시지>

<?xml version="1.0" 인코딩="UTF-8"?>
<serv:메시지 xmlns:serv="">http://www.webex.com/schemas/2002/06/service" 이메일: xmlns.comhttp://www.webex.com/schemas/2002/06/common" xmlns:역사=""http://www.webex.com/schemas/2002/06/service/history">
<serv:header>입니다.
<serv:response>(응답)
<serv:result>성공</serv:result>
<serv:gsbStatus>기본</serv:gsbStatus>
</serv:응답>
</serv:header>입니다.
<serv:몸>
<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory 테스트 TC-20210924 1324-1</history:recordName>
<history:creationTime>2021/09/24 13:28:13</history:creationTime>
<history:registered>0</history:registered>을 클릭합니다.
<history:downloaded>2</history:downloaded>,
<history:viewed>1</history:viewed>,
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>(영어)
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>테스트Erollment_001-20210610 1905-1</history:recordName>
<history:creationTime>2021/06/10 19:10:15</history:creationTime>
<history:registered>0</history:registered>을 클릭합니다.
<history:downloaded>0</history:downloaded>,
<history:viewed>3</history:viewed>,
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>(영어)
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>즉석 재생 테스트 2-20210705 0709-1</history:recordName>
<history:creationTime>2021년 7월 5일 07:15:06</history:creationTime>
<history:registered>0</history:registered>을 클릭합니다.
<history:downloaded>0</history:downloaded>,
<history:viewed>1</history:viewed>,
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>(영어)
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>EC2.0(기록:기록 이름)_232423-20210922 0447-1</history:recordName>
<history:creationTime>09/22/2021 04:53:05</history:creationTime>
<history:registered>0</history:registered>을 클릭합니다.
<history:downloaded>0</history:downloaded>,
<history:viewed>1</history:viewed>,
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>(영어)
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory 테스트 EC2.0-20210924 1315-1</history:recordName>
<history:creationTime>2021/09/24 13:19:00</history:creationTime>
<history:registered>0</history:registered>을 클릭합니다.
<history:downloaded>1</history:downloaded>,
<history:viewed>1</history:viewed>,
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>(영어)
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory 테스트 MC-20210924 1319-1</history:recordName>
<history:creationTime>2021/09/24 13:25:12</history:creationTime>
<history:registered>0</history:registered>을 클릭합니다.
<history:downloaded>1</history:downloaded>,
<history:viewed>1</history:viewed>,
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>(영어)
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory 테스트 EC classic-20210924 1331-1</history:recordName>
<history:creationTime>2021/09/24 13:37:28</history:creationTime>
<history:registered>0</history:registered>을 클릭합니다.
<history:downloaded>1</history:downloaded>,
<history:viewed>1</history:viewed>,
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>(영어)
<history:matchingRecords>
<serv:total>8</serv:total>개
<serv:returned>7</serv:returned>(으)로 돌아가기
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>(영어)
</serv:bodyContent>입니다.
</serv:본문>

lstrecordaccessDetailHistory API의 요청 및 응답

<?xml version="1.0" 인코딩="UTF-8"?>
<serv:메시지 xmlns:xsi="""">http://www.w3.org/2001/XMLSchema-instance"
사용자:serv=""http://www.webex.com/schemas/2002/06/service">
<헤더>
<securityContext>
<webExID>{userName}</webExID>
<password>{password}</password>(비밀번호)
<siteName>{siteName}</siteName>
</securityContext>를
</헤더>

<bodyContent xsi:type=
"java:com.webex.service.binding.history.LstrecordaccessDetailHistory"> 한국어
<recondID>1XXXXXX7</recondID>
<timeZoneID>20</timeZoneID>


</serv:메시지>

<?xml version="1.0" 인코딩="UTF-8"?>
<serv:메시지 xmlns:serv="">http://www.webex.com/schemas/2002/06/service" 이메일: xmlns.comhttp://www.webex.com/schemas/2002/06/common" xmlns:역사=""http://www.webex.com/schemas/2002/06/service/history">
<serv:header>입니다.
<serv:response>(응답)
<serv:result>성공</serv:result>
<serv:gsbStatus>기본</serv:gsbStatus>
</serv:응답>
</serv:header>입니다.
<serv:몸>
<serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi=" 상세내용http://www.w3.org/2001/XMLSchema-instance">
<history:recordDetail>(기록 세부 사항)
<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>Axxxg</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>2021/09/24 13:27:26</history:accessTime>
<history:registered>거짓</history:registered>
<history:downloaded>거짓</history:downloaded>
<history:viewed>참</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordDetail>(기록 세부 사항)
<history:recordDetail>(기록 세부 사항)
<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>Axxxg</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>2021/09/24 13:27:39</history:accessTime>
<history:registered>거짓</history:registered>
<history:downloaded>참</history:downloaded>
<history:viewed>거짓</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordDetail>(기록 세부 사항)
<history:matchingRecords>
<serv:total>2</serv:total입니다.
<serv:returned>2</serv:returned>(으)로 돌아가기
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>(영어)
</serv:bodyContent>입니다.
</serv:본문>

영향을 미치는 API:

• lstrecordaccess역사

• lstrecordaccess상세내역

XMLAPI와 Webex 페이지 사이에 허용된 최대 Webex Events(기본형) 설명 길이의 차이를 수정합니다.

영향받는 API

XML API: CreateEvent 및 SetEvent의설명 요소는 최대 10000자 입력을 허용합니다. 크기를 초과하면 새 오류 코드 및 메시지가 나타납니다.

060067 부적합한 설명 입력. 설명은 10,000자를 초과할 수 없습니다.

스마 변경 사항

변경된 스마 없음.

API 요청 및 응답 예제

CreateEvent API 요청 및 응답

#API 요청 예:
...

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
xmlns:att="http://www.webex.com/schemas/2002/06/service/event" xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
<accessControl>
<sessionPassword>111111</sessionPassword>
<listing>PRIVATE</listing>
</accessControl>
<metaData>
<sessionName>EC test</sessionName>
........설명>
</metaData>
...


------------------------------------
#API response example when the description exceeds 10000 characters:

<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">


<serv:result>FAILURE</serv:result>
Illegal input description. 설명은 10000자를 초과할 수 없습니다.
PRIMARY
060068

영향을 미치는 API:

• CreateEvent

• SetEvent

XML API: GetUser는 freeAccount의 새로운 요소를 반환합니다.

영향받는 API

GetUser 는 사용자 계정이 FreeAccount 인지 아닌지를 식별하는freeAccount 의 새로운 요소를 반환합니다.

스키마 변경 사항

GetUser 응답의 예

GetUser response:
AW
false

3
false

영향을 미치는 API:

GetUser

XML API 41.9.0 업데이트

여기를 클릭하여 XML API 41.9.0 스키마를 다운로드합니다.

모든 T31 사이트에 대해 XML API 10.0.0 서비스 해제

Webex는 모든 T31 사이트에 대해 XML API 버전 10.0.0의 지원을 종료할 계획입니다.

41.9.0 업데이트의 모든 프로덕션에서 XML API 10.0.0 코드를 폐기하게 됩니다.

XML API 41.8.0 업데이트

XML API 41.8.0 스키마를 다운로드하려면 여기를 클릭하십시오.

모든 T31 사이트에 대해 XML API 10.0.0 서비스 해제

Webex는 모든 T31 사이트에 대해 XML API 버전 10.0.0의 지원을 종료할 계획입니다.

Webex에서 일부 고객 클라이언트가 다음과 같은 올바르지 않은 방법을 사용하여 XML API의 URL에 액세스하는 것을 확인했습니다. https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, XML API URL에 액세스하는 올바른 방법은 다음과 같습니다. https://{siteName}.webex.com/WBXService/XMLService.

XML API 버전 10.0.0에 대한 지원을 종료하기 전에 미치는 영향을 최소화하기 위해 올바른 방법을 사용하여 코드 액세스 XML API를 전환하십시오.

XML API 41.7.0 업데이트

XML API 41.7.0 스키마를 다운로드하려면 여기를 클릭하십시오.

모바일 녹화 삭제 및 편집은 사이트 관리 옵션에서 제어해야 합니다. 호스트가 녹화를 다시 지정, 편집, 비활성화 및 삭제할 수 있게 허용

영향받는 API 및 스키마 변경 사항

사이트맵: 도구 아래에서 새 요소 이름 enableNBRMCModify 및 separateNoRecordingEdit 를 반환합니다.

응답 예제

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
....
<ns1:tools>
...
<ns1:enableNBRMCModify>false</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit>true</ns1:separateNoRecordingEdit>
...
</ns1:tools>
</serv:bodyContent>
</serv:body>

XML API 41.6.3 업데이트

XML API 41.6.3 스키마를 다운로드하려면 여기를 클릭하십시오.

GetSite 응답 supportLargeEvent의 새로운 요소

영향받는 API 및 스키마 변경 사항

사이트맵: 은(는) 사이트가 대규모 이벤트(Webex 이벤트(신규))를 지원하는지 여부를 발신자에게 알리기 위해 siteCommonOptions 아래에 supportLargeEvent 라는 새로운 요소를 반환합니다.

스키마 변경

응답 예제

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
....

...
<ns1:enablePreMeetingLobby>false</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>
</serv:body>

XML API 41.6.0 업데이트

XML API 41.6.0 스키마를 다운로드하려면 여기를 클릭하십시오.

XMLAPI, 프로비저닝 시 Webex Events 2.0 지원

영향받는 API

GetUser: 은(는) 이 사용자 계정에서 새 Event 2.0(EC 2.0)의 용량을 표시하는 새 요소 이름 largeEventCapacity 를 반환합니다. 예를 들어, 사용자 계정에 CI_EC3K 라이센스가 있는 경우 largeEventCapacity 의 값은 3000입니다.

스키마 변경 사항

응답 예제

GetUserResponse:

XMLAPI LstRecording의 CreateTime은 녹화 시작 시간을 적용

영향받는 API

녹화: LstRecording 응답 CreateTime 은 사용자가 실제로 녹화 버튼을 누를 때의 시간입니다.

세부 사항

과거에는 XML API에서 녹화가 데이터베이스에서 생성되었을 때의 타임 스탬프를 LstRecording 응답의 생성 시간으로 사용했습니다. 이제 이 시간은 사용자가 실제로 녹화를 시작하는 시간입니다. 이 변경 사항은 모든 서비스 녹화에 적용됩니다. 스키마 변경 사항은 없습니다.

XML API 41.5.0 업데이트

XML API 41.5.0 스키마를 다운로드하려면 여기를 클릭하십시오.

XMLAPI에 PSTN에서 호스트로서 Webex 예약된 미팅을 시작할 수 있는 기능이 있습니다.

영향받는 API

• 사용자 만들기: 사용자 역할이 호스트 또는 전체 또는 읽기 전용 또는 사용자 관리 사이트 관리자인 경우, 사용자 PMR이 활성화되어 있는지 여부와 관계없이 hostPIN 을 생성합니다.

• 설정 사용자: 세트 호스트 PIN 사용법 전화.호스트PIN 언제? 개인MeetingRoom.hostPIN 은(는) XML 요청에 없습니다(전제 조건: 기능 토글 AllowStartScheduledMtgFromPhone 이 활성화됨).

• GetUser: 은(는) 사용자 PMR이 활성화되었는지 여부에 관계 없이 phones.hostPIN 을 반환합니다. (전제 조건: 기능 토글 AllowStartScheduledMtgFromPhone이 활성화됨).

스키마 변경 사항

GetUserResponse:

설정 사용자:

응답 예제

GetUserResponse:

설정 사용자:

XMLAPI GetSite 응답 모바일 클라이언트에 대한 두 가지 새로운 요소

영향을 미치는 API

• 사이트맵: GetSite 는 이제 모바일 클라이언트가 녹화 탭을 표시하거나 표시하지 않는 논리를 가지도록 지원하는 두 개의 새로운 요소에 응답합니다.

  • 활성화RecordingAccess: true 또는 false인 Webex 슈퍼 관리자는 토글(EnableRecordingAccesses)을 사용하여 녹화 액세스를 활성화하거나 비활성화할 수 있습니다.

  • 스토리지EmptyStatus: true 또는 false, 두 사이트 모두 NBR 기능을 지원하지 않고 NBR 스토리지 공간을 0으로 할당하면 상태 응답이 true, 그렇지 않으면 false입니다.

스키마 변경 사항

GetSite에 대한 샘플 요청

Getsite에 대한 샘플 응답

non-ASCII 문자가 포함된 이메일 제목은 RFC2047로 인코딩됩니다. ASCII 문자만 포함된 이메일 제목의 경우 인코딩이 없습니다.

API 요청, 응답 페이로드에 영향을 미치지 않지만, 이메일 제목의 인코드 동작은 변경됩니다. non-ASCII 문자가 포함된 이메일의 제목은 RFC2047로 인코딩됩니다. ASCII 문자만 포함된 이메일 제목의 경우 인코딩이 없습니다.

스키마 변경 사항

스키마 변경 내용은 없습니다.

XML API 41.4.0 업데이트

XML API 41.4.0 스키마를 다운로드하려면 여기를 클릭하십시오.

이벤트 만들기 예약된 Webex Events는 들어올 때와 나갈 때 발신음에서 사이트 수준의 기본값을 사용할 수 있음

XMLAPI는 들어올 때와 나갈 때 발신음을 제어하기 위한 현재 새로운 논리에 부합합니다. Webex Events에 대한 모든 발신음은 사이트 관리에 있는 다른 설정에서 제어했습니다. GetSite에서 XMLAPI는 추가 필드 entryExitToneEC를 반환하여 값을 나타냅니다. 원래 사이트 관리자가 기본값을 발신음으로 설정하면 이벤트 만들기는 XMLAPI 기본값을 적용하여 이 설정을 사용하지 않습니다.

영향받는 API

XML API: GetSite 는 값을 나타내는 하나의 새로운 요소 entryExitToneEC 를 반환합니다.

XML API: CreateEvent, SetEvent, GetEvent 백엔드 비즈니스 논리는 entryExitToneEC의 값을 읽습니다.

스키마 변경 사항

XML API: GetSite 응답 샘플:

<ns1:기본값>
<ns1:emailReminders>참</ns1:emailReminders>
<ns1:entryExitTone>ANNOUNCENAME</ns1:entryExitTone>
<ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
<ns1:voip>참</ns1:voip>
<ns1:다자간 전화회의>
<ns1:telephonySupport>없음</ns1:telephonySupport>
</ns1:다자간 전화회의>
<ns1:joinTeleconfNotPress1>참</ns1:joinTeleconfNotPress1>
<ns1:updateTSPAccount>거짓</ns1:updateTSPAccount>
</ns1:기본값>

영향을 미치는 API:

• GetSite

• CreateEvent

• SetEvent

• GetEvent

XMLAPI는 대규모 이벤트(Webex Event 2.0) 세부 정보만 반환함

1. Webex Meeting이 대규모 이벤트 또는 웹캐스트인 경우, GetSessionInfo는 미팅 비밀번호, 미팅 숫자 비밀번호, 토론자 비밀번호 및 토론자 숫자 비밀번호(스키마는 변경되지 않음)를 포함하여 일부 자세한 정보를 반환합니다.

2. XMLAPI는 대규모 이벤트 또는 웹캐스트 기능을 만들고 편집하는 기능을 지원하지 않기 때문에 CreateMeeting 및 SetMeeting은 대규모 이벤트 또는 웹캐스트 사례에 대해 새로운 예외(110064, 이벤트 및 웹캐스트 세션 유형은 지원되지 않음)를 반환합니다.

영향을 미치는 API

XML API 41.3.0 업데이트

XML API 41.3.0 스키마를 다운로드하려면 여기를 클릭하십시오.

XML API 새로운 변경 사항은 Webex Events 2.0 기능을 지원함

영향받는 API

두 개의 API 모두: GetSessionInfo 및 GetMeeting 반환 요소 enableEvent 및 enableWebniar 도 마찬가지입니다.

스키마 변경 사항

GetSessionInfo 는 EC 2.0용 요소 enableEvent 및 enableWebniar 를 반환합니다.

GetMeeting 은 EC 2.0용 요소 enableEvent 및 enableWebniar 를 반환합니다.

응답 샘플:

GetSessionInfo 응답:

공개
false
true
false
false
false
false
true

GetMeeting 응답:

false
true
true
true
false
false
true

XMLAPI 새로운 변경 사항은 미팅 전 로비 기능을 지원함

영향받는 API

XML API: GetSite, LstSummarySession, GetSessionInfo 및 GetMeeting 은 미팅 전 로비에 대해 새로운 요소 enablePreMeetingLobby 에 응답합니다.

스키마 변경 사항

XML API: GetSite 는 미팅 전 로비에 대해 enablePreMeetingLobby 요소를 반환합니다.

XML API: LstSummarySession 은 미팅 전 로비에 대해 요소 enablePreMeetingLobby 를 반환합니다.

XML API: GetSessionInfo 는 미팅 전 로비에 대해 요소 enablePreMeetingLobby 를 반환합니다.

XML API: GetMeeting 은 미팅 전 로비에 대해 enablePreMeetingLobby 요소를 반환합니다.

응답 샘플:

GetSite 응답:

false
거짓
false
true
true
true
true
false
true
true
(으)로 돌아가기

LstSummarySession 응답:

false
true
0
false
false
false
true

GetSessionInfo 응답:

공개
false
true
false
false
false
false
true

GetMeeting 응답:

false
true
true
true
false
false
true

XML API GetSite 응답 정보 동작 변경 공개

영향받는 API

XML API: GetSite 는 역할을 포함하는 관리자 계정의 요소 아래에 대한 응답만 표시합니다. SiteAdmin, RO_SiteAdmin 및 UserAdmin.

<ns1:activeUserCount>...</ns1:activeUserCount>
<ns1:EEActiveUserCount>...</ns1:EEActiveUserCount>
<ns1:activeCETHost>...</ns1:activeCETHost>

<ns1:MCActiveUserCount>...</ns1:MCActiveUserCount>
<ns1:ECActiveUserCount>
<ns1:TCActiveUserCount>...</ns1:TCActiveUserCount>
<ns1:SCActiveUserCount>...</ns1:SCActiveUserCount>...</ns1:SCActiveUserCount>...</ns1:SCActiveUser

작동 변경됨

GetSite의 라이센스 데이터 에 대한 관리자 역할만 허용합니다. 호스트나 참석자는 해당하는 라이센스 데이터를 GetSite 응답에서 얻을 수 없습니다.

API는 아래와 같습니다. siteadmin 또는 ready-only siteadmin 또는 사용자 관리 관리에 대한 GetSite의 응답 예:

XML API 41.2.0 업데이트

XML API 41.2.0 스키마를 다운로드하려면 여기를 클릭하십시오.

사이트에서 Webex 텔레포니를 지원하는 경우, XMLAPI는 "CMR 하이브리드 VOIP"를 지원합니다.

영향받는 API

• GetSite 는 응답에서 새로운 요소 IsWebexTelephony 를 반환합니다.

• CreateUser 및 SetUser 는 IsWebexTelephony 가 다른 조건과 함께 참인 경우 cmrHybridVoip 요소를 업데이트할 수 있습니다. IsTSPUsingTelephonyAPI 는 더 이상 중요하지 않습니다.

스키마 변경 사항

XML API: GetSite 응답은 추가 요소 IsWebexTelephony를 반환합니다.

GetSite 응답에는 다음 새로운 요소가 포함됩니다.

<ns1:isWebexTelephony>true</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>false</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName>
<ns1:participantAccessCodeLabel>참석자 액세스 코드</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel>호스트 액세스 코드</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel>참석자 ID</ns1:attendeeIDLabel>

.....

</ns1:telephonyConfig>

LstSummarySession 은 EC2.0을 지원합니다

XML API에 영향을 미침

LstSummarySession 은 EC 2.0을 지원하기 위해 새로운 두 가지 요소를 반환합니다.

스키마 변경 사항

XML API: LstSummarySession: <enableEvent> 및 <enableWebniar> 요소 추가

XML API의 응답: LstSummarySession

EC 2.0에 대한 응답

true

0
false
true
true

XMLAPI는 MCT 통합에 대해 사이트 사용자 Webex-voice-assistant 옵션을 반환하도록 지원함

적용되는 API

GetUser 는 응답에서 새로운 요소 webexAssistantEnabled (true 또는 false)를 반환합니다.

스키마 변경 사항

getUserResponse:

응답 예제