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 schemaläggning och redigering av Webex Events (Classic) enligt webbplatskonfigurationen i Aktivera klassisk händelse 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:

Skapa händelse, Ställa in händelse, Hämta händelse, Hämta sessionsinformation, Lstsummary, Lstrecorded, Lstsummary, Ladda upphändelsebild

API svarar på nytt undantag 010106 Den klassiska händelsen har inaktiverats.

Schemaändringar

Inga schemaändringar.

API-förfrågan och svarsexempel

Skapa händelseAPI-begäran och svar

Förfrågan om CreateEvent

<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent">
<accessControl>
<sessionslösenord>XXXXXXXX</sessionLösenord>
</accessControl>
<metaData>
<sessionsnamn>XMLAPI EC Testing</sessionName>
</metaData>
<schemalägg>
<startdatum>07/17/2021 01:29:15</startdatum>
<öppentid>15</öppentid>
</schemalägg>
</bodyinnehåll>

Svar för CreateEvent

<?xml version="1.0" kodning="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:respons>
<serv:resultat>FEL</serv:resultat>
<serv:orsak>Den klassiska händelsen har inaktiverats.</serv:orsak>
<serv:gsbstatus>
<serv:PRIMÄR</serv:gsbstatus>
<serv:undantagID>010106</serv:undantagID>
</serv:respons>
</serv:header>
<serv:body>
<serv:bodyinnehåll/>
</serv:body>
</serv:message>

CreateEvent3.1.3 påverkar API:er:

  • Ange händelsehämtahändelse

  • Hämtasessionsinfo

  • LstsummaryEvent

  • Lstrecordedhändelse

  • LstsummaryProgram

  • UploadEventImage

XMLAPI Mötestyp kommer att svara på nytt element i prefixet för produktkod

API:er som påverkas

Aktuellt API-svarselement för mötestyp i produktionskodexprefixet: PRO, AUO och andra som är fördefinierade Webex mötestyprefix.

Efter denna nya förbättring kommer API att svara på nytt element i subProdct Code:PRO1, PRO2, etc. som kan anpassas mötestyprefix.

Schemaändringar på API: Mötestyp förförsta

Det kommer att svara på nytt element: Prefix för underprodct-kod

API-förfrågan och svarsexempel

API-begäran och svar för mötestyp

Begäran om mötestyp

<bodyContent xsi:type="java:com.webex.service.binding.meetingtype.LstMötestyp">
<meetingTypID>13810</meeting
TypID>
</body>

Svar på mötestyp


<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:
<serv:startstart
</mtgtype:matching
Records>
<mtgtype:productCode Prefix>PRO</mtgtype:productcode Prefix>
<mtgtype:subPrefix produktkod>prefix>PRO3</mtgtype:sub
produktkodsprefix> //Nytt element för anpassad mötestyp
<mtgtype:active>ACTIVATED</mtgtype:active>
<mtgtype:name>Cus_Chat_Stängt</mtgtype:namn>
<mtgtype:displayNamn>Cus_Chat_Stängt</mtgtype:displayNamn>

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: Skapa användare, konfigurera användare, dela användare och användaren att tillhandahålla eller hantera användare efter att din klassiska Webex-webbplats har konverterats till Control Hub-hanterad webbplats kommer dessa API:er att fortsätta att arbeta för vidarekompatibilitet. 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 Skapa användar-API ignoreras, ny användare (kan inte verifieras) kan inte aktiveras via den här parametern med hjälp av API.

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

  • Värdet av webbEx -ID-elementet i kroppsinnehållet i Ange användar-API:er måste vara användarens identitet för e-postadressen, du kan ändra det med <e-post> i kroppsinnehåll.

  • 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 ändra e-post.

  • 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 E-post används redan i webbplatser som hanteras av Control Hub.

  • 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: Ställ in användare (<active>AKTIVERAD</aktiv>) 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, Den här användaren finns utanför din organisation, så du måste göra anspråk på att flytta in i din organisation genom anspråket användarprocessen. 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 Token för CI-åtkomst måste innehålla omfattningen webexsquare: 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: Skapa användare, ställa in användare, dela användare och hämta användare.

API-förfrågan och svarsexempel

Skapa API-begäran och svar

