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으로 이동합니다.

API 41.12.0 업데이트

XML API 41.12.0 업데이트

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

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

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

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

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

CreateEvent, SetEvent, GetEvent, GetSessionInfo, LstsummaryEvent, LstrecordedEvent, LstsummaryProgram, UploadEventImage

API는 새로운 예외 010106으로 응답합니다. classicEvent는 비활성화되었습니다.

스키마 변경 사항

스키마 변경 사항 없음

API 요청 및 응답의 예

CreateEvent API 요청 및 응답

CreateMeeting의 요청

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent">
  <accessControl>
    <sessionPassword>XXXXXXXX</sessionPassword>
  </accessControl>
   <metaData>
    <sessionName>XMLAPI EC Testing</sessionName>
   </metaData>
  <schedule>
    <startDate>07/17/2021 01:29:15</startDate>
    <openTime>15</openTime>            
  </schedule>
</bodyContent>
</body>
</serv:message>

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>FAILURE</serv:result>
            <serv:reason>The classic Event has been disabled.</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 GetEvent

  • GetSessionInfo

  • LstsummaryEvent

  • LstrecordedEvent

  • LstsummaryProgram

  • UploadEventImage

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

영향받는 API

현재 API LstMeetingType 다음의 응답 요소 productionCodePrefix: PRO, AUO 및 기타(Webex의 사전 정의 미팅 유형 접두사).

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

API의 스키마 변경 사항: LstMeetingType

다음의 새로운 요소에 응답합니다. subProdctCodePrefix

API 요청 및 응답의 예

LstMeetingType API 요청 및 응답

다음의 요청 LstMeetingType

<bodyContent xsi:type="java:com.webex.service.binding.meetingtype.LstMeetingType">
    <meetingTypeID>13810</meetingTypeID>
</bodyContent>
</body>
</serv:message>

다음의 응답 LstMeetingType

<serv:body>
        <serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <mtgtype:matchingRecords>
                <serv:total>1</serv:total>
                <serv:returned>1</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </mtgtype:matchingRecords>
            <mtgtype:meetingType>
                <mtgtype:productCodePrefix>PRO</mtgtype:productCodePrefix>
                <mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix>       //New element for customized meeting type
                <mtgtype:active>ACTIVATED</mtgtype:active>
                <mtgtype:name>Cus_Chat_Closed</mtgtype:name>
                <mtgtype:displayName>Cus_Chat_Closed</mtgtype:displayName>

API 41.11.0 업데이트

XML API 41.11.0 업데이트

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

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

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

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

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

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

  • CreateUser API의 활성 요소는 무시되며, 신규 사용자(확인되지 않음)는API SetUser를 사용하여 이 파라미터를 통해 활성화할 수 없습니다.

  • CreateUser API의 bodyContent에 있는 webExId 요소의 값은 이메일과 동일해야 합니다. webExId이메일과 다르면그것을 WebDB에 저장할 때 webExId가 이메일과 동일하게 취급되며, 그 값은 무시됩니다.

  • SetUser API의 bodyContent의 webExId 요소의 값은 이메일 주소의 사용자 ID여야 하며, 사용자는 bodyContent의 <이메일>을 사용하여 그것을 변경할 수 있습니다.

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

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

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

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

    • 030118 이메일이 이미 Control Hub 관리 사이트에서 사용되고 있습니다.

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

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

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

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


제한된 기간 동안만 상위 호환성이 지원됩니다. 이 호환성이 제거되기 전에 미리 통지해 드리겠습니다.

스키마 변경 사항

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

API 요청 및 응답의 예

CreateUser 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">
<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{site Admin account}</webExID>
      <email>{site Admin account}</email>
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken>
                  or <accessToken>, when using CI "accessToken", it must include scope webexsquare:admin when provisioning user
    </securityContext>
</header>



<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
    <webExId>Jack@qa.webex.com</webExId> --- it should is user identity of email address
    <email>Jack@qa.webex.com</email>
    <firstName>Jack</firstName>
    <lastName>Smith</lastName>
    <password>....</password>
    <privilege>
        <host>true</host>
    </privilege>
    <active>ACTIVATED</active> ---this parameter can't active the user directly until the user self activate itself via activation email.
</bodyContent>
</body>
</serv:message>

