Преглед на актуализациите на API на срещите на Cisco Webex (API 41)

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

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

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

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

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

XMLAPI ще блокира графика и редактирането на Webex Events (Classic) според елемента от конфигурацията на сайта на EnableClassicEvent това е фалшиво

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

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

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

Създаване на събитие , SetEvent , GetEvent , GetSessionInfo , LstsummaryEvent , LstrecordedEvent , LstsummaryProgram , UploadEventImage

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

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

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

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

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

Искане на CreateVent

XXXXXXXX


XMLAPI EC тестване


17.07.2021 г. 01:29:15 ч
15

Отговор на CreateVent

<?xml version="1.0" encoding="ISO-8859-1"?>
xmlns:event=" http://www.webex.com/schemas/2002/06/service" <serv:header>http://www.webex.com/schemas/2002/06/common" <serv:response>http://www.webex.com/schemas/2002/06/service/event">
<serv:result> НЕУСПЕХА</serv:result>
<serv:reason> Класическото събитие е деактивирано.</serv:reason>
<serv:gsbStatus> ПЪРВИЧНИ</serv:gsbStatus>
<serv:exceptionID> 010106</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>

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

13810

Отговор на LstMeetingType

<serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<serv:total> 1</serv:total>
<serv:returned> 1</serv:returned>
<serv:startFrom> 1 </serv:startFrom>


<mtgtype:productCodePrefix> ПРОФ</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix> PRO3</mtgtype:subProductCodePrefix> //Нов елемент за персонализиран тип среща
<mtgtype:active> АКТИВИРАНО</mtgtype:active>
<mtgtype:name> В
Вus_ Затворен</mtgtype:name>hat_<mtgtype:displayName> В
Вus_ Затворен</mtgtype:displayName>hat_

Актуализации на 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- ако състоянието на потребителя в контролния център не е "активно" тогава състоянието на потребителя в сайта няма да бъде активно. Ако състоянието на потребителя в Контролния център е активно , тогава състоянието на потребителя в сайта също еактивно, препратка: Потребителско състояние на нови и преобразувани потребители в Control Hub .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

CreateUser API заявка и отговор

Заявка за API :
<?xml version="1.0" encoding="UTF-8"?>
xsi:schemaLocation="http://www.w3.org/2001/XMLSchema-instance"
<header>http://www.webex.com/schemas/2002/06/service"
<securityContext>http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<siteName> {siteName}</siteName>
<webExID> {Акаунт на администратор на сайта}</webExID>
<email> {Акаунт на администратор на сайта}</email>
<sessionTicket> хххх</sessionTicket> или или
или , когато използвате CI "accessToken", той трябва да включва обхват webexsquare:admin при обезпечаване на потребителя
</securityContext>
</header>
<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">



<webExId> Jack@qa.webex.com</webExId> --- трябва да е потребителска идентичност на имейл адрес
<email> Jack@qa.webex.com</email>
<firstName> Джак</firstName>
<lastName> Смит</lastName>
<password> ....</password>
<privilege>
<host> вярно</host>
</privilege>
<active> АКТИВИРАНО</active> ---този параметър не може да активира директно потребителя, докато потребителят не се активира самостоятелно чрез имейл за активиране.
</bodyContent>
</body>

Пример за отговор на API :
<?xml version="1.0" encoding="UTF-8"

xmlns:use="
<serv:header>?>
<serv:response>http://www.webex.com/schemas/2002/06/service" <serv:result>УСПЕХ</serv:result>http://www.webex.com/schemas/2002/06/common" <serv:gsbStatus> ПЪРВИЧНИ </serv:gsbStatus>http://www.webex.com/schemas/2002/06/service/user">
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="
</serv:bodyContent>


http://www.w3.org/2001/XMLSchema-instance">

API за въздействие:

• CreateUser

• SetUser

• DelUser

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

Засегнати API

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

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

• За нови потребители, създадени в управлявани сайтове на Контролния център, стойността на webExID елемент трябва да бъде същата като имейл за вход.

{siteName}
{userName} --- съществуващите потребители са създадени в webEx classic сайт, това може да бъде: jack или jack@xx.com; новият потребител трябва да използва jack@xx.com
хххх или или или

Засягат API:

Всички XML API.

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

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

