Mer information om XML API 39 och XML API 11 finns i översikten över XML API-uppdateringar Cisco Webex Meetings (XML API 39 och tidigare) för merinformation.

Mer information om XML API 40 finns i översikten över XML API-Cisco Webex Meetings (XML API 40 och senare) för mer information om XML API40.

För uppdateringar för XML API 11 SP9 och tidigare går du till Cisco DevNet.

Uppdateringar av API 41.12.0

Uppdateringar av XML API 41.12.0

Klicka här för att hämta XML API 41.12.0-schemat.

XMLAPI blockerar schemat Webex Events (Klassisk) och redigerar enligt webbplatsens konfigurationsobjekt i EnableClassicEvent som är falskt

Påverkas API:er och schemaändringar

Om Aktivera klassisk händelse-kryssruta är falsk på konfigurationssidan för webbplatsadministrationen stöder denna webbplats inte längre Webex Events möten (klassiska).

Om kryssrutan Aktivera klassiskT möte är falsk ringer du dessa API:er för att hantera Webex Events (klassiskt) möte:

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

API:et kommer att svara på 010106 den klassiska händelsenharinaktiverats.

Schemaändringar

Inga schemaändringar.

API-förfrågan och svarsexempel

SkapaEvent API-begäran och -svar

Förfrågan om CreateEvent

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

Svar för CreateEvent

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>The classic Event has been disabled.</serv:reason>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
            <serv:exceptionID>010106</serv:exceptionID>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

CreateEvent3.1.3 påverkar API:er:

  • SetEvent GetEvent

  • GetSessionInfo

  • LstsummaryEvent

  • LstrecordedEvent

  • LstsummaryProgram

  • UploadEventImage

XMLAPI LstMeetingType kommer att svara på det nya elementet i subProductCodePrefix

API:er som påverkas

Aktuell API LstMeetingType svarselement i productionCodePrefix: PRO, AUO och andra som är Webex-fördefinierade mötestypprefix.

Efter denna nya förbättring kommer API:et att svara på nytt element av subProdctCodePrefix:P RO1, PRO2 osv. som kan anpassas till prefixet för mötestyp.

Schemaändringar på API: LstMeetingType

Det kommer att svara på nytt element: subProdctCodePrefix

API-förfrågan och svarsexempel

LstMeetingType API-förfrågan och -svar

Förfrågan om LstMeetingType

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

Svar från LstMeetingType

<serv:body>
        <serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <mtgtype:matchingRecords>
                <serv:total>1</serv:total>
                <serv:returned>1</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </mtgtype:matchingRecords>
            <mtgtype:meetingType>
                <mtgtype:productCodePrefix>PRO</mtgtype:productCodePrefix>
                <mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix>       //New element for customized meeting type
                <mtgtype:active>ACTIVATED</mtgtype:active>
                <mtgtype:name>Cus_Chat_Closed</mtgtype:name>
                <mtgtype:displayName>Cus_Chat_Closed</mtgtype:displayName>

Uppdateringar av API 41.11.0

Uppdateringar av XML API 41.11.0

Klicka här för att hämta XML API 41.11.0-schemat.

Stöd för vidarebefordrad kompatibilitet för XML API i användarhanterings-API för control hub-hanterade webbplatser

Påverkas API:er och schemaändringar

