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

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

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

Оновлення API 41.12.0

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

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

XMLAPI заблокує розклад і редагування подій Webex (Classic) відповідно до пункту конфігурації сайту EnableClassicEvent це неправда

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

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

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

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

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

Зміни схеми

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

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

CreateEvent API запит і відповідь

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

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent">
  <accessControl>
    <sessionPassword>XXXXXXXX</sessionPassword>
  </accessControl>
   <metaData>
    <sessionName>XMLAPI EC Testing</sessionName>
   </metaData>
  <schedule>
    <startDate>07/17/2021 01:29:15</startDate>
    <openTime>15</openTime>            
  </schedule>
</bodyContent>
</body>
</serv:message>

Відповідь 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>FAILURE</serv:result>
            <serv:reason>The classic Event has been disabled.</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

  • LstsummaryProgram

  • UploadEventImage

XMLAPI LstMeetingType відгукнеться на новий елемент subProductCodePrefix

Уражені API

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

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

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

На нього відреагує новий елемент: subProdctCodePrefix

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

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

Запит LstMeetingType

<bodyContent xsi:type="java:com.webex.service.binding.meetingtype.LstMeetingType">
    <meetingTypeID>13810</meetingTypeID>
</bodyContent>
</body>
</serv:message>

Відповідь 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>PRO</mtgtype:productCodePrefix>
                <mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix>       //New element for customized meeting type
                <mtgtype:active>ACTIVATED</mtgtype:active>
                <mtgtype:name>Cus_Chat_Closed</mtgtype:name>
                <mtgtype:displayName>Cus_Chat_Closed</mtgtype:displayName>

Оновлення API 41.11.0

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    • 030119 Токен доступу CI повинен включати сферу вебексквару : admin під час підготовки користувача.

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

Зміни схеми

Жодних змін у схемі цих API: CreateUser, SetUser, DelUser, і GetUser.

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

Запит API від CreateUser

API request:
<?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/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{site Admin account}</webExID>
      <email>{site Admin account}</email>
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken>
                  or <accessToken>, when using CI "accessToken", it must include scope webexsquare:admin when provisioning user
    </securityContext>
</header>



<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
    <webExId>Jack@qa.webex.com</webExId> --- it should is user identity of email address
    <email>Jack@qa.webex.com</email>
    <firstName>Jack</firstName>
    <lastName>Smith</lastName>
    <password>....</password>
    <privilege>
        <host>true</host>
    </privilege>
    <active>ACTIVATED</active> ---this parameter can't active the user directly until the user self activate itself via activation email.
</bodyContent>
</body>
</serv:message>

API response example:
<?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>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <use:userId>23778617</use:userId>
        </serv:bodyContent>
    </serv:body>
</serv:message>

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

  • CreateUser

  • Сет'юзер

  • DelUser

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

Уражені API

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

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

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


<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
    </securityContext>
</header>

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

Усі API XML.

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

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

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

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
    <webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
</bodyContent>

Впливають на API:GetUser, SetUser, і DelUser.

Зміни схеми

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

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

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

API request:
<?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/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
    </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
    <webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
</bodyContent>
</body>
</serv:message>

API response example:
...same as before

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

Уражені API

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

Зміни схеми

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

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

Відомості

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

  • Якщо в запиті API не вказано тип служби , API lstrecordaccessHistory повертає веб-тренінги лише записування перегляду доступної історії.

  • Коли службаТип є Центр зустрічей, API lstrecordaccessHistory повертає журнал доступу до вебекс-нарад і веб-подій (новий) запис перегляду доступного.

  • Коли сервісТип є EventCenter, API lstrecordaccessHistory повертає вебекс-події (класичний) перегляду записів, до яких було отримано доступ до історії.

The API: lstrecordaccessDetailHistory здатний повернути деталі шляхом recordID вебекс-зустрічей, подій Webex (нове), подій Webex (класичне) та тренінгів Webex.

