Další informace o rozhraníCH XML API 39 a XML API 11 najdete v přehledu aktualizací rozhraní API XML cisco Webex (rozhraní XML API 39 a starší).

Další informace o rozhraní XML API 40 naleznete v přehledu aktualizací rozhraní API XML cisco Webex (rozhraní XML API 40 a novější).

Aktualizace rozhraní XML API 11 SP9 a starších najdete na ciscodevnetu .

Aktualizace rozhraní API 41.12.0

Aktualizace rozhraní XML API 41.12.0

Kliknutím sem stáhnete schéma XML API 41.12.0.

XMLAPI zablokuje program a úpravy událostí Webex (Classic) podle položky konfigurace webu EnableClassicEvent to je nepravdivé

Ovlivněná rozhraní API a změny schématu

Pokud je na stránce konfigurace správy webu false políčko Povolit klasickou událost, tento web už nebude podporovat klasické) schůzky Webex Events (Classic).

Pokud je zaškrtávací políčko Povolit classicEvent false, zavoláte tato rozhraní API k provozování klasické schůzky Událostí Webexu:

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

Rozhraní API bude reagovat na novou výjimku 010106Klasická událost byla zakázána.

Změny schématu

Žádné změny schématu.

Příklad požadavku a odpovědi rozhraní API

CreateEvent API požadavek a odpověď

Požadavek na CreateEvent

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

Reakce 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 Ovlivnit rozhraní API:

  • SetEvent GetEvent

  • GetSessionInfo

  • LstsummaryEvent

  • LstrecordedEvent

  • LstsummaryProgram

  • UploadEventImage

XMLAPI LstMeetingType reagovat na nový prvek subProductCodePrefix

Ovlivněná rozhraní API

Aktuální rozhraní API LstMeetingType prvek odezvy productionCodePrefix: PRO, AUO a další, které jsou Webex předdefinované předpona typu meet.

Po tomto novém vylepšení bude API reagovat na nový prvek subProdctCodePrefix:P RO1, PRO2 atd., které lze přizpůsobit předponu typu meet.

Změny schématu v rozhraní API: LstMeetingType

Bude reagovat na nový prvek: subProdctCodePrefix

Příklad požadavku a odpovědi rozhraní API

LstMeetingType Požadavek a odpověď rozhraní API

Žádost LstMeetingType

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

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

Aktualizace rozhraní API 41.11.0

Aktualizace rozhraní XML API 41.11.0

Kliknutím sem stáhnete schéma XML API 41.11.0.

Podpora předávací kompatibility rozhraní XML API v rozhraní API pro správu uživatelů pro spravované weby Control Hub

Ovlivněná rozhraní API a změny schématu

