За повече информация за XML API 39 и XML API 11 вижте Преглед на актуализациите на XML API на Cisco Webex срещи (XML API 39 и по-стари).

За повече информация за XML API 40 вижте Преглед на актуализациите на XML API на Cisco Webex срещи (XML API 40 и по-нови).

За актуализации за XML API 11 SP9 и по-рано отидете на Cisco DevNet.

Актуализации на API 41.12.0

Актуализации на XML API 41.12.0

Щракнете тук, за да изтеглите схемата XML API 41.12.0.

XMLAPI ще блокира Webex Събития (Класически) график и редактиране според сайт config елемент на EnableClassicEvent която е фалшива

Засегнати API и Промени в схемата

В страницата за конфигуриране на администрирането на сайта, ако разрешаването на класически събитие квадратчето е невярно, този сайт няма да поддържа Webex Събития (класически) събрания повече.

Ако квадратчето Разрешаване на класическиСъбитие е невярно, извиквате тези API да работят Webex Събития (класически) събрание:

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

API ще отговори на ново изключение 010106Класическото събитие е деактивирано.

Промени в схемата

Няма промени в схемата.

API заявка и отговор пример

СъздаванеОткрий API заявка и отговор

Искане на CreateVent

<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>

Отговор на CreateVent

<?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:P RO1, 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 поддръжка напред съвместимост в API за управление на потребителите за контролен център управлявани сайтове

Засегнати API и Промени в схемата

Ако вашето приложение за интеграция в момента използва Webex XMLAPI aPI за управление на потребителите: CreateUser, SetUser, DelUser и GetUser за осигуряване или управление на потребителите, след като вашият Webex класически сайт, превърнат в управляван сайт на Control Hub, тези API ще продължат да работят за съвместимост напред. Има някои промени в поведението, както е отбелязано по-долу:

  • При използване на createUser- ако състоянието на потребителя в контролния център не е "активно" тогава състоянието на потребителя в сайта няма да бъде активно. Ако състоянието на потребителя в Контролния център е активно , тогава състоянието на потребителя в сайта също еактивно, препратка: Състояние на потребителя на нови и преобразувани потребители в контролния център.

  • Елементът с парола наCreateUser и SetUser API ще бъде игнориран, започваме да изпращаме имейл за активиране на нови потребители, потребителите могат да кликат върху връзката в имейла, за да активно нов акаунт и да въвеждат нова парола.

  • АктивниятелементнаCreateUser API ще бъде игнориран, нов потребител (не е проверен) не може да се активира чрез този параметър с помощта на API SetUser.

  • Стойността на webExId елемент в тялотоСъдържание на CreateUser API трябва да бъде същото като имейл. Ако webExId е различен от имейла , ще третираме уебExId същото като имейла при съхраняването му в WebDB и стойността ще бъде пренебрегната.

  • Стойността на webExId елемент в тялотоСъдържание на SetUser API трябва да бъде потребителска самоличност на имейл адрес, можете да го промените с помощта наимейл >в тялотоСъдържание.

  • API на SetUser ще поддържа промяна на имейла на съществуващия потребител: той е успешен, ако акаунтът за операция в SecurityContext е Контролен център пълен администратор на сайта. В противен случай API отчита грешка с нов код за грешка и съобщение по-долу:

    • 030120 акаунтът трябва да бъде пълен администратор на сайта, за да промените имейл.

  • Елементът newWebExId в тялотоСъдържание на API на SetUser ще бъде пренебрегнато.

  • API на SetUser се опитва да промени на имейл, който вече се използва, API повишава под нов код на грешка и съобщение за грешка:

    • 030118 Имейл вече се използва в управлявани сайтове на контролния център.

  • API на DelUser дезактивира потребителя в Webex събрание страна и съответния лиценз за събрание се премахва от webex сайт. Този дезактивиран потребител може да бъде активиран отново с помощта на API: SetUser (<active>АКТИВИРАН</active>) толкова дълго, колкото потребителят е проверен преди.

  • API на CreateUser и SetUser повишава нов код на грешка и съобщение за грешка, както е показано по-долу:

    • 030117, Този потребител съществува извън вашия орг, така че трябва да се претендира, за да се премести във вашата орг чрез процеса на претенция потребител. За стъпки за предявяване на претенцията на потребителя във вашата орг вижте Рекламация на потребители към Вашата организация (Конвертиране на потребители). Ще трябва да потвърдите домейна, към който принадлежи потребителят, преди да заявите потребителя.

    • 030119 маркерът за достъп до CI трябва да включва обхват webexsquare: администратор, когато осигурявате потребител.