Om ditt integreringsprogram för närvarande använder Webex XMLAPI-API:er för användarhantering: CreateUser, SetUser, DelUser och GetUser för att tillhandahålla eller hantera användare efter att din klassiska Webex-webbplats har konverterats till en webbplats som hanteras av Control Hub, kommer dessa API:er fortsätta att fungera för framåtkompatibilitet. Det finns vissa beteendeändringar enligt beskrivningen nedan:

  • När användare använder createUser – om användarstatusen i Control Hub inte är "aktiv" kommer användarens status på webbplatsen inte att varaaktiv. Om användarstatus i Control Hub är aktiv är ävenanvändarens status på webbplatsen aktiv. Se: Användarstatus för nya och konverterade användare i Control Hub.

  • Lösenordselementet i CreateUser och SetUser API:er kommer att ignoreras. Vi börjar skicka e-postaktivering till nya användare, användare kan klicka på länken i e-postmeddelandet för att aktivera nytt konto och ange ett nytt lösenord.

  • Det aktiva elementet i CreateUser API kommer att ignoreras, nya användare (inte verifieras) kan inte aktiveras via denna parameter med API SetUser.

  • Värdet för webExId-element i bodyContent i CreateUser API:er måste vara detsamma som e-post. Om webExId skiljer sig från e-post behandlar vi webExId som e-post när det lagras i WebDB och värdet kommer att ignoreras.

  • Värdet för webExId-element i bodyContent i SetUser API:er måste vara användaridentitet för e-postadressen. Du kan ändra det genom att användae-> i bodyContent.

  • API:n SetUser har stöd för ändring av befintlig användares e-post: det går bra om driftskontot i SecurityContext är en fullständig webbplatsadministratör för Control Hub. Annars rapporterar API:et fel med ny felkod och nytt meddelande nedan:

    • 030120 Kontot måste vara en fullständig webbplatsadministratör för att kunna ändra e-postadress.

  • Elementet newWebExId i bodyContent of SetUser API kommer att ignoreras.

  • Api:n SetUser försöker ändra till ett e-postmeddelande som redan används. API:et höjer sig under en ny felkod och felmeddelande:

    • 030118-post används redan i Control Hub-hanterade webbplatser.

  • DelUser API inaktiverar användaren på Webex mötessida och motsvarande möteslicens tas bort från Webex-webbplatsen. Denna avaktiverade användare kan återaktiveras med API: SetUser <active></active>(AKTIVERAD) så länge användaren har verifierats tidigare.

  • API:er för CreateUser och SetUser ger en ny felkod och ett nytt felmeddelande enligt nedan:

    • 030117 , denna användare finns utanför din organisation, så måste göras anspråk på att flytta till dinorganisation genom processen för att göra anspråk på. För anvisningar om hur du gör anspråk på en användare i din organisation, se Gör anspråk på användare i din organisation (konvertera användare). Du måste verifiera domänen som användaren tillhör innan du gör anspråk på användaren.

    • 030119 CI-åtkomsttoken måste inkludera omfattningen webexquare: administratör vid etablering av användare.


Det finns endast stöd för framåtkompatibilitet under en begränsad period. Vi tillhandahåller ett avancerat meddelande innan denna kompatibilitet tas bort.

Schemaändringar

Inga schemaändringar av dessa API:er: CreateUser, SetUser, DelUser och GetUser.

API-förfrågan och svarsexempel

API-begäran och svar för CreateUser

API request:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xmlns:serv="http://www.webex.com/schemas/2002/06/service"
   xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{site Admin account}</webExID>
      <email>{site Admin account}</email>
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken>
                  or <accessToken>, when using CI "accessToken", it must include scope webexsquare:admin when provisioning user
    </securityContext>
</header>



<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
    <webExId>Jack@qa.webex.com</webExId> --- it should is user identity of email address
    <email>Jack@qa.webex.com</email>
    <firstName>Jack</firstName>
    <lastName>Smith</lastName>
    <password>....</password>
    <privilege>
        <host>true</host>
    </privilege>
    <active>ACTIVATED</active> ---this parameter can't active the user directly until the user self activate itself via activation email.
</bodyContent>
</body>
</serv:message>

API response example:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:use="http://www.webex.com/schemas/2002/06/service/user">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <use:userId>23778617</use:userId>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Påverkar API:er:

  • Skapaanvändare

  • Angeanvändare

  • Deluser

XML API stöder befintliga användares framåtkompatibilitet för autentisering efter att Webex klassiska webbplats konverteras till en webbplats som hanteras av Control Hub

API:er som påverkas

När den klassiska Webex-webbplatsen har konverterats till en webbplats som hanteras av Control Hub måste värdet för elementet i <webExID> <securityContext> vara detsamma som e-postmeddelandet med detaljerad information nedan:

  • För befintliga användare som skapats på den klassiska Webex-webbplatsen stöder vi både gamla webExID (till exempel: Jack) och nya webExID (innehållet är samma som e-post, till exempel: Jack@xx.com) för inloggning är denna bakåtkompatibilitet för alla XML API:er.

  • För nya användare som har skapats i Control Hub-hanterade webbplatser måste värdet för webExID-elementet vara detsamma som e-post för inloggning.


