За повече информация относно 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 Events (класически).

Ако Активиране на класическо събитие квадратчето за отметка е фалшиво, вие извиквате тези API, за да управлявате Webex Events (класическа) среща:

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

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

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

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

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

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

Заявка за CreateEvent

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent">
<accessControl>
<sessionPassword>XXXXXXXX</sessionPassword>
</accessControl>
<metaData>
<sessionName>XMLAPI EC тестване </sessionName>
</metaData>
<schedule>
<startDate> 17.07.2021 г. 01:29:15 ч</startDate>
<openTime> 15</openTime>
</schedule>
</bodyContent>

Отговор на CreateEvent

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

CreateEvent3.1.3 Affect APIs:

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

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

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

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

XML API поддържа съвместимост напред в API за управление на потребители за управлявани от Control Hub сайтове

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заявка за 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"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/servicehttp://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID> {Акаунт на администратор на сайта}</webExID>
<email> {Акаунт на администратор на сайта}</email>
<sessionTicket> хххх</sessionTicket> или<password> или<webExAccessToken>
или<accessToken> , когато използвате CI "accessToken", той трябва да включва обхват webexsquare:admin при обезпечаване на потребителя
</accessToken></webExAccessToken></password></securityContext>
</header>



<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"?>
<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>УСПЕХ</serv:result>
<serv:gsbStatus> ПЪРВИЧНИ</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 (Например: Джак) и нови webExID (съдържанието е същото като имейла, пример: Jack@xx.com), за да влезете, тази обратна съвместимост за удостоверяване е за всички XML API.

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

<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID> {userName}</webExID> --- съществуващите потребители са създадени в webEx classic сайт, това може да бъде: jack или jack@xx.com; новият потребител трябва да използва jack@xx.com
<sessionTicket> хххх</sessionTicket> или<password> или<webExAccessToken> или <accessToken>
</accessToken></webExAccessToken></password></securityContext>
</header>

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

Всички XML API.

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

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

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

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
<webExId>хххх</webExId> --- съществуващите потребители са създадени в webEx classic сайт, това може да бъде: jack или jack@xx.com; новият потребител трябва да използва jack@xx.com
</bodyContent>

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

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

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

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

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

Заявка за 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"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/servicehttp://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID> {userName}</webExID> --- съществуващите потребители са създадени в webEx classic сайт, това може да бъде: jack или jack@xx.com; новият потребител трябва да използва jack@xx.com
<sessionTicket> хххх</sessionTicket> или<password> или<webExAccessToken> или<accessToken>
</accessToken></webExAccessToken></password></securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
<webExId> хххх</webExId> --- съществуващите потребители са създадени в webEx classic сайт, това може да бъде: jack или jack@xx.com; новият потребител трябва да използва jack@xx.com
</bodyContent>
</body>


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

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

Засегнати API

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

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

Поддържаме по-долу нова схема в API lstrecordaccessHistory в тялото на заявката на API :

<serviceTypes>
<serviceType>MeetingCenter</serviceType>
<serviceType> Център за обучение</serviceType>
<serviceType> EventCenter</serviceType>
</serviceTypes>

Подробности

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 (класически) запис на преглед на хронологията на достъпа.

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

Пример за заявка и отговор на 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>
<siteName> {siteName}</siteName>
</securityContext>
</header>
<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>
</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> УСПЕХ</serv:result>
<serv:gsbStatus> ПЪРВИЧНИ </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 тест TC-20210924 1324-1</history:recordName>
<history:creationTime> 24.09.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> Тествайте незабавно възпроизвеждане 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>
</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>
<siteName> {siteName} </siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="">
"java:com.webex.service.binding.history.LstrecordaccessDetailHistory">
<recondID> 1XXXXXX7</recondID>
<timeZoneID> 20 </timeZoneID>

</body>


<?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> УСПЕХ</serv:result>
<serv:gsbStatus> ПЪРВИЧНИ </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> 24.09.2021 13:27:26</history:accessTime>
<history:registered> фалшиво</history:registered>
<history:downloaded> фалшиво</history:downloaded>
<history:viewed> вярно</history:viewed>
<history:timeZoneID> 20 </history:timeZoneID>
</history:recordDetail>
<history:recordDetail>
<history:viewID> 1XXXXXX7</history:viewID>
<history:participantName> Axxxg</history:participantName>
<history:participantEmail> Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime> 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>
</serv:body>
</serv:message>

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

• lstrecordaccessHistory

