За повече информация относно 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 (класически) според елемента за конфигурация на сайта на EnableClassicEvent , който е невалиден

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

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

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

CreateEvent, SetEvent, GetEvent, GetSessionInfo, LstsummaryEvent, LstrecordedEvent, LstsummaryProgram, КачванеEventImage

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

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

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

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

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

Искане на CreateVent

XXXXXXXX


XMLAPI EC Testing


07/17/2021 01:29:15
15

Отговор на CreateVent

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>НЕУСПЕХ</serv:result>
<serv:reason>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>010106</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>

CreateEvent3.1.3 Засягат API:

• SetEvent GetEvent

• GetSessionInfo

• LSTSUMMARYevent

• LstrecordedEvent

• Програма LstsummaryName

• КачванеEventImage

XMLAPI LstMeetingType ще отговори на нов елемент на subProductCodePrefix

Засегнати API

Текущо е елементът за отговор за LstMeetingType на productionCodePrefix на API: PRO, AUO и други, които са предварително дефинирани от Webex префикс за срещи от тип.

След това ново подобрение API ще отговори на нов елемент на subProdctCodePrefix:PRO1, PRO2 и т.н., който може да бъде персонализиран префикс за тип среща.

Промени в схемата на API: Най-скорошен тип среща

Той ще отговори на нов елемент: subProdctCodePrefix

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

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

Искане за LstMeetingType

13810

Отговор за LstMeetingType

<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:productCodePrefix>PRO</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix> //Нов елемент за персонализиран тип среща
<mtgtype:active>ACTIVATED</mtgtype:active>
<mtgtype:name>Cus_Chat_Затворен</mtgtype:name>
<mtgtype:displayName>Cus_Chat_Затворен</mtgtype:displayName>

Актуализации на 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 ще бъде игнориран, започваме да изпращаме имейл за активиране на нови потребители, потребителите могат да кликат върху връзката в имейла, за да активно нов акаунт и да въвеждат нова парола.

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

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

• Стойността на елемента webExId в bodyContent на API на SetUser трябва да е потребителска самоличност на имейл адрес – можете да я промените, като използвате <email> в bodyContent.

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

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

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

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

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

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

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

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

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

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

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

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

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

Заявка за API:
<?xml версия="1.0" encoding="UTF-8"?>
<serv:съобщение xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<заглавка>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{акаунт на администратор На сайт}</webExID>
<email>{акаунт на администратор На сайта}</email>
<sessionTicket>xxxx</sessionTicket> или или
или , когато се използва CI „accessToken“, той трябва да включва обхват на webexsquare:admin, когато се осигурява потребител
</securityContext>
</заглавка>




<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<webExId>Jack@qa.webex.com</webExId> –-- трябва да е самоличността на потребителя или имейл адрес
<email>Jack@qa.webex.com</email>
<firstName>Джак</firstName>
Смит
<password>....</password>
<привилегия>
<host>вярно</host>
</привилегия>
<active>ACTIVATED</active> ---този параметър не може да активира потребителя директно, докато потребителят не се активира самостоятелно чрез имейл за активиране.
</bodyContent



Пример за отговор на API:
<?xml версия="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:отговор>
<serv:result>УСПЕХ</serv:result>
<serv:gsbStatus>ОСНОВЕН</serv:gsbStatus>
</serv:response>
заглавка

<serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<use:userId>23778617</use:userId>
</serv:bodyContent>

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

• CreateUser

• SetUser

• DelUser

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

Засегнати API

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

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

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

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

Засягат API:

Всички XML API.

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

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

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

xxxx –-- съществуващите потребители са създадени в класически сайт на WebEx, той може да бъде: jack или jack@xx.com; новият потребител трябва да използва jack@xx.com

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

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

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

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

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

Заявка за API:
<?xml версия="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">


<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> –-- съществуващите потребители са създадени в класически сайт на WebEx, той може да бъде: jack или jack@xx.com; новият потребител трябва да използва jack@xx.com
xxxx или или или




xxxx –-- съществуващите потребители са създадени в класически сайт на WebEx, той може да бъде: jack или jack@xx.com; новият потребител трябва да използва jack@xx.com




пример за отговор на API:
...same as before

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

Засегнати API

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

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

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

MeetingCenter
TrainingCenter
EventCenter

Подробности

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

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

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

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

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

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

Искане и отговор на API на lstrecordaccessHistory

<?xml версия="1.0" encoding="UTF-8"?>
<serv:съобщение xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<заглавка>
<securityContext>
<webExID>{userName}</webExID>
<password>{password}</password>
<siteName>{siteName}</siteName>
</securityContext>
</заглавка>

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

<orderBy>RECORDID</orderBy>
<orderAD>AUC</orderAD>

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



<?xml версия="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:отговор>
<serv:result>УСПЕХ</serv:result>
<serv:gsbStatus>ОСНОВЕН</serv:gsbStatus>
</serv:response>
заглавка

<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>10.06.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>07/05/2021 07:15:06</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>0</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>EC2.0_232423-20210922 0447-1</history:recordName>
<history:creationTime>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>

Искане и отговор на API на lstrecordaccessDetailHistory