Приклад запиту та відповіді 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>9/20/2021 00:00:00</viewTimeStart>
                <viewTimeEnd>9/28/2021 23:59:59</viewTimeEnd>
            </viewTimeScope>
            <listControl>
                <startFrom>1</startFrom>
                <maximumNum>100</maximumNum>
            </listControl>
            <order>
                <orderBy>RECORDID</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>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test TC-20210924 1324-1</history:recordName>
                <history:creationTime>09/24/2021 13:28:13</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>2</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>TestErollment_001-20210610 1905-1</history:recordName>
                <history:creationTime>06/10/2021 19:10:15</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>0</history:downloaded>
                <history:viewed>3</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>Test instant playback 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>09/22/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 test EC2.0-20210924 1315-1</history:recordName>
                <history:creationTime>09/24/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 test MC-20210924 1319-1</history:recordName>
                <history:creationTime>09/24/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>09/24/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>
        </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>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</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>09/24/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>09/24/2021 13:27:39</history:accessTime>
                <history:registered>false</history:registered>
                <history:downloaded>true</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 (Classic) між XMLAPI та Webex Page.

Уражені API

API XML: Елемент опису CreateEvent і SetEvent дозволить ввести максимум 10000 символів, якщо вводити розмір, це призведе до появи нового коду помилки і повідомлення:

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

Зміни схеми

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

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

CreateEvent API запит і відповідь

#API request example:
...
    <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/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
            <accessControl>
                <sessionPassword>111111</sessionPassword>
                <listing>PRIVATE</listing>
            </accessControl>
            <metaData>
                <sessionName>EC test</sessionName>
                <description>.......Suppose you filling in 10000 characters in description.......</description>
            </metaData>
...


------------------------------------
#API response example when the description exceeds 10000 characters:

<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>FAILURE</serv:result>
            <serv:reason>Illegal input description. The description can't exceed 10000 characters</serv:reason>
            <serv:gsbStatus>PRIMARY</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 повертає новий елемент безкоштовногорахунку

Уражені API

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

Зміни схеми

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


GetUser response:
                <use:initials>AW</use:initials>
                <use:isUploaded>false</use:isUploaded>
            </use:avatar>
            <use:largeEventCapacity>3</use:largeEventCapacity>
            <use:freeAccount>false</use:freeAccount>
        </serv:bodyContent>
    </serv:body>
</serv:message>

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

GetUser

Оновлення API 41.10.0

У схемі XML API 41.10.0 немає змін у схемі.

Оновлення API 41.9.0

Оновлення 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.

Оновлення API 41.8.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.

Оновлення API 41.7.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>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</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>true</ns1:separateNoRecordingEdit>
                    ...
            </ns1:tools>
        </serv:bodyContent>
    </serv:body>
</serv:message>

ОНОВЛЕННЯ API 41.6.3

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

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

GetSite Відповідь нового елемента supportLargeEvent

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

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

зміна схеми

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

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</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>

Оновлення API 41.6.0

Оновлення 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

LstRecording: LstRecording відповідь CreateTime як час, коли користувач фактично натискає кнопку запису.

Відомості

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

Оновлення API 41.5.0

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

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

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

Уражені API

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

  • SetUser: набори hostPIN Використання phones.hostPIN Коли personalMeetingRoom.hostPIN не міститься в XML-запиті (попередня умова: перемикач функцій AllowStartScheduledMtgFromPhoneувімкнено).

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

Зміни схеми

GetUserResponse:

SetUser:

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

GetUserResponse:

SetUser:

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

Уражені API

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

    • enableRecordingAccess: правда чи брехня, суперадміністратори Webex можуть увімкнути або вимкнути доступ до запису за допомогою перемикача( EnableRecordingAccesses).

    • storageEmptyStatus: true або false, якщо обидва сайти не підтримують функцію NBR і виділили місце для зберігання NBR як нуль, то відповідь статусу вірна, інакше є помилковою.

Зміни схеми

Зразок запиту на GetSite

Зразок відповіді на Getsite

