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

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

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

Actualizări API XML 41.12.0

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

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

Modificări ale API-urilor și schemei afectate

În pagina de configurare a administrației site-ului, dacă Activați caseta de selectare Classic Event este falsă, acest site nu va mai susține întâlnirile Webex Events (clasice).

Dacă caseta de selectare Activare Classic Event 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 noua excepție 010106Evenimentul clasic a fost dezactivat.

Modificări schemei

Nu există modificări ale schemei.

Exemplu de solicitare și răspuns API

CreateEvent solicitare API și răspuns

Cerere de CreateEvent

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

Răspunsul la 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>EŞEC</serv:result>
<serv:reason>Evenimentul clasic a fost dezactivat.</serv:reason>
<serv:gsbStatus>PRIMAR</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 noul element al subProductCodePrefix

API-uri afectate

Actualizați API-ul LstMeetingType element de răspuns al productionCodePrefix: PRO, AUO și altele care sunt predefinite Webex îndeplinesc prefixul de tip.

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

Modificări ale schemei pe API: LstMeetingType

Acesta va răspunde la noul element: subProdctCodePrefix

Exemplu de solicitare și răspuns API

LstMeetingType solicitare și răspuns API

Solicitarea LstMeetingType

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

Răspunsul de la 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>
- Da. - Da, da. <serv:returned>1.</serv:returned>
- Da. - Da, da. <serv:startFrom>1.</serv:startFrom>
- Da. - Da, da. </mtgtype:matchingRecords>
- Da. - Da, da. <mtgtype:meetingType>
- Da. - Da, da. <mtgtype:productCodePrefix>procentuală</mtgtype:productCodePrefix>
- Da. - Da, da. <mtgtype:subProductCodePrefix>pro3</mtgtype:subProductCodePrefix>//Element nou pentru tipul de întâlnire personalizat
- Da. - Da, da. <mtgtype:active>activată</mtgtype:active>
- Da. - Da, da. <mtgtype:name>cus_chat_Închis</mtgtype:name>
- Da. - Da, da. <mtgtype:displayName>cus_chat_Închis</mtgtype:displayName>

Actualizări API XML 41.11.0

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

XML acceptă compatibilitatea redirecționată a API-ului în API-ul de gestionare a utilizatorilor pentru site-urile gestionate de Control Hub

Modificări ale API-urilor și schemei afectate

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

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

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

• activăelementuldinAPI-ul CreateUser va fi ignorat, utilizatorul nou (nu va fi verificat) nu poate fi activat prin acest parametru utilizând API SetUser.

• Valoarea webExId elementul din conținutul corporal al API-urilor CreateUtilizator trebuie să fie același ca și e-mailul. Dacă webExId este diferit de e-mail, vom trata webExId la fel ca e-mailul atunci când îl stocați în WebDB, iar valoarea va fi ignorată.

• Valoarea webExId Elementul din conținutul corporal al API-urilor SetUser trebuie să fie identitatea utilizatorului adresei de e-mail, îl puteți modifica utilizând < e-mail> în Conținut corporal.

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

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

• Elementul newWebExId din conținutul corporal al API-ului SetUser va fi ignorat.

• API-ul SetUser încearcă să se schimbe la 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, iar licența corespunzătoare pentru întâlnire este eliminată de pe site-ul Webex. Acest utilizator dezactivat poate fi reactivat utilizând API: SetUser (<active>ACTIVAT</active>) atât timp cât utilizatorul este verificat î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., așa că trebuie să fie revendicat, pentru a trece în organizația dvs. prin procesul de revendicare a utilizatorului. Pentru pașii privind 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 Tokenul de acces CI trebuie să includă domeniul de aplicare webexsquare: administrator atunci când configurați utilizatorul.

Se acceptă compatibilitatea înainte numai pentru o perioadă limitată de timp. Vom furniza o notificare avansată înainte ca această compatibilitate să fie eliminată.

Modificări schemei

Nu există modificări ale schemei pentru respectivele API-uri: CreateUser, SetUser, DelUser și GetUser.

Exemplu de solicitare și răspuns API

Cerere și răspuns API pentru utilizatori creați