<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
    </securityContext>
</header>

Påverkar API:er:

Alla XML-API:er.

När en klassisk Webex-webbplats har konverterats till en webbplats som hanteras av Control Hub måste värdet på elementet bodyContent > vara detsamma som e-post, <webExID> informationennedan:

  • För befintliga användare som skapats på den klassiska Webex-webbplatsen stöder vi både gamla webExId(t.ex.: Jack) och nya webExId (innehållet är samma som e-post, till exempel: Jack@xx.com) i bodyContent.

  • För nya användare som har skapats i Control Hub-hanterade webbplatser måste värdet för webExId-element vara detsamma som e-post i bodyContent.

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
    <webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
</bodyContent>

Påverkar API:er:GetUser, SetUser och DelUser.

Schemaändringar

Inga schemaändringar på några API:er.

API-förfrågan och svarsexempel

Api-begäran och svar för GetUser

API request:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xmlns:serv="http://www.webex.com/schemas/2002/06/service"
   xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
    </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
    <webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
</bodyContent>
</body>
</serv:message>

API response example:
...same as before

Förbättrad API för inspelningsvyhistorik för stöd Webex Meetings, Webex Events (ny) och Webex Events (Klassisk)

API:er som påverkas

Aktuell API: lstrecordaccessHistory och lstrecordaccessDetailHistory har endast stöd för inspelningsvy i Webex Trainings-historikrapport. Den nya förbättringen stöder Webex Meetings, Webex Events (ny) och Webex Events inspelningsvy (klassisk) samt åtkomst till historikrapporten.

Schemaändringar

Vi stödjer nedan nytt schema i API lstrecordaccessHistory i brödtexten för API-begäran:

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

Detaljer

API:et: lstrecordaccessHistory kan återgå till historiken för inspelningsvyer som Webex Meetings, Webex Events (ny), Webex Events (klassisk) och Webex Training.

  • Om det inte finns någon serviceType angiven i API-begäran, API:et för lstrecordaccessHistory returnerar endast åtkomsthistoriken för inspelningsvyn i Webex Trainings.

  • När serviceType är MeetingCenter används API:et för lstrecordaccessHistory returnerar både Webex Meetings och Webex Events (ny) inspelningsvy som har åtkomst till historiken.

  • När serviceType är EventCenter används API:et för lstrecordaccessHistory returnerar Webex Events (klassisk) inspelningsvy som har åtkomst till historiken.

API:et: lstrecordaccessDetailHistory kan returnera information via recordID av Webex Meetings, Webex Events (ny), Webex Events (klassisk) och Webex Training.

API-förfrågan och svarsexempel

lstrecordaccessHistory API:s förfrågan och svar

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <header>
        <securityContext>
            <webExID>{userName}</webExID>
            <password>{password}</password>          
            <siteName>{siteName}</siteName>
        </securityContext>
    </header>
    <body>
        <bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
            <viewTimeScope>
                <viewTimeStart>9/20/2021 00:00:00</viewTimeStart>
                <viewTimeEnd>9/28/2021 23:59:59</viewTimeEnd>
            </viewTimeScope>
            <listControl>
                <startFrom>1</startFrom>
                <maximumNum>100</maximumNum>
            </listControl>
            <order>
                <orderBy>RECORDID</orderBy>
                <orderAD>ASC</orderAD>
            </order>
            <serviceTypes>
                <serviceType>MeetingCenter</serviceType>
                <serviceType>TrainingCenter</serviceType>
                <serviceType>EventCenter</serviceType>
            </serviceTypes>
        </bodyContent>
    </body>