Тема повідомлення електронної пошти, яка містить символи, що не належать до ASCII, буде закодована за допомогою RFC2047. У випадку чистої теми електронної пошти символів ASCII кодування відсутнє

Уражені API

Немає жодного впливу на будь-який запит API, корисне навантаження відповідей, але це змінює поведінку кодування суб'єкта електронної пошти. Коли тема електронної пошти, яка містить символи, що не належать до ASCII, буде закодована RFC2047. У випадку чистої теми електронної пошти символів ASCII кодування відсутнє.

Зміни схеми

Змін у схемі немає.

Оновлення API 41.4.0

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

Натисніть тут, щоб завантажити схемуXML API 41.4.0.

Створення запланованих подій Webex Події можуть використовувати рівень сайту за замовчуванням для тону входу та виходу

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

Уражені API

API XML: Функція GetSite повертає один новий елемент entryExitToneEC для позначення вартості.

API XML: CreateEvent, SetEvent, GetEvent back end бізнес-логіка читає значення entryExitToneEC.

Зміни схеми

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

<ns1:defaults>
    <ns1:emailReminders>true</ns1:emailReminders>
    <ns1:entryExitTone>ANNOUNCENAME</ns1:entryExitTone>
    <ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
    <ns1:voip>true</ns1:voip>
    <ns1:teleconference>
        <ns1:telephonySupport>NONE</ns1:telephonySupport>
    </ns1:teleconference>
    <ns1:joinTeleconfNotPress1>true</ns1:joinTeleconfNotPress1>
    <ns1:updateTSPAccount>false</ns1:updateTSPAccount>
</ns1:defaults>

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

  • GetSite

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

  • SetEvent

  • GetEvent

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

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

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

Вплив API

Ім'я API

Опис

Зауваження

GetSessionInfo

Якщо вебекс-зустріч є великою подією або веб-трансляцією, GetSessionInfo повертає пароль зустрічі, числовий пароль зустрічі, пароль панеліста та цифровий пароль панеліста.

Схема не може бути змінена.

CreateMeeting

SetMeeting

Якщо користувач намагається використовувати CreateMeeting api для створення вебекс-зустрічі з великим типом сесії події або виклику SetMeeting щоб відредагувати Webex Meeting, яка насправді є великою подією або веб-трансляцією, поверніть новий виняток 110064. Типи сеансів події та веб-трансляції не підтримуються.

Поведінка повинна бути змінена.

Оновлення API 41.3.0

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

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

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

Уражені API

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

Ім'я елемента

Опис

enableEvent

Підтримка EC 2.0 на зустрічі Webex

увімкнутиWebniar

Підтримує вебінар під час зустрічі Webex

Підтримка XMLAPI повертається над двома елементами для EC 2.0. Поточний випуск XML API не підтримує планування та встановлення зустрічі EC2.0.

Зміни схеми

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

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

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

GetSessionInfo відповідь:

<ep:accessControl>
                <ep:listStatus>PUBLIC</ep:listStatus>
                <ep:registration>false</ep:registration>
                <ep:passwordReq>true</ep:passwordReq>
                <ep:isEnforceAudioPassword>false</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 відповідь:

  <meet:supportPKI>false</meet:supportPKI>
                <meet:HQvideo>true</meet:HQvideo>
                <meet:HDvideo>true</meet:HDvideo>
                <meet:viewVideoThumbs>true</meet:viewVideoThumbs>
                <meet:enableEvent>false</meet:enableEvent>
                <meet:enableWebniar>false</meet:enableWebniar>
                <meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
            </meet:enableOptions>

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

Уражені API

API XML: GetSite, LstSummarySession, GetSessionInfo, і GetMeeting відповість новому елементу enablePreMeetingLobby для лобі перед зустріччю.

Зміни схеми

API XML: GetSite повертає елемент enablePreMeetingLobby для лобі перед зустріччю.

API XML: LstSummarySession повертає елемент enablePreMeetingLobby для лобі перед зустріччю.

API XML: GetSessionInfo повертає елемент enablePreMeetingLobby для лобі перед зустріччю.

