Pentru mai multe informații despre XML API 39 și XML API 11, consultați Prezentarea generală a actualizărilor API Cisco Webex Meetings XML (XML API 39 și versiunile anterioare).

Pentru mai multe informații despre XML API 40, consultați Prezentarea generală a actualizărilor API Cisco Webex Meetings XML (XML API 40 și versiunile ulterioare).

Pentru actualizări pentru XML API 11 SP9 și versiuni anterioare, accesați Cisco DevNet.

Actualizări API 41.12.0

Xml API 41.12.0 Actualizări

Click aici pentru a descărca XML API 41.12.0 schemă.

XMLAPI va bloca programul webex Events (Clasic) și editarea în funcție de elementul de configurare a site-ului din EnableClassicEvent care este fals

API-uri afectate și modificări de schemă

În pagina de configurare a administrării site-ului, dacă caseta de selectare Activare eveniment clasic este falsă, acest site nu va mai accepta întâlniri Webex Events (clasice).

Dacă caseta de selectare Activare classicEvent este falsă, apelați aceste API-uri pentru a opera întâlnirea Webex Events (clasic):

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

API-ul va răspunde la o nouă excepție 010106 Evenimentul clasic afost dezactivat.

Modificări de schemă

Fără modificări de schemă.

Solicitare API și exemplu de răspuns

Solicitarea și răspunsul API CreateEvent

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

Răspunsul 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 afectează API-urile:

  • SetEvent GetEvent

  • GetSessionInfo

  • LstsummaryEvent

  • LstrecordedEvent

  • LstsummaryProgram

  • UploadEventImage

XMLAPI LstMeetingType va răspunde la un nou element de subProductCodePrefix

API-uri afectate

Curent API-ul LstMeetingType element de răspuns al productionCodePrefix: PRO, AUO și altele care sunt prefixul de tip de întâlnire predefinit Webex.

După această nouă îmbunătățire, API-ul va răspunde la un nou element al subProdctCodePrefix:P RO1, PRO2, etc, care pot fi personalizate satisface prefixul de tip.

Modificări de schemă pe API: LstMeetingType

Acesta va răspunde la un nou element: subProdctCodePrefix

Solicitare API și exemplu de răspuns

LstMeetingType Solicitare API și răspuns

Cererea de LstMeetingType

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

Răspunsul 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>

Actualizări API 41.11.0

Actualizări XML API 41.11.0

Click aici pentru a descărca XML API 41.11.0 schemă.

XML API suport compatibilitatea înainte în API-ul de gestionare a utilizatorilor pentru site-urile gestionate de Control Hub

API-uri afectate și modificări de schemă