Pokud vaše integrační aplikace aktuálně používá rozhraní API pro správu uživatelů Webex XMLAPI: CreateUser, SetUser, DelUser a GetUser Pro zřizování nebo správu uživatelů budou tato rozhraní API i nadále pracovat na kompatibilitě vpřed. Existují některé změny chování, jak je uvedeno níže:

  • Při použití createUser– pokud stav uživatele v Control Hubu není "aktivní", stav uživatele na webu nebude aktivní. Pokud je aktivní stav uživatele v Ovládacím centru , je aktivní také stav uživatele nawebu, odkaz: Stav uživatele nových a převedených uživatelů v ControlHubu .

  • Prvek hesla rozhraní APICreateUser a SetUser bude ignorován, začneme posílat aktivační e-mail novým uživatelům, uživatelé mohou kliknout na odkaz v e-mailu k aktivnímu novému účtu a zadat nové heslo.

  • Aktivníprvekrozhraní CREATEUser API bude ignorován, nového uživatele (nelze ověřit) nelze aktivovat prostřednictvím tohoto parametru pomocí rozhraní API SetUser.

  • Hodnota elementu webExId v bodyContent rozhraní API CreateUser musí být stejná jako e-mail. Pokud se webExId liší od e-mailu, budeme s webExId zacházet stejně jako s e-mailem při jeho ukládání do WebDB a hodnota bude ignorována.

  • Hodnota elementu webExId v těleContent rozhraní API SetUser musí být identita uživatele e-mailové adresy, můžete ji změnit pomocíe-mailové> v bodyContent.

  • Rozhraní SetUser API bude podporovat změnu e-mailu stávajícího uživatele: je úspěšný, pokud je účet operace v SecurityContext správcem celého webu Control Hub. V opačném případě rozhraní API hlásí chybu s novým kódem chyby a zprávou níže:

    • 030120 Účet musí být správcem celého webu, aby bylo nutné změnit e-mail.

  • Prvek newWebExId v těleContent rozhraní SetUser API bude ignorován.

  • Rozhraní API setUser se pokusí změnit na e-mail, který se již používá, rozhraní API vyvolá pod novým chybovým kódem a chybovou zprávou:

    • 030118 e-mail se už používá ve spravovaných webech Control Hub.

  • Rozhraní DelUser API deaktivuje uživatele na straně schůzky Webex a odpovídající licence na schůzku je odebrána z webu Webex. Tohoto deaktivovaného uživatele lze znovu aktivovat pomocí rozhraní API: SetUser (<active>ACTIVATED ) pokud je uživatel ověřen</active>dříve.

  • Rozhraní API CreateUser a SetUser vyvolávají nový chybový kód a chybovou zprávu, jak je znázorněno níže:

    • 030117 ,Tento uživatel existuje mimo vaši organizaci, takže je třeba nárokovat, aby se přesunul do vaší organizace prostřednictvím procesu uživatele deklarace identity. Postup při nárokování uživatele do vaší organizace najdete v tématu Nárokování uživatelů na vaši organizaci (Převést uživatele). Před nárokováním uživatele budete muset ověřit doménu, do které uživatel patří.

    • 030119 Přístupový token CI musí obsahovat obor webexsquare: správce při zřizování uživatele.


Podporována je pouze po omezenou dobu dopředná kompatibilita. Před odebráním této kompatibility poskytneme podrobné oznámení.

Změny schématu

U těchto rozhraní API nedošlo k žádným změnám schématu: CreateUser, SetUser, DelUser a GetUser.

Příklad požadavku a odpovědi rozhraní API

CreateUser API požadavek a odpověď

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>

Ovlivnit rozhraní API:

  • CreateUser

  • SetUser

  • DelUser

Rozhraní XML API podporuje kompatibilitu předávání ověřování existujícího uživatele po převedení klasického webu Webex na spravovaný web Control Hub

Ovlivněná rozhraní API

Po převodu klasického webu Webex na spravovaný web Control Hub musí být hodnota <webExID> prvku v <securityContext> e-mailu stejná jako e-mail, podrobnosti níže:

  • Pro stávající uživatele vytvořené na klasickém webu Webex podporujeme jak staré webExID (Například: Jack) a nový webExID (obsah je stejný jako e-mail, například: Jack@xx.com) pro přihlášení je tato zpětná kompatibilita ověřování pro všechna rozhraní API XML.

  • Pro nové uživatele vytvořené ve spravovaných webech Control Hub musí být hodnota prvku webExID stejná jako e-mail pro přihlášení.


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

Ovlivnit rozhraní API:

Všechna rozhraní API XML.

Po převodu klasického webu Webex na spravovaný web Control Hub musí být hodnota <webExID> elementu bodyContent> stejná jako e-mail, podrobnosti níže:

  • Pro stávající uživatele vytvořené na klasickém webu Webex podporujeme jak staré webExId(např.: Jack) a nový webExId (obsah je stejný jako e-mail, například: Jack@xx.com) v těleContent.

  • U nových uživatelů vytvořených na spravovaných webech Control Hub musí být hodnota prvku webExId stejná jako e-mail v 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>

Ovlivnit rozhraní API:GetUser, SetUser a DelUser.

Změny schématu