API XML: GetMeeting повертає елемент enablePreMeetingLobby для лобі перед зустріччю.

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

GetSite відповідь:

<ns1:siteCommonOptions>
                    <ns1:SupportCustomDialRestriction>false</ns1:SupportCustomDialRestriction>
                    <ns1:SupportTelePresence>false</ns1:SupportTelePresence>
                    <ns1:SupportTelePresencePlus>false</ns1:SupportTelePresencePlus>
                    <ns1:EnableCloudTelepresence>true</ns1:EnableCloudTelepresence>
                    <ns1:EnableCMRForAllUsers>true</ns1:EnableCMRForAllUsers>
                    <ns1:enablePersonalMeetingRoom>true</ns1:enablePersonalMeetingRoom>
                    <ns1:SupportAlternateHost>true</ns1:SupportAlternateHost>
                    <ns1:SupportXMLAPIReturnScheduledPMR>false</ns1:SupportXMLAPIReturnScheduledPMR>
                    <ns1:SupportAnyoneHostMeetings>true</ns1:SupportAnyoneHostMeetings>
                    <ns1:enablePreMeetingLobby>true</ns1:enablePreMeetingLobby>
                </ns1:siteCommonOptions>

LstSummarySession відповідь:

<ep:isException>false</ep:isException>
                <ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>
                <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
                <ep:isScheduledPMR>false</ep:isScheduledPMR>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>
               <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:session>

GetSessionInfo відповідь:

<ep:accessControl>
                <ep:listStatus>PUBLIC</ep:listStatus>
                <ep:registration>false</ep:registration>
                <ep:passwordReq>true</ep:passwordReq>
                <ep:isEnforceAudioPassword>false</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 відповідь:

<meet:supportPKI>false</meet:supportPKI>
                <meet:HQvideo>true</meet:HQvideo>
                <meet:HDvideo>true</meet:HDvideo>
                <meet:viewVideoThumbs>true</meet:viewVideoThumbs>
                <meet:enableEvent>false</meet:enableEvent>
                <meet:enableWebniar>false</meet:enableWebniar>
                <meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
            </meet:enableOptions>

The XML API GetSite відповідь Зміна інформаційної поведінки розкривається

Уражені API

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

<ns1:activeUserCount>...</ns1:activeUserCount>
<ns1:EEActiveUserCount>...</ns1:EEActiveUserCount>
<ns1:activeCETHost>...</ns1:activeCETHost>
<ns1:auoActiveUserCount>...</ns1:auoActiveUserCount>
<ns1:MCActiveUserCount>...</ns1:MCActiveUserCount>
<ns1:ECActiveUserCount>...</ns1:ECActiveUserCount>
<ns1:TCActiveUserCount>...</ns1:TCActiveUserCount>
<ns1:SCActiveUserCount>...</ns1:SCActiveUserCount>

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

Дозволити лише роль адміністратора мати дані ліцензії відповідей GetSite. Хост або учасник не отримає ці ліцензійні дані в GetSite відповідь.

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

Оновлення API 41.2.0

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

Натисніть тут, щоб завантажити схему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>true</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>false</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName>Personal Conference No.</ns1:serviceName>
<ns1:participantAccessCodeLabel>Attendee access code</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel>Host access code</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel>Attendee ID</ns1:attendeeIDLabel>

.....

</ns1:telephonyConfig>

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

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

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

Ім'я елемента

Опис

enableEvent

Підтримка EC 2.0 на зустрічі Webex

увімкнутиWebniar

Підтримує вебінар під час зустрічі Webex

Зміни схеми

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

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

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

<ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>

                <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
                <ep:isScheduledPMR>false</ep:isScheduledPMR>
                <ep:enableEvent>true</ep:enableEvent>
                <ep:enableWebniar>true</ep:enableWebniar>
            </ep:session>

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

Уражений API

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

Зміни схеми

getUserResponse:

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

Оновлення API 41.1.0

У схемі XML API 41.1 немає змін у схемі.