Огляд оновлень API для зустрічей Cisco Webex (API 41)

Докладнішу інформацію про XML API 39 і XML API 11 див. в статті Огляд оновлень XML API Cisco Webex Meetings (XML API 39 і попередні версії).

Докладнішу інформацію про XML API 40 див. в статті Огляд оновлень XML API Cisco Webex Meetings (XML API 40 і пізніші версії).

Щоб отримати оновлення для XML API 11 SP9 або попередніх версій, перейдіть до Cisco DevNet.

Оновлення XML API 41.12.0

Клацніть тут, щоб завантажити схему XML API 41.12.0 .

XMLAPI блокуватиме розклад Webex Events (Classic) і редагування відповідно до пункту конфігурації вебсайту УвімкнутиClassicEvent це помилка

Вплив змін API та схеми

На сторінці конфігурації адміністрування сайту, якщо прапорець Увімкнути класичну подію помилковий, цей сайт більше не підтримуватиме наради Webex Events (класичні).

Якщо прапорець Увімкнути класичну подію помилковий, ви викликаєте ці API для роботи з вебекс-подіями (класичною) нарадою:

Створити подію , SetEvent , GetEvent , GetSessionInfo , LstsummaryEvent , LСтрічзаписанаПодія , LstsummaryProgram , Передати зображення події

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

Зміни схеми

Схема не змінюється.

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

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

Запит на створення винаходу

XXXXXXXX


Тестування XMLAPI EC


17.07.2021 01:29:15
15

Відповідь CreateEvent

<?xml version="1.0" encoding="ISO-8859-1"?>
xmlns:подія=" http://www.webex.com/schemas/2002/06/service" <serv:header>http://www.webex.com/schemas/2002/06/common" <serv:response>http://www.webex.com/schemas/2002/06/service/event">
<serv:result> НЕПОМОГА</serv:result>
<serv:reason> Класичну подію вимкнено.</serv:reason>
<serv:gsbStatus> ОСНОВНИЙ</serv:gsbStatus>
<serv:exceptionID> 010106</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>

CreateEvent3.1.3 Впливають на API:

• SetEvent GetEvent

• GetSessionInfo

• LstsummaryEvent

• LСтрічзаписанаПодія

• LstsummaryProgram

• Передати зображення події

XMLAPI LstMeetingType відповість на новий елемент субпродуктКодПрефікс

Уражені API

Поточний API LstMeetingType елемент відповіді ProductCodePrefix : PRO, AUO та інші, які є попередньо визначеним префіксом типу зустрічі Webex.

Після цього нового покращення API відповість на новий елемент префікс коду підпродукту :PRO1, PRO2 тощо, які можна налаштувати за допомогою префікса типу зустрічі.

Зміни схеми на API: LstMeetingType

На нього відреагує новий елемент: префікс коду підпродукту

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

LstMeetingType Запит і відповідь API

Запит від LstMeetingType

13810

Відповідь користувача LstMeetingType

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


<mtgtype:productCodePrefix> ПРОФ</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix> PRO3</mtgtype:subProductCodePrefix> //Новий елемент для налаштованого типу наради
<mtgtype:active> АКТИВОВАНО</mtgtype:active>
<mtgtype:name> C
Cus_ Закрито</mtgtype:name>hat_<mtgtype:displayName> C
Cus_ Закрито</mtgtype:displayName>hat_

Оновлення XML API 41.11.0

Клацніть тут, щоб завантажити схему XML API 41.11.0 .

XML API підтримує пряму сумісність в API керування користувачами для керованих сайтів Control Hub

Вплив змін API та схеми

Якщо ваша інтеграційна програма зараз використовує API керування користувачами Webex XMLAPI: Створити користувача , Установити користувача , DelUser , і GetUser для підготовки користувачів або керування ними, після перетворення класичного вебсайту Webex на керований вебсайт Control Hub ці API продовжать працювати для подальшої сумісності. Існують деякі зміни в поведінці, як зазначено нижче:

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

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

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

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

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

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

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

• Елемент newWebExId в тіліКонтент API SetUser буде проігнорований.

• SETUser API намагається перейти на електронну пошту, яка вже використовується, API піднімається під новим кодом помилки та повідомленням про помилку:

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

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