Na žádných rozhraních API se nemění žádné schéma.

Příklad požadavku a odpovědi rozhraní API

GetUser API požadavek a odpověď

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

Vylepšení záznamu zobrazení sestavy ROZHRANÍ API pro podporu v událostech Webex Meetings, Webex Události (Nové) a Webex (Classic)

Ovlivněná rozhraní API

Aktuální ROZHRANÍ API: lstrecordaccessHistory a lstrecordaccessDetailHistory Podpora pouze záznamového zobrazení Webex Trainings přistupovala k sestavě historie. Nové vylepšení podporuje také webové schůzky Webex, události Webex (nové) a zobrazení záznamu událostí Webex (klasické).

Změny schématu

Podporujeme níže nové schéma do API lstrecordaccessHistory v těle požadavku ROZHRANÍ API:

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

Podrobnosti

Rozhraní API: lstrecordaccessHistory je schopen vrátit záznam zobrazení přístupné historie pro Webex Schůzky, Webex Události (nový), Webex Události (klasické) a Webex školení.

  • Pokud v žádosti o rozhraní API není zadán žádný serviceType, rozhraní API lstrecordaccessHistory vrátí záznamové zobrazení Webex Trainings pouze k historii přístupu.

  • Když je serviceType MeetingCenter, rozhraní API lstrecordaccessHistory vrátí přístup k historii přístupů ke schůzkám Webex Meetings i Webex Events (nové).

  • Pokud je serviceType EventCenter, rozhraní API lstrecordaccessHistory vrátí přístup k historii přístupů k událostem Webex (classic) záznamu.

Rozhraní API: lstrecordaccessDetailHistory je schopen vrátit podrobnosti tím, že recordID schůzek Webex, událostí Webex (nové), událostí Webex (klasických) a školení Webex.

Příklad požadavku a odpovědi rozhraní API

lstrecordaccessHistory Požadavek a odpověď rozhraní 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 Požadavek a odpověď rozhraní 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>

Ovlivnit rozhraní API:

  • lstrecordaccessHistory

  • lstrecordaccessDetailHistory

Opravte mezeru maximální povolené délky popisu událostí Webex (Classic) mezi XMLAPI a webexovou stránkou.

Ovlivněná rozhraní API

Rozhraní XML API: CreateEvent a SetEvent prvek popisu umožní maximálně 10000 znaků vstupy, pokud více velikost vstup, bude mít za následek nový chybový kód a zprávu:

060068 Popis nelegálního vstupu. Tento popis nesmí překročit 10 000 znaků.

Změny schématu

Žádná změna schématu.

Příklad požadavku a odpovědi rozhraní API

CreateEvent API požadavek a odpověď

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

Ovlivnit rozhraní API:

  • CreateEvent

  • SetEvent

XML API: GetUser vrací nový prvek freeAccount

Ovlivněná rozhraní API

GetUser Vrátí nový prvek, který identifikuje freeAccount uživatelský účet je FreeAccount nebo ne.

Změny schématu

Příklad odpovědi 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>

Ovlivnit rozhraní API:

GetUser

Aktualizace rozhraní API 41.10.0


Ve schématu rozhraní XML API 41.10.0 nejsou žádné změny schématu.

Aktualizace rozhraní API 41.9.0

Aktualizace rozhraní XML API 41.9.0

Kliknutím sem stáhnete schéma XML API 41.9.0.

Vyřazení rozhraní XML API 10.0.0 z provozu pro všechny lokality T31

Webex plánuje ukončit podporu života XML API ver 10.0.0 pro všechny weby T31.

V aktualizaci 41.9.0 vyřazujeme z provozu kód XML API 10.0.0 ze všech produkčních prostředí.

Aktualizace rozhraní API 41.8.0

Aktualizace rozhraní XML API 41.8.0

Kliknutím sem stáhnete schéma XML API 41.8.0.

Vyřazení rozhraní XML API 10.0.0 z provozu pro všechny lokality T31