Dacă aplicația de integrare utilizează în prezent API-uri webex XMLAPI de gestionare a utilizatorilor: CreateUser, SetUser, DelUser și GetUser pentru a furniza sau a gestiona utilizatorii, după ce site-ul clasic Webex s-a convertit în site gestionat de Control Hub, aceste API-uri vor continua să funcționeze pentru compatibilitatea redirecționării. Există unele modificări de comportament după cum se menționează mai jos:

  • Atunci când utilizați createUser- dacă starea de utilizator din Control Hub nu este "activă", atunci starea utilizatorului pe site nu va fi activă. Dacă starea de utilizator din Control Hub este activă , atunci starea utilizatorului pe siteeste, de asemenea, activă, referință: Starea de utilizator a utilizatorilor noi și convertiți în Control Hub.

  • Elementul de parolă al API-urilor CreateUser și SetUser va fi ignorat, începem să trimitem e-mailuri de activare noilor utilizatori, utilizatorii pot face clic pe linkul din e-mail pentru a activa un cont nou și pot introduce o parolă nouă.

  • Elementul activalAPI-ului CreateUser va fi ignorat, utilizatorul nou (nu este verificat) nu poate fi activat prin acest parametru utilizând API SetUser.

  • Valoarea elementului webExId din corpulContent al API-urilor CreateUser trebuie să fie aceeași cu e-mailul. Dacă webExId este diferit de e-mail, vom trata webExId la fel ca e-mailul atunci când îl stocăm în WebDB și valoarea va fi ignorată.

  • Valoarea elementului webExId din corpulContent al API-urilor SetUser trebuie să fie identitatea utilizatorului adresei de e-mail, o puteți modifica folosind> de e-maildin bodyContent.

  • API-ul SetUser va accepta modificarea e-mailului utilizatorului existent: are succes dacă contul de operare din SecurityContext este administratorul complet al site-ului Control Hub. În caz contrar, API-ul raportează eroarea cu noul cod de eroare și mesajul de mai jos:

    • 030120 Contul trebuie să fie un administrator complet al site-ului pentru a schimba e-mailul.

  • Elementul newWebExId în corpulContent al SetUser API va fi ignorat.

  • API-ul SetUser încearcă să se schimbe într-un e-mail care este deja utilizat, API-ul ridică sub noul cod de eroare și mesaj de eroare:

    • 030118 e-mail este deja utilizat în site-urile gestionate de Control Hub.

  • API-ul DelUser dezactivează utilizatorul din partea întâlnirii Webex și licența de întâlnire corespunzătoare este eliminată de pe site-ul Webex. Acest utilizator dezactivat poate fi reactivat utilizând API: SetUser ( ACTIVAT ) atâta timp cât utilizatorul este verificat<active></active>înainte.

  • API-urile CreateUser și SetUser ridică un nou cod de eroare și un mesaj de eroare, după cum se arată mai jos:

    • 030117 ,Acest utilizator există în afara organizației dvs., deci trebuie să fie revendicat, pentru a vă muta în organizația dvs., prin procesul de revendicare a utilizatorului. Pentru pașii care se află la revendicarea utilizatorului în organizația dvs., consultați Revendicarea utilizatorilor în organizația dvs. (Conversia utilizatorilor). Va trebui să verificați domeniul din care face parte utilizatorul înainte de a revendica utilizatorul.

    • 030119 Simbolul de acces CI trebuie să includă domeniul webexsquare: admin la asigurarea accesului utilizatorului.

Numai pentru o perioadă limitată de compatibilitate înainte este acceptată. Vă vom oferi o notificare avansată înainte ca această compatibilitate să fie eliminată.

Modificări de schemă

Nici o modificare de schemă pe aceste API-uri: CreateUser, SetUser, DelUser și GetUser.

Solicitare API și exemplu de răspuns

Solicitare și răspuns 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>

Afectează API-urile:

  • CreateUser

  • SetUser

  • DelUser

API XML acceptă compatibilitatea redirecționării autentificării utilizatorului existent după ce site-ul clasic Webex este convertit la site-ul gestionat Control Hub

API-uri afectate

După ce site-ul clasic Webex este convertit în site gestionat de Control Hub, valoarea <webExID> elementului din <securityContext> trebuie să fie aceeași cu e-mailul, detalii de mai jos:

  • Pentru utilizatorii existenți creați în site-ul clasic Webex, acceptăm atât webExID-ul vechi (De exemplu: Jack) și webExID nou (conținutul este același cu e-mailul, de exemplu: Jack@xx.com) pentru a vă conecta, această autentificare compatibilitate inversă este pentru toate API-urile XML.

  • Pentru utilizatorii noi creați în site-urile gestionate control hub, valoarea elementului webExID trebuie să fie aceeași cu e-mailul pentru conectare.


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

Afectează API-urile:

Toate API-urile XML.

După ce site-ul clasic Webex s-a transformat într-un site gestionat de Control Hub, valoarea <webExID> elementuluibodyContent> trebuie să fie aceeași cu e-mailul, detalii mai jos:

  • Pentru utilizatorii existenți creați în site-ul clasic Webex, acceptăm atât webExId vechi(de exemplu: Jack) și webExId nou (conținutul este același cu e-mailul, de exemplu: Jack@xx.com) în bodyContent.

  • Pentru utilizatorii noi creați în site-urile gestionate control hub, valoarea elementului webExId trebuie să fie aceeași cu e-mailul din 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>