• Api CreateUser і SetUser з'являється новий код помилки та повідомлення про помилку, як показано нижче:

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

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

Зміни схеми

Жодних змін у схемі цих API: Створити користувача , Установити користувача , DelUser , і GetUser .

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

Створити користувача Запит і відповідь API

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



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

Приклад відповіді API:
<?xml version="1.0" encoding="UTF-8"

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


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

Впливають на API:

• CreateUser

• Сет'юзер

• DelUser

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

Уражені API

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

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

• Для нових користувачів, створених на керованих сайтах Control Hub, значення елемента webExID має збігатися з електронною поштою для входу.

{siteName}
{userName} --- наявних користувачів створено на класичному вебсайті WebEx, це можуть бути: jack або jack@xx.com; новий користувач повинен використовувати jack@xx.com
хххх або або або

Впливають на API:

Усі API XML.

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

• Для наявних користувачів, створених на класичному вебсайті Webex, ми підтримуємо старі webExId (наприклад: Jack) і новий webExId (вміст такий самий, як і електронна пошта, наприклад: Jack@xx.com) в тіліКонтент.

• Для нових користувачів, створених на керованих сайтах Control Hub, значення webExId елемент має збігатися з елементом електронної пошти bodyContent .

хххх --- наявних користувачів створено на класичному вебсайті WebEx, це можуть бути: jack або jack@xx.com; новий користувач повинен використовувати jack@xx.com

Впливають на API: GetUser , Установити користувача , і DelUser .

Зміни схеми

Жодна схема не змінюється в будь-яких API.

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

GetUser Запит і відповідь API

Запит API:
<?xml version="1.0" encoding="UTF-8"?>
xsi:schemaLocation="http://www.w3.org/2001/XMLSchema-instance"
http://www.webex.com/schemas/2002/06/service"
http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<siteName> {siteName}</siteName>
<webExID> {userName}</webExID> --- наявних користувачів створено на класичному вебсайті WebEx, це можуть бути:

jack або jack@xx.com; новий користувач повинен використовувати jack@xx.com
хххх або або або




хххх --- наявних користувачів створено на класичному вебсайті WebEx, це можуть бути: jack або jack@xx.com; новий користувач повинен використовувати jack@xx.com




Приклад відповіді API:
...так само, як і раніше

Покращення api звіту про історію записів переглядів для підтримки вебекс-зустрічей, подій Webex (новий) та вебекс-подій (класичний)

Уражені API

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

Зміни схеми

Нижче ми підтримуємо нову схему в API lstrecordaccessHistory in API request body:

MeetingCenter
TrainingCenter
EventCenter

Відомості

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

• Якщо немає serviceType зазначений у запиті API, API для lstrecordaccessHistory повертає Webex Trainings лише для перегляду історії доступу до записів.

• Коли serviceType є MeetingCenter, API для lstrecordaccessHistory повертає як Webex Meetings, так і Webex Events (новий) перегляд історії доступу до записів.

• Коли serviceType є EventCenter, API для lstrecordaccessHistory повертає Webex Events (класична версія) подання історії доступу.

The API: lstrecordaccessDetailHistory може повернути відомості до ідентифікатор запису Webex Meetings, Webex Events (нова версія), Webex Events (класична версія) і Webex Trainings.

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

lstrecordaccessHistory Запит і відповідь API

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

<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
<viewTimeScope>
<viewTimeStart> 20.09.2021 00:00:00</viewTimeStart>
<viewTimeEnd> 28.09.2021 23:59:59 </viewTimeEnd>
</viewTimeScope>
<listControl>
<startFrom> 1</startFrom>
<maximumNum> 100 </maximumNum>
</listControl>
<order>
<orderBy> ЗАПИС</orderBy>
<orderAD> ASC </orderAD>
</order>
<serviceTypes>
<serviceType> MeetingCenter</serviceType>
<serviceType> TrainingCenter</serviceType>
<serviceType> EventCenter </serviceType>
</serviceTypes>
</bodyContent>
</body>

<?xml version="1.0" encoding="UTF-8"
xmlns:історія="

