Cisco Webex Meetings API-Aktualisierungen

Weitere Informationen zu XML API 41 finden Sie in der Übersicht über Cisco Webex Meetings API-Updates (API 41)

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

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

Aktualisierungen von API 40.12.0

Aktualisierungen von XML API 40.12.0

Klicken Sie hier, um das XML API 40.12.0-Schema herunterzuladen

XML API unterstützt privaten Meeting-Typ

XML-APIs sind betroffen

Wir können API verwenden: CreateMeeting und SetMeeting um ein Webex-Meeting mit dem Typ „Privates Meeting“ anzusetzen oder zu aktualisieren.
Wenn ein Webex-Meeting mit dem Typ „Privates Meeting“ angesetzt ist, GetSessionInfo GetMeeting, LstSummarySession, und LstCalendarSession wird eine neue Elementbenennung zurückgeben, die PrivateMeeting um es zu wissen.
GetMeetingType und LstMeetingType eine neue Elementbenennung zurückgeben SupportPrivateMeeting die angibt, ob sie private Meetings unterstützt oder nicht.

Schemaänderungen

XML API: GetMeetingType/LstMeetingType: Fügen Sie den <SupportPrivateMeeting>-Element ein.

XML API: LstSummarySession: Anhängen der <isPrivateMeeting>-Element ein.

XML API: LstCalendarSession: Anhängen der <isPrivateMeeting>-Element ein.

XML API: GetSessionInfo: Anhängen der <isPrivateMeeting>-Element ein.

XML API: GetMeeting : Fügen Sie den <isPrivateMeeting> -Element ein.

Anforderung von XML API: Meeting erstellen

Anforderung von CreateMeeting mit privatem Meeting-Typ

<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<schedule>
<startDate>25.10.2020 13:00:00 Uhr</startDate>
<duration>45</duration>
<timeZoneID>45</timeZoneID>
</schedule>
<accessControl>
<meetingPassword>***********</meetingPassword>
</accessControl>
<metaData>
<confName>MC_PrivatMeeting_Test</confName>
<meetingType>168</meetingType> //169 ist ein Beispiel, das Private Meeting unterstützt
</metaData>
</bodyContent>
</body>

Antwort von XML API: GetSessionInfo

Antwort für isPrivateMeeting

<ep:supportE2E>falsch</ep:supportE2E>
<ep:isAllowJBH>wahr</ep:isAllowJBH>
<ep:isPrivateMeeting>wahr</ep:isPrivateMeeting> //true: das Meeting Private Meeting unterstützt; false: Das Meeting unterstützt kein privates Meeting.
<ep:isCETMeeting> false </ep:isCETMeeting>
<ep:isPersonalMeetingRoom> false </ep:isPersonalMeetingRoom>
<ep:isNextUpcomingInstance> true</ep:isNextUpcomingInstance>

GetSite API gibt Meeting-Vorlagen auf Site-Ebene zurück

Beschreibung der Benutzergeschichte/Aufgabe

GetSite API, um die Meeting-Vorlage auf Site-Ebene zurückzugeben. Auf diese Weise können Education Connector und Webex Classrooms diese Vorlagen zeigen, damit die Lehrer diese Vorlagen beim Ansetzen ihrer Online-Sitzungen auswählen und auswählen können.

Betroffene APIs

Wenn es benutzerdefinierte Meeting-Vorlagen auf Site-Ebene gibt, gibt GetSite api diese Vorlagen auf Site-Ebene zurück.

Elementname	Beschreibung
`meetingTemplateName`	der Name der angepassten Meeting-Vorlagen auf Site-Ebene
`serviceType`	Webex Meetings, Webex Trainings und Webex Events

Schemaänderungen

GetSite : Anhängen der <meetingTemplates>-Element ein.

Antwortbeispiel

GetSite-Antwort

<ns1:meetingTypes>
<ns1:meetingTypeID>3</ns1:meetingTypeID>
<ns1:meetingTypeName>PRO</ns1:meetingTypeName>
</ns1:meetingTypes>
<ns1:meetingTemplates>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>MC Meeting Tempalte 1</ns1:meetingTemplateName>
<ns1:serviceType>MeetingCenter</ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>EC-Meeting Tempalte 2</ns1:meetingTemplateName>
<ns1:serviceType>Eventcenter</ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>TC-Meeting-Vorlage 3</ns1:meetingTemplateName>
<ns1:serviceType>Trainingszentrum</ns1:serviceType>
</ns1:meetingTemplate>
</ns1:meetingTemplates>

XML API SetUser kann Element von `supportedServices` wenn die Site eine CI Unified Site ist

Beschreibung

XMLAPI SetUser Änderung des Werts von " nicht unterstützen supportedServices in einer API-Anforderung, wenn es sich bei der Site um mit Control Hub verknüpfte Unified Webex Meeting-Sites handelt.

Schemaänderungen

Es gibt keine Schemaänderung auf der API: SetUser.

WEBEX-15436: Schutz hinzufügen, um doppelte E-Mails in zu vermeiden `Mtgconfattendeelist`

Beschreibung

Wenn mehrere Teilnehmer mit derselben E-Mail-Adresse in derselben API-Anforderung zum selben Meeting hinzugefügt werden, verarbeiten wir nur den ersten Teilnehmer mit der E-Mail-Adresse.

Betroffene APIs

CreateMeetingAttendee
CreateUser
SetUser
CreateMeeting
SetMeeting
CreateEvent
SetEvent
CreateTrainingSession
SetTrainingSession

Beispiel-API

Anfrage

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>Testsite</siteName>
<webExID>testbenutzer</webExID>
<password>Passwort</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<sessionKey>1714904382</sessionKey>
<person>
<email>test@webex.com</email>
<name>Name1</name>
</person>
<attendees>
<person>
<email>test@webex.com</email>
<name>Name2</name>
</person>
<sessionKey>1714904382</sessionKey>
</attendees>
</bodyContent>
</body>
</serv:message>

Aktualisierungen von API 40.11.0

Aktualisierungen von XML API 40.11.0

Klicken Sie hier, um das XML API 40.11.0-Schema herunterzuladen

XMLAPI CreateUser unterstützt displayname

CreateUser unterstützt dispalyname Wenn die Funktion umgeschaltet wird EnableDisplayName ist als 1. Wenn die Umschaltoption nicht 1 ist, wird die displayName werden ignoriert.

Schemaänderungen

CreateUser:

XMLAPI SetUser unterstützt displayname

SetUser unterstützt dispalyname Wenn die Funktion umgeschaltet wird EnableDisplayName ist 1. Wenn die Umschaltoption nicht 1 ist, wird die displayName werden ignoriert.

Schemaänderungen

SetUser:

XMLAPI GetUser unterstützt displayname

GetUser unterstützt dispalyname Wenn die Funktion umgeschaltet wird EnableDisplayName ist 1. Wenn die Umschaltoption nicht 1 ist, wird die displayName wird nicht angezeigt.

Wann displayName in DB ist Null und Funktionsumschalter EnableDisplayName ist 1, displayName wird firstName+" "+lastName für Nicht-asiatische Zeichen und firstName+lastName für asiatische Zeichen.

Schemaänderungen

GetUserResponse:

XMLAPI-Benutzerebene-Steuerung für CMR Hybrid Voip

Die Datei cmrHybridVoip wird verwendet, um die Einstellung auf Benutzerebene festzulegen und abzurufen für EnableCMRHybridVoIP.