solicitare API:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
xmlns:serv="http://www.webex.com/schemas/2002/06/service"
xsi: schemaLocation="http://www.webex.com/schemas/2002/06/service- Da. - Da, da. http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
- Da. - Da, da. <securityContext>
- Da. - Da, da. <siteName>{siteName}</siteName>
- Da. - Da, da. <webExID>{cont Administrator site}</webExID>
- Da. - Da, da. <email>{cont Administrator site}</email>
- Da. - Da, da. <sessionTicket>xxxx</sessionTicket>sau <password>sau <webExAccessToken>
sau <accessToken>, atunci când utilizați CI "accessToken", acesta trebuie să includă domeniul de aplicare webexsquare:admin atunci când configurarea utilizatorului
- Da. - Da, da. </accessToken></webExAccessToken></password></securityContext>
</header>
- Da. - Da, da.
- Da. - Da, da.
- Da. - Da, da.
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
- Da. - Da, da. <webExId>Jack@qa.webex.com</webExId>--- ar trebui să fie identitatea utilizatorului adresei de e-mail
- Da. - Da, da. <email>Jack@qa.webex.com</email>
- Da. - Da, da. <firstName>Jack</firstName>
- Da. - Da, da. <lastName>Smith</lastName>
- Da. - Da, da. <password>...</password>
- Da. - Da, da. <privilege>
- Da. - Da, da. <host>adevărat</host>
- Da. - Da, da. </privilege>
- Da. - Da, da. <active>activată</active>---acest parametru nu poate activa utilizatorul direct până când utilizatorul se va activa prin e-mail de activare.
</bodyContent>
</body>


Exemplu de răspuns API:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:use="http://www.webex.com/schemas/2002/06/service/user">
<serv:header>
<serv:response>
<serv:result>SUCCES</serv:result>
<serv:gsbStatus>PRIMAR</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:

• Utilizator Creat

• SetUtilizator

• Ștergere utilizator

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

API-uri afectate

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

• Pentru utilizatorii existenți creați pe site-ul clasic Webex, acceptăm ambele vechi webExID (De exemplu: Jack) şi noi webExID (conţinutul este acelaşi ca e-mail, exemplu: Jack@xx.com) pentru conectare, această compatibilitate de autentificare inversă este pentru toate API-urile XML.

• Pentru utilizatorii noi creați în site-urile gestionate de Control Hub, valoarea elementului webExID trebuie să fie aceeași cu cea a e-mailului pentru conectare.

<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> --- utilizatorii existenți au fost creați pe site-ul clasic webEx, acesta poate fi: jack sau jack@xx.com; noul utilizator trebuie să utilizeze jack@xx.com
<sessionTicket>xxxx</sessionTicket> sau <password> sau <webExAccessToken> sau <accessToken>
</accessToken></webExAccessToken></password></securityContext>
</header>

Afectează API-urile:

Toate API-urile XML.

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

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

• Pentru utilizatorii noi creați în site-urile gestionate de Control Hub, valoarea webExId elementul trebuie să fie același ca și e-mailul din bodyContent.

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
<webExId>xxxx</webExId> --- utilizatorii existenți au fost creați pe site-ul clasic webEx, acesta poate fi: jack sau jack@xx.com; noul utilizator trebuie să utilizeze jack@xx.com
</bodyContent>

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

Modificări schemei

Nu există modificări ale schemei pentru niciun API.

Exemplu de solicitare și răspuns API

Cerere și răspuns API GetUser

solicitare API:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
xmlns:serv="http://www.webex.com/schemas/2002/06/service"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/servicehttp://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> --- utilizatorii existenți au fost creați pe site-ul web Classic, acesta poate fi: jack@xx.com; un utilizator nou trebuie să utilizeze jack@xx.com
<sessionTicket>xxxx</sessionTicket> sau <password> sau <webExAccessToken> sau <accessToken>
</accessToken></webExAccessToken></password></securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
<webExId>xxxx</webExId> --- utilizatorii existenți au fost creați pe site-ul web Classic, acesta poate fi: jack sau jack@xx.com; noul utilizator trebuie să utilizeze jack@xx.com
</bodyContent>
</body>