API response example:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:use="http://www.webex.com/schemas/2002/06/service/user">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <use:userId>23778617</use:userId>
        </serv:bodyContent>
    </serv:body>
</serv:message>

영향을 미치는 API:

  • CreateUser

  • SetUser

  • DelUser

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

영향받는 API

Webex 기본 사이트를 Control Hub 관리 사이트로 변환한 후 <webExID>의 <securityContext> 요소의 값은 이메일과 동일해야 합니다. 세부 사항은 아래에 나와 있습니다.

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

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


<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
    </securityContext>
</header>

영향을 미치는 API:

모든 XML API.

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

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

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

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
    <webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
</bodyContent>

영향을 미치는 API:GetUser, SetUserDelUser.

스키마 변경 사항

어떤 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">
<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
    </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
    <webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
</bodyContent>
</body>
</serv:message>

API response example:
...same as before

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

영향받는 API

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

스키마 변경 사항

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

<serviceTypes>
       <serviceType>MeetingCenter</serviceType>
       <serviceType>TrainingCenter</serviceType>
       <serviceType>EventCenter</serviceType>
</serviceTypes>

세부 정보

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 Webex Meetings, Webex Events(신규), Webex Events(기본형) 및 Webex Trainings의 recordID 에 따라 세부 사항을 반환할 수 있습니다.

API 요청 및 응답의 예

lstrecordaccessHistory API의 요청 및 응답

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <header>
        <securityContext>
            <webExID>{userName}</webExID>
            <password>{password}</password>          
            <siteName>{siteName}</siteName>
        </securityContext>
    </header>
    <body>
        <bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
            <viewTimeScope>
                <viewTimeStart>9/20/2021 00:00:00</viewTimeStart>
                <viewTimeEnd>9/28/2021 23:59:59</viewTimeEnd>
            </viewTimeScope>
            <listControl>
                <startFrom>1</startFrom>
                <maximumNum>100</maximumNum>
            </listControl>
            <order>
                <orderBy>RECORDID</orderBy>
                <orderAD>ASC</orderAD>
            </order>
            <serviceTypes>
                <serviceType>MeetingCenter</serviceType>
                <serviceType>TrainingCenter</serviceType>
                <serviceType>EventCenter</serviceType>
            </serviceTypes>
        </bodyContent>
    </body>
</serv:message>

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:history="http://www.webex.com/schemas/2002/06/service/history">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <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 test TC-20210924 1324-1</history:recordName>
                <history:creationTime>09/24/2021 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>TestErollment_001-20210610 1905-1</history:recordName>
                <history:creationTime>06/10/2021 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>Test instant playback 2-20210705 0709-1</history:recordName>
                <history:creationTime>07/05/2021 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 test EC2.0-20210924 1315-1</history:recordName>
                <history:creationTime>09/24/2021 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 test MC-20210924 1319-1</history:recordName>
                <history:creationTime>09/24/2021 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 test EC classic-20210924 1331-1</history:recordName>
                <history:creationTime>09/24/2021 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:body>
</serv:message>

lstrecordaccessDetailHistory API의 요청 및 응답

<?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">
    <header>
        <securityContext>
            <webExID>{userName}</webExID>
            <password>{password}</password>          
            <siteName>{siteName}</siteName>
        </securityContext>
    </header>
    <body>
        <bodyContent xsi:type=
            "java:com.webex.service.binding.history.LstrecordaccessDetailHistory">
            <recondID>1XXXXXX7</recondID>
            <timeZoneID>20</timeZoneID>
        </bodyContent>
    </body>
</serv:message>

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:history="http://www.webex.com/schemas/2002/06/service/history">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <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>09/24/2021 13:27:26</history:accessTime>
                <history:registered>false</history:registered>
                <history:downloaded>false</history:downloaded>
                <history:viewed>true</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>09/24/2021 13:27:39</history:accessTime>
                <history:registered>false</history:registered>
                <history:downloaded>true</history:downloaded>
                <history:viewed>false</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:body>
</serv:message>

영향을 미치는 API:

  • lstrecordaccessHistory

  • lstrecordaccessDetailHistory

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

영향받는 API

XML API: 설명의 CreateEventSetEvent 요소는 최대 10,000자의 입력을 허용합니다. 이것을 초과하여 입력하면 새로운 오류 코드 및 메시지가 표시됩니다.

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

스키마 변경 사항

스마 변경 사항 없음.

API 요청 및 응답의 예