Schemaänderungen

GetUser Response:

CreateUser Request:

SetUser Request:

Aktualisierungen von API 40.10.0

Aktualisierungen von XML API 40.10.0

Klicken Sie hier, um das XML API 40.10.0-Schema herunterzuladen

`XML API support for meeting UUID` in API-Anforderung und -Antwort

Beispiel-XML-API: GetSessionInfo Anfrage:

Antwort:

Betroffene API:

CreateMeetingAttendee
DelMeetingAttendee
RegisterMeetingAttendee
CreateTeleconferenceSession
SetTeleconferenceSession
GetTeleconferenceSession
CreateTrainingSession
SetTrainingSession
GetTrainingSession
DelTrainingSession
CreateEvent
SetEvent
DelEvent

XMLAPI gibt ein zusätzliches Element für die Site-Admin-Konfiguration zurück, um Screenshot zu deaktivieren

Die Anforderung kommt von Security - beide PenTest Bugs und Kunden, wie Goldman Sachs. Sie möchten nicht zulassen, dass die Endbenutzer in der Meetings-App einen Screenshot machen. In der Zwischenzeit wünschen sich viele andere Kunden diese Funktion – um den Screenshot zu ermöglichen. Auch Bildungsnutzer wollen den Screenshot erlauben. Dafür haben wir eine Site-Administrator-Konfiguration, und XMLAPI gibt ein zusätzliches Feld zurück. EnableMobileScreenCapture in der Antwort von GetSite dies zu unterstützen.

Beispiel für GetSite-Anfrage

<?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>ERFOLGREICH</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:siteInstance>
...
<ns1:securityOptions>
...
...
<ns1:EnableMobileScreenCapture> false </ns1:EnableMobileScreenCapture>
...
</ns1:securityOptions>
...
</ns1:siteInstance>
</serv:bodyContent>
</serv:body>
</serv:message>

Betroffene API

GetSite

XMLAPI-Unterstützung MEET-269 PIN-lose Beitreten Verbesserung

XMLAPI fügen eine NEUE OPTION hinzu Videokonferenzsysteme in meiner Organisation können Meetings ohne Eingabeaufforderungen starten und beitreten für Meetings in persönlichen Räumen und MC-Meetings.

createUser/setUser/getUser Neuen Knoten hinzufügen deviceCanStartMyPMR in personalMeetingRoom.
createMeeting/setMeeting/getMeeting Neuen Knoten hinzufügen deviceCanStartMeeting in Zeitplan ein.

Die Option in der Webex-Benutzeroberfläche für Meetings in einem persönlichen Raum:

Schemaänderungen

CreateUser:

SetUser:

getUserResponse:

CreateMeeting:

setMeeting:

getMeetingResponse:

Aktualisierungen von API 40.9.0

Aktualisierungen von XML API 40.9.0

Klicken Sie hier, um das XML API 40.9.0-Schema herunterzuladen

`XML API support for meeting UUID` Anforderung und Antwort

Wir haben die Meeting-UUID der API-Anforderung und -Antwort hinzugefügt, unabhängig davon, wo wir sie unterstützen. meetingKey oder sessionKey.

Beispiel-XML-API: GetSessionInfo Anfrage:

Antwort:

Betroffene API:

GetEnrollmentInfo
LstsummaryTrainingSession
AddScheduledTest
SetScheduledTest
DelScheduledTest
GetTestInformation
UploadEventImage
SendInvitationEmail
CreateSupportSession
LstmeetingusagePreliminaryHistory
LstmeetingattendeePreliminaryHistory
LsteventsessionPreliminaryHistory
LsteventattendeePreliminaryHistory
LstTrainingPollResultsHistory

Webex-Meetings haben eine gesperrte Meeting-Lobby, in der Benutzer auf die Zulassung zum Meeting warten können

Die XML API planen und bearbeiten MC-Meeting, um gesperrte Lobby zu unterstützen, wenn die Funktion( ConsistentLockedLobby) ein.

Schemaänderungen

Drei neue Elemente hinzugefügt ( externalAttendeeSecurity, autoLock, autoLockWaitTime) in die APIs CreateMeeting, SetMeeting und GetMeeting ein.

Element	Beschreibung
`externalAttendeeSecurity`	Wenn das Meeting entsperrt ist, können drei Elemente für die Sicherheit externer Benutzer zur Auswahl stehen. `AllowJoin`: Kann dem Meeting sofort beitreten; `AllowJoinWithLobby`: Kann dem Meeting nur beitreten, wenn der Gastgeber sie hereinlässt; `BlockFromJoin`: Beitritt zum Meeting nicht möglich;
`autoLock`	Gibt an, ob das Meeting Automatisch gesperrt wird. Wahr: Meeting nach # Minuten nach Beginn des Meetings automatisch sperren Falsch: Das Meeting wird nach dem Start des Meetings nicht automatisch gesperrt
`autoLockWaitTime`	Minuten ( 0,5,10,15,20 ) für die automatische Sperrung des Meetings nach Beginn des Meetings

Element

Beschreibung

externalAttendeeSecurity

Wenn das Meeting entsperrt ist, können drei Elemente für die Sicherheit externer Benutzer zur Auswahl stehen.

AllowJoin: Kann dem Meeting sofort beitreten;

AllowJoinWithLobby: Kann dem Meeting nur beitreten, wenn der Gastgeber sie hereinlässt;

BlockFromJoin: Beitritt zum Meeting nicht möglich;

autoLock

Gibt an, ob das Meeting Automatisch gesperrt wird.

Wahr: Meeting nach # Minuten nach Beginn des Meetings automatisch sperren

Falsch: Das Meeting wird nach dem Start des Meetings nicht automatisch gesperrt

autoLockWaitTime

Minuten ( 0,5,10,15,20 ) für die automatische Sperrung des Meetings nach Beginn des Meetings

Anforderungs- und Antwortmuster

Request of CreateMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
...
<attendeeOptions>
...
<joinRequiresAccount>falsch</joinRequiresAccount>
<externalAttendeeSecurity>Beitreten mit Lobby zulassen</externalAttendeeSecurity>
<autoLock>wahr</autoLock>
<autoLockWaitTime>10</autoLockWaitTime>
</attendeeOptions>
...
</bodyContent>

Request of SetMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>2###1###01 <UNK> </meetingkey> <UNK>
...
<attendeeOptions>
...
<joinRequiresAccount>falsch</joinRequiresAccount>
<externalAttendeeSecurity>Beitreten mit Lobby zulassen</externalAttendeeSecurity>
<autoLock>wahr</autoLock>
<autoLockWaitTime>10</autoLockWaitTime>
</attendeeOptions>
...
</bodyContent>

Antwort von GetMeeting:

<?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:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<meet:attendeeOptions>
...
<meet:joinRequiresAccount>falsch</meet:joinRequiresAccount>
<meet:externalAttendeeSecurity>Beitreten zulassen</meet:externalAttendeeSecurity>
<meet:autoLock>wahr</meet:autoLock>
<meet:autoLockWaitTime>10</meet:autoLockWaitTime>
</meet:attendeeOptions>
...

Betroffene API:

CreateMeeting
SetMeeting
GetMeeting

Verbesserungen `GetSessionInfo` API zum Zurückgeben des Teilnehmerstatus in einer laufenden Sitzung