<serv:header>?>
<serv:response>http://www.webex.com/schemas/2002/06/service" <serv:result>УСПІХ</serv:result>http://www.webex.com/schemas/2002/06/common" <serv:gsbStatus> ОСНОВНИЙ </serv:gsbStatus>http://www.webex.com/schemas/2002/06/service/history">
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="
<history:recordID> 1XXXXXXX7</history:recordID>
<history:recordName> LstrecordaccessІсторія перевірки TC-20210924 1324-1</history:recordName>
<history:creationTime> 24.09.2021 13:28:13</history:creationTime>
<history:registered> 0</history:registered>http://www.w3.org/2001/XMLSchema-instance">
<history:downloaded> 2</history:downloaded>
<history:viewed> 1</history:viewed>
<history:timeZoneID> 20 </history:timeZoneID>

<history:recordAccessHistory>
<history:recordID> 1XXXXXXX7</history:recordID>
<history:recordName> TestE
001-20210610 1905-1</history:recordName>
<history:creationTime> 10.06.2021 19:10:15</history:creationTime>
<history:registered> 0</history:registered>
<history:downloaded> 0</history:downloaded>
<history:viewed> 3</history:viewed>rollment_<history:timeZoneID> 20 </history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID> 1XXXXXXX7</history:recordID>
<history:recordName> Тестування миттєвого відтворення 2-20210705 0709-1</history:recordName>
<history:creationTime> 05.07.2021 07:15:06</history:creationTime>
<history:registered> 0</history:registered>
<history:downloaded> 0</history:downloaded>
<history:viewed> 1</history:viewed>
<history:timeZoneID> 20 </history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID> 1XXXXXXX7</history:recordID>
<history:recordName> EC2.0
232423-20210922 0447-1</history:recordName>
<history:creationTime> 22.09.2021 04:53:05</history:creationTime>
<history:registered> 0</history:registered>
<history:downloaded> 0</history:downloaded>
<history:viewed> 1</history:viewed>_<history:timeZoneID> 20 </history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID> 1XXXXXXX7</history:recordID>
<history:recordName> 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>

lstrecordaccessDetailHistory Запит і відповідь API

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


<?xml version="1.0" encoding="UTF-8"
xmlns:історія="
<serv:header>

<serv:response>?>
<serv:result>УСПІХ</serv:result>http://www.webex.com/schemas/2002/06/service" <serv:gsbStatus> ОСНОВНИЙ </serv:gsbStatus>http://www.webex.com/schemas/2002/06/common" </serv:response>http://www.webex.com/schemas/2002/06/service/history">
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="
<history:viewID> 1XXXXXX7</history:viewID>
<history:participantName> Axxxg</history:participantName>
<history:participantEmail> Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime> 24.09.2021 13:27:26</history:accessTime>
<history:registered> false</history:registered>http://www.w3.org/2001/XMLSchema-instance">
<history:downloaded> false</history:downloaded>
<history:viewed> правда</history:viewed>
<history:timeZoneID> 20 </history:timeZoneID>

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

Впливають на API:

• lstrecordaccessHistory

• lstrecordaccessDetailHistory

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

Уражені API

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

060068 Опис незаконного введення. Цей опис не може перевищувати 10000 символів.

Зміни схеми

Ніякої зміни схеми.

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

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

#Приклад запиту API:
...

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event" <accessControl>http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
<sessionPassword> 111111</sessionPassword>
<listing> ПРИВАТНО </listing>
</accessControl>
<metaData>
<sessionName> EC тест</sessionName>
<description> .......Припустимо, ви ввели 10 000 символів в описі.......</description>
</metaData>
...
------------------------------------


Приклад відповіді #API, коли опис перевищує 10 000 символів:
<serv:message xmlns:serv="

xmlns:подія=" http://www.webex.com/schemas/2002/06/service" http://www.webex.com/schemas/2002/06/common" http://www.webex.com/schemas/2002/06/service/event">
<serv:result>НЕПОМОГА</serv:result>
Неприпустимий опис.

Довжина опису не може перевищувати 10 000 символів
ОСНОВНИЙ
060068

Впливають на API:

• Створитивизвернення

• SetEvent

XML API: GetUser повертає новий елемент безкоштовногорахунку

Уражені API

GetUser повертає новий елемент, який ідентифікує безкоштовнийОбліковий запис обліковий запис користувача Безкоштовний обліковий запис чи ні.

