Weitere Informationen zu XML API 39 und XML API 11 finden Sie in der Übersicht der Cisco Webex Meetings XML API-Updates (XML API 39 und früher).

Weitere Informationen zu XML API 40 finden Sie in der Übersicht der Cisco Webex Meetings XML API-Updates (XML API 40 und später).

Aktualisierungen für XML API 11 SP9 und früher finden Sie unter Cisco DevNet.

XML API 41.12.0 Aktualisierungen

Klicken Sie hier, um das XML API 41.12.0-Schema herunterzuladen.

XMLAPI blockiert den Webex Events (Classic)-Zeitplan und die Bearbeitung gemäß dem Element „Site-Konfiguration“ von EnableClassicEvent , das falsch ist

Auswirkungen auf APIs und Schemaänderungen

Wenn auf der Konfigurationsseite der Site-Administration das Kontrollkästchen Klassisches Event aktivieren falsch ist, unterstützt diese Site keine Webex Events (klassische) Meetings mehr.

Wenn das Kontrollkästchen Enable classicEvent (klassisches Event aktivieren) falsch ist, rufen Sie diese APIs auf, um Webex Events (classic) Meeting zu betreiben:

Event erstellen, Ereignis festlegen, GetEvent, GetSessioninfo, LstsumyEvent, LstrecordedEvent, LstsumyProgramm, Event-Bild hochladen

Die API reagiert auf die neue Ausnahme 010106 Das klassische Event wurde deaktiviert .

Schemaänderungen

Keine Schemaänderungen.

API-Anfrage- und Antwortbeispiel

CreateEvent API-Anforderung und Antwort

Anfrage für CreateEvent

XXXXXXXX


XMLAPI EC Testing


17.07.2021 01:29:15
15

Antwort von 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>FEHLER</serv:result>
<serv:reason>Das klassische Event wurde deaktiviert.</serv:reason>
<serv:gsbStatus>PRIMÄR</serv:gsbStatus>
<serv:exceptionID>010106</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>

CreateEvent3.1.3 Auswirkungen auf APIs:

• SetEvent GetEvent festlegen

• GetSessionInfo

• Lstsummary-Event

• LstrecordedEvent

• LstsummaryProgram

• EventImage hochladen

XMLAPI LstMeetingType reagiert auf neues Element von subProductCodePrefix

Auswirkungen auf APIs

Aktualisieren Sie das API LstMeetingType Antwortelement von productionCodePrefix : PRO, AUO und andere, bei denen es sich um vordefinierte Meeting-Typ-Präfix von Webex handelt.

Nach dieser neuen Verbesserung reagiert die API auf ein neues Element von subProdctCodePrefix :PRO1, PRO2 usw., das ein benutzerdefiniertes Meeting-Typ-Präfix sein kann.

Schemaänderungen auf API: LstMeetingTyp

Es wird auf ein neues Element reagieren: subProdctCodePräfix

API-Anfrage- und Antwortbeispiel

LstMeetingType API-Anforderung und -Antwort

Anforderung von LstMeetingType

13810

Antwort von LstMeetingType

<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:productCodePrefix>PRO</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix> //Neues Element für angepassten Meeting-Typ
<mtgtype:active>AKTIVIERT</mtgtype:active>
<mtgtype:name>Cus_C)hat_Geschlossen</mtgtype:name>
<mtgtype:displayName>Cus_C)hat_Geschlossen</mtgtype:displayName>

XML API 41.11.0 Aktualisierungen

Klicken Sie hier, um das XML API 41.11.0-Schema herunterzuladen.

XML API-Unterstützung – Vorwärtskompatibilität in der Benutzerverwaltungs-API für von Control Hub verwaltete Sites

Auswirkungen auf APIs und Schemaänderungen