Afectează API-urile:GetUser, SetUser și DelUser.

Modificări de schemă

Nicio modificare de schemă pe api-uri.

Solicitare API și exemplu de răspuns

Solicitare API GetUser și răspuns

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-ul raportului istoric al vizualizării îmbunătățirii înregistrării pentru a fi asistență în Webex Meetings, Webex Events (Nou) și Webex Events (Clasic)

API-uri afectate

API-ul curent: lstrecordaccessHistory și lstrecordaccessDetailHistory acceptă doar înregistrarea webex Trainings a raportului istoric accesat în vizualizare. Noua îmbunătățire acceptă și raportul webex Meetings, Webex Events (nou) și Webex Events (clasic) privind înregistrarea vizualizărilor accesate ale istoricului.

Modificări de schemă

Noi sprijinim mai jos noua schemă în API lstrecordaccessHistory în API cerere organism:

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

Detalii

API-ul: lstrecordaccessHistory poate returna istoricul vizualizărilor de înregistrare accesate pentru Webex Meetings, Webex Events (nou), Webex Events (clasic) și Webex Trainings.

  • Dacă nu există niciun serviceType specificat în solicitarea API, API-ul lstrecordaccessHistory returnează numai înregistrarea webex Trainings vizualizarea accesată a istoricului.

  • Când serviceType este MeetingCenter, API-ul de lstrecordaccessHistory returnează atât Istoricul de înregistrare Webex Meetings, cât și cel webex Events (nou) al vizualizării accesate.

  • Când serviceType este EventCenter, API-ul de lstrecordaccessHistory returnează istoricul accesat al vizualizării de înregistrare Webex Events (clasic).

API-ul: lstrecordaccessDetailHistory este capabil să returneze detalii prin recordID webex Meetings, Webex Events (nou), Webex Events (clasic) și Webex Trainings.

Solicitare API și exemplu de răspuns

lstrecordaccessHistory Solicitarea și răspunsul 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 Solicitarea și răspunsul 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>

Afectează API-urile:

  • lstrecordaccessHistory

  • lstrecordaccessDetailHistory

Remediați decalajul dintre lungimea maximă permisă a descrierii Webex Events (Classic) între XMLAPI și Pagina Webex.

API-uri afectate

API-ul XML: Elementul de descriere CreateEvent și SetEvent va permite intrări de maximum 10000 de caractere, dacă peste dimensiune intrați, va duce la noul cod de eroare și mesaj:

060068 Descrierea intrărilor ilegale. Această descriere nu poate depăși 10000 de caractere.

Modificări de schemă

Nici o schimbare de schemă.

Solicitare API și exemplu de răspuns

Solicitarea și răspunsul API CreateEvent

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

Afectează API-urile:

  • CreateEvent

  • SetEvent

API XML: GetUser returnează un element nou al freeAccount

API-uri afectate

GetUser returnează un element nou care identifică freeAccount contul de utilizator este FreeAccount sau nu.

Modificări de schemă

Exemplu de răspuns 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>

Afectează API-urile:

GetUser

Actualizări API 41.10.0

Nu există modificări de schemă pentru schema XML API 41.10.0.

Actualizări API 41.9.0

Xml API 41.9.0 Actualizări

Faceți clic aici pentru a descărca schema XML API 41.9.0.

Dezafectare XML API 10.0.0 pentru toate site-urile T31

Webex intenționează să pună capăt vieții suport XML API ver 10.0.0 pentru toate site-urile T31.

Dezafectăm codul XML API 10.0.0 din toate producțiile din actualizarea 41.9.0.

Api 41.8.0 Actualizări

Xml API 41.8.0 Actualizări

Click aici pentru a descărca XML API 41.8.0 schemă.

Dezafectare XML API 10.0.0 pentru toate site-urile T31