Zwei neue Elemente hinzugefügt ( hasHostInMeeting, hasAttendeeInMeeting) in Antwort von GetSessionInfo. Diese beiden Elemente werden zurückgegeben, wenn es sich bei dem Meeting um ein laufendes Meeting handelt.

Element	Beschreibung
`hasHostInMeeting`	Gibt an, ob der Gastgeber dem laufenden Meeting beigetreten ist. Wahr: Der Gastgeber befindet sich im laufenden Meeting. False/Null : Der Gastgeber befindet sich nicht im laufenden Meeting oder das Meeting läuft nicht.
`hasAttendeeInMeeting`	Ob ein Teilnehmer/Gastgeber dem laufenden Meeting beigetreten ist. Wahr: befindet sich ein Teilnehmer oder Gastgeber im laufenden Meeting. False/Null : es ist kein Teilnehmer oder Gastgeber im laufenden Meeting vorhanden, oder das Meeting ist nicht im Gang.

Element

Beschreibung

hasHostInMeeting

Gibt an, ob der Gastgeber dem laufenden Meeting beigetreten ist.

Wahr: Der Gastgeber befindet sich im laufenden Meeting.

False/Null : Der Gastgeber befindet sich nicht im laufenden Meeting oder das Meeting läuft nicht.

hasAttendeeInMeeting

Ob ein Teilnehmer/Gastgeber dem laufenden Meeting beigetreten ist.

Wahr: befindet sich ein Teilnehmer oder Gastgeber im laufenden Meeting.

False/Null : es ist kein Teilnehmer oder Gastgeber im laufenden Meeting vorhanden, oder das Meeting ist nicht im Gang.

API-Antwortbeispiel:

<?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:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...

<ep:status>INFORTSCHRITT</ep:status>

<ep:hasHostInMeeting>wahr</ep:hasHostInMeeting>

<ep:hasAttendeeInMeeting>wahr</ep:hasAttendeeInMeeting>

...

Betroffene API:

GetSessionInfo

Die API GetUserCard erfordert eine Autorisierung.

Sicherheitsverbesserung der XML API GetUserCard erfordert eine Autorisierung, um die Informationen des Benutzers abzurufen.

Betroffene API:

GetUserCard

Aktualisierungen von API 40.8.0

Aktualisierungen von XML API 40.8.0

Klicken Sie hier, um das XML API 40.8.0-Schema herunterzuladen

`GetSessionInfo` Antwortverbesserung

Wenn Sie nicht vom Meeting eingeladen oder genehmigt wurden, rufen Sie die XML-API auf: GetSessionInfo gibt die Elemente nicht zurück: confName, startDate, duration, timeZone, meetingLink, sipURL, displayMeetingUrl im API-Antworttext.

Beispiel für API-Antwort für Meetings:

Beispiel für API-Antwort für Schulungen/Events:

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NICHT_INFORTSCHRITT</ep:status>
<ep:sessionkey>1####5###9</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>NICHT AUFGEFÜHRT</ep:listStatus>
<ep:registration>wahr</ep:registration>
<ep:registrationURL>https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61</ep:registrationURL>
<ep:passwordReq>wahr</ep:passwordReq>
<ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&confID=16###92######61</ep:registrationURLForMobile>
<ep:joinStatus>EINLADEN/REGISTRIEREN/Ablehnen</ep:joinStatus>
<ep:isRegisterIDRequired>falsch</ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>Trainingszentrum</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount>falsch</ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>wahr</ep:isAllowJBH>
<ep:isCETMeeting>wahr</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>falsch</ep:isPersonalMeetingRoom>
</serv:bodyContent>

Betroffene API:

GetSessionInfo

`GetSessionInfo, GetUserCard` Sicherheitsverbesserungen

Wir haben eine Sicherheitsverbesserung für XML API vorgenommen. GetSessionInfo und GetUserCard. Wir werden Benutzern den Zugriff auf diese beiden APIs in den nächsten zwei Stunden verbieten, wenn ihr Anruf innerhalb einer Stunde das Limit erreicht hat und keine Datenfehler gefunden wurden.

Die Fehlerstatusantwort lautet: "403 Verboten"

Betroffene APIs:

GetSessionInfo
GetUserCard

`meetingUUID` in API-Support für Anfragen und Antworten

Wir haben meetingUUID zu der API-Anforderung und -Antwort hinzugefügt, unabhängig davon, wo wir eine meetingKey/sessionKey.

GetSessionInfo Anfrage:

Antwort:

Betroffene API:

LstOpenSession
GetEnrollmentInfo
LstsummaryMeeting
LstScheduledTests
GetEvent
LstsummaryEvent
LstmeetingusageHistory
LsttrainingsessionHistory
LsteventsessionHistory
LstsupportsessionHistory
DelSession

Vorlage für Bildungssites (EDU-Sitzungstyp) in XML-API-Unterstützung

Wenn Ihre Sites den Sitzungstyp „Education Instructor“ (EDU) aktivieren, kann die XML-API das Ansetzen eines Meetings mit der EDU-Meeting-Vorlage unterstützen.

Betroffene API:

CreateMeeting
SetMeeting
CreateEvent
SetEvent
CreateTrainingSession
SetTrainingSession

XML-API `CreateMeetingAttendee` und `RegisterMeetingAttendee` Support

Beides CreateMeetingAttendee und RegisterMeetingAttendee können das erforderliche Teilnehmer-Registrierungsformular für eine Webex Meetings-Registrierung überprüfen.

Und es gibt eine neue Ausnahme für diese Aufgabe:

Ausnahmenummer	Nachricht von Ausnahme
040014	Fehlende erforderliche Felder (Registrierungsformular): ...

Wenn Sie beispielsweise „Jobtitel“ und „Firmenname“ als erforderliche Felder für die Webex Meetings-Registrierung eines Teilnehmers ausgewählt haben, wie unten gezeigt, müssen Sie einen Wert für den „Jobtitel“ und den „Firmennamen“ angeben, wenn Sie die beiden APIs anrufen: CreateMeetingAttendee und RegisterMeetingAttendee.

RegisterMeetingAttendee Anfrage:

<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
<attendees>
<person>
<name>LastName des FirstNameb </name>
<firstName></firstName>
<lastName> LastName</lastName>
<title>Techniker</title> //Stellenbezeichnung
<company> Cisco1234 </company> //Firmenname
...
<email>****@*****. com</email>
<type>BESUCHER</type>
<sendReminder>wahr</sendReminder>
</person>
<role>TEILNEHMER</role>
<joinStatus>AKZEPTIEREN</joinStatus>
<emailInvitations>wahr</emailInvitations>
<sessionKey>1####4####1</sessionKey>
</attendees>
</bodyContent>
</body>

CreateMeetingAttendee Anfrage:

<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<person>
<name>LastNameA </name>
<firstName> FirstNameA </firstName>
<lastName> LastNameA</lastName>
<title>Techniker</title> //Stellenbezeichnung
<company> Cisco1234 </company> //Firmenname
...
<email>*****@*****. com</email>
<type>BESUCHER</type>
<sendReminder>wahr</sendReminder>
</person>
<role>TEILNEHMER</role>
<joinStatus>AKZEPTIEREN</joinStatus>
<emailInvitations>wahr</emailInvitations>
<sessionKey>1###4####1</sessionKey>

040014 Exception of Response Beispiel:

