Докладнішу інформацію про 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 (класична версія).

Якщо Увімкнути класичну подію установлено false, для керування нарадою Webex Events (класична версія) потрібно викликати ці API:

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

API відповість на новий виняток 010106 Класичну подію вимкнено .

Зміни схеми

Немає змін схеми.

Приклад запиту та відповіді API

Створити подію Запит і відповідь API

Запит створення події

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

API-інтерфейси впливу CreateEvent3.1.3:

• 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> Cus_ Chat_ Закрито</mtgtype:name>
<mtgtype:displayName> Cus_ Chat_ Закрито</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 продовжать працювати для подальшої сумісності. Відбулися деякі зміни поведінки, зазначені нижче.

• Під час використання створити користувача - якщо стан користувача в Control Hub не "активний", тоді стан користувача на вебсайті не буде активним. Якщо стан користувача в Control Hub активний , тоді стан користувача на вебсайті також активний, посилання: Стан користувача нових і перетворених користувачів у Control Hub .

• , пароль елемент CreateUser і SetUser API буде ігноровано, ми почнемо надсилати електронні листи для активації новим користувачам, користувачі можуть натиснути посилання в електронному листі, щоб активувати новий обліковий запис і ввести новий пароль.

• , активний елемент з API CreateUser буде ігноровано, нового користувача (не підлягає перевірці) не можна активувати через цей параметр за допомогою API Установити користувача .

• Значення webExId елемент у bodyContent of Створити користувача API має бути таким самим, як електронна пошта. Якщо webExId відрізняється від електронною поштою , ми обробимо webExId так само, як електронна пошта під час зберігання його у WebDB, і значення буде ігноровано.

• Значення webExId елемент у bodyContent of Установити користувача API має бути ідентифікатором адреси електронної пошти користувача, його можна змінити за допомогою < електронною поштою > у bodyContent.

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

  • 030120 Щоб змінити адресу електронної пошти, обліковий запис має бути адміністратором вебсайту з повними правами.

• Елемент newWebExId у тексті контенту SetUser API буде ігноровано.

• , Установити користувача API намагається змінити на адресу електронної пошти, яка вже використовується, API ініціює новий код помилки та повідомлення про помилку:

  • 030118 Електронна пошта вже використовується на керованих сайтах Control Hub.

• , DelUser API деактивує користувача на стороні наради Webex, а відповідну ліцензію наради видаляється з вебсайту Webex. Цього деактивованого користувача можна повторно активувати за допомогою API: Установити користувача (<active> АКТИВОВАНО</active> ) за умови, що користувач уже перевірений.

• , Створити користувача і Установити користувача API створює новий код помилки та повідомлення про помилку, як показано нижче:

  • 030117 , цей користувач існує за межами вашої організації, тому його потрібно зарезервувати, щоб перейти до вашої організації через процес запиту користувача. Інструкції щодо запиту користувача до вашої організації див Зарезервуйте користувачів для вашої організації (конвертуйте користувачів) . Перш ніж зарезервувати користувача, потрібно підтвердити домен, до якого належить користувач.

  • 030119 Маркер доступу CI має містити область webexsquare: адміністратор під час підготовки користувача.

Підтримується пряма сумісність лише протягом обмеженого періоду. Ми надішлемо розширене сповіщення, перш ніж цю сумісність буде видалено.

Зміни схеми

Немає змін схеми для цих API: CreateUser, SetUser, DelUser, і GetUser.

Приклад запиту та відповіді API

Створити користувача Запит і відповідь 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 впливу:

• Створити користувача

• Установити користувача

• DelUser

XML API підтримує пряму сумісність із автентифікацією наявних користувачів після перетворення класичного вебсайту Webex на керований вебсайт Control Hub

Відповідні API

Після перетворення класичного вебсайту Webex на керований вебсайт Control Hub значення<webExID> елемент у<securityContext> має збігатися з адресою електронної пошти, відомості нижче:

• Для наявних користувачів, створених на класичному вебсайті Webex, ми підтримуємо старі webExID (Наприклад: Джек) і новий webExID (вміст такий самий, як і електронний лист, приклад: Jack@xx.com) для входу, ця зворотна сумісність автентифікації є для всіх API XML.

