Weitere Informationen zu XML API 39 und XML API 11 finden Sie in der Cisco Webex Meetings XML API Updates Übersicht (XML API 39 und älter).

Für Aktualisierungen für die XML API 11 SP9 und früher, gehen Sie zu Cisco devnet.

API 40.10.0 Aktualisierungen

XML API 40.10.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.10.0 herunterzuladen

XML API Support für Meeting UUID in API und Antwort

Beispielbeispiel für XML API: Angebotsanfrage:

<?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">
    <sessionKey>805325231</sessionKey> <meetingUUID>039oder 0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Antwort:

<?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></serv:result>
            <serv:gsbStatus></serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status></ep:status>
            <ep:isLocked></ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>Erfolgskrifäre NOT_INPROGRESS falsche 039c00dd25c64ab0812dda22bb8a4FCC</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID> ... ... </serv:bodyContent>
    </serv:body>
</serv:message>

Betroffene API:

  • Werden

  • DelmeetingAttendee

  • RegistrierMeetingAttenDer

  • CreateteleConstellenSitzung

  • Einstellungenkonferenz

  • GetteleKonferenzkonferenz

  • CreatetrainingSession

  • SetTrainingSession

  • GetTrainersitzungen

  • Trennungssitzungen

  • Createevent

  • Stevent

  • DelEvent

XMLapi gibt ein zusätzliches Element für die Konfigurationserfassung des Standorts zurück, um die Bildschirmaufnahme zu deaktivieren

Die Anforderung kommt aus der Sicherheitspflicht-sowohl bei den Pentest als auch bei Kunden wie Goldman Sachs. Sie möchten nicht zulassen, dass die Endnutzer die Bildschirmaufnahme in der Webex App aufnehmen. In der Zwischenzeit möchten viele andere Kunden diese-Funktion verwenden, um die Bildschirmaufnahme zu ermöglichen. Auch Bildungsteilnehmer möchten die Bildschirmaufnahme zulassen. Daher wird eine Site Administratorkonfiguration dafür bereitgestellt, und XMLapi wird ein zusätzliches Feld EnunleMobilsCreenCapture in der Antwort von GetSite zurückgeben, um dies zu unterstützen.

Stichprobe der GetSite Anfrage

<?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>XXXX</siteName>
         <webExID>Test</webExID>
         <password>xxxx</password>
      </securityContext>
   </header>
   <body>
      <bodyContent xsi:type="java:com.webex.service.binding.site.GetSite" />
   </body>
</serv:message>

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

Betroffene API

GetSite

Unterstützung von XMLapi Meet-269 Pin-weniger beitreten

XMLapi Hinzufügen einer neuen Option Videokonferenzsysteme in meiner Unternehmen können Meetings ohne Aufforderung für Meeting und MC Meeting in persönlichen Räumen starten und beitreten.

  • CreateUser/SETUSER/GetUser Hinzufügen eines neuen Knotens DeviceAnstartmypr in personalMeetingRoom.

  • CreateceType/SetMeeting/GetMeeting Hinzufügen eines neuen Knotens DeviceAnStartMeeting in Plan.

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

Schema ändert sich

Createuser:

Setuser:

GetuserResponse:

Gesetzt

SetMeeting:

GetMeetingResponse:

API 40.9.0 Aktualisierungen

XML API 40.9.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.9.0 herunterzuladen

XML API Unterstützung für die Anfrage und Antwort von Meeting UUID

Wir haben das Meeting UUID zur API und Antwort hinzugefügt, wo immer wir als MeetingKey oder SessionKey unterstützen.

Beispielbeispiel für XML API: Angebotsanfrage:

<?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">
    <sessionKey>805325231</sessionKey> <meetingUUID>039oder 0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Antwort:

<?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></serv:result>
            <serv:gsbStatus></serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status></ep:status>
            <ep:isLocked></ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>Erfolgskrifäre NOT_INPROGRESS falsche 039c00dd25c64ab0812dda22bb8a4FCC</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID> ... ... </serv:bodyContent>
    </serv:body>
</serv:message>

Betroffene API:

  • GetenrollmentInfo

  • Die Schulungssitzungen

  • AddschedudleTest

  • SetschedudleTest

  • DelschedudleDTest

  • GetTestinformation

  • UploadevenTIMAGE

  • SendInvitationEmail

  • Createsupportsession

  • LstmeetingusageVorinaryhistory

  • LstmeetingTeilnehmerdeeVorinaryverlauf

  • LsteventSessionVorlauf-Historie

  • LsteventAtterndeeVorinarysverlauf

  • LstTrainingPollResultsHistory

Webex Meetings haben eine geschlossene Lobby, in der Benutzer warten können, bis Sie in das Meeting aufgenommen werden

Die XML API ansetzen und Bearbeiten von MC Meeting, um die gesperrte Lobby zu unterstützen, wenn die Funktion (ConkonsistentlockedLobby) eingeschaltet ist.

Schema ändert sich

Es wurden drei neue Elemente (ExteralAtterdeeSupport, autolock, AutolockWartelzeit) in das CreateMeeting, Setmeeting und GetMeeting APIs hinzugefügt.

Element

Beschreibung

ExteralAtsereSecurity

Wenn das Meeting entsperrt ist, gibt es drei externer Benutzer Sicherheitsobjekte können die Option sein.

Zulauf beitreten: Kann dem Meeting sofort beitreten.

Lobby: Kann dem Meeting nur beitreten, wenn der Gastgeber Sie einlässt.

BlockfromBeitritt: Kann dem Meeting nicht beitreten;

Autolock

, Ob das Meeting automatisch verriegelt werden soll.

Stimmt: Automatisches Schließen des Meetings nach dem Start der # Minuten nach Beginn des Meetings