<?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:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>FEHLER</serv:result>
<serv:reason>Fehlende Pflichtfelder (Registrierungsformular): Titel, Firma</serv:reason>
<serv:gsbStatus>VORRANG</serv:gsbStatus>
<serv:exceptionID>040014</serv:exceptionID>
<serv:value>Titel,Unternehmen</serv:value>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>

Betroffene API:

CreateMeetingAttendee
RegisterMeetingAttendee

Verbesserungen bei der XML API-E-Mail-Validierung

XML-API sollte keine Leerzeichen in einer E-Mail zulassen, daher haben wir die E-Mail-Validierung entsprechend dem Verhalten der Webex Meetings-Seite verbessert.

Betroffene API:

CreateMeetingAttendee
CreateEvent
SetEvent
CreateContact
SetContact
SetRecordingInfo
CreateMeetingAttendee
CreateTrainingSession
SetTrainingSession
CreateUser
SetUser
CreateMeeting
SetMeeting
RegisterMeetingAttendee

Aktualisierungen von API 40.7.0

Aktualisierungen von XML API 40.7.0

Klicken Sie hier, um das XML API 40.7.0-Schema herunterzuladen

`meetingUUID` Support

Wir haben hinzugefügt meetingUUID an die API-Anforderung und -Antwort, egal wo wir einen meetingKey oder sessionKey unterstützen.

GetSessionInfo Anforderungsbeispiel:

GetSessionInfo Antwortbeispiel:

Betroffene APIs:

LstmeetingattendeeHistory
LsttrainingattendeeHistory
LsteventattendeeHistory
LstsupportattendeeHistory

`CreateUser` API-Willkommens-E-Mail-Unterstützung für vier neue Sprachen

Die XMLAPI Willkommens-HTML-E-Mail unterstützt die folgenden vier neuen Sprachen:

Tschechisch (languageID=19)
Polnisch (languageID=20)
Ungarisch (languageID=21)
Rumänisch (languageID=22)

XMLAPI sendet die Willkommens-E-Mail entsprechend der Sprach- oder Sprach-ID im CreateUser anfordern.

Verwenden CreateUser zum Senden eines Html-Willkommens-E-Mail-Beispiels (Tschechisch):

<?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>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName>Test</firstName>
<lastName>Benutzer</lastName>
<webExId>Testbenutzer</webExId>
<password>xxxxxx</password>
<email>testuser@test.com</email>
<privilege>
<host>wahr</host>
</privilege>
<languageID>19</languageID>
oder
<language>Tschechisch</language>
<active>AKTIVIERT</active>
<sendWelcome>wahr</sendWelcome>
<isHTMLEmail>wahr</isHTMLEmail>
</bodyContent>
</bodyContent>
</body>

Aktualisierungen von API 40.6.1, 40.4.9

Aktualisierungen der XML API 40.6.1, 40.4.9

Klicken Sie hier, um das XML API 40.6.1-Schema herunterzuladen

Klicken Sie hier, um das XML API 40.4.9-Schema herunterzuladen

`CreateMeeting/SetMeeting` Support

Wenn Sie ein Webex-Meeting ansetzen, XML API CreateMeeting/SetMeeting ermöglicht es Ihnen, das Kontrollkästchen im Teilnehmer-Registrierungsformular zu aktivieren oder zu deaktivieren oder auf ein erforderliches oder nicht erforderliches Feld zu klicken.

Im Folgenden finden Sie ein Beispiel für das Ansetzen von Meetings auf der Benutzer-Webseite, auf der Sie die erforderlichen Felder wie "Jobtitel", "Unternehmensname", "Stadt" und "Bundesland" im Teilnehmer-Registrierungsformular überprüfen können:

Im Folgenden finden Sie eine Zuordnung zwischen Seitenfeldern und XML API-Elementen:

Seitenfelder	XMLAPI-Element
Beruf	<title>
Unternehmensname	<company>
Adresse 1	<address1>
Adresse 2	<address2>
Stadt	<city>
Status	<state>
Postleitzahl	<postalCode>
Land/Region	<country>
Geschäftliche Telefonnummer	<phone>
Fax	<fax>

Geändertes Schema: Element "Registrierungsformular" hinzufügen in CreateMeeting

Geändertes Schema: Element "Registrierungsformular" hinzufügen in SetMeeting

Geändertes Schema: Element "Registrierungsformular" hinzufügen in GetMeeting

CreateMeetingAnforderungsbeispiel:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<accessControl>
<meetingPassword>Passwort</meetingPassword>
</accessControl>
<attendeeOptions>
<emailInvitations>wahr</emailInvitations>
<registration>wahr</registration>
<auto>falsch</auto>
</attendeeOptions>
<registrationForm>
<title><req>Wahr</req></title> 
<company><req>wahr</req></company>
<address1><req>falsch</req></address1>
<address2><req>falsch</req></address2>
<city><req>wahr</req></city>
<state><req>wahr</req></state>
<postalCode><req>falsch</req></postalCode>
<country><req>falsch</req></country>
<phone><req>falsch</req></phone>
<fax><req>falsch</req></fax>
</registrationForm>

SetMeetingAnforderungsbeispiel:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>1015045339</meetingkey>

<metaData>
<confName>Konferenzname</confName>
<meetingType>3</meetingType>
</metaData>

<attendeeOptions>
<emailInvitations>wahr</emailInvitations>
<registration>wahr</registration>
<auto>wahr</auto>
</attendeeOptions>

<registrationForm>
<title><req>Wahr</req></title>
<company><req>wahr</req></company>
<address1><req>falsch</req></address1>
<address2><req>falsch</req></address2>
<city><req>wahr</req></city>
<state><req>wahr</req></state>
<postalCode><req>falsch</req></postalCode>
<country><req>falsch</req></country>
<phone><req>falsch</req></phone>
<fax><req>falsch</req></fax>
</registrationForm>

GetMeetingAntwortbeispiel:

<meet:sipURL>1234567890@sitename.webex.com</meet:sipURL>
<meet:displayMeetingUrl>1234567890@sitename.webex.com</meet:displayMeetingUrl>
<meet:registrationForm>
<meet:phone><meet:req>falsch</meet:req></meet:phone>
<meet:title><meet:req>wahr</meet:req></meet:title>
<meet:company><meet:req>wahr</meet:req></meet:company>
<meet:address1><meet:req>falsch</meet:req></meet:address1>
<meet:address2><meet:req>falsch</meet:req></meet:address2>
<meet:city><meet:req>wahr</meet:req></meet:city>
<meet:state><meet:req>wahr</meet:req></meet:state>
<meet:postalCode><meet:req>falsch</meet:req></meet:postalCode>
<meet:country><meet:req>falsch</meet:req></meet:country>
<meet:fax><meet:req>falsch</meet:req></meet:fax>
</meet:registrationForm>

Betroffene APIs:

CreateMeeting
SetMeeting
GetMeeting
DelMeeting

Der E2EE-Meeting-Typ unterstützt kein PMR-Meeting

Wenn Sie ein PMR während eines Anrufs mit den APIs aktivieren: CreateUser/SetUser/GetUser/GetMe und nur ein E2EE-Meeting-Typ verfügbar ist, reagiert er auf die folgende Fehlermeldung: „110063 Der Benutzer muss mindestens einen Nicht-E2EE-Meeting-Typ haben, um PMR zu aktivieren.“

Betroffene APIs:

CreateUser
SetUser
GetUser
GetMe

Aktualisierungen von API 40.6.0

Aktualisierungen von XML API 40.6.0