Поддържа се само за ограничен период напред съвместимост. Ще предоставим разширено известие, преди тази съвместимост да бъде премахната.

Промени в схемата

Няма промени в схемата на тези API: CreateUser, SetUser, DelUser и GetUser.

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:

  • СъздаванеНа Потребител

  • SetUser

  • ДелУсер

XML API поддържа удостоверяването на съществуващия потребител напред съвместимост след Webex класически сайт се преобразува в контролен център управляван сайт

Засегнати API

След Webex класически сайт се превръща в Control Hub управляван сайт, стойността на <webExID> елемент в трябва да бъде същата като <securityContext> имейл, подробности по-долу:

  • За съществуващите потребители, създадени в Webex класически сайт, ние поддържаме както стари webExID (Например: Jack) и нов webExID (съдържанието е същото като имейл, пример: Jack@xx.com) да влезете, тази удостоверяване назад съвместимост е за всички XML API.

  • За нови потребители, създадени в управлявани сайтове на Контролния център, стойността на 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> тялото наелементаСъдържание> трябва да бъде същото като имейл, подробности по-долу:

  • За съществуващите потребители, създадени в Webex класически сайт, ние поддържаме както стария webExId(напр.: Jack) и нов webExId (съдържанието е същото като имейл, например: Jack@xx.com) в тялотоСъдържане.

  • За нови потребители, създадени в 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, SetUser и DelUser.

Промени в схемата

Няма промени в схемата на никакви API.

API заявка и отговор пример

Заявка за API на GetUser & отговор

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

Подобрение запис преглед история отчет API за поддръжка в Webex срещи, Webex събития (нов) и Webex събития (класически)

Засегнати API

Текущ API: lstrecordaccessHistory и lstrecordaccessDetailHistory поддържат само Webex Обучения запис изглед достъп до история отчет. Новото подобрение поддържа Webex Срещи, Webex Събития (нови) и Webex Събития (класически) запис изглед достъп до история отчет, както добре.

Промени в схемата

Ние поддържаме по-долу нова схема в API lstrecordaccessИсторията в тялото на API заявка:

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

Подробности

The API: lstrecordaccessHistory е в състояние да върне запис изглед достъп история за Webex срещи, Webex събития (нови), Webex събития (класически), и Webex обучения.

  • Ако няма serviceType, посочен в заявката за API, API на lstrecordaccessHistory връща Webex Обучения запис изглед достъп само история.

  • Когато услугатаType е MeetingCenter, API на lstrecordaccessHistory връща както Webex Срещи, така и Webex Events (нов) изглед за запис достъп до хронология.

  • Когато услугатаType е EventCenter, API на lstrecordaccessHistory връща Webex Събития (класически) изглед за запис достъп до историята.

The API: lstrecordaccessDetailHistory е в състояние да върне подробности, като recordID на Webex Срещи, Webex Събития (нови), Webex Събития (класически), и Webex обучения.

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

Отстраняване на пролуката на макс позволено Webex събития (класически) описание дължина между XMLAPI и Webex Страница.

Засегнати API

The XML API: CreateEvent и SetEvent елемент на описание ще позволи max 10000 знака входове, ако над размер въвеждане, това ще доведе до новия код на грешка и съобщение:

060068 Незаконно входно описание. Това описание не може да надвишава 10000 знака.

Промени в схемата

Няма промяна в схемата.

API заявка и отговор пример

СъздаванеОткрий 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 връща нов елемент на безплатноAccount

Засегнати 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.

Извеждане от извеждане XML API 10.0.0 за всички T31 сайтове

Webex планира да приключи с поддръжката на живота XML API вер 10.0.0 за всички T31 сайтове.

Ние сме извеждане от употреба XML API 10.0.0 код от всички продукции в 41.9.0 актуализация.

API 41.8.0 Актуализации

Актуализации на XML API 41.8.0

Щракнете тук, за да изтеглите схемата XML API 41.8.0.

Извеждане от извеждане XML API 10.0.0 за всички T31 сайтове

Webex планира да приключи с поддръжката на живота XML API вер 10.0.0 за всички T31 сайтове.

Webex намери някои клиенти клиент достъп ДО URL адреса на XML API с помощта на неправилен начин като: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, правилният начин за достъп до XML API URL като: https://{сайтName}.webex.com/WBXService/XMLService.

Моля, превключете вашия код достъп XML API с помощта на правилен начин, за да избегнете въздействие, преди да приключим поддръжката на живота на XML API версия 10.0.0.

Актуализации на API 41.7.0

Актуализации на XML API 41.7.0

Щракнете тук, за да изтеглите схемата XML API 41.7.0.

Мобилно изтриване и редактиране на записа трябва да се контролира от сайт администрация опция: Разрешаване на хостовете да преназначават, редактират, забраняват и изтриват записи

Засегнати API и Промени в схемата

GetSite: ще върне нови елементи именуване 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>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 Събитие (ново)) или не.

Промяна на схемата

Пример за отговор

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.6.0.

XMLAPI поддръжка Webex Събития 2.0 в осигуряване

Засегнати API

GetUser: връща нов елемент именуване largeEventCapacity която показва капацитета на ново събитие 2.0 (ЕО 2.0) по този потребителски акаунт. Например, ако потребителският акаунт има CI_EC3K лиценз, стойността на largeEventCapacity е 3000.

Промени в схемата

Пример за отговор

GetUserОтговор:

XmlAPI LstRecording's CreateTime прилага времето за стартиране на записа

Засегнати API

LstRecording: LstRecording отговор CreateTime като времето, когато потребителят действително натиска бутона за запис.

Подробности

В миналото XML API използва времеви печат на кога записът е създаден в базата данни като време за създаване в LstRecording отговор. Сега е времето, когато потребителят всъщност започва да прави записа. Тази промяна се отнася за всички записи на услуги. Няма промяна на схемата.

Актуализации на API 41.5.0

АКТУАЛИЗАЦИИ НА XML API 41.5.0

Щракнете тук, за да изтеглите схемата XML API 41.5.0.

XMLAPI има възможност да стартира Webex планирани срещи от PSTN като хост

Засегнати 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: вярно или невярно, Супер администраторите на Webex могат да активират или деактивират достъпа за запис чрез превключването( EnableRecordingAccesses).

    • storageEmptyStatus: вярно или невярно, ако и двата сайта не поддържат NBR функция и разпределени NBR пространство за съхранение като нула, тогава отговорът на състоянието е вярно, друго е невярно.

Промени в схемата

Примерно искане за GetSite

Примерен отговор за Getsite

Имейл тема, която има не ASCII знаци ще бъдат кодирани с RFC2047. В случай на чист ASCII знак имейл тема, няма кодиране

Засегнати API

Няма въздействия върху всяка заявка за API, отговаря полезния товар, но променя поведението на email subject's encode. Когато темата на имейла, която има знаци, които не са ASCII, ще бъде кодиран с RFC2047. В случай на чист ASCII знак имейл тема, няма кодиране.