Wenn Ihre Integrationsanwendung derzeit Benutzerverwaltungs-APIs für Webex XMLAPI verwendet: CreateUser , SetUser , DelUser und GetUser zur Bereitstellung oder Verwaltung von Benutzern, nachdem Ihre klassische Webex-Site in eine von Control Hub verwaltete Site konvertiert wurde, funktionieren diese APIs weiterhin für die Forward-Kompatibilität. Es gibt einige Verhaltensänderungen wie unten beschrieben:

• Wenn createUser verwendet wird – Wenn der Benutzerstatus im Control Hub nicht "aktiv" ist, ist der Benutzerstatus auf der Sitenicht aktiv. Wenn der Benutzerstatus in Control Hub aktiv ist, ist der Benutzerstatus auf der Site ebenfalls aktiv. Referenz: Benutzerstatus neuer und konvertierter Benutzer in Control Hub .

• Das Passwortelement von CreateUser und SetUser APIs wird ignoriert. Wir senden eine Aktivierungs-E-Mail an neue Benutzer. Benutzer können auf den Link in der E-Mail zum aktiven neuen Konto klicken und ein neues Passwort eingeben.

• Das active Element von CreateUser API wird ignoriert, new user (nicht verifiziert) kann nicht über diesen Parameter mit API SetUser aktiviert werden .

• Der Wert des Elements webExId in bodyContent von CreateUser APIs muss mit dem Von E-Mail identisch sein. Wenn webExId sich von email unterscheidet, behandeln wir das webExId beim Speichern in WebDB mit E-Mail und der Wert wird ignoriert.

• Der Wert des Elements webExId im bodyContent der SetUser APIs muss die Benutzeridentität der E-Mail-Adresse sein. Sie können ihn mit < email > in bodyContent ändern.

• Die SetUser-API unterstützt das Ändern der E-Mail-Adresse vorhandener Benutzer: es war erfolgreich, wenn das Operation-Konto in SecurityContext Control Hub Voll-Site-Administrator ist. Andernfalls meldet der API-Fehler mit einem neuen Fehlercode und der folgenden Meldung:

  • 030120 Das Konto muss ein vollständiger Site-Administrator sein, um die E-Mail-Adresse zu ändern.

• Das Element newWebExId in bodyContent von SetUser API wird ignoriert.

• Die SetUser-API versucht, zu einer E-Mail zu wechseln, die bereits verwendet wird. Die API hebt unter dem neuen Fehlercode und der Fehlermeldung:

  • 030118 E-Mail wird bereits in von Control Hub verwalteten Sites verwendet.

• Die DelUser-API deaktiviert den Benutzer auf der Webex Meeting-Seite und die entsprechende Meeting-Lizenz wird aus der Webex-Site. Dieser deaktivierte Benutzer kann über API reaktiviert werden: SetUser (AKTIVIERT), solange der Benutzer zuvor verifiziert wurde.

• Die CreateUser- und SetUser-APIs löst einen neuen Fehlercode und eine Fehlermeldung aus, wie unten dargestellt:

  • 030117 , Dieser Benutzer existiert außerhalb Ihrer Organisation, muss also beansprucht werden, um durch das Beanspruchungsbenutzerverfahren in Ihre Organisation zu wechseln. Weitere Informationen zum Beanspruchen des Benutzers für Ihre Organisation finden Sie unter Beanspruchen von Benutzern an Ihre Organisation (Benutzer konvertieren). Sie müssen die Domäne verifizieren, zu der der Benutzer gehört, bevor Sie den Benutzer beanspruchen.

  • 030119 Das CI-Zugriffstoken muss den Umfang webexsquare enthalten: Admin bei der Bereitstellung des Benutzers.

Schemaänderungen

Keine Schemaänderungen auf diesen APIs: CreateUser , SetUser , DelUser und GetUser .

API-Anfrage- und Antwortbeispiel

CreateUser API-Anfrage und Antwort

API-Anforderung:
<?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">