Klicken Sie hier, um das XML API 40.6.0-Schema herunterzuladen

Benutzerverwaltungsrolle hinzugefügt

Wir haben die Rolle „Benutzerverwaltung“ erstellt, und die Schemadatei für Folgendes hat sich geändert.

Geändertes Schema: CreateUserAnfrage:

Geändertes Schema: SetUser

Geändertes Schema: GetMeAntwort:

Geändertes Schema: LstsummaryUserAntwort:

Betroffene APIs:

CreateUser
SetUser
GetMe
LstsummaryUser

CreateUserAnforderungsbeispiel:

<?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>
<siteName>xxx</siteName>
<webExID>SiteAdmin</webExID>
<password>xxxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName>xxx</firstName>
<lastName>xxx</lastName>
<webExId>xxx</webExId>
<password>xxx</password>
<email>xxx</email>
<privilege>
<umSiteAdmin>wahr</umSiteAdmin>
<host>falsch</host>

<siteAdmin>falsch</siteAdmin>
<labAdmin>falsch</labAdmin>
<voiceOverIp>falsch</voiceOverIp>
</privilege>
<languageID>3</languageID>
<active>AKTIVIERT</active>
<sendWelcome>wahr</sendWelcome>
<isHTMLEmail>wahr</isHTMLEmail>
</bodyContent>
</body>

Unterstützung über API-Schlüsselzugriff auf `GetUserCard`

Wir unterstützen jetzt die Verwendung des API-Schlüssels (generiertes JWT-Token) für den Zugriff auf die API: GetUserCard in dieser Version.

Auf diesen Seiten finden Sie Informationen zum Anwenden eines API-Schlüssels und zum Generieren eines JWT-Token:

So wenden Sie einen API-Schlüssel an

JWT-Token generieren

GetUserCardAnforderungsbeispiel:

POST https://{sitename}.webex.com/WBXService/
XMLService Kopfzeile:
Content-Type application/json;charset=utf-8
JWTToken ${jwttoken}
Text:
<?xml version="1.0" encoding="UTF-8"?>
<message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2009/05/service">
<header>
<securityContext>
<siteName>{sitename}</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUserCard">
<webExId>{userName}</webExId>
</bodyContent>
</body>
</message>

Antwortbeispiel:

Unterstützung für `meetingUUID` in API-Anforderung und -Antwort

Wir haben hinzugefügt meetingUUID auf die API-Anforderung und -Antwort, wenn wir einen meetingKey oder sessionKey unterstützen.

Betroffene APIs:

LstRecording
LstsummarySession
GetSesssionInfo
GethosturlMeeting
GetjoinurlMeeting
LstMeetingAttendee
CreateMeeting
SetMeeting
GetMeeting
DelMeeting
LstCalendarSession

meetingUUIDAnforderungsbeispiel:

meetingUUIDAntwortbeispiel:

PMR-Meeting-Schlüssel werden nicht von einem vorübergehend deaktivierten Benutzer oder deaktivierten PMR geändert.

Wenn ein vorübergehend deaktivierter oder deaktivierter PMR innerhalb einer Woche erneut aktiviert wird, wird der jetzt erneut aktivierte Benutzer oder aktivierte Meeting-Schlüssel des PMR nicht geändert. Dieser Wert bleibt unverändert.

Betroffene APIs:

SetUser
DelUser

`LstSummarySession` Verbesserungen

Wir haben die API verbessert: LstSummarySession geplanten PMR zurückgeben, um ein neues Element zu haben, returnScheduledPMR, in der Anforderung. Außerdem ist der Funktionsumschalter standardmäßig deaktiviert.

Betroffene APIs:

LstSummarySession

Schemaänderung:

Wir fügen einen neuen Elementnamen hinzu. returnScheduledPMR in der API-LstSummarySession-Anforderung.

Wir fügen einen neuen Elementnamen hinzu. isScheduledPMR in der API LstSummarySession-Antwort.

LstSummarySessionAnforderungsbeispiel:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
<partnerID>xxxx</partnerID>
<clientInfo>xxxx</clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<listControl>
<startFrom>1</startFrom>
<maximumNum>2</maximumNum>
<listMethod>UND</listMethod>
</listControl>
<dateScope>
<startDateStart>11.01.2019 8:0:0</startDateStart>
<startDateEnd>12.01.2019 7:59:59</startDateEnd>
<timeZoneID>4</timeZoneID>
<endDateStart>11.01.2019 8:0:0</endDateStart>
<endDateEnd>12.01.2019 7:59:59</endDateEnd>
</dateScope>
<order>
<orderBy>HOSTWEBEXID</orderBy>
<orderAD>ASC</orderAD>
<orderBy>KONFNAME</orderBy>
<orderAD>ASC</orderAD>
<orderBy>STARTZEIT</orderBy>
<orderAD>ASC</orderAD>
</order>
<serviceTypes>
<serviceType>Eventcenter</serviceType>
<serviceType>MeetingCenter</serviceType>
<serviceType>SalesCenter</serviceType>
<serviceType>Trainingszentrum</serviceType>
<serviceType>Supportcenter</serviceType>
</serviceTypes>
<returnScheduledPMR>wahr</returnScheduledPMR>
</bodyContent>
</body>
</serv:message>

LstSummarySessionAntwortbeispiel:

<?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:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv:header>
<serv:response>
<serv:result>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ep:lstsummarySessionResponse">
<ep:matchingRecords>
<serv:total>1787</serv:total>
<serv:returned>2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</ep:matchingRecords>
<ep:session>
<ep:sessionKey>809914325</ep:sessionKey>
<ep:MeetingUUID>809914325</ep:MeetingUUID>
<ep:confName>Teammeeting</ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID>Test</ep:hostWebExID>
<ep:hostFirstName>Test</ep:hostFirstName>
<ep:hostLastName>Test</ep:hostLastName>
<ep:otherHostWebExID>Test</ep:otherHostWebExID>
<ep:timeZoneID>2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
<ep:status>NICHT_INFORTSCHRITT</ep:status>
<ep:startTime>10.12.2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>ÖFFENTLICH</ep:listStatus>
<ep:hostEmail>Test@webex.com</ep:hostEmail>
<ep:passwordReq>wahr</ep:passwordReq>
<ep:hostJoined>falsch</ep:hostJoined>
<ep:participantsJoined>falsch</ep:participantsJoined>
<ep:confID>141672157056861215</ep:confID>
<ep:registration>falsch</ep:registration>
<ep:isRecurring>wahr</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>falsch</ep:isAudioOnly>
<ep:isTCSingleRecurrence>falsch</ep:isTCSingleRecurrence>
<ep:isAllowJBH>falsch</ep:isAllowJBH>
<ep:isCETMeeting>wahr</ep:isCETMeeting>
<ep:isException>falsch</ep:isException>
<ep:isNextUpcomingInstance>falsch</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>wahr</ep:isScheduledPMR>
</ep:session>
<ep:session>
<ep:sessionKey>805660167</ep:sessionKey>
<ep:confName>xmlmc Molly08Konsole816960001</ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID>Molly08Konsole81696000</ep:hostWebExID>
<ep:hostFirstName>Molly08Konsole81696000</ep:hostFirstName>
<ep:hostLastName>Molly08Konsole81696000</ep:hostLastName>
<ep:otherHostWebExID>Molly08Konsole81696000</ep:otherHostWebExID>
<ep:timeZoneID>2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
<ep:status>NICHT_INFORTSCHRITT</ep:status>
<ep:startTime>10.12.2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>ÖFFENTLICH</ep:listStatus>
<ep:hostEmail>Molly08Konsole81696000@webex.com</ep:hostEmail>
<ep:passwordReq>wahr</ep:passwordReq>
<ep:hostJoined>falsch</ep:hostJoined>
<ep:participantsJoined>falsch</ep:participantsJoined>
<ep:confID>141672108787459038</ep:confID>
<ep:registration>falsch</ep:registration>
<ep:isRecurring>wahr</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>falsch</ep:isAudioOnly>
<ep:isTCSingleRecurrence>falsch</ep:isTCSingleRecurrence>
<ep:isAllowJBH>falsch</ep:isAllowJBH>
<ep:isCETMeeting>wahr</ep:isCETMeeting>
<ep:isException>falsch</ep:isException>
<ep:isNextUpcomingInstance>falsch</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>wahr</ep:isScheduledPMR>
</ep:session>
</serv:bodyContent>
</serv:body>
</serv:message>