Промени в схемата

Няма промени в схемата.

Актуализации на API 41.4.0

АКТУАЛИЗАЦИИ НА XML API 41.4.0

Щракнете тук, за да изтеглите схемата XML API 41.4.0.

Създаване събитие планирани Webex Събития може да ливъридж сайт ниво по подразбиране на влизане и излизане тон

XMLAPI се подравнява с текущата нова логика за контролиране на входния и изходния тон. Всички тонове за Webex Events бяха контролирани от различна настройка в администрирането на сайта. В GetSite, XMLAPI връща допълнително поле entryExitToneEC за да посочите стойността. Първоначално, когато администраторът на сайта зададе по подразбиране на тона, създайте Event няма да ливъридж тази настройка чрез прилагане на XMLAPI по подразбиране.

Засегнати API

The XML API: GetSite връща един нов елемент entryExitToneEC за да посочите стойността.

The 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

  • СъздаванеСъбитност

  • КомплектСъбитник

  • ВземиСъбитник

XMLAPI просто връща подробно информацията за голямото събитие (Webex Event 2.0)

  1. Ако Събранието на Webex е голямото събитие или уебкаст, GetSessionInfo връща някаква подробна информация, включваща парола за събрание, цифрова парола за събрание, панелистка парола и панелистка цифрова парола (Не се променя схема).

  2. XMLAPI не поддържа създаване и редактиране на някое голямо събитие или функция за уеб предавания, така че CreateMeeting и SetMeeting върнете ново изключение (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 Събития 2.0

Засегнати API

И двете API: GetSessionInfo и GetMeeting елементи за връщане enableEvent и enableWebniar твърде.

Име на елемент

Описание

разрешаванеСъбит

Поддържа EC 2.0 в среща на Webex

разрешаванеУебниар

Поддържа Уебинар в събрание на Webex


XMLAPI поддръжка връща над два елемента за EC 2.0. Текущата XML API версия не поддържа планиране и задаване на СЪБРАНИЕ НА EC2.0.

Промени в схемата

GetSessionInfo връща елементи enableEvent и enableWebniar за ЕО 2.0.

GetMeeting връща елементи enableEvent и enableWebniar за ЕО 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 нови промени поддържат pre-Meeting лоби функция

Засегнати API

The XML API: GetSite, LstSummarySession, GetSessionInfo и GetMeeting ще отговори на новия елемент enablePreMeetingLobby за Предсрещно лоби.

Промени в схемата

The XML API: GetSite връща елемент enablePreMeetingLobby за Предсрещно лоби.

The XML API: LstSummarySession връща елемент enablePreMeetingLobby за Предсрещно лоби.

The XML API: GetSessionInfo връща елемент enablePreMeetingLobby за Предсрещно лоби.

The 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>

The XML API GetSite отговор Информация поведение промяна разгласи

Засегнати API

The XML API: GetSite само отговор под елементи за администраторски акаунт, които включват роли: SiteAdmin, RO_SiteAdmin и UserAdmin.

<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.

XMLAPI трябва да поддържа "CMR Хибриден VOIP", ако сайтът поддържа Уебекс телефония

Засегнати API

  • GetSite връща нов елемент IsWebexTelephony в отговора.

  • CreateUser и SetUser може да актуализира 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 ще върне нови два елемента в подкрепа на ЕО 2.0

Име на елемент

Описание

разрешаванеСъбит

Поддържа EC 2.0 в среща на Webex

разрешаванеУебниар

Поддържа Уебинар в събрание на Webex

Промени в схемата

XML API: LstSummarySession: Да се приложи < enableEvent> и enableWebniar> елементи

Отговор на XML API: LstSummarySession

Отговор за ЕО 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(вярно или невярно) в отговора.

Промени в схемата

getUserResponse:

Пример за отговор

API 41.1.0 Актуализации


Няма промени в схемата на XML API 41.1 схема.