API-begäran:
<?xml version="1.0" kodning="UTF-8"?>
<serv:meddelande xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service"
xsi:schemaPlats="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<rubrik>
<säkerhetssammanhang>
<webbplatsnamn>{webbplatsnamn}</webbplatsnamn>
<webExID>{webbplatsadministratörskonto}</webExID>
<email>{webbplatsadministratörskonto}</e-post>
<sessionTicket>xxxx</sessionTicket> eller eller
eller , när du använder CI "accesstoken" måste den inkludera scope webexsquare:admin vid etablering av användare
</säkerhetssammanhang>
</rubrik>





<webExId>Jack@qa.webex.com</webExId> –-- det bör vara användarens identitet för e-postadressen
<email>Jack@qa.webex.com</email>
<förnamn>Jack</förnamn>
<efternamn>Smith</efternamn>
<lösenord>...</lösenord>
<privilege>
sant
</privilegium>
<active>AKTIVERAD</active> –-- den här parametern kan inte aktivera användaren direkt förrän användaren själv aktiverar sig via e-post för aktivering.




API-svarsexempel:
<?xml version="1.0" kodning="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:respons>
<serv:result>FRAMGÅNG</serv:resultat>
<serv:gsb-status>PRIMÄR</serv:gsb-status>
</serv:respons>
</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:bodyinnehåll>

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 Control Hub-hanterad webbplats måste värdet för -elementet i vara detsamma som e-post, detaljer 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.




{SiteName}
{UserName} –-- befintliga användare har skapats på WebEx klassisk webbplats, det kan vara: jack eller jack@xx.com; ny användare måste använda jack@xx.com
xxxx eller eller eller

Påverkar API:er:

Alla XML-API:er.