<securityContext>
<siteName>{siteName}</siteName>
<webExID>{Site-Administratorkonto}</webExID>
<email>{Site-Administratorkonto}</email>
<sessionTicket>xxxx</sessionTicket> oder oder
oder , wenn CI "accessToken" verwendet wird, muss es das Ziel webexsquare:admin bei der Bereitstellung des Benutzers enthalten
</securityContext>





<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<webExId>Jack@qa.webex.com</webExId> – Es sollte sich um die Benutzeridentität der E-Mail-Adresse handeln
<email>Jack@qa.webex.com</email>
<firstName>Jack</firstName>
<lastName>Smith</lastName>
<password>...</password>
<privileg>
<host>true</host>
</privileg>
<active>AKTIVIERT</active> – Dieser Parameter kann den Benutzer nicht direkt aktivieren, bis der Benutzer sich selbst über die Aktivierungs-E-Mail aktiviert hat.
</bodyContent>



API-Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>

APIs beeinflussen:

• Createuser

• Setuser

• EntfUser

XML API unterstützt die Kompatibilität vorhandener Benutzerauthentifizierungs-Forward-Kompatibilität, nachdem die klassische Webex-Site in eine von Control Hub verwaltete Site konvertiert wurde

Auswirkungen auf APIs

Nachdem die klassische Webex-Site in eine von Control Hub verwaltete Site konvertiert wurde, muss der Wert des -Elements in mit der E-Mail übereinstimmen, Details unten:

• Für bestehende Benutzer, die in der klassischen Webex-Site erstellt wurden, unterstützen wir sowohl die alte webExID (Zum Beispiel: Jack) und die neue webExID (der Inhalt ist gleich wie die E-Mail. Beispiel: Jack@xx.com) anmelden müssen, gilt diese Authentifizierung für alle XML-APIs.

• Für neue Benutzer, die in von Control Hub verwalteten Sites erstellt wurden, muss der Wert des WebExID-Elements mit dem E-Mail-Wert für die Anmeldung identisch sein.

{siteName}
{userName} – Bestehende Benutzer wurden in der klassischen webEx-Site erstellt. Dies kann Folgendes sein: jack oder jack@xx.com; neuer Benutzer muss jack@xx.com
xxxx oder oder oder

verwenden

APIs beeinflussen:

Alle XML-APIs.

Nachdem die klassische Webex-Site in eine von Control Hub verwaltete Site konvertiert wurde, muss der Wert des -Elements < bodyContent > mit der E-Mail übereinstimmen, Details unten:

• Für vorhandene Benutzer, die auf der klassischen Webex-Site erstellt wurden, unterstützen wir sowohl den alten WebExId (z. B.: Jack) und die neue webExId (der Inhalt ist gleich wie die E-Mail- Adresse. Beispiel: Jack@xx.com) in bodyContentan.

• Für neue Benutzer, die in von Control Hub verwalteten Sites erstellt wurden, muss der Wert des Elements webExId mit dem Wert E-Mail in bodyContent übereinstimmen .

xxxx --- vorhandene Benutzer wurden in der klassischen webEx-Site erstellt. Dies kann Folgendes sein: jack oder jack@xx.com; neuer Benutzer muss jack@xx.com
verwenden

APIs beeinflussen: GetUser , SetUser und DelUser .

Schemaänderungen

Keine Schemaänderungen auf beliebigen APIs.

API-Anfrage- und Antwortbeispiel

GetUser API-Anforderung und -Antwort

API-Anforderung:
<?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">


<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> – Vorhandene Benutzer wurden in der klassischen WebEx-Site erstellt. Dies kann Folgendes sein: jack oder jack@xx.com; neuer Benutzer muss jack@xx.com
xxxx oder oder oder




xxxx verwenden – vorhandene Benutzer wurden in der klassischen webEx-Site erstellt: jack oder jack@xx.com; neuer Benutzer muss jack@xx.com




API-Antwortbeispiel:
...wie zuvor verwenden

Verbesserung der Berichts-API für die Aufzeichnungsansicht zur Unterstützung Webex Meetings, Webex Events (Neu) und Webex Events (Classic)