• За нови потребители, създадени в управлявани от Control Hub сайтове, стойността на webExId елементът трябва да е същият като имейл в bodyContent .

хххх --- съществуващите потребители са създадени в webEx classic сайт, това може да бъде: jack или jack@xx.com; новият потребител трябва да използва jack@xx.com

API за въздействие: GetUser , SetUser , и DelUser .

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

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

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

GetUser API заявка и отговор

Заявка за API :
<?xml version="1.0" encoding="UTF-8"?>
xsi:schemaLocation="http://www.w3.org/2001/XMLSchema-instance"
http://www.webex.com/schemas/2002/06/service"
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 classic сайт, това може да бъде:

jack или jack@xx.com; новият потребител трябва да използва jack@xx.com
хххх или или или




хххх --- съществуващите потребители са създадени в webEx classic сайт, това може да бъде: jack или jack@xx.com; новият потребител трябва да използва jack@xx.com




Пример за отговор на API :
...същото като преди

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

Засегнати API

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

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

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

MeetingCenter
Център за обучение
EventCenter

Подробности

The API: lstrecordaccessHistory е в състояние да върне хронологията на достъп до записване за Webex Meetings, Webex Events (нови), Webex Events (класически) и Webex Trainings.

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

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

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

The API: lstrecordaccessDetailHistory може да върне подробности от recordID на Webex Meetings, Webex Events (нови), Webex Events (класически) и Webex Trainings.

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

lstrecordaccessHistory Заявка и отговор на API

<?xml version="1.0" encoding="UTF-8"?>
<securityContext>http://www.w3.org/2001/XMLSchema-instance">
<webExID> {userName}</webExID>
<password> {парола}</password>
<siteName> {siteName} </siteName>
</securityContext>

<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
<viewTimeScope>
<viewTimeStart> 20.09.2021 г. 00:00:00 ч</viewTimeStart>
<viewTimeEnd> 28.09.2021 г. 23:59:59 ч </viewTimeEnd>
</viewTimeScope>
<listControl>
<startFrom> 1</startFrom>
<maximumNum> 100 </maximumNum>
</listControl>
<order>
<orderBy> ЗАПИСЕН</orderBy>
<orderAD> ASC </orderAD>
</order>
<serviceTypes>
<serviceType> MeetingCenter</serviceType>
<serviceType> Център за обучение</serviceType>
<serviceType> EventCenter </serviceType>
</serviceTypes>
</bodyContent>
</body>

<?xml version="1.0" encoding="UTF-8"
xmlns:history="

<serv:header>?>
<serv:response>http://www.webex.com/schemas/2002/06/service" <serv:result>УСПЕХ</serv:result>http://www.webex.com/schemas/2002/06/common" <serv:gsbStatus> ПЪРВИЧНИ </serv:gsbStatus>http://www.webex.com/schemas/2002/06/service/history">
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="
<history:recordID> 1XXXXXXX7</history:recordID>
<history:recordName> LstrecordaccessHistory тест TC-20210924 1324-1</history:recordName>
<history:creationTime> 24.09.2021 13:28:13</history:creationTime>
<history:registered> 0</history:registered>http://www.w3.org/2001/XMLSchema-instance">
<history:downloaded> 2</history:downloaded>
<history:viewed> 1</history:viewed>
<history:timeZoneID> 20 </history:timeZoneID>

<history:recordAccessHistory>
<history:recordID> 1XXXXXXX7</history:recordID>
<history:recordName> TestE
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>rollment_<history:timeZoneID> 20 </history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID> 1XXXXXXX7</history:recordID>
<history:recordName> Тествайте незабавно възпроизвеждане 2-20210705 0709-1</history:recordName>
<history:creationTime> 05.07.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> 22.09.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> 24.09.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 тест MC-20210924 1319-1</history:recordName>
<history:creationTime> 24.09.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 тест EC classic-20210924 1331-1</history:recordName>
<history:creationTime> 24.09.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>

lstrecordaccessDetailHistory Заявка и отговор на API

<?xml version="1.0" encoding="UTF-8"?>
<header>http://www.w3.org/2001/XMLSchema-instance"
<securityContext>http://www.webex.com/schemas/2002/06/service">
<webExID> {userName}</webExID>
<password> {парола}</password>
<siteName> {siteName} </siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type=
<recondID> 1XXXXXX7</recondID>
<timeZoneID> 20 </timeZoneID>
</bodyContent>