CreateEvent API 요청 및 응답

#API request example:
...
    <body>
        <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>
                <description>.......Suppose you filling in 10000 characters in description.......</description>
            </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:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>Illegal input description. The description can't exceed 10000 characters</serv:reason>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
            <serv:exceptionID>060068</serv:exceptionID>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

영향을 미치는 API:

  • CreateEvent

  • SetEvent

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

영향받는 API

GetUser 을(를) 식별하는 새로운 요소를 반환하며, freeAccount 사용자 계정은 FreeAccount 이거나 아닙니다.

스키마 변경 사항

GetUser 응답의 예


GetUser response:
                <use:initials>AW</use:initials>
                <use:isUploaded>false</use:isUploaded>
            </use:avatar>
            <use:largeEventCapacity>3</use:largeEventCapacity>
            <use:freeAccount>false</use:freeAccount>
        </serv:bodyContent>
    </serv:body>
</serv:message>

영향을 미치는 API:

GetUser

API 41.10.0 업데이트


XML API 41.10.0 스키마에 대해 변경된 스키마가 없습니다.

API 41.9.0 업데이트

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 코드를 폐기하게 됩니다.

API 41.8.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를 전환하십시오.

API 41.7.0 업데이트

XML API 41.7.0 업데이트

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

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

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

GetSite: 새로운 요소 이름인 enableNBRMCModifyseparateNoRecordingEdit 을(를) 도구에서 반환합니다.

응답 예제

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>PRIMARY</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>
</serv:message>

API 41.6.3 업데이트

XML API 41.6.3 업데이트

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

GetSite 응답 새로운 요소 supportLargeEvent

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

GetSite: 새로운 요소 이름 supportLargeEvent 을(를) siteCommonOptions 아래에서 반환하여 발신인에게 사이트에서 대규모 이벤트(Webex Event (신규))를 지원하고 있는지 알립니다.

스키마 변경

응답 예제

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>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            ....
            <ns1:siteCommonOptions>
                    ...
                    <ns1:enablePreMeetingLobby>false</ns1:enablePreMeetingLobby>
                    <ns1:supportLargeEvent>true</ns1:supportLargeEvent>
            </ns1:siteCommonOptions>
        </serv:bodyContent>
    </serv:body>
</serv:message>

API 41.6.0 업데이트

XML API 41.6.0 업데이트

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

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

영향받는 API

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

스키마 변경 사항

응답 예제

GetUserResponse:

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

영향받는 API

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

세부 정보

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

API 41.5.0 업데이트

XML API 41.5.0 업데이트

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

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

영향받는 API

  • CreateUser: 생성 hostPIN 사용자 PMR의 활성화 여부와 관계없이 사용자 역할은 호스트, 전체 또는 읽기 전용 또는 사용자 관리 사이트 관리자입니다.

  • SetUser: 설정 hostPIN 사용 phones.hostPIN 언제 personalMeetingRoom.hostPIN 이(가) XML 요청에 없음 (전제 조건: 기능 토글 AllowStartScheduledMtgFromPhone활성화됨).

  • GetUser: 반환 phones.hostPIN 사용자 PMR 활성화 여부와 관계없음. (전제 조건: 기능 토글 AllowStartScheduledMtgFromPhone 활성화됨).

스키마 변경 사항

GetUserResponse:

SetUser:

응답 예제

GetUserResponse:

SetUser:

XMLAPI GetSite 모바일 클라이언트에 대해 두 개의 새로운 요소 응답

영향받는 API

  • GetSite: GetSite 은(는) 이제 모바일 클라이언트를 지원하기 위해 새로운 두 개의 요소를 응답하며, 녹화 탭을 표시하거나 표시하지 않는 논리가 포함됩니다.

    • enableRecordingAccess: true 또는 false, Webex 최고 관리자는 토글하여 녹화 액세스를 활성화하거나 비활성화할 수 있습니다( EnableRecordingAccesses).

    • storageEmptyStatus: true 또는 false, 두 개의 사이트 모두 NBR 기능을 지원하지 않으며, NBR 스토리지 스페이스를 0으로 할당한 경우, 상태 응답은 true이며, 그 밖의 경우는 false입니다.

스키마 변경 사항

샘플 요청 GetSite

샘플 응답 Getsite

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

영향받는 API

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

스키마 변경 사항

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