<?xml версия="1.0" encoding="UTF-8"?>
<serv:съобщение xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<заглавка>
<securityContext>
<webExID>{userName}</webExID>
<password>{password}</password>
<siteName>{siteName}</siteName>
</securityContext>
</заглавка>

<bodyContent xsi:type=
„java:com.webex.service.binding.history.LstrecordaccessDetailHistory“>
<recondID>1XXXXXX7</recondID>
<timeZoneID>20</timeZoneID>



<?xml версия="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:отговор>
<serv:result>УСПЕХ</serv:result>
<serv:gsbStatus>ОСНОВЕН</serv:gsbStatus>
</serv:response>
заглавка

<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>false</history:registered>
<history:downloaded>false</history:downloaded>
<history:viewed>true</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordDetail>
<history:recordDetail>
<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>Axxxg</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>24.09.2021 13:27:39</history:accessTime>
<history:registered>false</history:registered>
<history:downloaded>true</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 за въздействие:

• достъпHistory

• lstrecordaccessDetailHistory

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

Засегнати API

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

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

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

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

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

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

#API искане:
...

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
xmlns:att="http://www.webex.com/schemas/2002/06/service/event" xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
<accessControl>
<sessionPassword>111111</sessionPassword>
<listing>PRIVATE</listing>
</accessControl>
<metaData>
<sessionName>EC тест</sessionName>
<description>.......</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:result>НЕУСПЕХ</serv:result>
Неправилно описание. Описанието не може да надвишава 10 000 знака
PRIMARY
060068

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

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

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

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

Засегнати API

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

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

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

Отговор на GetUser:
AW
false

3
false

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: ще върне новите елементи с naming 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:отговор>
<serv:result>УСПЕХ</serv:result>
<serv:gsbStatus>ОСНОВЕН</serv:gsbStatus>
</serv:response>
заглавка

<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<ns1:инструменти>
...
<ns1:enableNBRMCModify>false</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit>true</ns1:separateNoRecordingEdit>
...
</ns1:tools>
</serv:bodyContent>

XML API 41.6.3 актуализации

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

Отговор към GetSite нов елемент на supportLargeEvent

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

GetSite: връща нови елементи с име supportLargeEvent в siteCommonOptions , за да уведоми повикващия дали сайтът поддържа Large Event (Webex Event (нов)) или не.

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

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

GetSiteResponse:

GetSite

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

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

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

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

Засегнати API

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

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

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

GetUserОтговор:

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

Засегнати API

Последен запис: Отговор на LstRecordingCreateTime като час, когато потребителят действително натисне бутона за запис.

Подробности

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

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

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

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

Засегнати API

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

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

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

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

GetUserResponse:

Задаване на потребител:

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

GetUserResponse:

Задаване на потребител:

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

Засегнати API

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

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

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

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

Примерно искане за 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: Back-end бизнес логиката CreateEvent, SetEvent, GetEvent чете стойността на entryExitToneEC.

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

XML API: GetSite проба за отговор:

<ns1:emailReminders>true</ns1:emailReminders>
<ns1:entryExitTone>ОБЯВЯВАНЕ</ns1:entryExitTone>
<ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
<ns1:voip>true</ns1:voip>
<ns1:teleconference>
<ns1:telephonySupport>
</ns1:teleconference>
<ns1:joinTeleconfNotPress1>true</ns1:joinTeleconfNotPress1>
<ns1:updateTSPAccount>false</ns1:updateTSPAccount>
</ns1:defaults>

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

• GetSite

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

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

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

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

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

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

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

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

<ep:listStatus>ПУБЛИЧЕН</ep:listStatus>
<ep:registration>false</ep:registration>
<ep:passwordReq>true</ep:passwordReq>
<ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
<ep:enableEvent>false</ep:enableEvent>
<ep:enableWebniar>false</ep:enableWebniar>
<ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
</ep:accessControl>

Отговор за GetMeeting :

false
true
true
true
false
false
true

ФУНКЦИЯТА XMLAPI нови промени поддържат pre-Meeting лоби функция

Засегнати API

The XML API: GetSite, LstSummarySession, GetSessionInfo и GetMeeting ще отговорят на новия елемент разрешаванеPreMeetingLobby за фоайето преди срещата.

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

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

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

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

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

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

Отговор за GetSite :

false
false
false
true
true
true
true
false
true
true

Отговор за LstSummarySession :

false
true
0
false
false
false
true

Отговор за GetSessionInfo :

<ep:listStatus>ПУБЛИЧЕН</ep:listStatus>
<ep:registration>false</ep:registration>
<ep:passwordReq>true</ep:passwordReq>
<ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
<ep:enableEvent>false</ep:enableEvent>
<ep:enableWebniar>false</ep:enableWebniar>
<ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
</ep:accessControl>

Отговор за GetMeeting :

false
true
true
true
false
false
true

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

Засегнати API

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

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

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

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

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

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

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

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

Засегнати API

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

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

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

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

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

<ns1:isWebexTelephony>true</ns1:isWebexTelephony>

<ns1:serviceName>Номер на персонална конференция</ns1:serviceName>
<ns1:participantAccessCodeLabel>Код за достъп на присъстващ</ns1:participantAccessCodeLabel>
<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

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

true

0
false
true
true

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

Засегнат API

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

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

getUserResponse:

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