`GetSite` Verbesserungen

Wir haben einen GetSite Antwortfunktion umschalten von SupportXMLAPIReturnScheduledPMR

Betroffene APIs:

GetSite

Schemaänderung:

Die XML-API GetSite Antwort neues Element ist: SupportXMLAPIReturnScheduledPMR

GetSiteAnforderungsbeispiel:

GetSiteAntwortbeispiel:

Aktualisierungen von API 40.4.8, 40.2.9

Aktualisierungen der XML API 40.4.8, 40.2.9

Klicken Sie hier, um das XML API 40.4.8-Schema herunterzuladen

Klicken Sie hier, um das XML API 40.2.9-Schema herunterzuladen

Neue Antwort beim Aktualisieren angesetzter Meetings in XMLAPI

Wenn Kunden XMLAPI verwenden, um über ihre Seite angesetzte Meetings zu aktualisieren, senden wir das numerische Passwort in einer Meeting-E-Mail-Aktualisierung und wenden es auf Webex Meetings, Teams und Events-Center an.

Diese APIs: GetMeeting, GetTrainingSession, GetEvent und GetTeleconferenceSession, haben diese neuen Elemente als Antwort: audioPassword(numerisches Passwort), isEnforceAudioPassword, isEnforceAudioLogin für Webex Meetings, Teams und Events Center.

Geändertes Schema:

Betroffene APIs:

GetMeeting
GetTrainingSession
GetEvent
GetTeleconferenceSession

GetMeetingAnforderungsbeispiel:

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>Testsite</siteName>
<webExID>Test</webExID>
<password>xxx</password>
<partnerID>xx</partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.GetMeeting">
<meetingKey>803328224</meetingKey>
</bodyContent>
</body>
</serv:message>

Antwortbeispiel:

Aktualisierungen von API 40.4.5, 40.2.6

Aktualisierungen der XML API 40.4.5, 40.2.6

`GetUserCard` und `GetSessionInfo` Nutzungsbeschränkung

Wir implementieren die Nutzungsbeschränkung auf API GetUserCard und GetSessionInfo können Sie die Fehlermeldung erhalten: "403 verboten", wenn Sie das Nutzungslimit erreichen.

Betroffene APIs:

GetUserCard
GetSessionInfo

Aktualisierungen von API 40.4.4, 40.2.5

Aktualisierungen der XML API 40.4.4, 40.2.5

`BodyContent` Nummernbegrenzung

Wir haben eine begrenzte Anzahl von BodyContent in jedem XML-API-Abschnitt. Wenn Sie zu viele von BodyContent in der API-Anforderung wird der folgende Fehlercode und die Nachricht zurückgegeben: "000053 Die Anzahl von BodyContent in einer Anforderung muss kleiner als {number} sein"

Betroffene APIs:

Beliebige XML-API

XML API-Anforderung mit mehreren BodyContent Beispiel:

<?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>xxxx</webExID>
<password>xxxx</password>
<siteName>xxx</siteName>
</securityContext>
</header>
<body>

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser">
<webExId>xxx</webExId>
</bodyContent>

<bodyContent xsi:type="java:com.webex.service.binding.user.GetSite">
</bodyContent>

<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>801020403</sessionKey>
</bodyContent>

</body>

Aktualisierungen von API 40.4.3, 40.2.4

Aktualisierungen der XML API 40.4.3, 40.2.4

Klicken Sie hier, um das XML API 40.4.3, 40.2.4 Schema herunterzuladen.

`CreateUser` Verbesserungen

Wir haben CreateUser um die Begrüßungs-E-Mail in mehreren Sprachen zu unterstützen. Die Datei CreateUser jetzt Anfragen isHTMLEmail

Betroffene APIs:

CreateUser

CreateUser Anforderungsbeispiel:

<?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>Administrator</webExID>
<password>xxxx</password>
<siteName>xxx</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName>xxx</firstName>
<lastName>xxx</lastName>
<webExId>xxx</webExId>
<password>xxx</password>
<email>xxx</email>
<privilege>
<host>wahr</host>
<siteAdmin>falsch</siteAdmin>
<labAdmin>falsch</labAdmin>
<voiceOverIp>falsch</voiceOverIp>
</privilege>
<languageID>3</languageID>
<active>AKTIVIERT</active>
<sendWelcome>wahr</sendWelcome>
<isHTMLEmail>wahr</isHTMLEmail>
</bodyContent>
</body>

Aktualisierungen von API 40.4.0

Aktualisierungen von XML API 40.4.0

E-Mail-Verifizierung beim Ändern von E-Mails in XML API erzwingen

Nachdem ein Site-Administrator die Option „Bestätigung erforderlich “ für den Benutzer aktiviert hat, um die E-Mail-Adresse in der Webex-Site-Administration zu aktualisieren:

Wenn ein Nicht-Site-Administrator-Konto die SetUser API zum Ändern von E-Mail-Adressen verbleibt die aktuelle E-Mail, bis die neue E-Mail verifiziert ist. Die Bestätigungs-E-Mail für die Kontoänderung wird mit der „Webex-Kontoänderungsbestätigung“ an die neue E-Mail-Adresse gesendet. Nachdem Sie zur Bestätigung auf den Link in der E-Mail geklickt haben, wird die neue E-Mail-Adresse sofort verknüpft.

Wenn ein Nicht-Site-Administrator den SetUser API mehrmals ohne den E-Mail-Verifizierungsprozess abzuschließen, wird die aktuelle E-Mail beibehalten und die neueste neue E-Mail muss verifiziert werden.

Wenn ein Site-Administrator-Konto die SetUser API zum Ändern von E-Mail-Adressen, der E-Mail-Verifizierungsprozess wird nicht ausgelöst. Die neue E-Mail wird sofort mit dem Konto des Gastgebers oder Teilnehmers verknüpft.

Betroffene APIs:

SetUser

`GetEnrollmentInfo` Zeitüberschreitung und Zurücksetzen der Verbindung

Die Datei GetEnrollmentInfo API sucht derzeit IP-Adressen auf dem Domain Name System, was enorme Auswirkungen auf die Leistung auslöst. Wir planen, diesen Prozess zu vereinfachen, mit einer leeren Antwort in der <domain> ein.

Betroffene APIs:

GetEnrollmentInfo

GetEnrollmentInfo Anforderungsbeispiel:

GetEnrollmentInfo 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:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="att:getEnrollmentInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<att:session>
<att:confID>154279066999981548</att:confID>
<att:attendee>
<att:attendeeID>3191792</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName>Alex</att:firstName>
<att:lastName>Yang</att:lastName>
<att:email>omega.alex.yang@gmail.com</att:email>
<att:company></att:company>
<att:phoneNum></att:phoneNum>
<att:title></att:title>
<att:receiveInfo>falsch</att:receiveInfo>
<att:address1></att:address1>
<att:address2></att:address2>
<att:city></att:city>
<att:state></att:state>
<att:zipcode></att:zipcode>
<att:country></att:country>
<att:leadSourceID></att:leadSourceID>
<att:leadScore>0,0</att:leadScore>
</att:defaultFields>
<att:customFields/>
</att:enrollFields>
<att:domain></att:domain>
<att:ipAddress>10.35.240.53</att:ipAddress>
<att:submitTime>27.02.2020 22:03:57</att:submitTime>
<att:status>GENEHMIGT</att:status>
</att:attendee>
<att:attendee>
<att:attendeeID>3191797</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName>AlexKKK</att:firstName>
<att:lastName>Test</att:lastName>
<att:email>achillesyang@hotmail.com</att:email>
<att:company></att:company>
<att:phoneNum></att:phoneNum>
<att:title></att:title>
<att:receiveInfo>falsch</att:receiveInfo>
<att:address1></att:address1>
<att:address2></att:address2>
<att:city></att:city>
<att:state></att:state>
<att:zipcode></att:zipcode>
<att:country></att:country>
<att:leadSourceID></att:leadSourceID>
<att:leadScore>0,0</att:leadScore>
</att:defaultFields>
<att:customFields/>
</att:enrollFields>
<att:domain></att:domain>
<att:ipAddress>10.154.181.15</att:ipAddress>
<att:submitTime>27.02.2020 22:07:38</att:submitTime>
<att:status>GENEHMIGT</att:status>
</att:attendee>
<att:matchingRecords>
<serv:total>2</serv:total>
<serv:returned>2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</att:matchingRecords>
<att:sessionKey>716773566</att:sessionKey>
</att:session>
</serv:bodyContent>
</serv:body>

Aktualisierungen von API 40.2.0

Aktualisierungen von XML API 40.2.0

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

Anonymen Zugriff entfernen auf `LstSummarySession`

Als Sicherheitsverbesserung beenden wir die Unterstützung für den anonymen Zugriff auf die LstSummarySession API. Wenn Webex Meetings anonym auf die API zugreift, werden folgender Fehlercode und die folgende Meldung zurückgegeben: "000015 Sorry, keine Aufzeichnung gefunden."

Betroffene APIs:

LstSummarySession

LstSummarySession Anforderungsbeispiel:

<?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>
<siteName>Sitename1</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<sessionKey>211894651</sessionKey>
</bodyContent>
</body>
</serv:message>

LstSummarySession Antwortbeispiel:

`CreateMeeting` und `SetMeeting` Sicherheitsverbesserungen

Diese Änderung wurde in XML API 40.2.0 vorgenommen, aber die Beschreibung wurde nach dem Erhalt von Kundenfeedback bearbeitet.

Als Sicherheitsverbesserung haben wir die CreateMeeting und SetMeeting Mit APIs können Benutzer keine Startzeit für Meetings ansetzen, die bereits verstrichen ist. Wenn sie es versuchen, fordert die API die Fehlermeldung an: „Die Startzeit der 060016-Sitzung sollte nach der aktuellen Uhrzeit liegen.“ Wenn ein Benutzer ein Instant-Meeting ansetzen muss, empfehlen wir, die Startzeit des Meetings fünf Minuten später als die aktuelle Uhrzeit festzulegen.

Betroffene APIs:

CreateMeeting
SetMeeting

Aktualisierungen von API 40.1.2

Aktualisierungen von XML API 40.1.2

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

Durch das Ansetzen eines Meetings wird automatisch ein Passwort generiert, wenn kein Passwort angegeben wurde.

Wir haben die CreateMeeting, CreateEvent, CreateTrainingSession, und CreateTeleconferenceSession um ein Kennwort in den Text der API-Antwort einzufügen.

Standardmäßig ist die Einstellung Alle Meetings/Events/Sitzungen muss ein Passwort haben aktiviert. Wenn die API-Anforderung in diesem Szenario kein Passwort enthält, wird automatisch ein Passwort von den XML-API-Servern generiert.

Wenn die Einstellung Alle Meetings/Events/Sitzungen muss ein Passwort haben ist deaktiviert , und die API-Anforderung kein Passwort enthält, wird ein Passwort nicht von den XML-API-Servern generiert.

Wenn die API-Anforderung ein Passwort enthält, enthält die Antwort dieses Passwort, unabhängig davon, dass für alle Meetings/Events/Sitzungen eine Passwort-Einstellung aktiviert oder deaktiviert sein muss.

Betroffene APIs:

CreateMeeting
CreateEvent
CreateTrainingSession
CreateTeleconferenceSession

Die Datei CreateMeeting Antwort hat jetzt die meetingPassword Element:

CreateMeeting Anforderungsbeispiel:

CreateMeeting Antwortbeispiel:

Die Datei CreateEvent Antwort hat jetzt die eventPassword Element:

Die Datei CreateTrainingSession und CreateTeleconferenceSession Antworten haben jetzt die sessionPassword Element:

Aktualisierungen von API 40.1.0

Aktualisierungen von XML API 40.1.0

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

`GetSessionInfo` Verbesserungen

Wir haben neue Elemente zu den GetSessionInfo API. Die API gibt jetzt auch Informationen für Mobilgeräte zurück.

Betroffene APIs:

GetSessionInfo

GetSessionInfo Aktualisierungen anfordern:

Anforderungsbeispiel:

<?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>
<siteName>SQL-Demo11</siteName>
<webExID>siteadmin</webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>713707633</sessionKey>
<pmrUrl>https://go.webex.com/join/dongchen</pmrUrl>
<sipUrl>dongchen@go.webex.com oder 123456789_go@webex.com oder 123456789@go.webex.com</sipUrl>
<meetingLink>https://go.webex.com/go/j.php?MTID=m814c6a483d4b5052d539f88d67acbad6</meetingLink>
<meetingUuid>34567323456787654323456787654</meetingUuid>
</bodyContent>
</body>
</serv:message>

`LstAccessAnywhereHistory` Verbesserungen

Wir haben eine neue API hinzugefügt, lstAccessAnywhereHistory, um mit den Webex Access Anywhere-Berichtsinformationen zu antworten.

Betroffene APIs:

LstAccessAnywhereHistory

LstAccessAnywhereHistory Aktualisierungen anfordern:

LstAccessAnywhereHistory Antwortaktualisierungen:

Anforderungsbeispiel:

<?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>
<siteName>SQL-Demo6</siteName>
<webExID>Test</webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID>Test1</hostWebexID>
<startTimeScope>
<sessionStartTimeStart>29.09.2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>29.12.2019 04:42:34</sessionStartTimeEnd>
</startTimeScope>
<endTimeScope>
<sessionEndTimeStart>29.09.2019 02:42:34</sessionEndTimeStart>
<sessionEndTimeEnd>29.12.2019 05:42:34</sessionEndTimeEnd>
</endTimeScope>
<listControl>
<serv:startFrom>1</serv:startFrom>
<serv:maximumNum>10</serv:maximumNum>
<serv:listMethod>ODER</serv:listMethod>
</listControl>
<order>
<orderBy>STARTZEIT</orderBy>
<orderAD>ASC</orderAD>
</order>
</bodyContent>
</body>

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:history="http://www.webex.com/schemas/2002/06/service/history">
<serv:header>
<serv:response>
<serv:result>ERFOLG</serv:result>
<serv:gsbStatus>VORRANG</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:LstAccessAnywhereHistoryResponse">
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:matchingRecords>
<serv:total>775</serv:total>
<serv:returned>10</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
<history:accessAnyWhereInfo>
<history:confID>123456</history:confID>
<history:userName>Dekan</history:userName>
<history:computerName>6926_dean</history:computerName>
<history:clientIP>10.224.222.183</history:clientIP>
<history:startTime>29.11.2019 03:05:44</history:startTime>
<history:endTime>29.11.2019 03:10:06</history:endTime>
<history:duration>5</history:duration>
</history:accessAnyWhereInfo>

</serv:body>

Aktualisierungen von API 40.12.0

Aktualisierungen von XML API 40.12.0

XML API unterstützt privaten Meeting-Typ

GetSite API gibt Meeting-Vorlagen auf Site-Ebene zurück

XML API SetUser kann Element von supportedServices wenn die Site eine CI Unified Site ist

WEBEX-15436: Schutz hinzufügen, um doppelte E-Mails in zu vermeiden Mtgconfattendeelist

Aktualisierungen von API 40.11.0

Aktualisierungen von XML API 40.11.0

XMLAPI CreateUser unterstützt displayname

XMLAPI SetUser unterstützt displayname

XMLAPI GetUser unterstützt displayname

XMLAPI-Benutzerebene-Steuerung für CMR Hybrid Voip

Aktualisierungen von API 40.10.0

Aktualisierungen von XML API 40.10.0

XML API support for meeting UUID in API-Anforderung und -Antwort

XMLAPI gibt ein zusätzliches Element für die Site-Admin-Konfiguration zurück, um Screenshot zu deaktivieren

XMLAPI-Unterstützung MEET-269 PIN-lose Beitreten Verbesserung

Aktualisierungen von API 40.9.0

Aktualisierungen von XML API 40.9.0

XML API support for meeting UUID Anforderung und Antwort

Webex-Meetings haben eine gesperrte Meeting-Lobby, in der Benutzer auf die Zulassung zum Meeting warten können

Verbesserungen GetSessionInfo API zum Zurückgeben des Teilnehmerstatus in einer laufenden Sitzung

Die API GetUserCard erfordert eine Autorisierung.

Aktualisierungen von API 40.8.0

Aktualisierungen von XML API 40.8.0

GetSessionInfo Antwortverbesserung

GetSessionInfo, GetUserCard Sicherheitsverbesserungen

meetingUUID in API-Support für Anfragen und Antworten

Vorlage für Bildungssites (EDU-Sitzungstyp) in XML-API-Unterstützung

XML-API CreateMeetingAttendee und RegisterMeetingAttendee Support

Verbesserungen bei der XML API-E-Mail-Validierung

Aktualisierungen von API 40.7.0

Aktualisierungen von XML API 40.7.0

meetingUUID Support

CreateUser API-Willkommens-E-Mail-Unterstützung für vier neue Sprachen

Aktualisierungen von API 40.6.1, 40.4.9

Aktualisierungen der XML API 40.6.1, 40.4.9

CreateMeeting/SetMeeting Support

Der E2EE-Meeting-Typ unterstützt kein PMR-Meeting

Aktualisierungen von API 40.6.0

Aktualisierungen von XML API 40.6.0

Benutzerverwaltungsrolle hinzugefügt

Unterstützung über API-Schlüsselzugriff auf GetUserCard

Unterstützung für meetingUUID in API-Anforderung und -Antwort

PMR-Meeting-Schlüssel werden nicht von einem vorübergehend deaktivierten Benutzer oder deaktivierten PMR geändert.

LstSummarySession Verbesserungen

GetSite Verbesserungen

Aktualisierungen von API 40.4.8, 40.2.9

Aktualisierungen der XML API 40.4.8, 40.2.9

Neue Antwort beim Aktualisieren angesetzter Meetings in XMLAPI

Aktualisierungen von API 40.4.5, 40.2.6

Aktualisierungen der XML API 40.4.5, 40.2.6

GetUserCard und GetSessionInfo Nutzungsbeschränkung

Aktualisierungen von API 40.4.4, 40.2.5

Aktualisierungen der XML API 40.4.4, 40.2.5

BodyContent Nummernbegrenzung

Aktualisierungen von API 40.4.3, 40.2.4

Aktualisierungen der XML API 40.4.3, 40.2.4

CreateUser Verbesserungen

Aktualisierungen von API 40.4.0

Aktualisierungen von XML API 40.4.0

E-Mail-Verifizierung beim Ändern von E-Mails in XML API erzwingen

GetEnrollmentInfo Zeitüberschreitung und Zurücksetzen der Verbindung

Aktualisierungen von API 40.2.0

Aktualisierungen von XML API 40.2.0

Anonymen Zugriff entfernen auf LstSummarySession

CreateMeeting und SetMeeting Sicherheitsverbesserungen

Aktualisierungen von API 40.1.2

Aktualisierungen von XML API 40.1.2

Durch das Ansetzen eines Meetings wird automatisch ein Passwort generiert, wenn kein Passwort angegeben wurde.

Aktualisierungen von API 40.1.0

Aktualisierungen von XML API 40.1.0

GetSessionInfo Verbesserungen

LstAccessAnywhereHistory Verbesserungen

XML API SetUser kann Element von `supportedServices` wenn die Site eine CI Unified Site ist

WEBEX-15436: Schutz hinzufügen, um doppelte E-Mails in zu vermeiden `Mtgconfattendeelist`

`XML API support for meeting UUID` in API-Anforderung und -Antwort

`XML API support for meeting UUID` Anforderung und Antwort

Verbesserungen `GetSessionInfo` API zum Zurückgeben des Teilnehmerstatus in einer laufenden Sitzung

`GetSessionInfo` Antwortverbesserung

`GetSessionInfo, GetUserCard` Sicherheitsverbesserungen

`meetingUUID` in API-Support für Anfragen und Antworten

XML-API `CreateMeetingAttendee` und `RegisterMeetingAttendee` Support

`meetingUUID` Support

`CreateUser` API-Willkommens-E-Mail-Unterstützung für vier neue Sprachen

`CreateMeeting/SetMeeting` Support

Unterstützung über API-Schlüsselzugriff auf `GetUserCard`

Unterstützung für `meetingUUID` in API-Anforderung und -Antwort

`LstSummarySession` Verbesserungen

`GetSite` Verbesserungen

`GetUserCard` und `GetSessionInfo` Nutzungsbeschränkung

`BodyContent` Nummernbegrenzung

`CreateUser` Verbesserungen

`GetEnrollmentInfo` Zeitüberschreitung und Zurücksetzen der Verbindung

Anonymen Zugriff entfernen auf `LstSummarySession`

`CreateMeeting` und `SetMeeting` Sicherheitsverbesserungen

`GetSessionInfo` Verbesserungen

`LstAccessAnywhereHistory` Verbesserungen