• lstrecordaccessDetailHistory

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

Засегнати API

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

060068 Неправилно въведено описание. Това описание не може да надвишава 10 000 знака.

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

Без промяна на схемата.

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

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

# Пример за заявка за API :
...
<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/eventhttp://www.webex.com/schemas/2002/06/service/event/event.xsd">
<accessControl>
<sessionPassword> 111111</sessionPassword>
<listing> ЧАСТНО </listing>
</accessControl>
<metaData>
<sessionName> EC тест</sessionName>
<description> .......Да предположим, че попълвате 10000 знака в описанието.......</description>
</metaData>
...


------------------------------------
# Пример за отговор на API , когато описанието надвишава 10 000 знака:

<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>НЕУСПЕХА</serv:result>
<serv:reason> Неправилно въведено описание. Описанието не може да надвишава 10 000 знака</serv:reason>
<serv:gsbStatus> ПЪРВИЧНИ</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 отговор:
<use:initials>AW</use:initials>
<use:isUploaded> фалшиво</use:isUploaded>

<use:largeEventCapacity>3</use:largeEventCapacity>
<use:freeAccount> фалшиво</use:freeAccount>

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://{siteName}.webex.com/WBXService/XMLService.

Моля, превключете своя XML API за достъп до кода, като използвате правилния начин, за да избегнете въздействие, преди да приключим поддръжката на XML API версия 10.0.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>УСПЕХ</serv:result>
<serv:gsbStatus> ПЪРВИЧНИ</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> фалшиво</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit> вярно</ns1:separateNoRecordingEdit>
...
</ns1:tools>
</serv:bodyContent>
</serv:body>
</serv:message>

Актуализации на 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>УСПЕХ</serv:result>
<serv:gsbStatus> ПЪРВИЧНИ</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> фалшиво</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent> вярно</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>
</serv:body>
</serv:message>

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

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

XMLAPI поддържа Webex Events 2.0 при обезпечаване

Засегнати API

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

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

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

GetUserResponse:

CreateTime на XMLAPI LstRecording прилага начален час на записа

Засегнати API

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

Подробности

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

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

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

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

Засегнати API

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

• SetUser: комплекти hostPIN с използване на phones.hostPIN когато personalMeetingRoom.hostPIN не е в XML заявка (предварително условие: превключване на функции AllowStartScheduledMtgFromPhoneе активиран).

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

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

GetUserResponse:

SetUser:

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

GetUserResponse:

SetUser:

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

Засегнати API

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Засегнати API

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

XML API: CreateEvent, SetEvent, GetEvent бизнес логиката на задния край чете стойността на entryExitToneEC.

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

XML API: Пример за отговор на GetSite:

<ns1:defaults>
<ns1:emailReminders>вярно</ns1:emailReminders>
<ns1:entryExitTone> ANNOUNCENAME</ns1:entryExitTone>
<ns1:entryExitToneEC> НИЩО</ns1:entryExitToneEC>
<ns1:voip> вярно </ns1:voip>
<ns1:teleconference>
<ns1:telephonySupport> НЯМА </ns1:telephonySupport>
</ns1:teleconference>
<ns1:joinTeleconfNotPress1> вярно</ns1:joinTeleconfNotPress1>
<ns1:updateTSPAccount> фалшиво</ns1:updateTSPAccount>
</ns1:defaults>

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

• GetSite

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

• SetEvent

• GetEvent

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

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

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

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

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

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

Новите промени в XML API поддържат функцията Webex Events 2.0

Засегнати API

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

Поддръжката на XMLAPI се връща над два елемента за EC 2.0. Текущата версия на XML API не поддържа планиране и задаване на среща на EC2.0.

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

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

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

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

GetSessionInfo отговор:

<ep:accessControl>
<ep:listStatus>ОБЩЕСТВЕН</ep:listStatus>
<ep:registration> фалшиво</ep:registration>
<ep:passwordReq> вярно</ep:passwordReq>
<ep:isEnforceAudioPassword> фалшиво</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin> фалшиво</ep:isEnforceAudioLogin>
<ep:enableEvent> фалшиво</ep:enableEvent>
<ep:enableWebniar> фалшиво</ep:enableWebniar>
<ep:enablePreMeetingLobby> вярно</ep:enablePreMeetingLobby>
</ep:accessControl>

GetMeeting отговор:

<meet:supportPKI>фалшиво</meet:supportPKI>
<meet:HQvideo> вярно</meet:HQvideo>
<meet:HDvideo> вярно</meet:HDvideo>
<meet:viewVideoThumbs> вярно</meet:viewVideoThumbs>
<meet:enableEvent> фалшиво</meet:enableEvent>
<meet:enableWebniar> фалшиво</meet:enableWebniar>
<meet:enablePreMeetingLobby> вярно</meet:enablePreMeetingLobby>

Новите промени в XMLAPI поддържат функцията за лоби преди срещата

Засегнати API

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

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

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

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

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

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

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

GetSite отговор:

<ns1:siteCommonOptions>
<ns1:SupportCustomDialRestriction>фалшиво</ns1:SupportCustomDialRestriction>
<ns1:SupportTelePresence> фалшиво</ns1:SupportTelePresence>
<ns1:SupportTelePresencePlus> фалшиво</ns1:SupportTelePresencePlus>
<ns1:EnableCloudTelepresence> вярно</ns1:EnableCloudTelepresence>
<ns1:EnableCMRForAllUsers> вярно</ns1:EnableCMRForAllUsers>
<ns1:enablePersonalMeetingRoom> вярно</ns1:enablePersonalMeetingRoom>
<ns1:SupportAlternateHost> вярно</ns1:SupportAlternateHost>
<ns1:SupportXMLAPIReturnScheduledPMR> фалшиво</ns1:SupportXMLAPIReturnScheduledPMR>
<ns1:SupportAnyoneHostMeetings> вярно</ns1:SupportAnyoneHostMeetings>
<ns1:enablePreMeetingLobby> вярно</ns1:enablePreMeetingLobby>
</ns1:siteCommonOptions>

LstSummarySession отговор:

<ep:isException>фалшиво</ep:isException>
<ep:isNextUpcomingInstance> вярно</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey> 0</ep:seriesMeetingKey>
<ep:isScheduledPMR> фалшиво</ep:isScheduledPMR>
<ep:enableEvent> фалшиво</ep:enableEvent>
<ep:enableWebniar> фалшиво</ep:enableWebniar>
<ep:enablePreMeetingLobby> вярно</ep:enablePreMeetingLobby>

GetSessionInfo отговор:

<ep:accessControl>
<ep:listStatus>ОБЩЕСТВЕН</ep:listStatus>
<ep:registration> фалшиво</ep:registration>
<ep:passwordReq> вярно</ep:passwordReq>
<ep:isEnforceAudioPassword> фалшиво</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin> фалшиво</ep:isEnforceAudioLogin>
<ep:enableEvent> фалшиво</ep:enableEvent>
<ep:enableWebniar> фалшиво</ep:enableWebniar>
<ep:enablePreMeetingLobby> вярно</ep:enablePreMeetingLobby>
</ep:accessControl>

GetMeeting отговор:

<meet:supportPKI>фалшиво</meet:supportPKI>
<meet:HQvideo> вярно</meet:HQvideo>
<meet:HDvideo> вярно</meet:HDvideo>
<meet:viewVideoThumbs> вярно</meet:viewVideoThumbs>
<meet:enableEvent> фалшиво</meet:enableEvent>
<meet:enableWebniar> фалшиво</meet:enableWebniar>
<meet:enablePreMeetingLobby> вярно</meet:enablePreMeetingLobby>

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

Засегнати API

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 или администратор за управление на потребители:

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

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

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

Засегнати API

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

• CreateUser и SetUser може да актуализира cmrHybridVoip елемент ако IsWebexTelephony е вярно заедно с други условия. IsTSPUsingTelephonyAPI вече не е последица.

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

XML API: GetSite отговорът връща допълнителен елемент IsWebexTelephony

GetSite отговорът включва този нов елемент:

<ns1:telephonyConfig>

<ns1:isWebexTelephony>вярно</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI> фалшиво</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName> Лична конференция №</ns1:serviceName>
<ns1:participantAccessCodeLabel> код за достъп на присъстващите</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel> код за достъп до хост</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel> ИД. № на присъстващия</ns1:attendeeIDLabel>

.....

</ns1:telephonyConfig>

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

XML API ще бъдат засегнати

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

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

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

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

Отговор за EC 2.0

<ep:isNextUpcomingInstance>вярно</ep:isNextUpcomingInstance>

<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:isScheduledPMR> фалшиво</ep:isScheduledPMR>
<ep:enableEvent> вярно</ep:enableEvent>
<ep:enableWebniar> вярно</ep:enableWebniar>

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

Засегнат API

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

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

getUserResponse:

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