- Начало
- /
- Статия
Намерете цялата важна информация, от която се нуждаете за API на Cisco Webex Meetings, като например промени в схемата и други съобщения.
За повече информация относно 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.
Актуализации на 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>
Актуализации на 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
Актуализации на API 41.10.0
Няма промени в схемата на схемата на XML API 41.10.0. |
Актуализации на 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 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.
Актуализации на 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>
Актуализации на 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>
Актуализации на 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
отговор. Сега е моментът, в който потребителят действително започва да прави записа. Тази промяна се отнася за всички служебни записи. Няма промяна на схемата.
Актуализации на 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Няма въздействия върху каквато и да е API заявка, полезен товар на отговорите, но променя поведението на кодиране на субекта на имейла. Когато темата на имейла, която не съдържа ASCII знаци, ще бъде кодирана с RFC2047. В случай на тема на имейл с чист ASCII знак , няма кодиране.
Промени в схемата
Няма промени в схемата.
Актуализации на 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).
Ако Webex Meeting е голямото събитие или уебкаст,
GetSessionInfo
връща подробна информация, включително парола за среща, цифрова парола за среща, парола за панел и цифрова парола на панела (не се променя схемата).XMLAPI не поддържа създаване и редактиране на голямо събитие или функция за уебкаст, така че
CreateMeeting
иSetMeeting
връща ново изключение (110064, типът на събитието и уебкаст сесията не се поддържат.) за голямо събитие или случай на уебкаст.
API за въздействие
Име на API | Описание | Забележка |
---|---|---|
| Ако Webex Meeting е голямото събитие или уебкаст, | Не се променя схемата. |
| Ако потребителят се опита да използва | Да се промени поведението. |
Актуализации на API 41.3.0
Актуализации на XML API 41.3.0
Новите промени в XML API поддържат функцията Webex Events 2.0
Засегнати API
И двата API: GetSessionInfo и GetMeeting връщащи елементи enableEvent
и enableWebniar
също.
Име на елемент | Описание |
---|---|
enableEvent | Поддържа EC 2.0 в Среща в Webex |
enableWebniar | Поддържа уебинар в Среща в Webex |
Поддръжката на 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
или администратор за управление на потребители:
Актуализации на 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
Име на елемент | Описание |
---|---|
enableEvent | Поддържа EC 2.0 в Среща в Webex |
enableWebniar | Поддържа уебинар в Среща в Webex |
Промени в схемата
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
:
Пример за отговор
Актуализации на API 41.1.0
Няма промени в схемата в схемата на XML API 41.1. |