<?xml version="1.0" encoding="UTF-8"
xmlns:history="
<serv:header>

<serv:response>?>
<serv:result>УСПЕХ</serv:result>http://www.webex.com/schemas/2002/06/service" <serv:gsbStatus> ПЪРВИЧНИ </serv:gsbStatus>http://www.webex.com/schemas/2002/06/common" </serv:response>http://www.webex.com/schemas/2002/06/service/history">
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="
<history:viewID> 1XXXXXX7</history:viewID>
<history:participantName> Axxxg</history:participantName>
<history:participantEmail> Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime> 24.09.2021 13:27:26</history:accessTime>
<history:registered> фалшиво</history:registered>http://www.w3.org/2001/XMLSchema-instance">
<history:downloaded> фалшиво</history:downloaded>
<history:viewed> вярно</history:viewed>
<history:timeZoneID> 20 </history:timeZoneID>

<history:recordDetail>
<history:viewID> 1XXXXXX7</history:viewID>
<history:participantName> Axxxg</history:participantName>
<history:participantEmail> Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime> 24.09.2021 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>

API за въздействие:

• lstrecordaccessHistory

• lstrecordaccessDetailHistory

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

Засегнати API

The XML API: Създаване на събитие и SetEvent's елемент на описание ще позволи въвеждане на максимум 10000 знака, ако въвеждането е над размер, това ще доведе до нов код на грешката и съобщение:

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

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

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

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

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

# Пример за заявка за API :
...

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event" <accessControl>http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
<sessionPassword> 111111</sessionPassword>
<listing> ЧАСТНО </listing>
</accessControl>
<metaData>
<sessionName> EC тест</sessionName>
<description> .......Да предположим, че попълвате 10000 знака в описанието.......</description>
</metaData>
...
------------------------------------


# Пример за отговор на API , когато описанието надвишава 10 000 знака:
<serv:message xmlns:serv="

xmlns:event=" http://www.webex.com/schemas/2002/06/service" http://www.webex.com/schemas/2002/06/common" http://www.webex.com/schemas/2002/06/service/event">
<serv:result>НЕУСПЕХА</serv:result>
Неправилно въведено описание.

Описанието не може да надвишава 10 000 знака
ПЪРВИЧНИ
060068

API за въздействие:

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

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

XML API: GetUser връща нов елемент на безплатноAccount

Засегнати API

GetUser връща нов елемент, който идентифицира безплатен акаунт потребителски акаунт е Безплатен акаунт или не.

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

GetUser отговор пример

GetUser отговор:
AW
фалшиво

3
фалшиво

API за въздействие:

GetUser

Актуализации на 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 актуализация.

Актуализации на 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.

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

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

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

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

GetSite : ще върне именуването на нови елементи активирайтеNBRMCModify , и отделно без записРедактиране под инструменти.

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

GetSiteResponse :

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
xmlns:ns1="http://www.webex.com/schemas/2002/06/service" xmlns:event=" http://www.webex.com/schemas/2002/06/common" <serv:header>http://www.webex.com/schemas/2002/06/service/site" <serv:response>http://www.webex.com/schemas/2002/06/service/event">
<serv:result> УСПЕХ</serv:result>
<serv:gsbStatus> ПЪРВИЧНИ </serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="
<ns1:tools>
...http://www.w3.org/2001/XMLSchema-instance">
<ns1:enableNBRMCModify> фалшиво</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit> вярно</ns1:separateNoRecordingEdit>
...
</ns1:tools>
</serv:bodyContent>

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"?>
xmlns:ns1="http://www.webex.com/schemas/2002/06/service" xmlns:event=" http://www.webex.com/schemas/2002/06/common" <serv:header>http://www.webex.com/schemas/2002/06/service/site" <serv:response>http://www.webex.com/schemas/2002/06/service/event">
<serv:result> УСПЕХ</serv:result>
<serv:gsbStatus> ПЪРВИЧНИ </serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="
<ns1:siteCommonOptions>
...http://www.w3.org/2001/XMLSchema-instance">
<ns1:enablePreMeetingLobby> фалшиво</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent> вярно</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>

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

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

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

Засегнати API