Auswirkungen auf APIs

Aktuelle API: lstrecordaccessHistory und lstrecordaccessDetailHistory unterstützen nur die Aufzeichnungsansicht von Webex Trainings, auf die der Verlaufsbericht zugegriffen wurde. Die neue Verbesserung unterstützt Webex Meetings, Webex Events (neu) und Webex Events (klassische) Aufzeichnungsansicht auch den Zugriff auf den Verlaufsbericht.

Schemaänderungen

Wir unterstützen unten ein neues Schema in API lstrecordaccessHistory im API-Anforderungskörper:

MeetingCenter
TrainingCenter
EventCenter

Details

Die API: lstrecordaccessaccessHistory kann die aufgerufene Aufzeichnungsansicht für Webex Meetings, Webex Events (neu), Webex Events (klassisch) und Webex Trainings zurückgeben.

• Wenn in der API-Anforderung kein Diensttyp angegeben ist, gibt die API von lstrecordaccessHistory die Aufzeichnungsansicht von Webex Trainings zurück, auf die nur der Verlauf zugegriffen wurde.

• Wenn der Diensttyp MeetingCenter ist, gibt die API von lstrecordaccessaccessHistory sowohl Webex Meetings als auch Webex Events (neue) Aufzeichnungsansicht zurück, auf die der Verlauf zugegriffen wurde.

• Wenn der Servicetyp EventCenter ist, gibt die API von lstrecordaccessHistory die aufgerufene Webex Events-Aufzeichnungsansicht (klassisch) zurück.

Die API: lstrecordaccessDetailHistory kann Details nach recordID von Webex Meetings, Webex Events (neu), Webex Events (klassisch) und Webex Trainings zurückgeben.

API-Anfrage- und Antwortbeispiel

lstrecordaccessHistory Anforderung und Antwort der API

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<securityContext>
<webExID>{userName}</webExID>
<password>{password}</password>
<siteName>{siteName}</siteName>
</securityContext>


<bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
<viewTimeScope>
<viewTimeStart>20.09.2021 00:00:00</viewTimeStart>
<viewTimeEnd>28.09.2021 23:59:59</viewTimeEnd>
</viewTimeScope>
<listControl>
<startFrom>1</startFrom>
<maximumNum>100</maximumNum>
</listControl>
<bestellen>
<orderBy>AUFGEZEICHNET</orderBy>
<orderAD>ASC</orderAD>

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


<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>24.09.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:recordID>1XXXXXXX7</history:recordID>
<history:recordName>TestErollment_001-20210610 1905-1
<history:creationTime>10.06.2021 19:10:15</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>0</history:downloaded>
<history:viewed>3</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:RecordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Instant Playback testen 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>
EC2.0_232423-20210922 0447-1
<history:creationTime>22.09.2021 04:53:05</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>0</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:RecordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory test EC2.0-20210924 1315-1</history:recordName>
<history:creationTime>24.09.2021 13:19:00</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>1</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:RecordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory test MC-20210924 1319-1</history:recordName>
<history:creationTime>24.09.2021 13:25:12</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>1</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:RecordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory test EC classic-20210924 1331-1</history:recordName>
<history:creationTime>24.09.2021 13:37:28</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>1</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:RecordAccessHistory>
<history:matchingRecords>
<serv:total>8</serv:total>
<serv:returned>7</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>

lstrecordaccessDetailHistory Anforderung und Antwort der 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">

<securityContext>
<webExID>{userName}</webExID>
<password>{password}</password>
<siteName>{siteName}</siteName>
</securityContext>


<bodyContent xsi:type=
„java:com.webex.service.binding.history.LstrecordaccessDetailHistory“>
<recondID>1XXXXXX7</recondID>
<timeZoneID>20</timeZoneID>