</serv:message>

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:history="http://www.webex.com/schemas/2002/06/service/history">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test TC-20210924 1324-1</history:recordName>
                <history:creationTime>09/24/2021 13:28:13</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>2</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>TestErollment_001-20210610 1905-1</history:recordName>
                <history:creationTime>06/10/2021 19:10:15</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>0</history:downloaded>
                <history:viewed>3</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>Test instant playback 2-20210705 0709-1</history:recordName>
                <history:creationTime>07/05/2021 07:15:06</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>0</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>EC2.0_232423-20210922 0447-1</history:recordName>
                <history:creationTime>09/22/2021 04:53:05</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>0</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test EC2.0-20210924 1315-1</history:recordName>
                <history:creationTime>09/24/2021 13:19:00</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>1</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test MC-20210924 1319-1</history:recordName>
                <history:creationTime>09/24/2021 13:25:12</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>1</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test EC classic-20210924 1331-1</history:recordName>
                <history:creationTime>09/24/2021 13:37:28</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>1</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:matchingRecords>
                <serv:total>8</serv:total>
                <serv:returned>7</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </history:matchingRecords>
        </serv:bodyContent>
    </serv:body>
</serv:message>

lstrecordaccessDetailHistory API:s förfrågan och svar

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:serv="http://www.webex.com/schemas/2002/06/service">
    <header>
        <securityContext>
            <webExID>{userName}</webExID>
            <password>{password}</password>          
            <siteName>{siteName}</siteName>
        </securityContext>
    </header>
    <body>
        <bodyContent xsi:type=
            "java:com.webex.service.binding.history.LstrecordaccessDetailHistory">
            <recondID>1XXXXXX7</recondID>
            <timeZoneID>20</timeZoneID>
        </bodyContent>
    </body>
</serv:message>

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:history="http://www.webex.com/schemas/2002/06/service/history">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <history:recordDetail>
                <history:viewID>1XXXXXX7</history:viewID>
                <history:participantName>Axxxg</history:participantName>
                <history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
                <history:accessTime>09/24/2021 13:27:26</history:accessTime>
                <history:registered>false</history:registered>
                <history:downloaded>false</history:downloaded>
                <history:viewed>true</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordDetail>
            <history:recordDetail>
                <history:viewID>1XXXXXX7</history:viewID>
                <history:participantName>Axxxg</history:participantName>
                <history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
                <history:accessTime>09/24/2021 13:27:39</history:accessTime>
                <history:registered>false</history:registered>
                <history:downloaded>true</history:downloaded>
                <history:viewed>false</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordDetail>
            <history:matchingRecords>
                <serv:total>2</serv:total>
                <serv:returned>2</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </history:matchingRecords>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Påverkar API:er:

  • lstrecordaccessHistory

  • lstrecordaccessDetailHistory

Åtgärda det maximalt tillåtna Webex Events (Klassisk) beskrivningslängden mellan XMLAPI- och Webex-sidan.

API:er som påverkas

XML-API: CreateEvent och SetEvents beskrivningselement tillåter inmatningar på max 1 000 tecken om storleken inte är större leder det till en ny felkod och ett nytt meddelande:

060068 Ogiltig beskrivning av inmatning. Den här beskrivningen får inte överstiga 1 0000 tecken.

Schemaändringar

Ingen schemaändring.

API-förfrågan och svarsexempel

SkapaEvent API-begäran och -svar

#API request example:
...
    <body>
        <bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
            xmlns:att="http://www.webex.com/schemas/2002/06/service/event" xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
            <accessControl>
                <sessionPassword>111111</sessionPassword>
                <listing>PRIVATE</listing>
            </accessControl>
            <metaData>
                <sessionName>EC test</sessionName>
                <description>.......Suppose you filling in 10000 characters in description.......</description>
            </metaData>
...


------------------------------------
#API response example when the description exceeds 10000 characters:

<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>Illegal input description. The description can't exceed 10000 characters</serv:reason>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
            <serv:exceptionID>060068</serv:exceptionID>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

Påverkar API:er:

  • CreateEvent

  • SetEvent

XML-API: GetUser returnerar nytt element av gratiskonto

API:er som påverkas

GetUser returnerar ett nytt element som identifierar freeAccount den användarkonto är FreeAccount eller inte.

Schemaändringar

Svarsexempel av GetUser


GetUser response:
                <use:initials>AW</use:initials>
                <use:isUploaded>false</use:isUploaded>
            </use:avatar>
            <use:largeEventCapacity>3</use:largeEventCapacity>
            <use:freeAccount>false</use:freeAccount>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Påverkar API:er:

GetUser

Uppdateringar av API 41.10.0