GetUser : връща ново именуване на елемент голямEventCapacity което показва капацитета на ново събитие 2.0 (EC 2.0) под този потребителски акаунт. Например, ако потребителски акаунт има CI_ EC3K лиценз, стойността на голямEventCapacity е 3000.

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

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

GetUserОтговор:

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

Засегнати API

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

Подробности

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

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

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

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

Засегнати API

• CreateUser : генерира хост ПИН независимо дали потребителският ЛСС е активиран или не, когато потребителска роля е хост или пълна или само за четене или администратори на сайт за управление на потребители.

• SetUser : комплекти хост ПИН използвайки телефони.HostPIN когато personalMeetingRoom.HostPIN не е в XML заявка (предварително условие: превключване на функции AllowStartScheduledMtgFromPhone е активиран).

• GetUser : връща телефони.HostPIN независимо дали потребителският ЛСС е активиран или не. (предварително условие: превключване на функции AllowStartScheduledMtgFromPhone е активиран).

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

GetUserResponse :

SetUser :

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

GetUserResponse :

SetUser :

XMLAPI GetSite отговор два нови елемента за мобилен клиент

Засегнати API

• GetSite : GetSite сега ще отговори на два нови елемента за поддръжка на мобилния клиент има логиката да показва или не показва раздела за запис.

  • enableRecordingAccess : вярно или невярно, супер администраторите на Webex могат да разрешат или деактивират достъпа до запис чрез превключвателя ( EnableRecordingAccesses ).

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

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

Примерна заявка за GetSite

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

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

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

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

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

АКТУАЛИЗАЦИИ НА 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 проба за отговор:

вярно
ANNOUNCENAME
НИЩО
вярно

НЯМА

вярно
фалшиво

API за въздействие:

• GetSite

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

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

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

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

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

2. XMLAPI не поддържа създаване и редактиране на голямо събитие или функция за уебкаст, така че Създаване на среща и SetMeeting връща ново изключение (110064, типът на събитието и уебкаст сесията не се поддържат.) за голямо събитие или случай на уебкаст.

API за въздействието

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

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

Xml API новите промени поддържат функцията Webex Събития 2.0

Засегнати API

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

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

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

GetMeeting връща елементи enableEvent и enableWebniar за EC 2.0.

Проба за отговор:

GetSessionInfo отговор:

ОБЩЕСТВЕН
фалшиво
вярно
фалшиво
фалшиво
фалшиво
фалшиво
вярно

GetMeeting отговор:

фалшиво
вярно
вярно
вярно
фалшиво
фалшиво
вярно

ФУНКЦИЯТА 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 отговор:

фалшиво
фалшиво
фалшиво
вярно
вярно
вярно
вярно
фалшиво
вярно
вярно

LstSummarySession отговор:

фалшиво
вярно
0
фалшиво
фалшиво
фалшиво
вярно

GetSessionInfo отговор:

ОБЩЕСТВЕН
фалшиво
вярно
фалшиво
фалшиво
фалшиво
фалшиво
вярно

GetMeeting отговор:

фалшиво
вярно
вярно
вярно
фалшиво
фалшиво
вярно

XML API GetSite отговор Разкриване на промяна в поведението на информация

Засегнати API

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

...
...
...
...
...
...
...
...

Поведението е променено

Разрешете само на ролята на администратор да има отговор лицензионни данни на GetSite . Домакинът или присъстващият няма да получат тези лицензни данни GetSite отговор.

По-долу са aPI: GetSite's пример за отговор за администратор на сайта или само готови администратор на сайта или администратор за управление на потребители:

Актуализации на 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 отговорът включва този нов елемент:

вярно
фалшиво
Лична конференция №
код за достъп на присъстващите
код за достъп до хост
ИД . № на присъстващия

.....

LstSummarySession поддържа EC2.0

XML API-та се въздействат

LstSummarySession ще върне нови два елемента в подкрепа на EC 2.0

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

XML API: LstSummarySession : Добавете < enableEvent > и < enableWebniar > елементи

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

Отговор за ЕО 2.0

вярно

0
фалшиво
вярно
вярно

XMLAPI поддържа връщане на потребител на сайта Webex-гласов асистент опция за MCT интеграция

Засегнат API

GetUser връща нов елемент webexAssistantEnabled (вярно или невярно) в отговора.

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

getUserResponse :

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