<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>Axxxg</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>24.09.2021 13:27:26</history:accessTime>
<history:registered>false</history:registered>
<history:downloaded>false</history:downloaded>
<history:viewed>true</history:viewed>
<history:timeZoneID>20</history:timeZoneID>


<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>Axxxg</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>24.09.2021 13:27:39</history:accessTime>
<history:registered>false</history:registered>
<history:downloaded>true</history:downloaded>
<history:viewed>false</history:viewed>
<history:timeZoneID>20</history:timeZoneID>

<history:matchingRecords>
<serv:total>2</serv:total>
<serv:returned>2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>

APIs beeinflussen:

• lstRecordaccessHistory

• lstRecordaccessDetailverlauf

Behebung der Lücke bei maximal zulässigen Webex Events Beschreibungslänge zwischen XMLAPI und Webex Page.

Auswirkungen auf APIs

Die XML-API: CreateEvent und SetEvent's Element der Beschreibung erlaubt maximal 10000 Zeichen Eingaben, wenn Übergröße inputing, wird es in den neuen Fehlercode und Meldung führen:

060068 Ungültige Eingabebeschreibung. Diese Beschreibung darf nicht mehr als 10.000 Zeichen umfassen.

Schemaänderungen

Keine Schemaänderung.

API-Anfrage- und Antwortbeispiel

CreateEvent API-Anforderung und Antwort

#API-Anforderungsbeispiel:
...

<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>PRIVAT</listing>
</accessControl>
<metaData>
<sessionName>EC-Test</sessionName>
<Beschreibung>...... Angenommen, Sie füllen 10000 Zeichen in Beschreibung aus......</Beschreibung>
</metaData>
...


------------------------------------
#API-Antwortbeispiel, wenn die Beschreibung 10000 Zeichen überschreitet:

<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:result>FEHLER</serv:result>
Ungültige Eingabebeschreibung. Die Beschreibung darf 10.000 Zeichen
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>060068</serv:exceptionID>



<serv:bodyContent/>
<serv:body>
</serv:message> nicht überschreiten.

APIs beeinflussen:

• Createevent

• Event festlegen

XML-API: GetUser gibt neues Element von freeAccount zurück

Auswirkungen auf APIs

GetUser gibt ein neues Element zurück, das freeAccount identifiziert, das Benutzerkonto ist FreeAccount oder nicht.

Schemaänderungen

Beispiel für GetUser-Antwort

GetUser-Antwort:
<use:initials>AW</use:initials>
<use:isUploaded>false</use:isUploaded>

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

<serv:body>
</serv:message>

APIs beeinflussen:

Getuser

XML API 41.9.0 Aktualisierungen

Klicken Sie hier, um das XML API 41.9.0-Schema herunterzuladen.

Deaktivierung der XML-API 10.0.0 für alle T31-Sites

Webex plant die Unterstützung der XML-API 10.0.0 für alle T31-Sites.

In der Aktualisierung von 41.9.0 wird der XML API 10.0.0-Code aller Produktionen aktualisiert.

XML API 41.8.0 Aktualisierungen

Klicken Sie hier, um das XML API 41.8.0-Schema herunterzuladen.

Deaktivierung der XML-API 10.0.0 für alle T31-Sites

Webex plant die Unterstützung der XML-API 10.0.0 für alle T31-Sites.

Webex hat festgestellt, dass einige Kunden, die auf den URL der XML-API zugreifen, auf falsche Weise zugreifen: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService sie für den richtigen Zugriff auf die XML API-URL wie: https://{siteName}.webex.com/WBXService/XMLService.

Bitte wechseln Sie den Codezugriff auf DIE XML-API auf einen richtigen Weg, um Auswirkungen vor dem Ende des Lebenszyklus der XML API-Version 10.0.0 zu vermeiden.

XML API 41.7.0 Aktualisierungen

Klicken Sie hier, um das XML API 41.7.0-Schema herunterzuladen.

Das Löschen und Bearbeiten von Aufzeichnungen über Mobilgeräte sollte durch die Site-Administration-Option gesteuert werden: Gastgebern neu zuweisen, bearbeiten, deaktivieren und löschen von Aufzeichnungen

