Hitta all viktig information du behöver om Cisco Webex Meetings TILL EXEMPEL schemaändringar och andra meddelanden.
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
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
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
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
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
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
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
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
XMLAPI har möjlighet att starta Webex-schemalagda möten från PSTN som värd
API:er som påverkas
CreateUser
: genererarhostPIN
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 inhostPIN
Användaphones.hostPIN
NärpersonalMeetingRoom.hostPIN
finns inte i XML-begäran (förhandsvillkor: funktionsväxlingAllowStartScheduledMtgFromPhone
är aktiverad).GetUser
: returnerarphones.hostPIN
oavsett om PMR är aktiverat eller inte. (förhandsvillkor: funktionsväxlingAllowStartScheduledMtgFromPhone
ä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åverkasApi-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
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)
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).XMLAPI stöder inte skapande och redigering av stora evenemangs- eller webbsändnings funktioner, så
CreateMeeting
ochSetMeeting
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 |
---|---|---|
|
Om webbplatsen Webex Meeting det stora mötet eller den stora webbsändningen |
Inget schema har ändrats. |
|
Om användaren försöker använda |
Beteendet har ändrats. |
Uppdateringar av API 41.3.0
Uppdateringar av XML API 41.3.0
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
XMLAPI bör stödja CMR Hybrid internettelefoni (VoIP) om webbplatsen stöder Webex-telefoni
API:er som påverkas
GetSite
returnerar ett nytt elementIsWebexTelephony
i svaret.CreateUser
ochSetUser
kan uppdateracmrHybridVoip
elementet omIsWebexTelephony
ä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. |