Falsch: Sperren Sie das Meeting nach Beginn des Meetings nicht automatisch.

AutolockWartelzeit

Minuten (0, 5, 10, 15, 20), um das Meeting nach Beginn des Meetings automatisch zu sperren

Anfordern und Antwortprobe

Anfordern von CreateMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting"> ... <attendeeOptions> ... <joinRequiresAccount>Falsches</joinRequiresAccount>
        <externalAttendeeSecurity>zulässig</externalAttendeeSecurity>
        <autoLock></autoLock>
        <autoLockWaitTime>10</autoLockWaitTime>
    </attendeeOptions> ... </bodyContent>
</body>
</serv:message>

Anfordern von SetMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
    <meetingkey>2 # # #1 # # #01</meetingkey> ... <attendeeOptions> ... <joinRequiresAccount>Falsches</joinRequiresAccount>
        <externalAttendeeSecurity>zulässig</externalAttendeeSecurity>
        <autoLock></autoLock>
        <autoLockWaitTime>10</autoLockWaitTime>
    </attendeeOptions> ... </bodyContent>
</body>
</serv:message>

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></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>zulässig</meet:externalAttendeeSecurity>
                <meet:autoLock>beitreten</meet:autoLock>
                <meet:autoLockWaitTime>10</meet:autoLockWaitTime>
            </meet:attendeeOptions> ... </bodyContent>
</body>
</serv:message>

Betroffene API:

  • Gesetzt

  • SetMeeting

  • GetMeeting

Verbesserung der GetesessionInfo API zur Rückgabe des Status der Teilnehmer in einer laufenden Sitzung

Zwei neue Elemente (HashostinMeeting, HasAtterdeeinMeeting) wurden in die Antwort der GetesessionInfo aufgenommen. Diese beiden Elemente werden zurückgegeben, wenn das Meeting in einem laufenden Meeting stattfindet.

Element

Beschreibung

HashostinMeeting

Ob der Gastgeber dem laufenden Meeting beigetreten ist.

Stimmt: Gastgeber befindet sich im laufenden Meeting.

Falsch/NULL: Der Gastgeber befindet sich nicht im laufenden Meeting, oder das Meeting ist nicht im Gange.

HasAtterdeEinmeeting

Ob ein Teilnehmer/Gastgeber ist, ist dem laufenden Meeting beigetreten.

Stimmt: Es gibt einen Teilnehmer oder Gastgeber im laufenden Meeting.

Falsch/NULL: Es gibt keinen Teilnehmer oder Gastgeber im laufenden Meeting, oder das Meeting ist nicht im Gange.

Antwortstichprobe:

<?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></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></ep:status>


             <ep:hasHostInMeeting>Wahrer</ep:hasHostInMeeting>

             <ep:hasAttendeeInMeeting>wahrer true</ep:hasAttendeeInMeeting> ... </bodyContent>
</body>
</serv:message>

Betroffene API:

GetSessionInfo

Für die API GetuserCard ist eine Autorisierung erforderlich.

Sicherheitsverbesserung die XML API GetuserCard erfordert die Berechtigung, um die Benutzerinformationen zu erhalten.

Betroffene API:

GetuserCard

API 40.8.0 Aktualisierungen

XML API 40.8.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.8.0 herunterzuladen

Verbesserung der AntTsessionInfo

Wenn Sie nicht aus dem Meeting eingeladen oder genehmigt wurden, wird Ihr Aufruf zu XML API: GetesessionInfo gibt die Elemente nicht zurück: ConfName, StartDate, Dauer, Zeitzone, Meetinglink, Sipurl, DisplayMeetingURL in der API Antwortleiste.

Antwortbeispiel für Meetings:

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <ep:status>NOT_INPROGRESS</ep:status>
    <ep:sessionkey>1 # # # #2 # # #4</ep:sessionkey>
    <ep:accessControl>
        <ep:listStatus>nicht aufgeführtes</ep:listStatus>
        <ep:registration>falsches</ep:registration>
        <ep:passwordReq>wahres</ep:passwordReq>
        <ep:isRegisterIDRequired>falsches</ep:isRegisterIDRequired>
    </ep:accessControl>
    <ep:metaData>
        <ep:serviceType>MeetingCenter</ep:serviceType>
    </ep:metaData>
    <ep:attendeeOptions>
        <ep:joinRequiresAccount>falsch true true</ep:joinRequiresAccount>
    </ep:attendeeOptions>
    <ep:isAllowJBH></ep:isAllowJBH>
    <ep:isCETMeeting></ep:isCETMeeting>
    <ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
</serv:bodyContent>

Antwortbeispiel für Schulungen/Events:

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <ep:status>NOT_INPROGRESS</ep:status>
    <ep:sessionkey>1 # # # #5 # # #9</ep:sessionkey>
    <ep:accessControl>
        <ep:listStatus>nicht aufgeführtes</ep:listStatus>
        <ep:registration>true</ep:registration>
        <ep:registrationURL>https://Sitename.Webex.com/tc3300/Trainingcenter/Register/registerSession.do?SiteUrl=Sitename&confID=16## #92 # # # # #61</ep:registrationURL>
        <ep:passwordReq>true</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>falscher</ep:isRegisterIDRequired>
    </ep:accessControl>
    <ep:metaData>
        <ep:serviceType>Trainingmitte</ep:serviceType>
    </ep:metaData>
    <ep:attendeeOptions>
        <ep:joinRequiresAccount>falsches true</ep:joinRequiresAccount>
    </ep:attendeeOptions>
    <ep:isAllowJBH></ep:isAllowJBH>
    <ep:isCETMeeting>true</ep:isCETMeeting>
    <ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