Auswirkungen auf APIs und Schemaänderungen

GetSite : gibt neue Elemente namens aktivleNBRMCModify und separateNoRecordingEdit unter tools zurück.

Beispiel für Antwort

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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>

XML API 41.6.3 Aktualisierungen

Klicken Sie hier, um das XML API 41.6.3-Schema herunterzuladen.

GetSite Antwort neues Element von supportLargeEvent

Auswirkungen auf APIs und Schemaänderungen

GetSite : gibt neue Elemente namens supportLargeEvent unter siteCommonOptions zurück, um dem Anrufer mitzuteilen, ob die Site Large Event (Webex Event (neu)) unterstützt oder nicht.

Schemaänderung

Beispiel für Antwort

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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>

XML API 41.6.0 Aktualisierungen

Klicken Sie hier, um das XML API 41.6.0-Schema herunterzuladen.

XMLAPI-Webex Events 2.0 bei der Bereitstellung

Auswirkungen auf APIs

GetUser : gibt neue Elementbenennung zurück largeEventCapacity was die Kapazität des neuen Events 2.0 (EC 2.0) unter diesem Benutzerkonto anzeigt. Wenn das Benutzerkonto beispielsweise über eine CI _ EC3K-Lizenz verfügt, ist der Wert von largeEventCapacity 3000.

Schemaänderungen

Beispiel für Antwort

GetUserResponse:

XMLAPI LstRecordings CreateTime wendet die Anfangszeit der Aufzeichnung an

Auswirkungen auf APIs

LstRecording : LstRecording Antwort CreateTime als Zeit, zu der der Benutzer tatsächlich die Aufzeichnungstaste drückt.

Details

In der Vergangenheit hat die XML-API den Zeitstempel verwendet, der angibt, wann die Aufzeichnung in der Datenbank erstellt wurde, als Erstellungszeit in der Antwort LstRecording . Es ist nun die Zeit, an der der Benutzer tatsächlich beginnt, die Aufzeichnung zu machen. Diese Änderung gilt für alle Serviceaufzeichnungen. Es gibt keine Schemaänderung.

XML API 41.5.0 Aktualisierungen

Klicken Sie hier, um das XML API 41.5.0-Schema herunterzuladen.

XMLAPI kann mit Webex angesetzten Meetings von PSTN Gastgeber aus starten

Auswirkungen auf APIs

• CreateUser : generiert Host-PIN unabhängig davon, ob Benutzer-PMR aktiviert ist oder nicht, wenn die Benutzerrolle Gastgeber oder Administrator mit vollständigen oder schreibgeschützten Rechten oder Benutzer-Management-Site ist.

• SetUser : setzt hostPIN mit phones.hostPIN , wenn personalMeetingRoom.hostPIN nicht in XML-Anforderung ist (Vorbedingung: Feature Umschalter AllowStartScheduledMtgFromPhone ist aktiviert).

• GetUser : gibt phones.hostPIN zurück, unabhängig davon, ob Benutzer-PMR aktiviert ist oder nicht. (Vorbedingung: Feature Umschalter AllowStartScheduledMtgFromPhone ist aktiviert).

Schemaänderungen

GetUserResponse :

SetUser :

Beispiel für Antwort

GetUserResponse :

SetUser :

XMLAPI GetSite Antwort zwei neue Elemente für mobilen Client

Auswirkungen auf APIs

• GetSite : GetSite reagiert jetzt auf zwei neue Elemente zur Unterstützung mobiler Clients hat die Logik, die Aufzeichnungs-Registerkarte anzuzeigen oder nicht anzuzeigen.

  • Aktivieren von Aufzeichnungszugriff : true oder false, Webex Super-Administratoren können den Aufzeichnungszugriff über den Umschalter aktivieren oder deaktivieren( EnableRecordingAccess ).

  • storageEmptyStatus : true oder false, wenn beide Sites die NBR-Funktion nicht unterstützen und den NBR-Speicherplatz als Null zugewiesen haben, dann ist die Statusantwort true, andernfalls ist false.