Webex plánuje ukončit podporu života XML API ver 10.0.0 pro všechny weby T31.

Webex zjistil, že klient některých zákazníků přistupuje k adrese URL rozhraní XML API nesprávným způsobem jako: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, správným způsobem přístupu k adrese URL rozhraní XML API jako: https://{siteName}.webex.com/WBXService/XMLService.

Přepněte kódový přístup k XML API správným způsobem, abyste se vyhnuli dopadu před ukončením podpory života na XML API verze 10.0.0.

Aktualizace rozhraní API 41.7.0

Aktualizace rozhraní XML API 41.7.0

Kliknutím sem stáhnete schéma XML API 41.7.0.

Mobilní záznam mazání a úprav by měl být řízen možností správy webu: Povolit hostitelům přeřazení, úpravy, zakázání a odstraňování nahrávek

Ovlivněná rozhraní API a změny schématu

GetSite: vrátí nové prvky pojmenování enableNBRMCModify a separateNoRecordingEdit pod nástroji.

Příklad odpovědi

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>

Aktualizace rozhraní API 41.6.3

Aktualizace rozhraní XML API 41.6.3

Kliknutím sem stáhnete schéma XML API 41.6.3.

GetSite Reakce nový prvek supportLargeEvent

Ovlivněná rozhraní API a změny schématu

GetSite: vrátí pojmenování nových prvků supportLargeEvent pod siteCommonOptions chcete-li volajícímu dát vědět, zda web podporuje velkou událost (Událost Webex (nová)) nebo ne.

Změna schématu

Příklad odpovědi

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>

Aktualizace rozhraní API 41.6.0

Aktualizace rozhraní XML API 41.6.0

Kliknutím sem stáhnete schéma XML API 41.6.0.

Podpora XMLAPI Webex Events 2.0 při zřizování

Ovlivněná rozhraní API

GetUser: vrátí pojmenování nového prvku largeEventCapacity který zobrazuje kapacitu nové události 2.0 (EC 2.0) pod tímto uživatelským účtem. Pokud má například uživatelský účet licenci CI_EC3K, hodnota largeEventCapacity je 3000.

Změny schématu

Příklad odpovědi

GetUserResponse:

CreateTime xmlapi LstRecording používá čas zahájení nahrávání

Ovlivněná rozhraní API

LstRecording: LstRecording odpověď CreateTime jako čas, kdy uživatel skutečně stiskne tlačítko záznamu.

Podrobnosti

V minulosti XML API používalo časové razítko, kdy byl záznam vytvořen v databázi, jako čas vytvoření v LstRecording odpověď. Nyní je to čas, kdy uživatel skutečně začne nahrávat. Tato změna se týká všech servisních záznamů. Nedochází ke změně schématu.

Aktualizace rozhraní API 41.5.0

Aktualizace rozhraní XML API 41.5.0

Kliknutím sem stáhnete schéma XML API 41.5.0.

XMLAPI má možnost zahájit naplánované schůzky Webexu ze služby PSTN jako hostitele

Ovlivněná rozhraní API

  • CreateUser: generuje hostPIN bez ohledu na uživatele PMR je povolena nebo ne, pokud je role uživatele hostitelem nebo úplnými správci webu pro čtení nebo pro čtení nebo pro správu uživatelů.

  • SetUser: sady hostPIN používající phones.hostPIN Kdy personalMeetingRoom.hostPIN není v požadavku XML (podmínka: přepínání funkce AllowStartScheduledMtgFromPhoneje povolena).

  • GetUser: vrátí phones.hostPIN bez ohledu na uživatele PMR je povolena nebo ne. (podmínka: přepínání funkce AllowStartScheduledMtgFromPhone je povolena).

Změny schématu

GetUserResponse:

SetUser:

Příklad odpovědi

GetUserResponse:

SetUser:

XMLAPI GetSite odpověď na dva nové prvky pro mobilního klienta