Det finns inga schemaändringar i XML API 41.10.0-schemat.

Uppdateringar av API 41.9.0

Uppdateringar av XML API 41.9.0

Klicka här för att hämta XML API 41.9.0-schemat.

Avveckla XML API 10.0.0 för alla T31-webbplatser

Webex planerar att ta bort livscykeln med XML API ver 10.0.0 för alla T31-webbplatser.

Vi avvecklar XML API 10.0.0-kod från alla produktioner i 41.9.0-uppdateringen.

Uppdateringar av API 41.8.0

Uppdateringar av XML API 41.8.0

Klicka här för att hämta XML API 41.8.0-schemat.

Avveckla XML API 10.0.0 för alla T31-webbplatser

Webex planerar att ta bort livscykeln med XML API ver 10.0.0 för alla T31-webbplatser.

Webex hittade en del kunder som hade åtkomst till XML API:s URL på fel sätt som: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService för åtkomst till XML API-URL:en på rätt sätt som: https://{siteName}.webex.com/WBXService/XMLService.

Byt kodåtkomst till XML API på rätt sätt för att undvika påverkan innan vi avslutar livscykeln för XML API-version 10.0.0.

Uppdateringar av API 41.7.0

Uppdateringar av XML API 41.7.0

Klicka här för att hämta XML API 41.7.0-schemat.

Alternativet mobil borttagning och redigering av inspelning ska styras av webbplatsadministrationsalternativet: Tillåt värdar att omtilldela, redigera, inaktivera och ta bort inspelningar

Påverkas API:er och schemaändringar

GetSite: returnerar nya namnelement enableNBRMCModify och separateNoRecordingEdit under verktyg.

Svarsexempel

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            ....
            <ns1:tools>
                    ...
                    <ns1:enableNBRMCModify>false</ns1:enableNBRMCModify>
                    <ns1:separateNoRecordingEdit>true</ns1:separateNoRecordingEdit>
                    ...
            </ns1:tools>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Uppdateringar av API 41.6.3

Uppdateringar av XML API 41.6.3

Klicka här för att hämta XML API 41.6.3-schemat.

GetSite Svar nytt element i supportLargeEvent

Påverkas API:er och schemaändringar

Hämtawebbplats: returnerar nya element som namn supportLargeEvent under siteCommonOptions för att låta inringare veta om webbplatsen har stöd för Stora händelser (Webex Event (ny)) eller inte.

Schemaändring

Svarsexempel

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            ....
            <ns1:siteCommonOptions>
                    ...
                    <ns1:enablePreMeetingLobby>false</ns1:enablePreMeetingLobby>
                    <ns1:supportLargeEvent>true</ns1:supportLargeEvent>
            </ns1:siteCommonOptions>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Uppdateringar av API 41.6.0

Uppdateringar av XML API 41.6.0

Klicka här för att hämta XML API 41.6.0-schemat.

XMLAPI-stöd Webex Events 2.0 vid etablering

API:er som påverkas

GetUser: returnerar nytt element som namn largeEventCapacity som visar kapaciteten för nya Event 2.0 (EC 2.0) under det här användarkonto. Om t.ex. användarkonto har CI_EC3K-licens, värdet på largeEventCapacity är 3 000.

Schemaändringar

Svarsexempel

HämtaAnvändareResponse:

XMLAPI LstRecordings CreateTime använder starttid för inspelningen

API:er som påverkas

LstRecording: LstRecording Svar CreateTime som när användaren faktiskt trycker på inspelningsknappen.

Detaljer

Tidigare användes xml-API tidsstämpel för när inspelningen skapades i databasen som skapartid i LstRecording Svar. Nu är det den tidpunkt då användaren faktiskt börjar göra inspelningen. Den här ändringen gäller för alla tjänsteinspelningar. Det finns ingen schemaändring.

Uppdateringar av API 41.5.0

Uppdateringar av XML API 41.5.0

Klicka här för att hämta XML API 41.5.0-schemat.

XMLAPI har möjlighet att starta Webex-schemalagda möten från PSTN som värd