Зміни схеми

Приклад відповіді 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 ver 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 ver 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 : поверне ім’я нових елементів увімкнутиNBRMCЗмінити , і окремоБез записуРедагувати під інструментами.

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

GetSiteResponse :

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
xmlns:ns1="http://www.webex.com/schemas/2002/06/service" xmlns:подія=" http://www.webex.com/schemas/2002/06/common" <serv:header>http://www.webex.com/schemas/2002/06/service/site" <serv:response>http://www.webex.com/schemas/2002/06/service/event">
<serv:result> УСПІХ</serv:result>
<serv:gsbStatus> ОСНОВНИЙ </serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="
<ns1:tools>
...http://www.w3.org/2001/XMLSchema-instance">
<ns1:enableNBRMCModify> false</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit> правда</ns1:separateNoRecordingEdit>
...
</ns1:tools>
</serv:bodyContent>

Оновлення XML API 41.6.3

Клацніть тут, щоб завантажити схему XML API 41.6.3 .

GetSite Новий елемент відповіді supportLargeEvent

Вплив змін API та схеми

GetSite : повертає нові імена елементів supportLargeEvent під siteCommonOptions щоб повідомити абонента, що телефонує, чи підтримує цей сайт велику подію (Webex Event (new)) чи ні.

зміна схеми

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

GetSiteResponse :

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
xmlns:ns1="http://www.webex.com/schemas/2002/06/service" xmlns:подія=" http://www.webex.com/schemas/2002/06/common" <serv:header>http://www.webex.com/schemas/2002/06/service/site" <serv:response>http://www.webex.com/schemas/2002/06/service/event">
<serv:result> УСПІХ</serv:result>
<serv:gsbStatus> ОСНОВНИЙ </serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="
<ns1:siteCommonOptions>
...http://www.w3.org/2001/XMLSchema-instance">
<ns1:enablePreMeetingLobby> false</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent> правда</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>

Оновлення XML API 41.6.0

Клацніть тут, щоб завантажити схему XML API 41.6.0 .

Підтримка XMLAPI вебекс-подій 2.0 у підготовці

Уражені API

GetUser : повертає нове іменування елемента largeEventCapacity який показує можливості нової події 2.0 (EC 2.0) для цього облікового запису користувача. Наприклад, якщо обліковий запис користувача має CI_ Ліцензія EC3K, значення largeEventCapacity становить 3000.

Зміни схеми

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

GetUserResponse:

XMLAPI LstRecording's CreateTime застосовує час початку запису

Уражені API

LstЗапис : LstЗапис відповідь Час створення як час, коли користувач фактично натискає кнопку запису.

Відомості

Раніше XML API використовував відмітку часу створення запису в базі даних як час створення в LstЗапис відповідь. Тепер настав час, коли користувач фактично починає робити запис. Ця зміна стосується всіх службових записів. Немає зміни схеми.

Оновлення XML API 41.5.0

Клацніть тут, щоб завантажити схему XML API 41.5.0 .

XMLAPI має можливість запускати заплановані веб-конференції з ТМЗК як хост

Уражені API

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

• Установити користувача : наборів PIN-код організатора за допомогою phones.PIN організатора коли персональнаКомната для нарад.PIN організатора не міститься в запиті XML (попередня умова: перемикання функцій ДозволитиПочатиЗапланованоMtgЗТелефона ввімкнено).

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

Зміни схеми

Отримати відповідь користувача :

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

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

Отримати відповідь користувача :

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

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

Уражені API

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

  • увімкнутиRecordingAccess : true або false, суперадміністратори Webex можуть увімкнути або вимкнути доступ до запису за допомогою перемикача ( Увімкнути доступ до запису ).

  • стан зберіганняПорожній : 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 Події можуть використовувати рівень сайту за замовчуванням для тону входу та виходу

XMLAPI вирівнюється з поточною новою логікою контролю вхідного та вихідного тону. Всі тони для Webex Events контролювалися іншою установкою в адміністрації сайту. У GetSite , XMLAPI повертає додаткове поле сигналВиходуEC щоб зазначити значення. Спочатку, коли адміністратор сайту встановив тон за промовчанням, функція Create Event не використовуватиме цей параметр, застосовуючи за замовчуванням XMLAPI.