API exemplu de răspuns:
...la fel ca înainte

Îmbunătățirea înregistrării vizualizării raportului istoric API pentru a sprijini Webex Meetings, Webex Events (Nou) și Webex Events (Clasic)

API-uri afectate

API-ul actual: lstrecordaccessHistory și lstrecordaccessDetailHistory acceptă numai vizualizarea înregistrării Webex Trainings accesată în raportul istoric. Noua îmbunătățire acceptă vizualizarea înregistrărilor Webex Meetings, Webex Events (nou) și Webex Events (clasic) accesate și în raportul istoric.

Modificări schemei

Susținem mai jos noua schemă în API lstrecordaccessHistory în corpul de cerere API:

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

Detalii

API-ul: lstrecordaccessHistory este capabil să returneze istoricul vizualizării înregistrărilor accesate pentru Webex Meetings, Webex Events (nou), Webex Events (clasic) și Webex Trainings.

• Dacă nu există tip de serviciu specificat în cererea API, API-ul lstrecordaccessHistory returnează vizualizarea înregistrărilor Webex Trainings accesată numai în istoricul înregistrărilor.

• Când serviciul este MeetingCenter, API-ul lstrecordaccessHistory returnează istoricul accesat atât pentru Webex Meetings, cât și pentru Webex Events (nou).

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

API-ul: lstrecordaccessDetailHistory este capabil să returneze detaliile de recordID din Webex Meetings, Webex Events (nou), Webex Events (clasic) și Webex Trainings.

Exemplu de solicitare și răspuns API