Webex intenționează să pună capăt vieții suport XML API ver 10.0.0 pentru toate site-urile T31.

Webex a găsit unii clienți client care accesează URL-ul XML API folosind un mod incorect ca: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, modul corect de accesare XML API URL ca: https://{siteName}.webex.com/WBXService/XMLService.

Vă rugăm să comutați codul de acces XML API folosind modul corect pentru a evita impactul înainte de a ne termina de viață de sprijin pe XML API versiunea 10.0.0.

Actualizări API 41.7.0

Xml API 41.7.0 Actualizări

Click aici pentru a descărca XML API 41.7.0 schemă.

Ștergerea și editarea înregistrării mobile ar trebui să fie controlate de opțiunea de administrare a site-ului: Permiteți gazdelor să realoce, să editeze, să dezactiveze și să șteargă înregistrările

API-uri afectate și modificări de schemă

GetSite: va returna elemente noi de denumire enableNBRMCModify și separateNoRecordingEdit în cadrul instrumentelor.

Exemplu de răspuns

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 Actualizări

Xml API 41.6.3 Actualizări

Click aici pentru a descărca XML API 41.6.3 schemă.

GetSite Răspuns element nou de supportLargeEvent

API-uri afectate și modificări de schemă

GetSite: returnează denumirea elementelor noi supportLargeEvent sub siteCommonOptions pentru a-i spune apelantului dacă site-ul acceptă evenimente mari (Eveniment Webex (nou)) sau nu.

Modificarea schemei

Exemplu de răspuns

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>

Actualizări API 41.6.0

Xml API 41.6.0 Actualizări

Click aici pentru a descărca XML API 41.6.0 schemă.

XMLAPI acceptă Webex Events 2.0 în asigurarea accesului

API-uri afectate

GetUser: returnează denumirea elementului nou largeEventCapacity care arată capacitatea noului Eveniment 2.0 (CE 2.0) sub acest cont de utilizator. De exemplu, dacă contul de utilizator are licență CI_EC3K, valoarea largeEventCapacity este 3000.

Modificări de schemă

Exemplu de răspuns

GetUserResponse:

XmlAPI LstRecording's CreateTime aplică ora de începere a înregistrării

API-uri afectate

LstRecording: LstRecording răspuns CreateTime ca momentul în care utilizatorul apasă efectiv butonul de înregistrare.

Detalii

În trecut, XML API a folosit marcă de timp de când înregistrarea a fost creată în baza de date ca timp de creare în LstRecording răspuns. Acum este momentul în care utilizatorul începe de fapt să facă înregistrarea. Această modificare se aplică tuturor înregistrărilor de serviciu. Nu există nicio schimbare de schemă.

Actualizări API 41.5.0

Xml API 41.5.0 Actualizări

Click aici pentru a descărca XML API 41.5.0 schemă.

XMLAPI are capacitatea de a porni întâlnirile programate Webex de la PSTN ca gazdă

API-uri afectate

  • CreateUser: generează hostPIN indiferent de utilizator PMR este activat sau nu atunci când rolul de utilizator este gazdă sau administratorii de site-ul complet sau doar în citire sau de gestionare a utilizatorilor.

  • SetUser: seturi hostPIN Utilizarea phones.hostPIN când personalMeetingRoom.hostPIN nu este în solicitare XML (condiție prealabilă: comutator de caracteristici AllowStartScheduledMtgFromPhoneeste activat).

  • GetUser: returnează phones.hostPIN indiferent de utilizator PMR este activat sau nu. (pre-condiție: comutator de caracteristici AllowStartScheduledMtgFromPhone este activat).

Modificări de schemă

GetUserResponse:

SetUser:

Exemplu de răspuns

GetUserResponse:

SetUser:

XMLAPI GetSite raspuns doua elemente noi pentru clientul mobil