Уражені API

API XML: GetSite повертає один новий елемент сигналВиходуEC щоб зазначити значення.

API XML: Створити подію, встановити подію, отримати подію бізнес-логіка сервера зчитує значення сигналВиходуEC .

Зміни схеми

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

правда
ІМ’Я ОГОЛОШЕННЯ
НІ
правда

НЕМАЄ

правда
false

Впливають на API:

• GetSite

• Створитивизвернення

• SetEvent

• GetEvent

XMLAPI просто повертає відомості про велику подію (Webex Event 2.0)

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

2. XMLAPI не підтримує створення та редагування будь-яких великих подій або функцій вебтрансляції, тому Створитинараду і УстановитиНараду повернути новий виняток (110064, тип події та сеансу вебтрансляції не підтримуються.) для великої події або запиту вебтрансляції.

Вплив API

Оновлення XML API 41.3.0

Клацніть тут, щоб завантажити схему XML API 41.3.0 .

Нові зміни в XML API підтримують функцію Webex Events 2.0

Уражені API

Обидва API: GetSessionInfo і GetMeeting елементи повернення enableEvent і enableWebniar також.

Зміни схеми

GetSessionInfo повертає елементи enableEvent і enableWebniar для EC 2.0.

GetMeeting повертає елементи enableEvent і enableWebniar для EC 2.0.

Зразок відповіді:

GetSessionInfo відповідь:

Загальнодоступний
false
правда
false
false
false
false
правда

GetMeeting відповідь:

false
правда
правда
правда
false
false
правда

Нові зміни XMLAPI підтримують функцію лобі перед зустріччю

Уражені API

API XML: GetSite , LstSummarySession , GetSessionInfo , і GetMeeting відповість на новий елемент увімкніть PreMeetingLobby для холу перед нарадою.

Зміни схеми

API XML: GetSite повертає елемент увімкніть PreMeetingLobby для холу перед нарадою.

API XML: LstSummarySession повертає елемент увімкніть PreMeetingLobby для холу перед нарадою.

API XML: GetSessionInfo повертає елемент увімкніть PreMeetingLobby для холу перед нарадою.

API XML: GetMeeting повертає елемент увімкніть PreMeetingLobby для холу перед нарадою.

Зразок відповіді:

GetSite відповідь:

false
false
false
правда
правда
правда
правда
false
правда
правда

LstSummarySession відповідь:

false
правда
0
false
false
false
правда

GetSessionInfo відповідь:

Загальнодоступний
false
правда
false
false
false
false
правда

GetMeeting відповідь:

false
правда
правда
правда
false
false
правда

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

Уражені API

API XML: GetSite тільки елементи відповіді нижче для облікового запису адміністратора, які включають ролі: Адміністратор вебсайту , RO_ Адміністратор вебсайту , і Адміністратор користувача .

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

поведінка змінилася

Дозволити отримати відповідь лише ролі адміністратора дані ліцензії з GetSite . Організатор або відвідувач не отримають дані ліцензії GetSite відповідь.

Нижче наведено API: GetSite приклад відповіді для адміністратор сайту або тільки готовий адміністратор сайту або адміністратор керування користувачами:

Оновлення XML API 41.2.0

Клацніть тут, щоб завантажити схему XML API 41.2.0 .

XMLAPI повинен підтримувати "CMR Hybrid VOIP", якщо сайт підтримує Webex телефонію

Уражені API

• GetSite повертає новий елемент ЄВебексТелефонія у відповіді.

• Створити користувача і Установити користувача може оновити cmrГібриднийVoip елемент якщо ЄВебексТелефонія істинно разом з іншими умовами. IsTSPU, що використовує API телефонії більше не є значущим.

Зміни схеми

XML API: GetSite відповідь повертає додатковий елемент ЄВебексТелефонія

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

правда
false
№ особистої конференції
Код доступу відвідувача
Код доступу організатора
Ідентифікатор відвідувача

.....

LstSummarySession підтримує EC2.0

Впливайте на API XML

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

Зміни схеми

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

Відповідь XML API: LstSummarySession

Відповідь для EC 2.0

правда

0
false
правда
правда

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

Уражений API

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

Зміни схеми

getUserResponse :

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