lstrecordaccessHistory solicitarea și răspunsul API-ului

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<securityContext>
<webExID>{userName}</webExID>
- Da. - Da, da. <password>{password}</password>- Da. - Da, da.
- Da. - Da, da. <siteName>{siteName}</siteName>
- Da. - Da, da. </securityContext>
- Da. - Da, da. </header>
- Da. - Da, da. <body>
- Da. - Da, da. <bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
- Da. - Da, da. <viewTimeScope>
- Da. - Da, da. <viewTimeStart>9/20/2021 00:00:00</viewTimeStart>
- Da. - Da, da. <viewTimeEnd>9/28/2021 23:59:59</viewTimeEnd>
- Da. - Da, da. </viewTimeScope>
- Da. - Da, da. <listControl>
- Da. - Da, da. <startFrom>1.</startFrom>
- Da. - Da, da. <maximumNum>100%</maximumNum>
- Da. - Da, da. </listControl>
- Da. - Da, da. <order>
- Da. - Da, da. <orderBy>înregistrat</orderBy>
- Da. - Da, da. <orderAD>axă</orderAD>
- Da. - Da, da. </order>
- Da. - Da, da. <serviceTypes>
- Da. - Da, da. <serviceType>MeetingCenter</serviceType>
- Da. - Da, da. <serviceType>Centru de instruire</serviceType>
- Da. - Da, da. <serviceType>Centru de evenimente</serviceType>
- Da. - Da, da. </serviceTypes>
- Da. - Da, da. </bodyContent>
- Da. - Da, da. </body>
</serv:message>
- Da. - Da, da.
<?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">
- Da. - Da, da. <serv:header>
- Da. - Da, da. <serv:response>
- Da. - Da, da. <serv:result>succes</serv:result>
- Da. - Da, da. <serv:gsbStatus>primară</serv:gsbStatus>
- Da. - Da, da. </serv:response>
- Da. - Da, da. </serv:header>
- Da. - Da, da. <serv:body>
- Da. - Da, da. <serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- Da. - Da, da. <history:recordAccessHistory>
- Da. - Da, da. <history:recordID>1xxxxxxx7</history:recordID>
- Da. - Da, da. <history:recordName>Testul istoric al înregistrărilor TC-20210924 1324-1</history:recordName>
- Da. - Da, da. <history:creationTime>09/24/2021 13:28:13</history:creationTime>
- Da. - Da, da. <history:registered>0</history:registered>
- Da. - Da, da. <history:downloaded>2.</history:downloaded>
- Da. - Da, da. <history:viewed>1.</history:viewed>
- Da. - Da, da. <history:timeZoneID>20</history:timeZoneID>
- Da. - Da, da. </history:recordAccessHistory>
- Da. - Da, da. <history:recordAccessHistory>
- Da. - Da, da. <history:recordID>1xxxxxxx7</history:recordID>
- Da. - Da, da. <history:recordName>Testarerollment_001-20210610 1905-1</history:recordName>
- Da. - Da, da. <history:creationTime>06/10/2021 19:10:15</history:creationTime>
- Da. - Da, da. <history:registered>0</history:registered>
- Da. - Da, da. <history:downloaded>0</history:downloaded>
- Da. - Da, da. <history:viewed>3.</history:viewed>
- Da. - Da, da. <history:timeZoneID>20</history:timeZoneID>
- Da. - Da, da. </history:recordAccessHistory>
- Da. - Da, da. <history:recordAccessHistory>
- Da. - Da, da. <history:recordID>1xxxxxxx7</history:recordID>
- Da. - Da, da. <history:recordName>Test de redare instantanee 2-20210705 0709-1</history:recordName>
- Da. - Da, da. <history:creationTime>07/05/2021 07:15:06</history:creationTime>
- Da. - Da, da. <history:registered>0</history:registered>
- Da. - Da, da. <history:downloaded>0</history:downloaded>
- Da. - Da, da. <history:viewed>1.</history:viewed>
- Da. - Da, da. <history:timeZoneID>20</history:timeZoneID>
- Da. - Da, da. </history:recordAccessHistory>
- Da. - Da, da. <history:recordAccessHistory>
- Da. - Da, da. <history:recordID>1xxxxxxx7</history:recordID>
- Da. - Da, da. <history:recordName>ec2.0_232423-20210922 0447-1</history:recordName>
- Da. - Da, da. <history:creationTime>09/22/2021 04:53:05</history:creationTime>
- Da. - Da, da. <history:registered>0</history:registered>
- Da. - Da, da. <history:downloaded>0</history:downloaded>
- Da. - Da, da. <history:viewed>1.</history:viewed>
- Da. - Da, da. <history:timeZoneID>20</history:timeZoneID>
- Da. - Da, da. </history:recordAccessHistory>
- Da. - Da, da. <history:recordAccessHistory>
- Da. - Da, da. <history:recordID>1xxxxxxx7</history:recordID>
- Da. - Da, da. <history:recordName>LstrecordaccessHistory test EC2.0-20210924 1315-1</history:recordName>
- Da. - Da, da. <history:creationTime>09/24/2021 13:19:00</history:creationTime>
- Da. - Da, da. <history:registered>0</history:registered>
- Da. - Da, da. <history:downloaded>1.</history:downloaded>
- Da. - Da, da. <history:viewed>1.</history:viewed>
- Da. - Da, da. <history:timeZoneID>20</history:timeZoneID>
- Da. - Da, da. </history:recordAccessHistory>
- Da. - Da, da. <history:recordAccessHistory>
- Da. - Da, da. <history:recordID>1xxxxxxx7</history:recordID>
- Da. - Da, da. <history:recordName>Test de istorie MC-20210924 1319-1</history:recordName>
- Da. - Da, da. <history:creationTime>09/24/2021 13:25:12</history:creationTime>
- Da. - Da, da. <history:registered>0</history:registered>
- Da. - Da, da. <history:downloaded>1.</history:downloaded>
- Da. - Da, da. <history:viewed>1.</history:viewed>
- Da. - Da, da. <history:timeZoneID>20</history:timeZoneID>
- Da. - Da, da. </history:recordAccessHistory>
- Da. - Da, da. <history:recordAccessHistory>
- Da. - Da, da. <history:recordID>1xxxxxxx7</history:recordID>
- Da. - Da, da. <history:recordName>Testul clasic de înregistrare CE-20210924 1331-1</history:recordName>
- Da. - Da, da. <history:creationTime>09/24/2021 13:37:28</history:creationTime>
- Da. - Da, da. <history:registered>0</history:registered>
- Da. - Da, da. <history:downloaded>1.</history:downloaded>
- Da. - Da, da. <history:viewed>1.</history:viewed>
- Da. - Da, da. <history:timeZoneID>20</history:timeZoneID>
- Da. - Da, da. </history:recordAccessHistory>
- Da. - Da, da. <history:matchingRecords>
- Da. - Da, da. <serv:total>8.</serv:total>
- Da. - Da, da. <serv:returned>7.</serv:returned>
- Da. - Da, da. <serv:startFrom>1.</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>
</serv:body>
</serv:message>