• Для нових користувачів, створених на керованих сайтах 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 (класична версія)

Відповідні API

Поточний API: lstrecordaccessHistory і lstrecordaccessDetailHistory підтримує лише Webex Trainings. Перегляд запису звіту про історію доступу. Нове розширення підтримує також звіти історії доступу до перегляду записів Webex Meetings, Webex Events (нова версія) і Webex Events (класична версія).

Зміни схеми

Ми підтримуємо нижче нову схему в API lstrecordaccessHistory в тілі запиту API:

<serviceTypes>
<serviceType>MeetingCenter</serviceType>
<serviceType> TrainingCenter</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}</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> TrainingCenter</serviceType>
<serviceType> EventCenter </serviceType>
</serviceTypes>
</bodyContent>
</body>
</serv:message>

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:history="http://www.webex.com/schemas/2002/06/service/history">
<serv:header>
<serv:response>
<serv:result> УСПІХ</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> LstrecordaccessІсторія перевірки 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> 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> LstrecordaccessІсторія тестування 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> LstrecordaccessІсторія перевірки 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 test 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}</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> false</history:registered>
<history:downloaded> false</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> false</history:registered>
<history:downloaded> правда</history:downloaded>
<history:viewed> false</history:viewed>
<history:timeZoneID> 20 </history:timeZoneID>
</history:recordDetail>
<history:matchingRecords>
<serv:total> 2</serv:total>
<serv:returned> 2</serv:returned>
<serv:startFrom> 1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>
</serv:body>
</serv:message>

API впливу:

• lstrecordaccessHistory

• lstrecordaccessDetailHistory

Виправте розрив максимально дозволеної довжини опису Webex Events (Classic) між XMLAPI і сторінкою Webex.

Відповідні API

XML API: Створити подію і SetEvent елемент опис дозволить вводити максимум 10 000 символів, якщо розмір введення перевищує розмір, це призведе до появи нового коду помилки та нового повідомлення:

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> .......Припустимо, ви ввели 10 000 символів в описі.......</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> false</use:isUploaded>

<use:largeEventCapacity>3</use:largeEventCapacity>
<use:freeAccount> false</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, правильний спосіб доступу до URL-адреси XML API як: 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> false</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 (new)) чи ні.

Зміна схеми

Приклад відповіді

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> false</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 із ТМЗК як організатора

Відповідні API

• CreateUser: створює hostPIN незалежно від того, увімкнено чи ні PMR користувача, коли роль користувача є організатором або адміністраторами вебсайту з повними правами чи правами лише для читання або керування користувачами.

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

• GetUser: повертається phones.hostPIN незалежно від того, увімкнено PMR користувача чи ні. (попередня умова: перемикання функцій AllowStartScheduledMtgFromPhone ввімкнено).

Зміни схеми

GetUserResponse.

SetUser.

Приклад відповіді

GetUserResponse.

SetUser.

XMLAPI GetSite відповідь на два нові елементи для мобільного клієнта

Відповідні API

• GetSite. GetSite тепер буде відповідати два нові елементи для підтримки мобільного клієнта, має логіку відображення або відсутності відображення вкладки запису.

  • enableRecordingAccess: 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: Створити подію, встановити подію, отримати подію бізнес-логіка сервера зчитує значення entryExitToneEC.

Зміни схеми

XML API: Зразок відповіді GetSite:

<ns1:defaults>
<ns1:emailReminders>правда</ns1:emailReminders>
<ns1:entryExitTone> ІМ’Я ОГОЛОШЕННЯ</ns1:entryExitTone>
<ns1:entryExitToneEC> НІ</ns1:entryExitToneEC>
<ns1:voip> правда </ns1:voip>
<ns1:teleconference>
<ns1:telephonySupport> НЕМАЄ </ns1:telephonySupport>
</ns1:teleconference>
<ns1:joinTeleconfNotPress1> правда</ns1:joinTeleconfNotPress1>
<ns1:updateTSPAccount> false</ns1:updateTSPAccount>
</ns1:defaults>

API впливу:

• GetSite

• CreateEvent

• SetEvent