När den klassiska Webex-webbplatsen har konverterats till en Control Hub-hanterad webbplats måste värdet för -element <kroppsinnehåll> vara detsamma som e-post, detaljer nedan:

  • För befintliga användare som skapats på den klassiska Webex-webbplatsen stöder vi både gamla webbex-ID(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 skapas på webbplatser som hanteras av Control Hub måste värdet för webbEx -ID-elementet vara detsamma som e-post i kroppsinnehåll.


xxxx –-- befintliga användare har skapats på WebEx klassisk webbplats, det kan vara: jack eller jack@xx.com; ny användare måste använda jack@xx.com

Påverkar API:er: Hämta användare, ställ in användare och dela.

Schemaändringar

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

API-förfrågan och svarsexempel

Hämta användar-API-begäran och svar

API-begäran:
<?xml version="1.0" kodning="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="schemahttp://www.webex.com/schemas/2002/06/service"
Location="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">


<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> –-- befintliga användare har skapats på webEx klassisk webbplats, det kan vara: jack eller jack@xx.com; ny användare måste använda jack@xx.com
xxxx eller eller eller




xxxx –-- befintliga användare skapades på webEx klassisk webbplats, det kan vara: jack eller jack@xx.com; ny användare måste använda jack@xx.com




API-svarsexempel:
...samma som tidigare

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: lstrecordaccess Historik och lstrecordaccess Detail History har endast stöd för Webex Training-inspelningsvy för åtkomst till 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:


MeetingCenter Typ>Typ av
TrainingCenter Typ>Typ av
EventCenterTyp>

Detaljer

API:et: lstrecordaccess Historik kan återge åtkomst till inspelningsvyn för Webex Meetings, Webex Events (ny), Webex Events (klassisk) och Webex Training.

  • Om det inte finns någon tjänstetyp som anges i API-begäran returnerar API:et för lstrecordaccess historik endast Webex Training-inspelningsvyn som har åtkomst till historiken.

  • När tjänsttypen är MeetingCenter returnerar API:et för lstrecordaccess historik både Webex Meetings och Webex Events (ny) inspelningshistorik.

  • När tjänstetypen är EventCenter returnerar API:et för lstrecordaccess historik Webex Events (klassisk) inspelningsvy som har åtkomst till historiken.

API:et: lstrecordaccess Detail History kan återge information med inspelnings-ID för Webex Meetings, Webex Events (ny), Webex Events (klassisk) och Webex Training.

API-förfrågan och svarsexempel

lstrecordaccess History API:s begäran och svar

<?xml version="1.0" kodning="UTF-8"?>
<serv:meddelande xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<rubrik>
<säkerhetssammanhang>
<webExID>{userName}</webExID>
{password}
<webbplatsnamn>{webbplatsnamn}</webbplatsnamn>
</säkerhetssammanhang>
</rubrik>


<visaTidsräckvidd>
<visaTidsstart>9/20/2021 00:00:00</visaTidsstart>
<visaTidsslut>9/28/2021 23:59:59</visaTidsslut>
</visaTidsräckvidd>
<listControl>
<startFrån>1</startFrån>
<maxNum>100</maxNum>
</listaKontroll>
<beställning>
<orderBy>RECORDED</orderBy>
<orderAD>ASC</orderAD>
</beställning>

MeetingCenter
<serviceType>TrainingCenter</servicetyp>
<tjänsttyp>EventCenter
</tjänstetyper>




<?xml version="1.0" kodning="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:respons>
<serv:result>FRAMGÅNG</serv:resultat>
<serv:gsb-status>PRIMÄR</serv:gsb-status>
</serv:respons>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<historik:spela inÅtkomsthistorik>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Lstrecordaccesshistorietest TC-20210924 1324-1</history:recordname>
<history:creationTime>09/24/2021 13:28:13</history:creationTime>
<history:registered>0</historik:registrerad>
<historik:hämtad>2</historik:hämtad>
<historik:visad>1</historik:visad>
<history:timezon-ID>20</history:timezon-ID>
</historik:spela inÅtkomsthistorik>
<historik:spela inÅtkomsthistorik>
<history:recordID>1XXXXXXX7</history:recordID>
<historik:spela in namn>TestErollment_001-20210610 1905-1</history:recordnamn>
<history:creationTime>06/10/2021 19:10:15</history:creationTime>
<history:registered>0</historik:registrerad>
<historik:hämtad>0</historik:hämtad>
<historik:visad>3</historik:visad>
<history:timezon-ID>20</history:timezon-ID>
</historik:spela inÅtkomsthistorik>
<historik:spela inÅtkomsthistorik>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordNamn>Testa direkt uppspelning 2-20210705 0709-1</history:recordnamn>
<history:creationTime>07/05/2021 07:15:06</history:creationTime>
<history:registered>0</historik:registrerad>
<historik:hämtad>0</historik:hämtad>
<historik:visad>1</historik:visad>
<history:timezon-ID>20</history:timezon-ID>
</historik:spela inÅtkomsthistorik>
<historik:spela inÅtkomsthistorik>
<history:recordID>1XXXXXXX7</history:recordID>
<history:spela innamn>EC2.0_232423-20210922 0447-1</historik:spela innamn>
<history:creationTime>09/22/2021 04:53:05</history:creationTime>
<history:registered>0</historik:registrerad>
<historik:hämtad>0</historik:hämtad>
<historik:visad>1</historik:visad>
<history:timezon-ID>20</history:timezon-ID>
</historik:spela inÅtkomsthistorik>
<historik:spela inÅtkomsthistorik>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Lstrecordaccesshistorietest EC2.0-20210924 1315-1</history:recordname>
<history:creationTime>09/24/2021 13:19:00</history:creationTime>
<history:registered>0</historik:registrerad>
<historik:hämtad>1</historik:hämtad>
<historik:visad>1</historik:visad>
<history:timezon-ID>20</history:timezon-ID>
</historik:spela inÅtkomsthistorik>
<historik:spela inÅtkomsthistorik>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Lstrecordaccesshistorietest MC-20210924 1319-1</history:recordname>
<history:creationTime>09/24/2021 13:25:12</history:creationTime>
<history:registered>0</historik:registrerad>
<historik:hämtad>1</historik:hämtad>
<historik:visad>1</historik:visad>
<history:timezon-ID>20</history:timezon-ID>
</historik:spela inÅtkomsthistorik>
<historik:spela inÅtkomsthistorik>
<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</historik:registrerad>
<historik:hämtad>1</historik:hämtad>
<historik:visad>1</historik:visad>
<history:timezon-ID>20</history:timezon-ID>
</historik:spela inÅtkomsthistorik>
<historik:matchandeposter>
<serv:total>8</serv:total>
<serv:returned>7</serv:returned>
<serv:startfrån>1</serv:startfrån>
</historik:matchandeposter>
</serv:bodyinnehåll>

lstrecordaccess Detail History API:s begäran och svar

<?xml version="1.0" kodning="UTF-8"?>
<serv:meddelande xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<rubrik>
<säkerhetssammanhang>
<webExID>{userName}</webExID>
{password}
<webbplatsnamn>{webbplatsnamn}</webbplatsnamn>
</säkerhetssammanhang>
</rubrik>

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




<?xml version="1.0" kodning="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:respons>
<serv:result>FRAMGÅNG</serv:resultat>
<serv:gsb-status>PRIMÄR</serv:gsb-status>
</serv:respons>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessDetailsHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<historik:spela indetalj>
<history:viewID>1XXXXXX7</history:viewID>
<history:mötesdeltagareNamn>Axxxg</historik:mötesdeltagarensnamn>
<history:mötesdeltagareE-post>Axxxg@qa.webex.com</history:mötesdeltagarens e-post>
<history:accessTime>09/24/2021 13:27:26</history:accessTime>
<history:registered>false</historik:registrerad>
<historik:hämtad>false</historik:hämtad>
<history:viewed>true</history:viewed>
<history:timezon-ID>20</history:timezon-ID>
</historik:spela indetalj>
<historik:spela indetalj>
<history:viewID>1XXXXXX7</history:viewID>
<history:mötesdeltagareNamn>Axxxg</historik:mötesdeltagarensnamn>
<history:mötesdeltagareE-post>Axxxg@qa.webex.com</history:mötesdeltagarens e-post>
<history:accessTime>09/24/2021 13:27:39</history:accessTime>
<history:registered>false</historik:registrerad>
<historik:hämtad>true</historik:hämtad>
<history:viewed>false</history:viewed>
<history:timezon-ID>20</history:timezon-ID>
</historik:spela indetalj>
<historik:matchandeposter>
<serv:total>2</serv:total>
<serv:returned>2</serv:returned>
<serv:startfrån>1</serv:startfrån>
</historik:matchandeposter>
</serv:bodyinnehåll>

Påverkar API:er:

  • lstrecordacessHistorik

  • lstrecordaccessDetaljhistorik

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

API:er som påverkas

XML-API: Skapa händelse och ange händelsens del av beskrivningen kommer att tillåta inmatning av högst 10 000 tecken, om inmatningen överdimensionerar kommer det att resultera i den nya felkoden och meddelandet:

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

Skapa händelseAPI-begäran och svar

#API-begäran exempel:
...

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
xmlns:att="http://www.webex.com/schemas/2002/06/service/event" xsi:schemaPlats="http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
<åtkomstkontroll>
<sessionslösenord>111111</sessionslösenord>
<listing>PRIVAT</listning>
</åtkomstkontroll>
<meta-data>
<sessionName>EC-test</sessionsnamn>
<description>.......Anta att du fyller i 10 000 tecken i beskrivning.......</description>
</metadata>
...


------------------------------------
#API-svarsexempel när beskrivningen överskrider 10 000 tecken:

<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">


<serv:result>FEL</serv:result>
Beskrivning av olaglig inmatning. Beskrivningen får inte överstiga 10 000 tecken
<serv:gsbStatus>PRIMÄRT</serv:gsbstatus>
<serv:undantagID>060068</serv:undantag
>


<serv:body>
<serv:bodyinnehåll/>
</serv:body>

Påverkar API:er:

  • Skapavent

  • Ställ inEvent

XML-API: GetUser returnerar nytt element av gratiskonto

API:er som påverkas

användaren returnerar ett nytt element som identifierargratis konto. Användarkontot är gratis konto eller inte.

Schemaändringar

Svarsexempel av GetUser


FåAnvändarsvar:
<use:initials>AW</use:initials>
<use:isUploaded>false</use:isis Uploaded>

<use:largeEventCapacity>3</use:large Event
Capacity>Use:freeAccount>false Account>


Påverkar API:er:

Hämtaanvändare

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

Hämta webbplats: returnerar nya element som aktiverar NBRMCM-odify och separerar ingen inspelningsredigering under verktygen.

Svarsexempel

Hämta webbplatssvar:

Hämtawebbplats

<?xml version="1.0" kodning="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:respons>
<serv:result>FRAMGÅNG</serv:resultat>
<serv:gsb-status>PRIMÄR</serv:gsb-status>
</serv:respons>
</serv:header>
<serv:body>
<serv:bodyinnehåll xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<ns1:tools>
...
<ns1:aktivera NBRMCM odify>falsk</ns1:aktivera NBRMCM odify>
<ns1:separateNoInspelningsredigering>true</ns1:separateNoInspelningsredigering>
...
</ns1:tools>
</serv:bodyinnehåll>

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.

webbplatsrespons nytt element i support

Påverkas API:er och schemaändringar

Hämta webbplats: returnerar nya element som ger stöd till stöd för stor händelse under webbplatsen Allmänna alternativ för att låta uppringaren veta om webbplatsen stöder stor händelse (Webex-händelse (ny)) eller inte.

Schemaändring

Svarsexempel

Hämta webbplatssvar:

Hämtawebbplats

<?xml version="1.0" kodning="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:respons>
<serv:result>FRAMGÅNG</serv:resultat>
<serv:gsb-status>PRIMÄR</serv:gsb-status>
</serv:respons>
</serv:header>
<serv:body>
<serv:bodyinnehåll xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<ns1:webbplatsAllmännaalternativ>
...
<ns1:aktivera Lobby föremöte>false</ns1:aktiveralobby föremöte>
<ns1:supportStorhändelse>true</ns1:supportStorhändelse>
</ns1:webbplatsAllmännaalternativ>
</serv:bodyinnehåll>


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

Hämta användare: returnerar nytt element som namnger stor händelsekapacitet som visar kapaciteten för ny händelse 2.0 (EC 2.0) under det här användarkontot. Om t.ex. användarkontot har CI_EC3K-licens är värdet för stor händelsekapacitet 3000.

Schemaändringar

Svarsexempel

HämtaAnvändareResponse:

XMLAPI LstRecordings CreateTime använder starttid för inspelningen

API:er som påverkas

Inspelning: Lst Inspelningsrespons Skapa tid som den tid då användaren faktiskt trycker på inspelningsknappen.

Detaljer

Tidigare använde XML API tidsstämpel för när inspelningen skapades i databasen som den skapade tiden i Lst -svaret. 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

  • Skapa användare: genererar värd -PIN-kod oavsett om användar-PMR är aktiverad eller inte när användarrollen är värd eller fullständiga eller skrivskyddade webbplatsadministratörer eller användarhanterade webbplatsadministratörer.

  • Ställ in användare: ställer in värd -PIN-kod med telefoner.värd -PIN-kod när personligtmötesrum.värd -PIN-kod inte finns i XML-begäran (förutsättning: funktionsknappen TillåtStartSchemalagdMtg från telefon är aktiverat).

  • Hämta användare: returnerar telefoner.värd -PIN-kod oavsett användar-PMR är aktiverad eller inte. (Förutsättning: funktionsknappen TillåtStartSchemalagdMtgfrån telefon är aktiverat).

Schemaändringar

Hämta användarsvar:

Ställ in användare:

Svarsexempel

Hämta användarsvar:

Ställ in användare:

XMLAPI webbplatssvar två nya element för mobil klient

API:er som påverkas

  • Hämta webbplats: Hämta webbplats svarar nu två nya element för att stödja mobilklienten har logiken att visa eller inte visa inspelningsfliken.

    • aktiveraInspelningsåtkomst: sanna eller falska, Webex-superadministratörer kan aktivera eller inaktivera inspelningsåtkomst med växlingsknappen(Aktiverainspelningsåtkomst).

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

Schemaändringar

Exempelbegäran för Hämta webbplats

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 GetSitereturnerar XMLAPI en extra fältpostExitToneEC 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: plats returnerar ett nytt element ingångExit Tone EC för att ange värdet.

XML-API: SkapaHändelse, Ställ inhändelse, Hämta händelsen tillbaka i slutaffärslogiken läser värdet av inträdeExit Tone.

Schemaändringar

XML-API: Exempel på GetSite-svar:

<ns1:standard>
<ns1:e-postPåminnelser>true</ns1:e-postpåminnelser>
<ns1:entryExitTone>TILLKÄNNAGIVANDE</ns1:entryExitTone>
<ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
<ns1:voip>true</ns1:voip>
<ns1:telekonferens>
<ns1:telefonisupport>NONE</ns1:telefonisupport>
</ns1:telekonferens>
<ns1:deltaTeleconfTryck inte1>true</ns1:deltaTeleconfTryck inte1>
<ns1:uppdatera TSPA ccount>false</ns1:uppdatera TSPA ccount>
</ns1:standard>

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 Webex Meeting är den stora händelsen eller den stora webbsändningen kommer GetSessionInfo att returnera viss detaljerad information, inklusive möteslösenord, numeriskt lösenord för mötet, lösenord för paneldeltagarnumeriska och numeriska lösenord för paneldeltagarmötet (inget schema ändras).

  2. XMLAPI stöder inte att skapa och redigera några stora händelser eller webbsändnings funktioner, så CreateMeeting och SetMeeting returnerar ett nytt undantag (110064, händelse- och webbsändningssessionstyp stöds inte för stora händelser eller webbsändningsfall.

Påverkans-API:er

API-namn

Beskrivning

Anmärkning

Hämtasessionsinfo

Om Webex-mötet är det stora mötet eller den stora webbsändningen returnerar GetSessionInfo möteslösenordet, mötesnumeriska lösenord, lösenord för paneldeltagarlösenord och numeriskt lösenord för paneldeltagarmöte.

Inget schema har ändrats.

Skapameeting

Ställ inmeeting

Om användaren försöker att använda CreateMeeting api för att skapa ett Webex-möte med stor händelsesessionstyp, eller ring SetMeeting för att redigera ett Webex-möte som faktiskt är en stor händelse eller webcast, returnera ett nytt undantag 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: HämtaSessionsinfo och Få återsändningselement aktivera Händelse och aktivera Webniar också.

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

Hämta Sessionsinfo-element aktivera händelse och aktivera Webniar för EC 2.0.

Hämta återsändningselement aktivera händelse och aktivera Webniar för EC 2.0.

Svarsexempel:

svar på sessionsinformation:

<ep:accessControl>
<ep:liststatus>PUBLIC</ep:list Status>
<ep:registration>false</ep:registration>
<ep:passwordReq>
<ep:isEnforceAudio Password>false</ep:is
Enforce Audio Login>false</ep:is
Enforce Event>false</ep:isenforce Event>
<ep:enforceWebniar>false</ep:enableWebniar>
<ep:enableaktivera Webniar>true</ep:enableLobby före
mötet>

mötessvar:

<meet:supportPKI>false</meet:supportPKI>
<meet:HQ video>true</meet:HQ video>
<meet:HD video>true</meet:HD video>
<meet:viewVideoThumbs>true</meet:viewVideo
tummen <meet:enable event>false</meet:enableevent>
<meet:enableWebniar>false</meet:enableWebniar>
<meet:enableLobby>true</meet:enable
Options>

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

API:er som påverkas

XML-API: webbplats, Sammanfattningssession, Hämta sessionsinformation och möte svarar på det nya elementet aktivera Lobby föremöte för lobbyn.

Schemaändringar

XML-API: Hämta objekt för återsändning aktivera Lobby föremöte för lobbyn före mötet.

XML-API: Återsändningselement för sammanfattande session aktiverar Lobby föremöte för lobbyn före mötet.

XML-API: Hämta returelement för sessionsinformation aktivera Lobby föremöte för lobbyn före mötet.

XML-API: Hämta återsändningselement aktivera Lobby föremöte för lobbyn före mötet.

Svarsexempel:

Hämta webbplatssvar:

<ns1:webbplatsAllmännaalternativ>
<ns1:StödAnpassadUppringningsbegränsning>falsk</ns1:StödAnpassadUppringningsbegränsning>
<ns1:Support TelePresence>falskt</ns1:StödTelePresence>
<ns1:Stöd för TelePresencePlus>falskt</ns1:Stöd för TelePresencePlus>
<ns1:Aktivera CloudTelepresence>true</ns1:AktiveraCloudTelepresence>
<ns1:Aktivera CMRF ellerAllaanvändare>true</ns1:Aktivera CMRF ellerAllaanvändare>
<ns1:aktiveraPersonligt mötesrum>sant</ns1:aktiverapersonligt mötesrum>
<ns1:Supportalternativ värd>true</ns1:Supportalternativ värd>
<ns1:Support XMLAPIR eturnschemalagd PMR>false</ns1:StödXMLAPIR eturnschemalagd PMR>
<ns1:Stöd för allavärdmöten>sant</ns1:Stöd för allavärdmöten>
<ns1:aktivera Lobby föremöte>true</ns1:aktiveralobby föremöte>
</ns1:webbplatsAllmännaalternativ>

Svar på sammanfattande session:

<ep:isUndantag>false</ep:isUndantag>
<ep:isNästa
instans>sant <ep:seriesMeetingKey>0</ep:series
Meetingisschemalagd PMR>falsk
<ep:aktivera händelse>falsk</ep:aktivera händelse>
<ep:aktivera Webniar>falsk</ep:aktivera
Webniar>Lobby före
möte>true Lobby föremöte>

svar på sessionsinformation:

<ep:accessControl>
<ep:liststatus>PUBLIC</ep:list Status>
<ep:registration>false</ep:registration>
<ep:passwordReq>
<ep:isEnforceAudio Password>false</ep:is
Enforce Audio Login>false</ep:is
Enforce Event>false</ep:isenforce Event>
<ep:enforceWebniar>false</ep:enableWebniar>
<ep:enableaktivera Webniar>true</ep:enableLobby före
mötet>

mötessvar:

<meet:supportPKI>false</meet:supportPKI>
<meet:HQ video>true</meet:HQ video>
<meet:HD video>true</meet:HD video>
<meet:viewVideoThumbs>true</meet:viewVideo
tummen <meet:enable event>false</meet:enableevent>
<meet:enableWebniar>false</meet:enableWebniar>
<meet:enableLobby>true</meet:enable
Options>

XML API webbplatssvar Information om beteendeförändringar

API:er som påverkas

XML-API: endast svar på webbplatsen nedan för administratörskonto, som innehåller roller: Webbplatsadministratör, RO_webbplatsadministratör och användaradministratör.

<ns1:activeUser Count>...</ns1:activeUser Count>
<ns1:EEA ActiveUser Count>
<ns1:activeCETH ost>...</ns1:activeCETH ost>
<ns1:auoActive
User Count>...</ns1:auoActive
User Count>...
<ns1:MCA Active User Count>...</ns1:MCA Active User Count>
<ns1:ECA Active User Count>
<ns1:TCA Active User Count>...</ns1:TCA Active User Count>...</ns1:SCA Active User Count>...... Count>... Count>...</ns1:SCA

Beteende ändrat

Tillåt endast att administratörsrollen har licensdata för Get. Värd eller deltagare får inte dessa licensdata i GetSite-svaret.

Nedan finns API: webbplatsens svarsexempel för siteadmin eller endast klar 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

  • webbplats returnerar ett nytt element är Webextelefoni i svaret.

  • Skapa och ställa in användare kan uppdatera Hybrid Voip-elementet om Is Webex-telefoni är sant tillsammans med andra villkor. ÄrTSPU sjungerTelephony API är inte längre en konsekvens.

Schemaändringar

XML-API: webbplatssvar ger ytterligare ett element ÄrWebex

webbplatssvar inkluderar detta nya element:



<ns1:ärWebexTelephony>sant</ns1:är
<ns1:ärTSPU sjungerTelefoniAPI>
<ns1:servicenamn>Personlig konferens nr.</ns1:serviceNamn>
<ns1:mötesdeltagareÅtkomstkodkod>Deltagares åtkomstkod</ns1:deltagare
<ns1:abonnentabonnentåtkomstkod>Värdåtkomstkod</ns1:prenumerant
<ns1:deltagareIDL abel>Deltagar-ID</ns1:deltagareIDL abel>

.....

</ns1:telephonyConfig>

Sammanfattningssessionen har stöd för EC2.0

XML-API:er påverkas

Sammanfattningssessionen kommer att återge två nya element för att stödja 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: Sammanfattande session: Lägg till elementen <aktiveraHändelse> och <aktivera Webniar

XML API:s svar: LstSummarySession

Svar för EC 2.0

<ep:isNästaKommandeinstans>sant</ep:is

<ep:seriesMeetingKey>0</ep:series
Meeting Key>är <ep:isschemalagd PMR>falsk</ep:isschemalagd PMR>
<ep:enablehändelse>True</ep:enablehändelse>
<ep:enableWebniar>true</ep:enable
Webniar>

XMLAPI stöder att webbplatsanvändaren återgår till alternativet Webex-röstassistent för MCT-integrering

API som påverkas

användaren returnerar ett nytt element WebexAssistant aktiverat (sant eller falskt) i svaret.

Schemaändringar

Hämta användarsvar:

Svarsexempel

Uppdateringar av API 41.1.0

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