lstrecordaccessDetailHistory solicitarea și răspunsul API-ului

<?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">
- Da. - Da, da. <header>
- Da. - Da, da. <securityContext>
- Da. - Da, da. <webExID>{userName}</webExID>
- Da. - Da, da. <password>{password}</password>- Da. - Da, da.
- Da. - Da, da. <siteName>{siteName}</siteName>
- Da. - Da, da. </securityContext>
- Da. - Da, da. </header>
- Da. - Da, da. <body>
- Da. - Da, da. <bodyContent xsi:type="">
"java:com.webex.service.binding.history.LstrecordaccessDetails History">
- Da. - Da, da. <recondID>1xxxxxx7</recondID>
- Da. - Da, da. <timeZoneID>20</timeZoneID>
- Da. - Da, da.
- Da. - Da, da. </body>

- Da. - Da, da.
<?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">
- Da. - Da, da. <serv:header>
- Da. - Da, da. <serv:response>
- Da. - Da, da. <serv:result>succes</serv:result>
- Da. - Da, da. <serv:gsbStatus>primară</serv:gsbStatus>
- Da. - Da, da. </serv:response>
- Da. - Da, da. </serv:header>
- Da. - Da, da. <serv:body>
- Da. - Da, da. <serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- Da. - Da, da. <history:recordDetail>
- Da. - Da, da. <history:viewID>1xxxxxx7</history:viewID>
- Da. - Da, da. <history:participantName>Axxxg</history:participantName>
- Da. - Da, da. <history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
- Da. - Da, da. <history:accessTime>09/24/2021 13:27:26</history:accessTime>
- Da. - Da, da. <history:registered>fals</history:registered>
- Da. - Da, da. <history:downloaded>fals</history:downloaded>
- Da. - Da, da. <history:viewed>adevărat</history:viewed>
- Da. - Da, da. <history:timeZoneID>20</history:timeZoneID>
- Da. - Da, da. </history:recordDetail>
- Da. - Da, da. <history:recordDetail>
- Da. - Da, da. <history:viewID>1xxxxxx7</history:viewID>
- Da. - Da, da. <history:participantName>Axxxg</history:participantName>
- Da. - Da, da. <history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
- Da. - Da, da. <history:accessTime>09/24/2021 13:27:39</history:accessTime>
- Da. - Da, da. <history:registered>fals</history:registered>
- Da. - Da, da. <history:downloaded>adevărat</history:downloaded>
- Da. - Da, da. <history:viewed>fals</history:viewed>
- Da. - Da, da. <history:timeZoneID>20</history:timeZoneID>
- Da. - Da, da. </history:recordDetail>
- Da. - Da, da. <history:matchingRecords>
- Da. - Da, da. <serv:total>2.</serv:total>
- Da. - Da, da. <serv:returned>2.</serv:returned>
- Da. - Da, da. <serv:startFrom>1.</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>
</serv:body>
</serv:message>

Afectează API-urile:

• lstrecordaccessHistory

• lstrecordaccessDetailHistory

Fix decalajul maxim permis de durata descrierii Webex Events (Clasic) între XMLAPI și pagina Webex.

API-uri afectate

API -ul XML : Elementul CreateEvent și SetEvent al descriere va permite intrări de maxim 10.000 de caractere, dacă se depășește dimensiunea intrării, aceasta va duce la noul cod de eroare și mesaj:

060068 Descriere intrare ilegală. Această descriere nu poate depăși 10.000 de caractere.

Modificări schemei

Nicio modificare a schemei.

Exemplu de solicitare și răspuns API

Cerere și răspuns API CreateEvent