API-uri afectate

  • GetSite: GetSite va răspunde acum două elemente noi pentru a sprijini clientul mobil are logica de a afișa sau nu fila de înregistrare.

    • enableRecordingAccess: adevarat sau fals, super administratorii Webex pot activa sau dezactiva accesul la inregistrare prin comutator( EnableRecordingAccesses).

    • storageEmptyStatus: adevarat sau fals, daca ambele site-uri nu suporta functia BNR si au alocat spatiul de stocare al BNR ca zero, atunci raspunsul de stare este adevarat, altfel este fals.

Modificări de schemă

Exemplu de cerere pentru GetSite

Exemplu de răspuns pentru Getsite

Subiectul de e-mail care are caractere non-ASCII va fi codificat cu RFC2047. În cazul unui subiect pur de e-mail de caractere ASCII, nu există nici o codificare

API-uri afectate

Nu există niciun impact asupra niciunei solicitări API, a sarcinii utile a răspunsurilor, dar se modifică comportamentul de codare al subiectului de e-mail. Când subiectul e-mailului care are caractere non-ASCII va fi codificat cu RFC2047. În cazul unui subiect pur de e-mail de caractere ASCII, nu există nici o codificare.

Modificări de schemă

Nu există modificări de schemă.

Actualizări API 41.4.0

Actualizări XML API 41.4.0

Click aici pentru a descărca XML API 41.4.0 schemă.

Crearea unui eveniment Webex Events programat poate utiliza valoarea implicită la nivel de site la tonul de intrare și de ieșire

XMLAPI se aliniază cu noua logică actuală pentru controlul tonului de intrare și ieșire. Toate tonurile pentru Webex Events au fost controlate de o setare diferită în administrarea site-ului. În GetSite, XMLAPI returnează un câmp suplimentar entryExitToneEC pentru a indica valoarea. Inițial, atunci când administratorul site-ului a setat implicit la ton, creați eveniment nu va pârghie această setare prin aplicarea XMLAPI implicit.

API-uri afectate

API-ul XML: GetSite returnează un element nou entryExitToneEC pentru a indica valoarea.

API-ul XML: CreateEvent, SetEvent, GetEvent back end business logica citește valoarea de entryExitToneEC.

Modificări de schemă

API XML: Exemplu de răspuns 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>

Afectează API-urile:

  • GetSite

  • CreateEvent

  • SetEvent

  • GetEvent

XMLAPI doar returnează informațiile de detaliu despre evenimentul mare (Webex Event 2.0)

  1. Dacă Întâlnirea Webex este evenimentul mare sau webcastul, GetSessionInfo returnează unele informații detaliate, inclusiv parola întâlnirii, parola numerică a întâlnirii, parola panelistului și parola numerică panelistă (Nicio schemă nu se modifică).

  2. XMLAPI nu acceptă crearea și editarea niciunui eveniment mare sau caracteristică webcast, deci CreateMeeting și SetMeeting returnați o excepție nouă (110064, Tipul de sesiune de eveniment și webcast nu sunt acceptate.) pentru evenimente mari sau cazuri de webcast.

API-uri de impact

Nume API

Descriere

Remarca

GetSessionInfo

Dacă Întâlnirea Webex este evenimentul mare sau webcastul, GetSessionInfo returnează parola întâlnirii, parola numerică a întâlnirii, parola panelistului și parola numerică panelistă.

Nicio schemă nu se schimbă.

CreateMeeting

SetMeeting

Dacă utilizatorul încearcă să utilizeze CreateMeeting api pentru a crea o întâlnire Webex cu tip de sesiune de evenimente mare sau apel SetMeeting pentru a edita o întâlnire Webex care este de fapt un eveniment mare sau o transmisie web, returnați o nouă excepție 110064. Tipul de sesiune Eveniment și Webcast nu sunt acceptate.

Comportamentul să fie schimbat.

Actualizări API 41.3.0

Xml API 41.3.0 Actualizări

Click aici pentru a descărca XML API 41.3.0 schemă.

Noile modificări ale API-ului XML acceptă caracteristica Webex Events 2.0