Ovlivněná rozhraní API

  • GetSite: GetSite nyní bude reagovat dva nové prvky na podporu mobilní klient má logiku zobrazit nebo nezobrazovat kartu záznamu.

    • enableRecordingAccess: true nebo false, Webex super administrators může povolit nebo zakázat přístup k nahrávání přepínačem( EnableRecordingAccesses).

    • storageEmptyStatus: true nebo false, pokud obě lokality nepodporují funkci NBR a přidělily úložný prostor NBR jako nula, pak je odpověď na stav pravdivá, jinak je nepravdivá.

Změny schématu

Vzorová žádost o GetSite

Ukázková odpověď pro Getsite

E-mailový předmět, který nemá znaky, které nejsou ASCII, bude kódován pomocí RFC2047. V případě čistého e-mailového předmětu znaků ASCII neexistuje žádné kódování

Ovlivněná rozhraní API

Neexistují žádné dopady na žádný požadavek rozhraní API, datovou část odpovědí, ale mění chování kódování subjektu e-mailu. Pokud bude předmět e-mailu, který nemá znaky, které nejsou ASCII, kódován pomocí RFC2047. V případě čistého e-mailového předmětu znaků ASCII neexistuje žádné kódování.

Změny schématu

Neexistují žádné změny schématu.

Aktualizace rozhraní API 41.4.0

Aktualizace rozhraní XML API 41.4.0

Kliknutím sem stáhnete schéma XML API 41.4.0.

Události Webex naplánované událostmi události mohou využít výchozí nastavení na úrovni webu při vstupním a výstupním tónu

XMLAPI se zarovnává s aktuální novou logikou pro řízení vstupního a výstupního tónu. Všechny tóny pro události Webex byly řízeny jiným nastavením ve správě webu. V GetSite, XMLAPI vrátí další pole entryExitToneEC označují hodnotu. Původně, když správce webu nastavil výchozí tón, create Event toto nastavení nevyužuje použitím výchozího xmlapi.

Ovlivněná rozhraní API

Rozhraní XML API: GetSite vrátí jeden nový prvek entryExitToneEC označují hodnotu.

Rozhraní XML API: CreateEvent, SetEvent, GetEvent back-end business logika čte hodnotu entryExitToneEC.

Změny schématu

XML API: Ukázka odpovědi 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>

Ovlivnit rozhraní API:

  • GetSite

  • CreateEvent

  • SetEvent

  • GetEvent

XMLAPI právě vrátí podrobné informace o velké události (Webex Event 2.0)

  1. Pokud je schůzka Webex velkou událostí nebo webcastem, GetSessionInfo vrátí některé podrobné informace včetně hesla schůzky, číselného hesla schůzky, panelistického hesla a panelistického číselného hesla (žádné schéma nelze změnit).

  2. XMLAPI nepodporuje vytváření a úpravy žádné velké události nebo funkce webového vysílání, takže CreateMeeting a SetMeeting vraťte novou výjimku (110064, typ relace události a webového vysílání nejsou podporovány.) pro případ velké události nebo webového vysílání.

Rozhraní API pro náraz

Název rozhraní API

Popis

Poznámka

GetSessionInfo

Pokud je schůzka Webex velkou událostí nebo webcastem, GetSessionInfo vrátí heslo schůzky, číselné heslo schůzky, panelistické heslo a panelistické číselné heslo.

Žádné schéma nelze změnit.

CreateMeeting

SetMeeting

Pokud se uživatel pokusí použít CreateMeeting api pro vytvoření schůzky Webex s typem relace velkých událostí nebo volání SetMeeting Chcete-li upravit schůzku Webex, která je ve skutečnosti velkou událostí nebo webovým vysíláním, vraťte novou výjimku 110064. Typ relace Události a Webcast nejsou podporovány.

Chování se změní.

Aktualizace rozhraní API 41.3.0

Aktualizace rozhraní XML API 41.3.0

Kliknutím sem stáhnete schéma XML API 41.3.0.

Nové změny rozhraní XML API podporují funkci Události Webex 2.0