Exemplu de solicitare #API:
...
- Da. - Da, da. <body>
- Da. - Da, da. <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- Da. - Da, da. http://www.webex.com/schemas/2002/06/service/event/event.xsd">
- Da. - Da, da. <accessControl>
- Da. - Da, da. <sessionPassword>111111</sessionPassword>
- Da. - Da, da. <listing>privată</listing>
- Da. - Da, da. </accessControl>
- Da. - Da, da. <metaData>
- Da. - Da, da. <sessionName>Testul CE</sessionName>
- Da. - Da, da. <description>.......Să presupunem că completați 10.000 de caractere în descriere.......</description>
</metaData>
...


Exemplu de răspuns ------------------------------------
#API atunci când descrierea depășește 10.000 de caractere:

<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>Eșecul</serv:result>
<serv:reason>Descrierea intrărilor ilegale. Descrierea nu poate depăși 10000 de caractere</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ă noul element al freeAccount

API-uri afectate

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

Modificări schemei

Exemplu de răspuns GetUser

Răspuns Getuser:
<use:initials>AW</use:initials>
<use:isUploaded>false</use:isUploaded>

<use:largeEventCapacity>3</use:largeEventCapacity>
<use:freeAccount>false</use:freeAccount>

Afectează API-urile:

GetUser

Actualizări API XML 41.9.0

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

Decommission XML API 10.0.0 pentru toate site-urile T31

Webex intenționează să pună capăt duratei de viață a asistenței XML API cu 10.0.0 pentru toate site-urile T31.

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

Actualizări API XML 41.8.0

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

Decommission XML API 10.0.0 pentru toate site-urile T31

Webex intenționează să pună capăt duratei de viață a asistenței XML API cu 10.0.0 pentru toate site-urile T31.

Webex a găsit anumiți clienți care accesează URL-ul API-ului XML utilizând modul incorect ca: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, modul corect de a accesa URL-ul API XML 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 termina suport de viață pe XML API versiunea 10.0.0.

Actualizări API XML 41.7.0

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

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

Modificări ale API-urilor și schemei afectate

GetSite: va returna noi elemente de denumire enableNBRMCModify și separateNoRecordingEdit sub unelte.

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>SUCCESUL</serv:result>
<serv:gsbStatus>PRIMAR</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>

Actualizări API XML 41.6.3

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

GetSite Răspuns nou element de supportLargeEvent

Modificări ale API-urilor și schemei afectate

GetSite: returnează elemente noi de denumire supportLargeEvent sub siteCommonOptions pentru a informa apelantul dacă site-ul acceptă sau nu Evenimentul Mare (Webex Event (nou)).

Schimbare schemă

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>SUCCESUL</serv:result>
<serv:gsbStatus>PRIMAR</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>adevărate</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>
</serv:body>
</serv:message>

Actualizări API XML 41.6.0

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

XMLAPI acceptă Webex Events 2.0 în configurare

API-uri afectate

GetUser: returnează noua denumire a elementului largeEventCapacity care arată capacitatea noului Event 2.0 (EC 2.0) în acest cont de utilizator. De exemplu, dacă contul de utilizator are licență CI_EC3K, valoarea largeEventCapacity este de 3000.

Modificări schemei

Exemplu de răspuns

GetuserResponse:

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

API-uri afectate

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

Detalii

În trecut, API-ul XML a folosit timbrul 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 modificare a schemei.

Actualizări API XML 41.5.0

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

XMLAPI are capacitatea de a iniția întâlniri programate Webex din PSTN ca gazdă

API-uri afectate

• CreateUser: generează hostPIN indiferent de PMR-ul utilizatorului este activat sau nu atunci când rolul de utilizator este gazda sau administratorii site-ului de gestionare a utilizatorului, integrali sau doar citiți.

• SetUser: seturi hostPIN utilizând phones.hostPIN când personalMeetingRoom.hostPIN nu este în cererea XML (condiție prealabilă: comutator caracteristică AllowStartScheduledMtgFromPhoneeste activată).

• GetUser: se întoarce phones.hostPIN indiferent de PMR-ul utilizatorului este activat sau nu. (condiție prealabilă: comutator caracteristică AllowStartScheduledMtgFromPhone este activată).