API 41.4.0 업데이트

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:defaults>
    <ns1:emailReminders>true</ns1:emailReminders>
    <ns1:entryExitTone>ANNOUNCENAME</ns1:entryExitTone>
    <ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
    <ns1:voip>true</ns1:voip>
    <ns1:teleconference>
        <ns1:telephonySupport>NONE</ns1:telephonySupport>
    </ns1:teleconference>
    <ns1:joinTeleconfNotPress1>true</ns1:joinTeleconfNotPress1>
    <ns1:updateTSPAccount>false</ns1:updateTSPAccount>
</ns1:defaults>

영향을 미치는 API:

  • GetSite

  • CreateEvent

  • SetEvent

  • GetEvent

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

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

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

영향을 미치는 API

API 이름

설명

설명

GetSessionInfo

Webex 미팅이 대규모 이벤트 또는 웹캐스트인 경우, GetSessionInfo 은(는) 미팅 비밀번호, 미팅 숫자 비밀번호, 토론자 비밀번호 및 토론자 숫자 비밀번호를 반환합니다.

변경되는 스키마는 없습니다.

CreateMeeting

SetMeeting

사용자가 CreateMeeting api를 사용하여 대규모 이벤트 세션 유형으로 Webex 미팅을 만들거나 SetMeeting(으)로 전화하여 실제로 대규모 이벤트 또는 웹캐스트인 Webex 미팅을 편집하려고 하면 새로운 요소인 110064를 반환합니다. 이벤트 및 웹캐스트 세션 유형은 지원되지 않습니다.

작동은 변경됩니다.

API 41.3.0 업데이트

XML API 41.3.0 업데이트

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

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

영향받는 API

두 개의 API 모두: GetSessionInfo 및 GetMeeting은 요소 enableEventenableWebniar 도 반환합니다.

요소 이름

설명

enableEvent

Webex 미팅에서 EC 2.0을 지원함

enableWebniar

Webex 미팅에서 웨비나를 지원함


XMLAPI 지원은 EC 2.0에 대해 상단의 두 개의 요소를 반환합니다. 현재 XML API 릴리즈는 EC2.0 미팅을 예약하고 설정하기 위해 지원되지 않습니다.

스키마 변경 사항

GetSessionInfo 은(는) 요소 enableEventenableWebniar 을(를) EC 2.0에 대해 반환합니다.

GetMeeting 은(는) 요소 enableEventenableWebniar 을(를) EC 2.0에 대해 반환합니다.

응답 샘플:

GetSessionInfo 응답:

<ep:accessControl>
                <ep:listStatus>PUBLIC</ep:listStatus>
                <ep:registration>false</ep:registration>
                <ep:passwordReq>true</ep:passwordReq>
                <ep:isEnforceAudioPassword>false</ep:isEnforceAudioPassword>
                <ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>

                <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:accessControl>

GetMeeting 응답:

  <meet:supportPKI>false</meet:supportPKI>
                <meet:HQvideo>true</meet:HQvideo>
                <meet:HDvideo>true</meet:HDvideo>
                <meet:viewVideoThumbs>true</meet:viewVideoThumbs>
                <meet:enableEvent>false</meet:enableEvent>
                <meet:enableWebniar>false</meet:enableWebniar>

                <meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
            </meet:enableOptions>

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

영향받는 API

XML API: GetSite, LstSummarySession, GetSessionInfoGetMeeting 은(는) 새로운 요소인 enablePreMeetingLobby 을(를) 미팅 전 로비에 대해 반환합니다.

스키마 변경 사항

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

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

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

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

응답 샘플:

GetSite 응답:

<ns1:siteCommonOptions>
                    <ns1:SupportCustomDialRestriction>false</ns1:SupportCustomDialRestriction>
                    <ns1:SupportTelePresence>false</ns1:SupportTelePresence>
                    <ns1:SupportTelePresencePlus>false</ns1:SupportTelePresencePlus>
                    <ns1:EnableCloudTelepresence>true</ns1:EnableCloudTelepresence>
                    <ns1:EnableCMRForAllUsers>true</ns1:EnableCMRForAllUsers>
                    <ns1:enablePersonalMeetingRoom>true</ns1:enablePersonalMeetingRoom>
                    <ns1:SupportAlternateHost>true</ns1:SupportAlternateHost>
                    <ns1:SupportXMLAPIReturnScheduledPMR>false</ns1:SupportXMLAPIReturnScheduledPMR>
                    <ns1:SupportAnyoneHostMeetings>true</ns1:SupportAnyoneHostMeetings>
                    <ns1:enablePreMeetingLobby>true</ns1:enablePreMeetingLobby>
                </ns1:siteCommonOptions>