Schemaänderungen

Beispielanforderung für GetSite

Beispielantwort für Getsite

E-Mail-Betreff mit Nicht-ASCII-Zeichen wird mit RFC2047 codiert. Bei einem E-Mail-Betreff mit reinen ASCII-Zeichen ist keine Codierung verfügbar

Es gibt keine Auswirkungen auf API-Anforderungen und Nutzdatendaten, aber sie ändert das Codierungsverhalten des E-Mail-Betreffs. Wenn der Betreff der E-Mail, der Nicht-ASCII-Zeichen enthält, mit RFC2047 codiert wird. Bei einem E-Mail-Betreff mit reinen ASCII-Zeichen ist keine Codierung verfügbar.

Schemaänderungen

Es gibt keine Schemaänderungen.

XML API 41.4.0 Aktualisierungen

Klicken Sie hier, um das XML API 41.4.0-Schema herunterzuladen.

Event angesetztes Event Webex Events kann Standard auf Site-Ebene beim Ton bei Beitritt und Verlassen nutzen

XMLAPI entspricht der aktuellen neuen Logik zur Steuerung des Tons bei Beitritt und Verlassen. Alle Töne für Webex Events wurden in der Site-Administration durch eine andere Einstellung gesteuert. In GetSitegibt XMLAPI einen zusätzlichen FeldeintragExitToneEC zurück, um den Wert anzugeben. Ursprünglich, wenn der Site-Administrator einen Standard auf den Ton eingestellt hat, kann Event diese Einstellung nicht durch Anwendung der XMLAPI-Standardeinstellung nutzen.

Auswirkungen auf APIs

Die XML-API: GetSite gibt ein neues Element entryExitToneEC zurück, um den Wert anzugeben.

Die XML-API: CreateEvent, SetEvent, GetEvent Back-End-Geschäftslogik liest den Wert von entryExitToneEC .

Schemaänderungen

XML-API: Beispiel für Website-Antwort:

<ns1:emailReminders>true</ns1:emailReminders>
<ns1:entryExitTone>ANNOUNCENAME</ns1:entryExitTone>
<ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
<ns1:voip>true</ns1:voip>

<ns1:telephonySupport>NONE</ns1:telephonySupport>
<ns1:teleconference>
<ns1:joinTeleconfNotPress1>true</ns1:joinTeleconfNotPress1>
<ns1:updateTSPAccount>false</ns1:updateTSPAccount>
</ns1:defaults>

APIs beeinflussen:

• GetSite

• Createevent

• Event festlegen

• Getevent

XMLAPI gibt nur die Detailinformationen zum großen Event (Webex Event 2.0) zurück.

1. Wenn es sich bei dem Webex-Meeting um ein großes Event oder Webcast handelt, gibt GetSessionInfo einige detaillierte Informationen wie Meeting-Passwort, numerisches Meeting-Passwort, Diskussionsist-Passwort und numerisches Diskussionsist-Passwort zurück (es wird kein Schema geändert).

2. XMLAPI unterstützt das Erstellen und Bearbeiten großer Event- oder Webcast-Funktionen nicht, daher geben CreateMeeting und SetMeeting eine neue Ausnahme zurück (110064, der Event- und Webcast-Sitzungstyp werden nicht unterstützt.) für große Events oder Webcast-Fälle.

Auswirkungen auf APIs

XML API 41.3.0 Aktualisierungen

Klicken Sie hier, um das XML API 41.3.0-Schema herunterzuladen.

Die neuen Änderungen an der XML-API unterstützen Webex Events 2.0-Funktion

Auswirkungen auf APIs

Beide APIs: GetSessionInfo und GetMeeting Elemente zurückgeben aktivleEvent und aktivleWebniar ebenfalls.