</serv:bodyContent>

Betroffene API:

  • GetSessionInfo

GetesessionInfo,Sicherheitshinweis

Wir haben eine Sicherheitsverbesserung auf der XML API GetesessionInfo und GetuserCard durchgeführt. Wir sperren Benutzern den Zugriff auf diese beiden APIs in den nächsten zwei Stunden, wenn ihr Rückruf das Limit in einer Viertelstunde ohne Daten gefunden hat.

Die Antwortstatus lautet: "403 verboten"

Betroffene APIs:

  • GetSessionInfo

  • GetuserCard

Meetinguuid in API anfordern und Response Support

Wir haben Meetinguuid zur API und Antwort hinzugefügt, wo immer wir einen MeetingKey/SessionKey unterstützen.

Angebotsanfrage:

<?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">
    <sessionKey>805325231</sessionKey> <meetingUUID>039oder 0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Antwort:

<?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></serv:result>
            <serv:gsbStatus></serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status></ep:status>
            <ep:isLocked></ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>Erfolgskrifäre NOT_INPROGRESS falsche 039c00dd25c64ab0812dda22bb8a4FCC</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID> ... ... </serv:bodyContent>
    </serv:body>
</serv:message>

Betroffene API:

  • LStopensession

  • GetenrollmentInfo

  • LstsummarYMeeting

  • LstschedudleDTests

  • Getevent

  • LstsummarYevent

  • Lstmeetingusagehistory

  • LsttrainingSessionType

  • LStaEventSessionHistorie

  • LStSupystssionType

  • Del-Sitzungen

Education Sites Template (edu Sitzungstyp) in XML API Support

Wenn Ihre Sites den Education Instructor (edu) Sitzungstyp aktivieren, kann die XML API Unterstützung beim Ansetzen eines Meetings mit dem EHU Meeting-Vorlage.

Betroffene API:

  • Gesetzt

  • SetMeeting

  • Createevent

  • Stevent

  • CreatetrainingSession

  • SetTrainingSession

Die Unterstützung von XML API CreateMeeting AttenTIdee und RegistrierMeetingAttendee

Sowohl CreateMeeting Attensteilnehmer als auch Registrierungsteilnehmer können das erforderliche Teilnehmer-Registrierung für eine Webex Meetings Registrierung überprüfen.

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

Ausnahmenummer

Nachricht von Ausnahme

040014

Fehlende Felder (Registrierungsformular): ...

Wenn Sie z. B. die Option "Stellentitel" und "Unternehmensname" als Vorwahl für einen Teilnehmer Webex Meetings Registrierung, wie unten gezeigt, ausgewählt haben, müssen Sie beim Anrufen der beiden APIs Wert auf den "Stellentitel" und "Unternehmensname" legen: CreateMeeting Teilnehmer und RegistrierMeetingTeilnehmer.

RegistrierungsanTeilnehmeranfrage:

<body>        
        <bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
            <attendees>
                <person>
                    <name>Vorname NÖNNEB LastName</name>
                    <firstName>firstnameb</firstName>
                    <lastName>LastName</lastName>
                    <title>Ingenieur</title> Stellentitel <company>Cisco1234</company> //Company Name ... <email>@ * * * * * * .com</email>              
                    <type>Besucher</type>
                    <sendReminder>true</sendReminder>
                </person>
                <role>Attendee</role>
                <joinStatus>akzeptieren</joinStatus>
                <emailInvitations>true</emailInvitations>
                <sessionKey>1 # # # #4 # # # #1</sessionKey>
            </attendees>
        </bodyContent>  
    </body>
</serv:message>

Anfrage von CreateMeeting Attendee :

<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
        <person>
            <name>FireNarea LastNALEA ErstNaNEA</name>
            <firstName></firstName>
            <lastName>LastNALEA</lastName>
            <title>Ingenieur</title> Stellentitel <company>Cisco1234</company> //Company Name ... <email>@ * * * * * * .com</email>
            <type>Besucher</type>
            <sendReminder>true</sendReminder>
        </person>
    <role>Attendee</role>
    <joinStatus>akzeptieren</joinStatus>
    <emailInvitations>true</emailInvitations>
    <sessionKey>1 # # #4 # # # #1</sessionKey>

040014 Ausnahme desAntwortbeispiel:

<?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 beim</serv:result>
            <serv:reason>fehlen Pflichtfelder (Registrierungsformular): Titel,</serv:reason>
            <serv:gsbStatus>Firmenprimär</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:

  • Werden

  • RegistrierMeetingAttenDer

Verbesserungen der XML API-E-Mail Validierung

Die XML API darf keine Zeichen des White Space in einer E-Mail zulassen. Daher haben wir die E-Mail-Bestätigung verbessert, um die Webex Meetings Seite zu überprüfen.

Betroffene API:

  • Werden

  • Createevent

  • Stevent

  • CreateContact

  • SetContact

  • Einsetzungsinformationen

  • Werden

  • CreatetrainingSession

  • SetTrainingSession

  • Createuser

  • Setuser

  • Gesetzt

  • SetMeeting

  • RegistrierMeetingAttenDer

API 40.7.0 Aktualisierungen

XML API 40.7.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.7.0 herunterzuladen

Unterstützung von MeeLinguuid

Wir haben Meetinguuid zur API und Antwort hinzugefügt, wo immer wir einen MeetingKey oder SessionKey unterstützen.

Beispiel der Angebotsanfrage:

<?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">
    <sessionKey>805325231</sessionKey> <meetingUUID>039oder 0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Beispiel der Angebotsanfrage:

<?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">
    <sessionKey>805325231</sessionKey> <meetingUUID>039oder 0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Beispiel für getsessionInfo :