API:er som påverkas

  • CreateUser: genererar hostPIN oavsett om PMR är aktiverat eller inte när användarrollen är värd eller fullständiga eller skrivskyddade eller webbplatsadministratörer för användarhantering.

  • SetUser: ställer in hostPIN Använda phones.hostPIN När personalMeetingRoom.hostPIN finns inte i XML-begäran (förhandsvillkor: funktionsväxling AllowStartScheduledMtgFromPhoneär aktiverad).

  • GetUser: returnerar phones.hostPIN oavsett om PMR är aktiverat eller inte. (förhandsvillkor: funktionsväxling AllowStartScheduledMtgFromPhone är aktiverad).

Schemaändringar

GetUserResponse:

SetUser:

Svarsexempel

GetUserResponse:

SetUser:

XMLAPI GetSite svara på två nya element för mobil klient

API:er som påverkas

  • GetSite: GetSite kommer nu att svara på två nya element med stöd för mobilklient och har logiken att visa eller inte visa inspelningsfliken.

    • enableRecordingAccess: sant eller falskt, Webex-superadministratörer kan aktivera eller inaktivera inspelningsåtkomst genom att växla( EnableRecordingAccesses).

    • storageEmptyStatus: sant eller falskt om båda webbplatserna inte har stöd för NBR-funktion och allokerat NBR-lagringsutrymmet som noll, då är statussvaret sant, annars är falskt.

Schemaändringar

Exempelbegäran för GetSite

Exempelsvar för Getsite

E-postämne som har icke-ASCII-tecken kommer att kodas med RFC2047. Om det finns ett helt ASCII-teckens e-postämne finns ingen kryptering

API:er som påverkas

Api-förfrågningar, svars nyttolast påverkar inte något, men e-postmeddelandet ändrar kodningsbeteendet i e-postmeddelandet. När e-postmeddelandets ämne som har icke-ASCII-tecken kommer att kodas med RFC2047. Om det finns ett helt ASCII-teckens e-postämne finns ingen kryptering.

Schemaändringar

Det finns inga schemaändringar.

Uppdateringar av API 41.4.0

Uppdateringar av XML API 41.4.0

Klicka här för att hämta XML API 41.4.0-schemat.

Skapa schemalagda händelser Webex Events använda webbplatsnivåstandard för inträdes- och utträdesljudton

XMLAPI stämmer överens med den aktuella nya logiken för att styra inträdes- och utträdesljudtonen. Alla toner för Webex Events styrs av en annan inställning i webbplatsadministrationen. I GetSite, XMLAPI returnerar ett extra fält entryExitToneEC för att ange värdet. Ursprungligen kan du inte använda denna inställning när webbplatsadministratören har angett en standardton för händelsen genom att använda XMLAPI-standard.

API:er som påverkas

XML-API: GetSite returnerar ett nytt element entryExitToneEC för att ange värdet.

XML-API: CreateEvent, SetEvent, GetEvent back end business logik läser in värdet på entryExitToneEC.

Schemaändringar

XML-API: Exempel på GetSite-svar:

<ns1:defaults>
    <ns1:emailReminders>true</ns1:emailReminders>
    <ns1:entryExitTone>ANNOUNCENAME</ns1:entryExitTone>
    <ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
    <ns1:voip>true</ns1:voip>
    <ns1:teleconference>
        <ns1:telephonySupport>NONE</ns1:telephonySupport>
    </ns1:teleconference>
    <ns1:joinTeleconfNotPress1>true</ns1:joinTeleconfNotPress1>
    <ns1:updateTSPAccount>false</ns1:updateTSPAccount>
</ns1:defaults>

Påverkar API:er:

  • Hämtawebbplats

  • Skapavent

  • Ställ inEvent

  • HämtaVent

XMLAPI returnerar bara den stora informationen om den stora händelsen (Webex Event 2.0)

  1. Om webbplatsen Webex Meeting det stora mötet eller den stora webbsändningen GetSessionInfo returnerar detaljerad information, inklusive möteslösenord, numeriskt lösenord, lösenord för panelist och numeriskt lösenord för panelist (Inget schema ändras).

  2. XMLAPI stöder inte skapande och redigering av stora evenemangs- eller webbsändnings funktioner, så CreateMeeting och SetMeeting returnera ett nytt undantag (110064, händelsen och den sessionstyp stöds inte.) för stora händelser eller webbsändningsfall.