Modificări schemă

GetUserResponse:

SetUser:

Exemplu de răspuns

GetUserResponse:

SetUser:

xmlapi GetSite răspuns două 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: adevărat sau fals, super-administratorii Webex pot activa sau dezactiva accesul la înregistrare prin comutator( EnableRecordingAccesses).

  • storageEmptyStatus: adevărat sau fals, în cazul în care ambele site-uri nu acceptă funcția NBR și alocat spațiul de stocare NBR ca zero, atunci răspunsul de stare este adevărat, în caz contrar este fals.

Modificări schemă

Cerere eșantion pentru GetSite

Răspuns prin probă pentru Getsite

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

Nu există niciun impact asupra oricărei solicitări API, răspunsurilor la sarcina utilă, dar modifică comportamentul codului de codificare al subiectului de e-mail. Când subiectul e-mailului care are caractere non-ASCII va fi codificat cu RFC2047. În cazul unui subiect de e-mail cu caracter ASCII pur, nu există codificare.

Modificări schemă

Nu există modificări ale schemei.

Actualizări API XML 41.4.0

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

Crearea de evenimente Webex Events programate poate utiliza tonul implicit de intrare și ieșire la nivel de site

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

API-uri afectate

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

API -ul XML : CreateEvent, SetEvent, GetEvent înapoi logica de afaceri final citește valoarea entryExitToneEC.

Modificări schemei

API XML : Eșantionul răspunsului GetSite:

<ns1:defaults>
<ns1:emailReminders>adevărat</ns1:emailReminders>
- Da. - Da, da. <ns1:entryExitTone>anunțare</ns1:entryExitTone>
- Da. - Da, da. <ns1:entryExitToneEC>notonă</ns1:entryExitToneEC>
- Da. - Da, da. <ns1:voip>adevărat</ns1:voip>
- Da. - Da, da. <ns1:teleconference>
- Da. - Da, da. <ns1:telephonySupport>niciunul</ns1:telephonySupport>
- Da. - Da, da. </ns1:teleconference>
- Da. - Da, da. <ns1:joinTeleconfNotPress1>adevărat</ns1:joinTeleconfNotPress1>
- Da. - Da, da. <ns1:updateTSPAccount>fals</ns1:updateTSPAccount>
</ns1:defaults>

Afectează API-urile:

• GetSite

• CreateEvent

• SetEvent

• Eveniment

XMLAPI returnează doar informațiile detaliate despre marele eveniment (Webex Event 2.0)

1. Dacă Webex Meeting este marele eveniment sau transmisia web, GetSessionInfo returnează unele informații detaliate, inclusiv parola întâlnirii, parola numerică a întâlnirii, parola membrilor organizatori și parola numerică a membrilor organizatori (Nu se modifică schema).

2. XMLAPI nu acceptă crearea și editarea oricărui eveniment mare sau a unei funcții de webcast, așa că CreateMeeting și SetMeeting returnează o nouă excepție (110064, Tipul de sesiune al evenimentului și transmisiei web nu este acceptat) pentru evenimentul mare sau cazul transmisiei web.

API-urile de impact

Actualizări API XML 41.3.0

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

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

API-uri afectate

Ambele API-uri: GetSessionInfo și GetMeeting elemente de returnare enableEvent și enableWebniar De asemenea.

Asistența XMLAPI revine peste două elemente pentru EC 2.0. Actuala versiune API XML nu acceptă programarea și setarea întâlnirii EC2.0.

Modificări schemei

GetSessionInfo elemente de returnare enableEvent și enableWebniar pentru CE 2.0.

GetMeeting elemente de returnare enableEvent și enableWebniar pentru CE 2.0.

Eșantion de răspuns:

GetSessionInfo răspuns:

<ep:accessControl>
<ep:listStatus>publică</ep:listStatus>
- Da. - Da, da. <ep:registration>fals</ep:registration>
- Da. - Da, da. <ep:passwordReq>adevărat</ep:passwordReq>
- Da. - Da, da. <ep:isEnforceAudioPassword>fals</ep:isEnforceAudioPassword>
- Da. - Da, da. <ep:isEnforceAudioLogin>fals</ep:isEnforceAudioLogin>
- Da. - Da, da. <ep:enableEvent>fals</ep:enableEvent>
- Da. - Da, da. <ep:enableWebniar>fals</ep:enableWebniar>
- Da. - Da, da. <ep:enablePreMeetingLobby>adevărat</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>