Ovlivněná rozhraní API

Obě rozhraní API: GetSessionInfo a GetMeeting návratové prvky enableEvent a enableWebniar také.

Název prvku

Popis

enableEvent

Podporuje EC 2.0 na schůzce Webex

enableWebniar

Podporuje webinář na schůzce Webex


Podpora XMLAPI se vrátí nad dva prvky pro EC 2.0. Aktuální verze rozhraní XML API nepodporuje plánování a nastavení schůzky EC2.0.

Změny schématu

GetSessionInfo vrátí prvky enableEvent a enableWebniar pro EC 2.0.

GetMeeting vrátí prvky enableEvent a enableWebniar pro EC 2.0.

Ukázka odpovědi:

GetSessionInfo odpověď:

<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 odpověď:

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

Nové změny XMLAPI podporují funkci lobby před schůzkou

Ovlivněná rozhraní API

Rozhraní XML API: GetSite, LstSummarySession, GetSessionInfo a GetMeeting bude reagovat na nový prvek enablePreMeetingLobby pro lobby před schůzkou.

Změny schématu

Rozhraní XML API: GetSite vrátí prvek enablePreMeetingLobby pro lobby před schůzkou.

Rozhraní XML API: LstSummarySession vrátí prvek enablePreMeetingLobby pro lobby před schůzkou.

Rozhraní XML API: GetSessionInfo vrátí prvek enablePreMeetingLobby pro lobby před schůzkou.

Rozhraní XML API: GetMeeting vrátí prvek enablePreMeetingLobby pro lobby před schůzkou.

Ukázka odpovědi:

GetSite odpověď:

<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 odpověď:

<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 odpověď:

<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 odpověď:

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

Rozhraní XML API GetSite změna chování informací o odpovědích zveřejnit

Ovlivněná rozhraní API

Rozhraní XML API: GetSite pouze odpověď níže pro účet správce, které zahrnují role: SiteAdmin, RO_SiteAdmin a 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>

Chování se změnilo

Povolit pouze role správce mají data licenčních licencí odpovědiGetSite. Hostitel nebo účastník nedostanou tato licenční data do GetSite odpověď.

Níže jsou api: GetSite's příklad odpovědi pro siteadmin nebo pouze připravené siteadmin nebo správce správy uživatelů:

Aktualizace rozhraní API 41.2.0

Aktualizace rozhraní XML API 41.2.0

Kliknutím sem stáhnete schéma XML API 41.2.0.

XMLAPI by měl podporovat "CMR Hybrid VOIP", pokud web podporuje telefonování Webex

Ovlivněná rozhraní API

  • GetSite vrátí nový prvek IsWebexTelephony v odpovědi.

  • CreateUser a SetUser může aktualizovat cmrHybridVoip prvek, pokud IsWebexTelephony platí spolu s dalšími podmínkami. IsTSPUsingTelephonyAPI již není následné.

Změny schématu

XML API: GetSite odpověď vrátí další prvek IsWebexTelephony

GetSite odpověď obsahuje tento nový prvek:

<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 podporuje EC2.0

Rozhraní API XML budou ovlivněna

LstSummarySession vrátí nové dva prvky na podporu EC 2.0

Název prvku

Popis

enableEvent

Podporuje EC 2.0 na schůzce Webex

enableWebniar

Podporuje webinář na schůzce Webex

Změny schématu

XML API: LstSummarySession: Připojte < enableEvent> a enableWebniar> prvky

Odpověď XML API: LstSummarySession

Odpověď pro 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 podporuje vrácení uživatele webu Webex-voice-assistant možnost integrace MCT

Ovlivněné rozhraní API

GetUser vrátí nový prvek webexAssistantEnabled(pravda nebo nepravda) v odpovědi.

Změny schématu

getUserResponse:

Příklad odpovědi

Aktualizace rozhraní API 41.1.0


Ve schématu rozhraní XML API 41.1 nejsou žádné změny schématu.