API-uri afectate

Ambele API-uri: Elementele de returnare GetSessionInfo și GetMeetingenableEvent și enableWebniar prea.

Nume element

Descriere

enableEvent

Acceptă EC 2.0 într-o întâlnire Webex

enableWebniar

Acceptă webinarul într-o întâlnire Webex

Suportul XMLAPI returnează mai sus două elemente pentru EC 2.0. Versiunea curentă a API-ului XML nu acceptă programarea și setarea întâlnirii EC2.0.

Modificări de schemă

GetSessionInfo returnează elemente enableEvent și enableWebniar pentru CE 2.0.

GetMeeting returnează elemente enableEvent și enableWebniar pentru CE 2.0.

Exemplu de răspuns:

GetSessionInfo răspuns:

<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 răspuns:

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

Noile modificări XMLAPI acceptă caracteristica lobby pre-întâlnire

API-uri afectate

API-ul XML: GetSite, LstSummarySession, GetSessionInfo și GetMeeting va răspunde noului element enablePreMeetingLobby pentru lobby-ul pre-întâlnire.

Modificări de schemă

API-ul XML: GetSite returnează elementul enablePreMeetingLobby pentru lobby-ul pre-întâlnire.

API-ul XML: LstSummarySession returnează elementul enablePreMeetingLobby pentru lobby-ul pre-întâlnire.

API-ul XML: GetSessionInfo returnează elementul enablePreMeetingLobby pentru lobby-ul pre-întâlnire.

API-ul XML: GetMeeting returnează elementul enablePreMeetingLobby pentru lobby-ul pre-întâlnire.

Exemplu de răspuns:

GetSite răspuns:

<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 răspuns:

<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 răspuns:

<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 răspuns:

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

API-ul XML GetSite răspuns Modificarea comportamentului informațiilor dezvăluie

API-uri afectate

API-ul XML: GetSite numai răspunsul de mai jos elemente pentru contul de administrator, care includ roluri: SiteAdmin, RO_SiteAdmin și 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>

Comportament schimbat

Permiteți numai rolul de administrator să aibă date de licență de răspuns ale GetSite. Gazda sau participantul nu va primi aceste date de licență în GetSite răspuns.

Mai jos sunt API: GetSite's exemplu de răspuns pentru siteadmin sau doar gata siteadmin sau administrator de gestionare a utilizatorilor:

Actualizări API 41.2.0

Xml API 41.2.0 Actualizări

Click aici pentru a descărca XML API 41.2.0 schemă.

XMLAPI ar trebui să accepte "CMR Hybrid VOIP" dacă site-ul acceptă telefonia Webex

API-uri afectate

  • GetSite returnează un element nou IsWebexTelephony în răspuns.

  • CreateUser și SetUser poate actualiza cmrHybridVoip element dacă IsWebexTelephony este adevărat, împreună cu alte condiții. IsTSPUsingTelephonyAPI nu mai este consecventă.

Modificări de schemă

API XML: GetSite răspunsul returnează un element suplimentar IsWebexTelephony

GetSite răspunsul include acest element nou:

<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 sprijină EC2.0

API-urile XML să fie afectate

LstSummarySession va returna noi două elemente pentru a sprijini CE 2.0

Nume element

Descriere

enableEvent

Acceptă EC 2.0 într-o întâlnire Webex

enableWebniar

Acceptă webinarul într-o întâlnire Webex

Modificări de schemă

API XML: LstSummarySession: Adăugați < enableEvent> și enableWebniar Elemente >

Răspunsul XML API: LstSummarySession

Răspuns pentru CE 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 acceptă pentru a returna site-ul utilizator Webex-voice-assistant opțiune pentru integrarea MCT

API afectat

GetUser returnează un element nou webexAssistantEnabled(adevărat sau fals) în răspuns.

Modificări de schemă

getUserResponse:

Exemplu de răspuns

Actualizări API 41.1.0

Nu există modificări de schemă la schema XML API 41.1.