Funcția de lobby Pre-Meeting a suportului pentru noile modificări XMLAPI

API-uri afectate

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

Modificări schemei

API -ul XML : GetSite element de returnare enablePreMeetingLobby pentru sala de pre-întâlnire.

API -ul XML : LstSummarySession element de returnare enablePreMeetingLobby pentru sala de pre-întâlnire.

API -ul XML : GetSessionInfo element de returnare enablePreMeetingLobby pentru sala de pre-întâlnire.

API -ul XML : GetMeeting element de returnare enablePreMeetingLobby pentru sala de pre-întâlnire.

Eșantion de răspuns:

GetSite răspuns:

<ns1:siteCommonOptions>
<ns1:SupportCustomDialRestriction>fals</ns1:SupportCustomDialRestriction>
- Da. - Da, da. <ns1:SupportTelePresence>fals</ns1:SupportTelePresence>
- Da. - Da, da. <ns1:SupportTelePresencePlus>fals</ns1:SupportTelePresencePlus>
- Da. - Da, da. <ns1:EnableCloudTelepresence>adevărat</ns1:EnableCloudTelepresence>
- Da. - Da, da. <ns1:EnableCMRForAllUsers>adevărat</ns1:EnableCMRForAllUsers>
- Da. - Da, da. <ns1:enablePersonalMeetingRoom>adevărat</ns1:enablePersonalMeetingRoom>
- Da. - Da, da. <ns1:SupportAlternateHost>adevărat</ns1:SupportAlternateHost>
- Da. - Da, da. <ns1:SupportXMLAPIReturnScheduledPMR>fals</ns1:SupportXMLAPIReturnScheduledPMR>
- Da. - Da, da. <ns1:SupportAnyoneHostMeetings>adevărat</ns1:SupportAnyoneHostMeetings>
- Da. - Da, da. <ns1:enablePreMeetingLobby>adevărat</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>

GetSessionInfo răspuns:

<ep:accessControl>
<ep:listStatus>publică</ep:listStatus>
- Da. - Da, da. <ep:registration>fals</ep:registration>
- Da. - Da, da. <ep:passwordReq>adevărat</ep:passwordReq>
- Da. - Da, da. <ep:isEnforceAudioPassword>fals</ep:isEnforceAudioPassword>
- Da. - Da, da. <ep:isEnforceAudioLogin>fals</ep:isEnforceAudioLogin>
- Da. - Da, da. <ep:enableEvent>fals</ep:enableEvent>
- Da. - Da, da. <ep:enableWebniar>fals</ep:enableWebniar>
- Da. - Da, da. <ep:enablePreMeetingLobby>adevărat</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>

API-ul XML GetSite dezvăluirea modificării comportamentului informațiilor de răspuns

API-uri afectate

API -ul XML : GetSite doar 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>

Comportamentul a fost modificat

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

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

Actualizări API XML 41.2.0

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

XMLAPI trebuie 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 schemei

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

GetSite răspunsul include acest nou element:

<ns1:telephonyConfig>

<ns1:isWebexTelephony>adevărat</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>fals</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName>Conferinţa personală nr.</ns1:serviceName>
<ns1:participantAccessCodeLabel>Cod de acces</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel>Cod de acces gazdă</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel>ID participant</ns1:attendeeIDLabel>

.....

</ns1:telephonyConfig>

LstSummarySession acceptă EC2.0

API-urile XML sunt afectate

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

Modificări schemei

API XML : LstSummarySession: Se aplică < enableEvent> şi < enableWebniar> elemente

Răspunsul API XML: LstSummarySession

Răspuns pentru CE 2.0

<ep:isNextUpcomingInstance>adevărat</ep:isNextUpcomingInstance>

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

XMLAPI acceptă returnarea utilizatorului site-ului 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 schemei

getUserResponse:

Exemplu de răspuns