LstSummarySession 응답:

<ep:isException>false</ep:isException>
                <ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>
                <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
                <ep:isScheduledPMR>false</ep:isScheduledPMR>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>
               <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:session>

GetSessionInfo 응답:

<ep:accessControl>
                <ep:listStatus>PUBLIC</ep:listStatus>
                <ep:registration>false</ep:registration>
                <ep:passwordReq>true</ep:passwordReq>
                <ep:isEnforceAudioPassword>false</ep:isEnforceAudioPassword>
                <ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>
                <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:accessControl>

GetMeeting 응답:

<meet:supportPKI>false</meet:supportPKI>
                <meet:HQvideo>true</meet:HQvideo>
                <meet:HDvideo>true</meet:HDvideo>
                <meet:viewVideoThumbs>true</meet:viewVideoThumbs>
                <meet:enableEvent>false</meet:enableEvent>
                <meet:enableWebniar>false</meet:enableWebniar>
                <meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
            </meet:enableOptions>

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

영향받는 API

XML API: GetSite 은(는) 관리자 계정에 대해 아래 요소만 응답하며, 여기에는 다음과 같은 역할이 포함됩니다. SiteAdmin, RO_SiteAdminUserAdmin.

<ns1:activeUserCount>...</ns1:activeUserCount>
<ns1:EEActiveUserCount>...</ns1:EEActiveUserCount>
<ns1:activeCETHost>...</ns1:activeCETHost>
<ns1:auoActiveUserCount>...</ns1:auoActiveUserCount>
<ns1:MCActiveUserCount>...</ns1:MCActiveUserCount>
<ns1:ECActiveUserCount>...</ns1:ECActiveUserCount>
<ns1:TCActiveUserCount>...</ns1:TCActiveUserCount>
<ns1:SCActiveUserCount>...</ns1:SCActiveUserCount>

작동 변경됨

관리자 역할만 다음 항목의 응답 라이센스 데이터를 포함할 수 있습니다 GetSite. 호스트나 참석자는 해당하는 라이센스 데이터를 GetSite .

API는 아래와 같습니다. GetSite's 응답 예제 siteadmin 또는 준비 전용 siteadmin 또는 사용자 관리 관리자:

API 41.2.0 업데이트

XML API 41.2.0 업데이트

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

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

영향받는 API

  • GetSite 은(는) 새로운 요소인 IsWebexTelephony 을(를) 체크합니다.

  • CreateUserSetUser 은(는) cmrHybridVoip 요소를 업데이트할 수 있습니다( IsWebexTelephony 이(가) 다른 조건과 함께 참인 경우). IsTSPUsingTelephonyAPI 은(는) 더 이상 연속적이지 않습니다.

스키마 변경 사항

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

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

<ns1:telephonyConfig>

<ns1:isWebexTelephony>true</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>false</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName>Personal Conference No.</ns1:serviceName>
<ns1:participantAccessCodeLabel>Attendee access code</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel>Host access code</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel>Attendee ID</ns1:attendeeIDLabel>

.....

</ns1:telephonyConfig>

LstSummarySession 은(는) EC2.0을 지원함

XML API에 영향을 미침

LstSummarySession 은(는) 새로운 두 개의 요소를 반환하여 EC 2.0을 지원함

요소 이름

설명

enableEvent

Webex 미팅에서 EC 2.0을 지원함

enableWebniar

Webex 미팅에서 웨비나를 지원함

스키마 변경 사항

XML API: LstSummarySession: < enableEvent> 및 < enableWebniar> 요소 첨부

XML API의 응답: LstSummarySession

EC 2.0에 대한 응답

<ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>

                <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
                <ep:isScheduledPMR>false</ep:isScheduledPMR>
                <ep:enableEvent>true</ep:enableEvent>
                <ep:enableWebniar>true</ep:enableWebniar>
            </ep:session>

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

적용되는 API

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

스키마 변경 사항

getUserResponse:

응답 예제

API 41.1.0 업데이트


XML API 41.1 스키마에 대해 변경된 스키마가 없습니다.