<?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></serv:result>
            <serv:gsbStatus></serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status></ep:status>
            <ep:isLocked></ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>Erfolgskrifäre NOT_INPROGRESS falsche 039c00dd25c64ab0812dda22bb8a4FCC</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID> ... ... </serv:bodyContent>
    </serv:body>
</serv:message>

Betroffene APIs:

  • LstmeetingattendeeHistory

  • LstTrainingAtteteName

  • LstaEventAtteName

  • LstSupportAtteteName

CreateUser API Welcome E-Mail Support für vier neue Sprachen

Die E-Mail mit dem XMLapi Welcome HTML unterstützt die folgenden vier neuen Sprachen:

  • Tschechisch (LanguageID = 19)

  • Polnisch (LanguageID = 20)

  • Ungarisch (LanguageID = 21)

  • Rumänisch (LanguageID = 22)

XMLapi sendet die Begrüßungsmail entsprechend der Sprache oder Sprachnachricht in der CreateUser Anfrage.

Verwenden von CreateUser zum Senden von HTML Welcome E-Mail Beispiel (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>Testen Sie</firstName>
                <lastName>Benutzer</lastName>
                <webExId>testuser</webExId>
                <password>xxxxxx</password>
                <email>testuser@Test.com</email>
                <privilege>
                    <host>true</host>
                </privilege>
                <languageID>19</languageID> oder <language>Tschechisch</language>
                <active>aktiviert</active>
                <sendWelcome>true</sendWelcome>
                <isHTMLEmail>true</isHTMLEmail>
            </bodyContent>
        </bodyContent>
    </body>
</serv:message>

API 40.6.1, 40.4.9 Aktualisierungen

XML API 40.6.1, 40.4.9 Aktualisierungen

Klicken Sie hier, um das XML API 40.6.1 herunterzuladen

Klicken Sie hier, um das XML API 40.4.9 herunterzuladen

Support für CreateMeeting/Setmeeting

Wenn Sie ein Webex Meeting ansetzen, können Sie in der XML API CreateceTeting/SetMeeting ein Pflichtfeld aus dem Teilnehmer-Registrierung aktivieren oder deaktivieren oder auf ein gültigtes Feld klicken.

Im folgenden finden Sie auf der Webseite des Nutzers folgende Programmpläne, auf denen Sie die erforderlichen Felder wie "Stellentitel", "Unternehmensname", "Stadt"und "Zustand" auf dem Teilnehmer-Registrierung Formular überprüfen können:

Im folgenden finden Sie eine Abbildung zwischen den Seitenfeldern und den Elementen der XML API:

Seitenfelder XMLapi-Element
Position 
<title>
Unternehmensname 
<company>
Adresse 1 
<address1>
Adresse 2 
<address2>
Ort 
<city>
Bundesland 
<state>
Postleitzahl 
<postalCode>
Land/Region 
<country>
Geschäftliche Telefonnummer 
<phone>
Fax 
<fax>

Das Schema wurde geändert: "Registrierungsformular"-Element in CreateMeeting hinzufügen

Das Schema wurde geändert: "Registrierungsformular"-Element zu SetMeeting hinzufügen

Das Schema wurde geändert: "Registrierungsformular"-Element in GetMeeting hinzufügen

Beispiel für dieBenutzeranforderung:

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

Beispiel für SetMeetinganfordern:

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

    <metaData>
        <confName>Konferenzname</confName>
        <meetingType>true true true3</meetingType>
    </metaData>
    
    <attendeeOptions>
        <emailInvitations></emailInvitations>
        <registration></registration>
        <auto></auto>
    </attendeeOptions>
    
    <registrationForm>
        <title><req>Wahr</req></title>    
        <company><req>True false false true true false false false</req></company>    
        <address1><req></req></address1>
        <address2><req></req></address2>
        <city><req></req></city>          
        <state><req></req></state>        
        <postalCode><req></req></postalCode>
        <country><req></req></country>
        <phone><req></req></phone>
        <fax><req></req></fax>
    </registrationForm>

Beispiel für GetMeetingResponse:

            <meet:sipURL>1234567890@Sitename.Webex.com</meet:sipURL>
            <meet:displayMeetingUrl>1234567890@Sitename.Webex.com</meet:displayMeetingUrl>
            <meet:registrationForm>
                <meet:phone><meet:req>falsche</meet:req></meet:phone>
                <meet:title><meet:req>true</meet:req></meet:title>        
                <meet:company><meet:req>true</meet:req></meet:company>    
                <meet:address1><meet:req>false</meet:req></meet:address1>
                <meet:address2><meet:req></meet:req></meet:address2>
                <meet:city><meet:req></meet:req></meet:city>          
                <meet:state><meet:req></meet:req></meet:state>        
                <meet:postalCode><meet:req>true</meet:req></meet:postalCode>
                <meet:country><meet:req>true</meet:req></meet:country>
                <meet:fax><meet:req>false false false</meet:req></meet:fax>
            </meet:registrationForm>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Betroffene APIs:

  • Gesetzt

  • SetMeeting

  • GetMeeting

  • Delmeeting

Die E2EE Meeting-Typ unterstützt kein PMR Meeting

Wenn Sie eine PMR während eines Anrufs mit den APIs aktivieren:CreateUser/SETUSER/GetUser/GetMe und nur ein E2EE Meeting-Typ ist verfügbar, wird die folgende Fehlermeldung angezeigt: "110063 der Benutzer muss mindestens einen E2EE Meeting-Typ haben, um PMR zu aktivieren."

Betroffene APIs:

  • Createuser

  • Setuser

  • Getuser

  • GetMe

API 40.6.0 Aktualisierungen

XML API 40.6.0 Aktualisierungen

Klicken Sie hier, um das XML API 40.6.0 herunterzuladen

Rolle der Benutzerverwaltung hinzugefügt

Wir haben die Funktion zur Benutzerverwaltung erstellt, und die Schema für die folgenden Änderungen wurde geändert.

Das Schema wurde geändert: CreateUserAnfrage:

Das Schema wurde geändert: Setuser

Das Schema wurde geändert: GetMeAntwort:

Das Schema wurde geändert: Antwort:

Betroffene APIs:

  • Createuser

  • Setuser

  • GetMe

  • Verwenden

Beispiel der CreateUserAnforderungsanfrage:

<?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 xxx xxx xxx</firstName>
    <lastName></lastName>
    <webExId></webExId>
    <password></password>
    <email>xxx</email>
    <privilege>
        <umSiteAdmin>true</umSiteAdmin>
        <host></host>

        <siteAdmin></siteAdmin>
        <labAdmin></labAdmin>
        <voiceOverIp></voiceOverIp>
    </privilege>
    <languageID>3</languageID>
    <active></active>
    <sendWelcome></sendWelcome>
    <isHTMLEmail>false false false false richtig wahr</isHTMLEmail>
</bodyContent>  
</body>
</serv:message>

Support über API Taste Zugriff auf die GetuserCard

Wir unterstützen jetzt die Verwendung der API (generiert JWT Token) auf die API: GetuserCard in dieser Version.

Sie können auf diesen Seiten Informationen zum Auftragen einer API und zum Generieren von JWT Token finden:

So wenden Sie eine API an.

So generieren Sie JWT Token

Beispiel für GetuserCardanfordern:

HTTPS://{Sitename}. Wegex .com/wbxservice/xmlservice Header: Inhaltsanwendung/JSON; charset = UTF-8 JWTToken $ {jwtToken} Body: <?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>
    </securityContext>
</header>
<body>
    <bodyContent xsi:type="java:com.webex.service.binding.user.GetUserCard">
        <webExId>Benutzernamen</webExId>
    </bodyContent>
</body>
</message>  

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:getUserCardResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <use:avatar>
                <use:url>https://xxxx.Webex.com/svc3300/svccomponents/HTML/IMG/avatar160.png</use:url>
                <use:lastModifiedTime>1587493389768</use:lastModifiedTime>
                <use:isUploaded>falscher</use:isUploaded>
            </use:avatar>
            <use:personalMeetingRoom>
                <use:title></use:title>
                <use:personalMeetingRoomURL>https://xxxx.Webex.com/Meet/Test</use:personalMeetingRoomURL>
                <use:accessCode>713289692</use:accessCode>
            </use:personalMeetingRoom>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Unterstützung für Meetinguuid in API und Antwort

Wir haben Meetinguuid zur API und Antwort hinzugefügt, wenn wir einen MeetingKey oder SessionKey unterstützen.

Betroffene APIs:

  • Funktion

  • Lstsummar/Session

  • GetesssionInfo

  • GethosturlMeeting

  • GetJourlMeeting

  • LstmeetingAttendee

  • Gesetzt

  • SetMeeting

  • GetMeeting

  • Delmeeting

  • LstCalerPraktikumssitzungen

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>
      <siteName>XXX</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey> <meetingUUID>039oder 0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

MeetinguuidAntwortbeispiel:

<?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></serv:result>
            <serv:gsbStatus></serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status></ep:status>
            <ep:isLocked></ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>Erfolgskrifäre NOT_INPROGRESS falsche 039c00dd25c64ab0812dda22bb8a4FCC</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID> ... ... </serv:bodyContent>
    </serv:body>
</serv:message>

PMR Meetingschlüssel werden nicht von einem temporär deaktivierten Benutzer oder deaktiviert PMR

Wenn ein temporär deaktivierte Benutzer oder behinderter PMR innerhalb einer Woche erneut aktiviert wurde, wird der Benutzer, der nun erneut aktiviert ist oder den Meetingschlüssel des PMR aktiviert hat, nicht geändert.

Betroffene APIs:

  • Setuser

  • Deluser

Verbesserungen der-Sitzungen

Wir haben die API erweitert: LstsummarYsession Rückkehr angesetzt-PMR, um ein neues Element zu haben, ReturtscheDuLDDMR, in der Anfrage. Die Funktionsumschalter ist ausgeschaltet.

Betroffene APIs:

  • Lstsummar/Session

Systemänderung:

Wir fügen einen neuen Elementnamen WiederturnscheDuLDDMR in der API-C-Sitzungsanfrage hinzu.

Wir fügen einen neuen Elementnamen IsscheduLDDMR in der API-C-Sitzungs-Antwort hinzu.

Beispiel lstsummar/SessionAnforderung:

<?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>HostWegeXID</orderBy>
            <orderAD>ASC</orderAD>
            <orderBy>ConsternName</orderBy>
            <orderAD>ASC</orderAD>
            <orderBy>StartTime</orderBy>
            <orderAD>ASC</orderAD>
         </order>
         <serviceTypes>
            <serviceType>EventCenter</serviceType>
            <serviceType>MeetingCenter</serviceType>
            <serviceType>SalesCenter</serviceType>
            <serviceType>Training Center</serviceType>
            <serviceType></serviceType>
         </serviceTypes>
         <returnScheduledPMR>true</returnScheduledPMR>
      </bodyContent>
   </body>
</serv:message>

Beispiel für dasAntwort-Sitzungen:

<?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>Erfolgsmodell Prime</serv:result>
         <serv:gsbStatus></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>Team Meeting</ep:confName>
            <ep:sessionType>3</ep:sessionType>
            <ep:serviceType>MeetingCenter Test Test Test</ep:serviceType>
            <ep:hostWebExID></ep:hostWebExID>
            <ep:hostFirstName></ep:hostFirstName>
            <ep:hostLastName></ep:hostLastName>
            <ep:otherHostWebExID></ep:otherHostWebExID>
            <ep:timeZoneID>2</ep:timeZoneID>
            <ep:timeZone>GMT-10:00, Hawaii (Honolulu) NOT_INPROGRESS 10/12/2019 00:35:41 öffentliche Test@Webex.com true false falsche falsche falsche falsche falsche falsche falsche falsche falsch true</ep:timeZone>
            <ep:status></ep:status>
            <ep:startTime></ep:startTime>
            <ep:duration>60</ep:duration>
            <ep:listStatus></ep:listStatus>
            <ep:hostEmail></ep:hostEmail>
            <ep:passwordReq></ep:passwordReq>
            <ep:hostJoined></ep:hostJoined>
            <ep:participantsJoined></ep:participantsJoined>
            <ep:confID>141672157056861215</ep:confID>
            <ep:registration></ep:registration>
            <ep:isRecurring></ep:isRecurring>
            <ep:hostType>1019001</ep:hostType>
            <ep:isAudioOnly></ep:isAudioOnly>
            <ep:isTCSingleRecurrence></ep:isTCSingleRecurrence>
            <ep:isAllowJBH></ep:isAllowJBH>
            <ep:isCETMeeting></ep:isCETMeeting>
            <ep:isException></ep:isException>
            <ep:isNextUpcomingInstance></ep:isNextUpcomingInstance>
            <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
            <ep:recurrenceId>0</ep:recurrenceId>
            <ep:isScheduledPMR></ep:isScheduledPMR>
         </ep:session>
         <ep:session>
            <ep:sessionKey>805660167</ep:sessionKey>
            <ep:confName>XMLMC Molly08Console816960001</ep:confName>
            <ep:sessionType>3</ep:sessionType>
            <ep:serviceType>meetingCenter</ep:serviceType>
            <ep:hostWebExID>Molly08Console81696000</ep:hostWebExID>
            <ep:hostFirstName>Molly08Console81696000</ep:hostFirstName>
            <ep:hostLastName>Molly08Console81696000</ep:hostLastName>
            <ep:otherHostWebExID>Molly08Console81696000</ep:otherHostWebExID>
            <ep:timeZoneID>2</ep:timeZoneID>
            <ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:startTime>10/12/2019 00:35:41</ep:startTime>
            <ep:duration>60</ep:duration>
            <ep:listStatus>Public</ep:listStatus>
            <ep:hostEmail>Molly08Console81696000@Webex.com</ep:hostEmail>
            <ep:passwordReq>true</ep:passwordReq>
            <ep:hostJoined></ep:hostJoined>
            <ep:participantsJoined></ep:participantsJoined>
            <ep:confID>141672108716459038</ep:confID>
            <ep:registration></ep:registration>
            <ep:isRecurring></ep:isRecurring>
            <ep:hostType>1019001</ep:hostType>
            <ep:isAudioOnly></ep:isAudioOnly>
            <ep:isTCSingleRecurrence></ep:isTCSingleRecurrence>
            <ep:isAllowJBH></ep:isAllowJBH>
            <ep:isCETMeeting></ep:isCETMeeting>
            <ep:isException></ep:isException>
            <ep:isNextUpcomingInstance></ep:isNextUpcomingInstance>
            <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
            <ep:recurrenceId>0</ep:recurrenceId>
            <ep:isScheduledPMR>falsche falsche falsche falschen falsch wahr</ep:isScheduledPMR>
         </ep:session>
      </serv:bodyContent>
   </serv:body>
</serv:message>

Verbesserungen der GetSite

Wir haben einen GetSiteResponse Funktionsumschalter von SupportXmLapsRestturnscheDDDP hinzugefügt

Betroffene APIs:

  • GetSite

Systemänderung:

Die XML API GetSiteResponse neues Element lautet: SupportXmLapsRestTurnscheDDPMr

Beispiel für GetSiteanfordern:

<?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>
   <clientInfo>xxx</clientInfo>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite">
</bodyContent>    
</body>
</serv:message>

Beispiel für GetSiteResponse:

<?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: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></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:siteCommonOptions> ... <ns1:SupportXMLAPIReturnScheduledPMR>True</ns1:SupportXMLAPIReturnScheduledPMR> ... </ns1:siteCommonOptions>
            </ns1:siteInstance>
        </serv:bodyContent>
    </serv:body>
</serv:message>

API 40.4.8, 40.2.9 Aktualisierungen

XML API 40.4.8, 40.2.9 Aktualisierungen

Klicken Sie hier, um das XML API 40.4.8 herunterzuladen

Klicken Sie hier, um das XML API 40.2.9 herunterzuladen

Neue Antwort beim Aktualisieren geplanter Meetings in XMLapi

Wenn Kunden XMLapII verwenden, um die über Ihre Seite angesetzten Meetings zu aktualisieren, werden wir das numerische Passwort in einer E-Mail mit einem Meeting in einer Sitzung senden und es auf Webex Meetings, Teams und Events anwenden.

Diese APIs: Getmeeting, GetTrainingSession, GetAvent und GettteleConventenessionwerden diese neuen Elemente als Antwort erhalten: AudiopassWord (numerisches Passwort), IsenforceAudiopassWord, IsenforceAudiologin für Webex Meetings, Teams und Events Center.

Das Schema wurde geändert:

Betroffene APIs:

  • GetMeeting

  • GetTrainersitzungen

  • Getevent

  • GetteleKonferenzkonferenz

Beispiel für GetMeetinganfordern:

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

<?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: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>primär falscher falscher</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <meet:accessControl>
                <meet:listToPublic></meet:listToPublic>
                <meet:isPublic></meet:isPublic>
                <meet:meetingPassword>PkzC8tP7kM5</meet:meetingPassword>
                <meet:audioPassword>75928877</meet:audioPassword>
                <meet:isEnforceAudioPassword>true</meet:isEnforceAudioPassword>
                <meet:isEnforceAudioLogin>false</meet:isEnforceAudioLogin>
            </meet:accessControl> ... ... </serv:bodyContent>
    </serv:body>
</serv:message>

API 40.4.5, 40.2.6 Aktualisierungen

XML API 40.4.5, 40.2.6 Aktualisierungen

Nutzungslimit GetuserCardund GetesessionInfo

Wir implementieren die Nutzungsbeschränkung auf API GetuserCard und GetessionInfo.Sie könnten die Fehlermeldung erhalten: "403 verboten", wenn Sie die Nutzungsgrenze erreichen.

Betroffene APIs:

  • GetuserCard

  • GetSessionInfo

API 40.4.4, 40.2.5 Aktualisierungen

XML API 40.4.4, 40.2.5 Aktualisierungen

Anzahl der Körperinhalte Nummernlimit

Wir haben eine begrenzte Anzahl von BodyContent in jedem XML API Bereich hinzugefügt. Wenn Sie zu viele BodyContent in der API-Anfrage hinzufügen, wird der folgende Fehlercode und die Nachricht zurückgesendet: "000053 der Zählpunkt von BodyContent in einer Anfrage muss kleiner als {number} sein"

Betroffene APIs:

  • Jede XML API

XML API-Anfrage mit einem Beispiel für mehrere Bodyinhalte :

<?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>
</serv:message>

API 40.4.3, 40.2.4 Aktualisierungen

XML API 40.4.3, 40.2.4 Aktualisierungen

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

Verbesserungen der CreateUser

Wir haben CreateUser so unterstützt, dass Sie die Begrüßungsmail in mehreren Sprachen unterstützen. Der CreateUser bittet nun um IshtmLMail

Betroffene APIs:

  • Createuser

Beispiel der CreateUser Anforderungsanfrage:

<?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 xxx xxx xxx</firstName>
    <lastName></lastName>
    <webExId></webExId>
    <password></password>
    <email>xxx</email>
    <privilege>
        <host>true</host>
        <siteAdmin></siteAdmin>
        <labAdmin></labAdmin>
        <voiceOverIp></voiceOverIp>
    </privilege>
    <languageID>3</languageID>
    <active></active>
    <sendWelcome></sendWelcome>
    <isHTMLEmail>false false false richtig wahr</isHTMLEmail>
</bodyContent>  
</body>
</serv:message>

API 40.4.0 Aktualisierungen

XML API 40.4.0 Aktualisierungen

Überprüfung der E-Mail-Bestätigung beim Ändern von E-Mails in der XML API

Nachdem ein Site Administrator die Bestätigung für den Benutzer aktiviert hat, um die E-Mail-Adresse in Webex Site-Administration:

  • Wenn ein Konto nicht Site Administrator die SETUSER API zum Ändern der E-Mail-Adressen anruft , verbleibt die aktuelle E-Mail, bis die neue E-Mail verifiziert ist. Die E-Mail-Bestätigung des Kontowechsels wird an die neue E-Mail-Adresse mit der Option "Webex Kontoänderung" gesendet. Nach dem Klicken auf den entsprechenden Links in der E-Mail wird die neue E-Mail-Adresse sofort verknüpft.


    Wenn ein Administrator des nicht Site die SETUSER API mehrmals anruft , ohne die E-Mail-Bestätigung zu beenden, wird die aktuelle E-Mail aufbewahrt, und die neueste neue E-Mail muss überprüft werden.

  • Wenn ein Site Administratorkonto die SETUSER API zur Änderung der E-Mail-Adressen anruft , wird der Prozess der Audioüberprüfung nicht ausgelöst. Die neue E-Mail wird sofort mit dem Konto des Gastgebers oder Teilmanns verknüpft.

Betroffene APIs:

  • Setuser

Zeitout für getenRollmentInfo und Verbindung zurücksetzen

Die GetenrollmentInfo API sucht derzeit IP-Adressen auf dem Domänennamen, wodurch enorme Leistungsauswirkungen ausgelöst werden. Wir planen, diesen Prozess zu vereinfachen, mit einer leeren Antwort in diesem <domain> Feld.

Betroffene APIs:

  • GetenrollmentInfo

Beispiel für GetenrollmentInfo anfordern:

<?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>sqdemo6</siteName>
<webExID></webExID>
<password>xxxx</password>
<partnerID>WegeXpartner</partnerID>
</securityContext>
</header>
    <body>
        <bodyContent
            xsi:type="java:com.webex.service.binding.attendee.GetEnrollmentInfo">
            <sessionKey>716773566</sessionKey>
        </bodyContent>
    </body>
</serv:message>

AntTenRollmentInfo Antwort Beispiel:

<?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>primär</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>false</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>02/27/2020 22:03:57</att:submitTime>
                    <att:status>genehmigte</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>false</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>02/27/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>
</serv:message>

API 40.2.0 Aktualisierungen

XML API 40.2.0 Aktualisierungen

Klicken Sie hier, um das 40.2.0 herunterzuladen.

Anonymen Zugriff auf LstZusammenysession entfernen

Als Sicherheitsverbesserung beenden wir die Unterstützung des anonymen Zugriffs auf die Lstsummarysession API. Wenn Webex Meetings anonym auf die API zugreift, werden der folgende Fehlercode und die Nachricht zurückgegeben: "000015 leider kein Datensatz gefunden."

Betroffene APIs:

  • Lstsummar/Session

Beispiel lstsummar/Session 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">
<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>

Beispiel für das Antwort-Sitzungen:

<?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>Fehler</serv:result>
            <serv:reason>leider, kein Datensatz gefunden</serv:reason>
            <serv:gsbStatus>primär</serv:gsbStatus>
            <serv:exceptionID>000015</serv:exceptionID>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

Sicherheitserweiterungen für CreateMeeting und Setmeeting


Diese Änderung wurde in der XML API 40.2.0 vorgenommen, deren Beschreibung jedoch nach Erhalt des Kundenfeedback bearbeitet wurde.

Als Sicherheitsverbesserung haben wir die CARIs von Createeeting und SetMeeting aktualisiert, um es den Benutzern nicht zu gestatten, eine bereits verführte Startzeit für Meetings zu planen. Wenn Sie es versuchen, fordert die API die Fehlermeldung: "060016 die Startzeit der Sitzungen sollte höher sein als die aktuelle Uhrzeit." 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:

  • Gesetzt

  • SetMeeting

API 40.1.2 Aktualisierungen

XML API 40.1.2 Aktualisierungen

Klicken Sie hier, um das 40.1.2 herunterzuladen.

Wenn Sie ein Meeting ansetzen, wird automatisch ein Passwort generiert, wenn Sie nicht

Wir haben die Einstellungen für die Einstellungen, das CreateEvent, die CreatetrainingSessionund die CreateEledeceMeeting so verbessert, dass ein Passwort in den Körper der API aufgenommen werden kann.

Standardmäßig muss bei allen Meetings/Events/Sitzungen eine Passworteinstellung aktiviert sein. Wenn die API kein Passwort enthält, wird in diesem Szenario automatisch ein Passwort von den XML API Servern generiert.

Wenn die Einstellungen für alle Meetings/Events/Sitzungen über eine Passworteinstellung verfügen müssen und die API kein Passwort enthält, wird kein Passwort über die XML API Server generiert.

Wenn die API ein Passwort enthält, wird die Antwort das Passwort enthalten, unabhängig davon, ob alle Meetings/Events/Sitzungen über eine Passworteinstellung verfügen müssen .

Betroffene APIs:

  • Gesetzt

  • Createevent

  • CreatetrainingSession

  • CreateteleConstellenSitzung

Die Reaktion von CreateMeeting hat jetzt das Element MeetingPassword :

Beispiel für die Benutzeranforderung:

<?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>
     <webExID></webExID>
     <password>* * * * *</password>
     <partnerID>WegeXPartner</partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
    <metaData>
        <confName>Test_Auto_Generated_mtg_pwd</confName>
        <meetingType>3</meetingType>
    </metaData>

<schedule>
  <startDate>10/28/2020 17:35:00</startDate>
</schedule>
</bodyContent>
</body>
</serv:message>

Beispiel zum Eingeben von CreateMeeting :

<?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: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></serv:result>
            <serv:gsbStatus></serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="meet:createMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <meet:meetingkey>806745263</meet:meetingkey>
            <meet:meetingPassword>UzXJuzUD428</meet:meetingPassword>
            <meet:iCalendarURL>
                <serv:host>https://hmwds6.QA.Webex.com/hmwds6/j.php?MTID=md225d5935256319ef21b71dd8ebd0640</serv:host>
                <serv:attendee>https://hmwds6.QA.Webex.com/hmwds6/j.php?MTID=m26bf5e25ca587d32302fb29951b92e15</serv:attendee>
            </meet:iCalendarURL>
            <meet:guestToken>cfc7f3246d4862f1bb69b803e8615b7a</meet:guestToken>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Die Antwort des CreateEvents hat jetzt das Element des Eventpassworts :

Die Antworten zur Reaktion von CreatetRainingsession und CreatesEleporteMeeting haben nun das Element SessionPassword :

API 40.1.0 Aktualisierungen

XML API 40.1.0 Aktualisierungen

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

Verbesserungen der GetesessionInfo

Wir haben neue Elemente zur GetesessionInfo API hinzugefügt . Die API gibt jetzt auch Informationen für Mobilgeräte zurück.

Betroffene APIs:

  • GetSessionInfo

GetesessionInfo Anfragen:

Beispiel der Anfrage:

<?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>sqdemo11</siteName>
        <webExID>SiteConnect</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>

LstAccetanysAnysDie Verbesserungen

Wir haben eine neue API, lstAccetanysUnsIn, hinzugefügt, um mit Webex Access Anywhere zu antworten.

Betroffene APIs:

  • LstAccetanysIn

LstAccetanyeAnysInerAnfordern Aktualisierungen:

Aktualisierungen für die Antwort:

Beispiel der Anfrage:

<?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>sqdemo6</siteName>
<webExID></webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID>Pfad</hostWebexID>
<startTimeScope>
<sessionStartTimeStart>09/29/2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>12/29/2019 04:42:34</sessionStartTimeEnd>
</startTimeScope>
<endTimeScope>
<sessionEndTimeStart>9/29/2019 02:42:34</sessionEndTimeStart>
<sessionEndTimeEnd>12/29/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>StartTime</orderBy>
<orderAD>ASC</orderAD>
</order>
</bodyContent>
</body>
</serv:message>

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></serv:result>
            <serv:gsbStatus>Erfolgskrierster</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>11/29/2019 03:05:44</history:startTime>
                <history:endTime>11/29/2019 03:10:06</history:endTime>
                <history:duration>5</history:duration>
            </history:accessAnyWhereInfo>
        </serv:bodyContent>
    </serv:body>
</serv:message>