Påverkans-API:er

API-namn

Beskrivning

Anmärkning

GetSessionInfo

Om webbplatsen Webex Meeting det stora mötet eller den stora webbsändningen GetSessionInfo returnerar möteslösenord, numeriskt lösenord, lösenord för panelist och numeriskt lösenord för panelist.

Inget schema har ändrats.

CreateMeeting

SetMeeting

Om användaren försöker använda CreateMeeting api för att skapa ett Webex Meeting med stora sessionstyp eller ringa SetMeeting Om du vill redigera Webex Meeting händelse som faktiskt är en stor händelse eller webbsändning returnerar du ett nytt 110064. Det finns inget stöd sessionstyp händelse- och Webcast-programmet.

Beteendet har ändrats.

Uppdateringar av API 41.3.0

Uppdateringar av XML API 41.3.0

Klicka här för att hämta XML API 41.3.0-schemat.

Den nya XML API-ändringarna stöder Webex Events 2.0-funktionen

API:er som påverkas

Båda API:erna: GetSessionInfo och GetMeeting-returelement enableEvent och enableWebniar För.

Elementnamn

Beskrivning

aktiveraVent

Stöder EC 2.0 i ett Webex-möte

aktiveraWebniar

Stöder Webinar i ett Webex-möte


XMLAPI-stöd returnerar över två element för EC 2.0. Aktuell XML API-version stöder inte schemaläggning och uppsättning av EC2.0-möten.

Schemaändringar

GetSessionInfo returnerar element enableEvent och enableWebniar för EC 2.0.

GetMeeting returnerar element enableEvent och enableWebniar för EC 2.0.

Svarsexempel:

GetSessionInfo Svar:

<ep:accessControl>
                <ep:listStatus>PUBLIC</ep:listStatus>
                <ep:registration>false</ep:registration>
                <ep:passwordReq>true</ep:passwordReq>
                <ep:isEnforceAudioPassword>false</ep:isEnforceAudioPassword>
                <ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>

                <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:accessControl>

GetMeeting Svar:

  <meet:supportPKI>false</meet:supportPKI>
                <meet:HQvideo>true</meet:HQvideo>
                <meet:HDvideo>true</meet:HDvideo>
                <meet:viewVideoThumbs>true</meet:viewVideoThumbs>
                <meet:enableEvent>false</meet:enableEvent>
                <meet:enableWebniar>false</meet:enableWebniar>

                <meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
            </meet:enableOptions>

De nya XMLAPI-ändringarna stöder lobbyfunktionen före mötet

API:er som påverkas

XML-API: GetSite, LstSummarySession, GetSessionInfo och GetMeeting svarar det nya elementet enablePreMeetingLobby för lobby före möte.

Schemaändringar

XML-API: GetSite returnerar element enablePreMeetingLobby för lobby före möte.

XML-API: LstSummarySession returnerar element enablePreMeetingLobby för lobby före möte.

XML-API: GetSessionInfo returnerar element enablePreMeetingLobby för lobby före möte.

XML-API: GetMeeting returnerar element enablePreMeetingLobby för lobby före möte.

Svarsexempel:

GetSite Svar:

<ns1:siteCommonOptions>
                    <ns1:SupportCustomDialRestriction>false</ns1:SupportCustomDialRestriction>
                    <ns1:SupportTelePresence>false</ns1:SupportTelePresence>
                    <ns1:SupportTelePresencePlus>false</ns1:SupportTelePresencePlus>
                    <ns1:EnableCloudTelepresence>true</ns1:EnableCloudTelepresence>
                    <ns1:EnableCMRForAllUsers>true</ns1:EnableCMRForAllUsers>
                    <ns1:enablePersonalMeetingRoom>true</ns1:enablePersonalMeetingRoom>
                    <ns1:SupportAlternateHost>true</ns1:SupportAlternateHost>
                    <ns1:SupportXMLAPIReturnScheduledPMR>false</ns1:SupportXMLAPIReturnScheduledPMR>
                    <ns1:SupportAnyoneHostMeetings>true</ns1:SupportAnyoneHostMeetings>
                    <ns1:enablePreMeetingLobby>true</ns1:enablePreMeetingLobby>
                </ns1:siteCommonOptions>