Schemaänderungen

GetSessionInfo gibt die Elemente enableEvent und enableWebniar für EC 2.0 zurück.

GetMeeting gibt die Elemente enableEvent und enableWebniar für EC 2.0 zurück.

Beispiel für Antwort:

GetSessionInfo Antwort:

ÖFFENTLICH
false
true
false
false
false
false
true

GetMeeting Antwort:

false
true
true
true
false
false
true

Die neuen Änderungen an XMLAPI unterstützen die Lobby-Funktion vor dem Meeting

Auswirkungen auf APIs

Die XML-API: GetSite , LstSummarySession , GetSessionInfo und GetMeeting reagieren auf das neue Element aktivlePreMeetingLobby für die Lobby vor dem Meeting.

Schemaänderungen

Die XML-API: GetSite gibt das Element enablePreMeetingLobby für die Lobby vor dem Meeting zurück.

Die XML-API: LstSummarySession gibt das Element enablePreMeetingLobby für die Lobby vor dem Meeting zurück.

Die XML-API: GetSessionInfo gibt das Element enablePreMeetingLobby für die Lobby vor dem Meeting zurück.

Die XML-API: GetMeeting gibt das Element enablePreMeetingLobby für die Lobby vor dem Meeting zurück.

Beispiel für Antwort:

GetSite Antwort:

false
false
false
true
true
true
true
false
true
true

LstSummarySession Antwort:

false
true
0
false
false
false
true

GetSessionInfo Antwort:

ÖFFENTLICH
false
true
false
false
false
false
true

GetMeeting Antwort:

false
true
true
true
false
false
true

Die XML-API GetSite Antwort Informationsverhaltensänderung offenlegen

Auswirkungen auf APIs

Die XML-API: GetSite Antwort unter den Elementen für Administratorkonto, die Rollen enthalten: SiteAdmin , RO _ SiteAdmin und UserAdmin .

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

Verhalten geändert

Nur zulassen, dass Administratorrollen Antwortlizenzdaten von GetSite haben . Der Gastgeber oder Teilnehmer bekommt diese Lizenzdaten in der GetSite-Antwort nicht.

Unten sind API: GetSite's Antwortbeispiel für siteadmin oder ready-only siteadmin oder user-management admin:

XML API 41.2.0 Aktualisierungen

Klicken Sie hier, um das XML API 41.2.0-Schema herunterzuladen.

XMLAPI sollte "VoIP CMR Hybrid unterstützen, wenn die Site Webex-Telefonie unterstützt

Auswirkungen auf APIs

• GetSite gibt ein neues Element IsWebexTelephony in der Antwort zurück.

• CreateUser und SetUser können das Element cmrHybridVoip aktualisieren, wenn IsWebexTelephony zusammen mit anderen Bedingungen wahr ist. IsTSPUsingTelephonyAPI ist nicht mehr folgenreich.

Schemaänderungen

XML-API: GetSite Antwort gibt ein zusätzliches Element zurück IsWebexTelephony

GetSite Antwort enthält dieses neue Element:

true
false
Persönliche Konferenz-Nr.
Teilnehmer-Zugriffscode
Gastgeber-Zugriffscode
Teilnehmer-ID

.....

LstSummarySession unterstützt EC2.0

XML-APIs sind wirkt sich aus

LstSummarySession gibt neue zwei Elemente zur Unterstützung von EC 2.0 zurück

Schemaänderungen

XML-API: LstSummarySession : Anhängen der Elemente < enableEvent > und < enableWebniar >

Antwort der XML-API: LstSummarySession

Antwort für EC 2.0

true

0
false
true
true

XMLAPI unterstützt die Rückgabe der Webex-Voice-Assistant-Option der Site für die MCT-Integration

Betroffene API

GetUser gibt ein neues Element webexAssistantEnabled (true oder false) in der Antwort zurück.

Schemaänderungen

getUserResponse :

Beispiel für Antwort