• GetEvent

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 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> false</ep:registration>
<ep:passwordReq> правда</ep:passwordReq>
<ep:isEnforceAudioPassword> false</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin> false</ep:isEnforceAudioLogin>
<ep:enableEvent> false</ep:enableEvent>
<ep:enableWebniar> false</ep:enableWebniar>
<ep:enablePreMeetingLobby> правда</ep:enablePreMeetingLobby>
</ep:accessControl>

GetMeeting відповідь:

<meet:supportPKI>false</meet:supportPKI>
<meet:HQvideo> правда</meet:HQvideo>
<meet:HDvideo> правда</meet:HDvideo>
<meet:viewVideoThumbs> правда</meet:viewVideoThumbs>
<meet:enableEvent> false</meet:enableEvent>
<meet:enableWebniar> false</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>false</ns1:SupportCustomDialRestriction>
<ns1:SupportTelePresence> false</ns1:SupportTelePresence>
<ns1:SupportTelePresencePlus> false</ns1:SupportTelePresencePlus>
<ns1:EnableCloudTelepresence> правда</ns1:EnableCloudTelepresence>
<ns1:EnableCMRForAllUsers> правда</ns1:EnableCMRForAllUsers>
<ns1:enablePersonalMeetingRoom> правда</ns1:enablePersonalMeetingRoom>
<ns1:SupportAlternateHost> правда</ns1:SupportAlternateHost>
<ns1:SupportXMLAPIReturnScheduledPMR> false</ns1:SupportXMLAPIReturnScheduledPMR>
<ns1:SupportAnyoneHostMeetings> правда</ns1:SupportAnyoneHostMeetings>
<ns1:enablePreMeetingLobby> правда</ns1:enablePreMeetingLobby>
</ns1:siteCommonOptions>

LstSummarySession відповідь:

<ep:isException>false</ep:isException>
<ep:isNextUpcomingInstance> правда</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey> 0</ep:seriesMeetingKey>
<ep:isScheduledPMR> false</ep:isScheduledPMR>
<ep:enableEvent> false</ep:enableEvent>
<ep:enableWebniar> false</ep:enableWebniar>
<ep:enablePreMeetingLobby> правда</ep:enablePreMeetingLobby>

GetSessionInfo відповідь:

<ep:accessControl>
<ep:listStatus>Загальнодоступний</ep:listStatus>
<ep:registration> false</ep:registration>
<ep:passwordReq> правда</ep:passwordReq>
<ep:isEnforceAudioPassword> false</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin> false</ep:isEnforceAudioLogin>
<ep:enableEvent> false</ep:enableEvent>
<ep:enableWebniar> false</ep:enableWebniar>
<ep:enablePreMeetingLobby> правда</ep:enablePreMeetingLobby>
</ep:accessControl>

GetMeeting відповідь:

<meet:supportPKI>false</meet:supportPKI>
<meet:HQvideo> правда</meet:HQvideo>
<meet:HDvideo> правда</meet:HDvideo>
<meet:viewVideoThumbs> правда</meet:viewVideoThumbs>
<meet:enableEvent> false</meet:enableEvent>
<meet:enableWebniar> false</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 має підтримувати "CMR Hybrid VOIP", якщо вебсайт підтримує телефонію Webex

Відповідні API

• GetSite повертає новий елемент IsWebexTelephony у відповіді.

• CreateUser і SetUser може оновити cmrHybridVoip елемент якщо IsWebexTelephony є істинним разом з іншими умовами. IsTSPUsingTelephonyAPI більше не є значущим.

Зміни схеми

XML API: GetSite відповідь повертає додатковий елемент IsWebexTelephony

GetSite відповідь включає цей новий елемент:

<ns1:telephonyConfig>

<ns1:isWebexTelephony>правда</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI> false</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> false</ep:isScheduledPMR>
<ep:enableEvent> правда</ep:enableEvent>
<ep:enableWebniar> правда</ep:enableWebniar>

XMLAPI підтримує повернення користувача сайту Webex-voice-assistant варіант для інтеграції MCT

API, який зазнає впливу

GetUser повертає новий елемент webexAssistantEnabled(true або false) у відповіді.

Зміни схеми

getUserResponse.

Приклад відповіді