LstSummarySession Svar:

<ep:isException>false</ep:isException>
                <ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>
                <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
                <ep:isScheduledPMR>false</ep:isScheduledPMR>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>
               <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:session>

GetSessionInfo Svar:

<ep:accessControl>
                <ep:listStatus>PUBLIC</ep:listStatus>
                <ep:registration>false</ep:registration>
                <ep:passwordReq>true</ep:passwordReq>
                <ep:isEnforceAudioPassword>false</ep:isEnforceAudioPassword>
                <ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>
                <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:accessControl>

GetMeeting Svar:

<meet:supportPKI>false</meet:supportPKI>
                <meet:HQvideo>true</meet:HQvideo>
                <meet:HDvideo>true</meet:HDvideo>
                <meet:viewVideoThumbs>true</meet:viewVideoThumbs>
                <meet:enableEvent>false</meet:enableEvent>
                <meet:enableWebniar>false</meet:enableWebniar>
                <meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
            </meet:enableOptions>

XML-API:n GetSite respons information beteende ändra avslöja

API:er som påverkas

XML-API: GetSite endast svarselement nedan för administratörskontot som innehåller roller: SiteAdmin, RO_SiteAdmin och UserAdmin.

<ns1:activeUserCount>...</ns1:activeUserCount>
<ns1:EEActiveUserCount>...</ns1:EEActiveUserCount>
<ns1:activeCETHost>...</ns1:activeCETHost>
<ns1:auoActiveUserCount>...</ns1:auoActiveUserCount>
<ns1:MCActiveUserCount>...</ns1:MCActiveUserCount>
<ns1:ECActiveUserCount>...</ns1:ECActiveUserCount>
<ns1:TCActiveUserCount>...</ns1:TCActiveUserCount>
<ns1:SCActiveUserCount>...</ns1:SCActiveUserCount>

Beteende ändrat

Tillåt endast administratörsrollen har svarslicensdata från GetSite. Värd eller deltagare kommer inte att få dessa licensdata i GetSite Svar.

Nedan finns API: GetSite's svarsexempel för siteadmin eller endast redo siteadmin eller administratör för användarhantering:

Uppdateringar av API 41.2.0

Uppdateringar av XML API 41.2.0

Klicka här för att hämta XML API 41.2.0-schemat.

XMLAPI bör stödja CMR Hybrid internettelefoni (VoIP) om webbplatsen stöder Webex-telefoni

API:er som påverkas

  • GetSite returnerar ett nytt element IsWebexTelephony i svaret.

  • CreateUser och SetUser kan uppdatera cmrHybridVoip elementet om IsWebexTelephony är sant tillsammans med andra villkor. IsTSPUsingTelephonyAPI följer inte längre.

Schemaändringar

XML-API: GetSite svaret returnerar ytterligare ett element IsWebexTelephony

GetSite svaret inkluderar detta nya element:

<ns1:telephonyConfig>

<ns1:isWebexTelephony>true</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>false</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName>Personal Conference No.</ns1:serviceName>
<ns1:participantAccessCodeLabel>Attendee access code</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel>Host access code</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel>Attendee ID</ns1:attendeeIDLabel>

.....

</ns1:telephonyConfig>

LstSummarySession har stöd för EC2.0

XML-API:er påverkas

LstSummarySession returnerar två nya element som stödjer EC 2.0

Elementnamn

Beskrivning

aktiveraVent

Stöder EC 2.0 i ett Webex-möte

aktiveraWebniar

Stöder Webinar i ett Webex-möte

Schemaändringar

XML-API: LstSummarySession: Lägg till < enableEvent> och enableWebniar> element

XML API:s svar: LstSummarySession

Svar för EC 2.0

<ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>

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

XMLAPI stöder att webbplatsanvändaren återgår Webex-voice-assistant alternativ för MCT-integration

API som påverkas

GetUser returnerar ett nytt element webexAssistantEnabled(sant eller falskt) i svaret.

Schemaändringar

getUserResponse:

Svarsexempel

Uppdateringar av API 41.1.0


Det finns inga schemaändringar i XML API 41.1-schemat.