Find alle de vigtige oplysninger, som du har brug for Cisco Webex Meetings API'en, såsom skemaændringer og andre meddelelser.
Få yderligere oplysninger om XML API 39 og XML API 11 i oversigten over Cisco Webex Meetings XML API-opdateringer (XML API 39 ogtidligere).
Få yderligere oplysninger om XML API 40 i oversigten over Cisco Webex Meetings XML API-opdateringer (XML API 40 ogsenere).
Gå til Cisco DevNet for opdateringer til XML API 11 SP9 og tidligere.
Opdateringer til API 41.12.0
Opdateringer til XML API 41.12.0
XMLAPI vil blokere Webex Events planlægning (Klassisk) og redigering i henhold til webstedskonfigureringselementet i EnableClassicEvent
det er falsk
Påvirkede API'er og skemaændringer
Hvis afkrydsningsfeltet Aktiver klassisk begivenhed er falsk på webstedsadministrationssiden, understøtter dette websted ikke længere Webex Events møder (klassiske).
Hvis afkrydsningsfeltet Aktiver klassiskEvent er falsk, kan du ringe til disse API'er for at fungere Webex Events møde (klassisk):
CreateEvent
, SetEvent
, GetEvent
, GetSessionInfo
, LstsummaryEvent
, LstrecordedEvent
, LstsummaryProgram
, UploadEventImage
API'en vil reagere på nye 010106 Den klassiske begivenheder blevet deaktiveret.
Skemaændringer
Ingen skemaændringer.
EKSEMPEL på API-anmodning og -svar
OpretEvent API-anmodning og -svar
Anmodning 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 fra 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åvirker API'er:
SetEvent GetEvent
GetSessionInfo
LstsummaryEvent
LstrecordedEvent
LstsummaryProgram
UploadEventImage
XMLAPI LstMeetingType
vil svare på det nye element i subProductCodePrefix
Påvirket API'er
Aktuel API LstMeetingType
svarelement i productionCodePrefix
: PRO, AUO og andre, som er Webex foruddefinerede mødetypepræfikser.
Efter denne nye forbedring vil API'en reagere på et nyt element af subProdctCodePrefix
:P RO1, PRO2 osv., som kan brugertilpasses mødetypepræfiks.
Skemaændringer i API: LstMeetingType
Den vil svare på et nyt element: subProdctCodePrefix
EKSEMPEL på API-anmodning og -svar
LstMeetingType
API-anmodning & svar
Anmodning fra LstMeetingType
<bodyContent xsi:type="java:com.webex.service.binding.meetingtype.LstMeetingType">
<meetingTypeID>13810</meetingTypeID>
</bodyContent>
</body>
</serv:message>
Svar fra 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>
Opdateringer til API 41.11.0
Opdateringer til XML API 41.11.0
UNDERSTØTTELSE af XML API forudkompatibilitet i brugeradministrations API for Control Hub-administrerede websteder
Påvirkede API'er og skemaændringer
Hvis din integrationsapplikation i øjeblikket bruger Webex XMLAPI-brugeradministrations-API'er: CreateUser
, SetUser
, DelUser
og GetUser
For at klargøre eller administrere brugere, efter dit Klassiske Webex-websted blev konverteret til Control Hub-administreret websted, vil disse API'er fortsat fungere med henblik på kompatibilitet med videresendelse. Der er nogle adfærdsændringer som nævnt herunder:
Når du bruger createUser – hvis brugerstatus i Control Hub ikke er "aktiv", vil brugerens status på webstedet ikke være aktiv. Hvis brugerstatus i Control Hub er aktiv , er brugerens status på-webstedet også aktiv. Brugerstatus for nye og konverterede brugere i Control Hub.
Adgangskodeelementet i CreateUser og SetUser API'er vil blive ignoreret. Vi begynder at sende aktiverings-e-mail til nye brugere. Brugere kan klikke på linket i e-mailen for at aktivere en ny konto og indtaste ny adgangskode.
Det aktive element i CreateUser API vil blive ignoreret, nye brugere (ikke verificeret) kan ikke aktiveres via denne parameter ved hjælp af APISetUser.
Værdien af webExId-elementet i bodyContent for CreateUser API'er skal være den samme som e-mail. Hvis webExId er forskellig fra e-mail, behandler vi webExId det samme som e-mail, når det opbevares i WebDB, og værdien vil blive ignoreret.
Værdien af webExId-elementet i bodyContent for SetUser API'er skal være brugeridentiteten af e-mailadressen. Du kan ændre det ved hjælp afe-> i bodyContent.
SetUser API'en understøtter ændring af eksisterende brugers e-mailadresse: Det lykkes, hvis handlingskontoen i SecurityContext er Control Hub fuld webstedsadministrator. Ellers rapporterer API-fejl med ny fejlkode og meddelelse herunder:
030120 Kontoen skal være fuld webstedsadministrator for at kunne skifte e-mail.
Det nye elementWebExId i bodyContent af SetUser API vil blive ignoreret.
SetUser API forsøger at ændre til en e-mail, der allerede er i brug, hæver API'en under den nye fejlkode og fejlmeddelelse:
030118-mail bruges allerede på Control Hub-administrerede websteder.
DelUser API deaktiverer brugeren på Webex-mødesiden, og den tilsvarende mødelicens fjernes fra Webex-webstedet. Denne deaktiverede bruger kan genaktiveres ved at bruge API: SetUser <active>(AKTIVERET</active>), så længe brugeren er bekræftet før.
CreateUser ogSetUser API'erne giver ny fejlkode og fejlmeddelelse, som vist herunder:
030117 , Denne bruger findes ikke i din organisation, så der skal gøres krav på den, for at flytte ind i dinorganisation via processen til at gøre krav på bruger. Få en vejledning i at gøre brugeren krav på din organisation i Gør krav på brugere til din organisation (Konverter brugere). Du skal bekræfte det domæne, som brugeren tilhører, før brugeren kan gøre krav på det.
030119 CI-adgangs tokenet skal omfatte området webexsquare: administrator, når brugeren klargøres.
Kun for en begrænset periodes fremstabilitet understøttes. Vi sender en avanceret meddelelse, før denne kompatibilitet fjernes. |
Skemaændringer
Ingen skemaændringer på disse API'er: CreateUser
, SetUser
, DelUser
og GetUser
.
EKSEMPEL på API-anmodning og -svar
CreateUser API anmodning & svar
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åvirker API'er:
Opretbruger
SetUser
DelUser
XML API understøtter eksisterende kompatibilitet for videresendelse af brugerbekræftelse, efter Webex klassiske websted er konverteret til et Control Hub-administreret websted
Påvirket API'er
Når Webex klassisk websted er konverteret til et Control Hub-administreret websted, skal værdien af elementet i være den samme som <webExID> <securityContext> e-mail og detaljerne herunder:
For eksisterende brugere oprettet på det klassiske Webex-websted understøtter vi begge gamle webExID (For eksempel: Jack) og nyt webExID (indholdet er det samme som e-mail, eksempel: Jack@xx.com) når du logger ind, er denne bagudkompatibilitet med godkendelse for alle XML API'er.
For nye brugere, der er oprettet på websteder, der administreres i Control Hub, skal værdien af webExID-elementet være den samme som e-mail for login.
<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åvirker API'er:
Alle XML API'er.
Når Webex klassisk websted er konverteret til et Control Hub-administreret websted, skal værdien af <webExID> element bodyContent-> være den samme some-mail og oplysningerne nedenfor:
For eksisterende brugere oprettet på det klassiske Webex-websted understøtter vi begge gamle webExId(f.eks.: Jack) og nyt webExId (indholdet er det samme som e-mail, for eksempel: Jack@xx.com) i bodyContent.
For nye brugere, der er oprettet på websteder, der administreres i Control Hub, skal værdien af webExId-elementet være den samme som e-mail 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åvirker API'er:GetUser
, SetUser
og DelUser
.
Skemaændringer
Ingen skemaændringer på nogen API'er.
EKSEMPEL på API-anmodning og -svar
GetUser API anmodning & svar
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
Forbedring af optagelsesvisningshistorik API til support Webex Meetings, Webex Events (Ny) og Webex Events (Classic)
Påvirket API'er
Aktuel API: lstrecordaccessHistory
og lstrecordaccessDetailHistory
understøtter kun Webex Trainings-optagelsesrapport for adgang til oversigtsrapport. Den nye forbedring understøtter Webex Meetings, Webex Events (nyt) og Webex Events (klassisk) rapport over adgang til optagelseshistorikrapport.
Skemaændringer
Vi understøtter nedenfor nyt skema i API lstrecordaccessHistory i API-anmodningsteksten:
<serviceTypes>
<serviceType>MeetingCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>EventCenter</serviceType>
</serviceTypes>
Detaljer
API'en: lstrecordaccessHistory
er i stand til at returnere historik for optagelsesvisning, som er Webex Meetings, Webex Events (nyt), Webex Events (klassisk) og Webex Training.
Hvis der ikke er angivet en serviceType i API-anmodningen, vil API'en for
lstrecordaccessHistory
returnerer kun Webex Trainings optagelsesvisning, som du har fået adgang til.Når serviceType er MeetingCenter, api'en for
lstrecordaccessHistory
returnerer både den Webex Meetings og Webex Events (ny) optagelsesvisning, som du har fået adgang til.Når serviceType er EventCenter, api'en for
lstrecordaccessHistory
returnerer den Webex Events (klassisk) optagelsesvisning, der er adgang til historikken.
API'en: lstrecordaccessDetailHistory
kan returnere oplysninger ved at recordID
af Webex Meetings, Webex Events (nyt), Webex Events (klassisk) og Webex Training.
EKSEMPEL på API-anmodning og -svar
lstrecordaccessHistory
API's anmodning og 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 anmodning og 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åvirker API'er:
lstrecordaccessHistory
lstrecordaccessDetailHistory
Ret tomrummet med maks. Webex Events (Klassisk) beskrivelseslængde mellem XMLAPI og Webex-siden.
Påvirket API'er
The XML API: CreateEvent ogSetEvents beskrivelseselement vil tillade maks. 10000 tegn input, hvis over størrelse indtastning, vil det resultere i den nye fejlkode og meddelelse:
060068 beskrivelse af ulovlig indtastning. Denne beskrivelse må ikke overstige 1.0000 tegn.
Skemaændringer
Ingen skemaændring.
EKSEMPEL på API-anmodning og -svar
OpretEvent API-anmodning og -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åvirker API'er:
CreateEvent
SetEvent
XML API: GetUser returnerer nyt element af freeAccount
Påvirket API'er
GetUser
returnerer et nyt element, som identificerer freeAccount
det brugerkonto er FreeAccount
eller ej.
Skemaændringer
Eksempel på Fåbruger-svar
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åvirker API'er:
GetUser
Opdateringer til API 41.10.0
Der er ingen skemaændringer til XML API 41.10.0-skemaet. |
Opdateringer til API 41.9.0
Opdateringer til XML API 41.9.0
Afvikle XML API 10.0.0 for alle T31-websteder
Webex har planer om at afslutte support til XML API ver 10.0.0 for alle T31-websteder.
Vi fra koder i XML API 10.0.0 fra alle produktioner i 41.9.0-opdateringen.
Opdateringer til API 41.8.0
Opdateringer til XML API 41.8.0
Afvikle XML API 10.0.0 for alle T31-websteder
Webex har planer om at afslutte support til XML API ver 10.0.0 for alle T31-websteder.
Webex fandt nogle kunder klient adgang til XML API's URL-adresse ved hjælp af forkert måde, som: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService den rigtige måde at få adgang til XML API URL-adresse som: https://{siteName}.webex.com/WBXService/XMLService.
Skift din kodeadgang til XML API på rette måde for at undgå, at det bliver påvirket, før vi afslutter levetiden for XML API version 10.0.0.
Opdateringer til API 41.7.0
Opdateringer til XML API 41.7.0
Mobil sletning og redigering af optagelse skal kontrolleres af webstedsadministrationens valgmulighed: Tillad værter at gentildele, redigere, deaktivere og slette optagelser
Påvirkede API'er og skemaændringer
GetSite
: vil returnere nye elementer, der navngives enableNBRMCModify
og separateNoRecordingEdit
under værktøjer.
Svareksemne
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>
Opdateringer til API 41.6.3
Opdateringer til XML API 41.6.3
GetSite
Svar nyt element i supportLargeEvent
Påvirkede API'er og skemaændringer
Hentwebsted: returnerer nye elementer, der navngives supportLargeEvent
under siteCommonOptions
for at lade opkalderen vide, om webstedet understøtter Large Event (Webex Event (nyt)) eller ej.
Skemaændring
Svareksemne
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>
Opdateringer til API 41.6.0
Opdateringer til XML API 41.6.0
XMLAPI-Webex Events 2.0 i klargøring
Påvirket API'er
GetUser
: returnerer nyt elementnavn largeEventCapacity
som viser kapaciteten for det nye Event 2.0 (EC 2.0) under denne brugerkonto. Hvis du f.eks. brugerkonto CI_EC3K-licens, vil værdien af largeEventCapacity
er 3000.
Skemaændringer
Svareksemne
GetUserResponse:
XMLAPI LstRecordings CreateTime anvender optagelsens starttid
Påvirket API'er
LstRecording
: LstRecording
Svar CreateTime
som tidspunktet, hvor brugeren faktisk trykker på optagelsesknappen.
Detaljer
Tidligere brugte XML API'en tidsstempel, hvornår optagelsen blev oprettet i databasen som oprettelses tidspunkt i LstRecording
Svar. Nu er det tidspunktet, hvor brugeren faktisk begynder at lave optagelsen. Denne ændring gælder for alle tjenesteoptagelser. Der er ingen skemaændring.
Opdateringer til API 41.5.0
Opdateringer til XML API 41.5.0
XMLAPI har mulighed for at starte Planlagte Webex-møder fra PSTN som vært
Påvirket API'er
CreateUser
: generererhostPIN
uanset, PMR er aktiveret eller ikke, når brugerrollen er vært eller fuld eller skrivebeskyttet eller webstedsadministratorer for brugeradministration.SetUser
: sæthostPIN
Brugephones.hostPIN
HvornårpersonalMeetingRoom.hostPIN
er ikke i XML-anmodning (præ-betingelse: funktion til eller fraAllowStartScheduledMtgFromPhone
er aktiveret).GetUser
: vender tilbagephones.hostPIN
uanset, PMR er aktiveret eller ej. (pre-condition: funktion til eller fraAllowStartScheduledMtgFromPhone
er aktiveret).
Skemaændringer
GetUserResponse
:
SetUser
:
Svareksemne
GetUserResponse
:
SetUser
:
XMLAPI GetSite
svar på to nye elementer for mobil klient
Påvirket API'er
GetSite
:GetSite
vil nu svare på to nye elementer for at understøtte mobilklient, som har logikken til at vise eller ikke vise fanen optagelse.enableRecordingAccess
: sandt eller falsk, kan Webex-superadministratorer aktivere eller deaktivere adgang til optagelser ved at skifte(EnableRecordingAccesses
).storageEmptyStatus
: sandt eller falsk, hvis begge websteder ikke understøtter NBR-funktion og tildelte NBR-hukommelse som nul, så er statussvaret sandt, ellers er falsk.
Skemaændringer
Eksempel på anmodning for GetSite
Eksempel på svar for Getsite
E-mailens emne, der har ikke-ASCII-tegn, vil blive kodet med RFC2047. I tilfælde af et rent ASCII-tegn e-mailens emne findes der ingen kodning
Påvirket API'erDer er ingen indvirkning på nogen API-anmodning eller nyttedata for svar, men den ændrer e-mailens kodeadfærd. Når e-mailens emne, der har ikke-ASCII tegn, vil blive kodet med RFC2047. I tilfælde af ren ASCII tegn e-mail emne, er der ingen kodning.
Skemaændringer
Der er ingen skemaændringer.
Opdateringer til API 41.4.0
Opdateringer til XML API 41.4.0
Opret begivenhed planlagt Webex Events kan udnytte webstedets standard ved ind- og udgangs tone
XMLAPI afstemmes med den aktuelle nye logik for at kontrollere ind- og udgang tone. Alle toner til Webex Events blev kontrolleret af en anden indstilling i webstedsadministration. I GetSite
, XMLAPI returnerer et ekstra felt entryExitToneEC
for at angive værdien. Når webstedsadministratoren oprindeligt indstiller en standard til tonen, vil opret begivenhed ikke udnytte denne indstilling ved at anvende XMLAPI-standardindstillingen.
Påvirket API'er
The XML API: Få websted returnerer et nyt element entryExitToneEC
for at angive værdien.
The XML API: CreateEvent, SetEvent, GetEvent back end business-logikken læser værdien af entryExitToneEC
.
Skemaændringer
XML API: Få webstedssvareksempel:
<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åvirker API'er:
GetSite
Opretbevent
Indstilbelig
Hentbevent
XMLAPI returnerer blot oplysninger om den store begivenhed (Webex Event 2.0)
Hvis begivenheden Webex Meeting den store begivenhed eller webcast,
GetSessionInfo
giver nogle detaljerede oplysninger, herunder mødeadgangskode, mødets numeriske adgangskode, paneldelteradgangskode og paneldelists numeriske adgangskode (intet skema kan ændres).XMLAPI understøtter ikke oprettelse og redigering af store begivenheder eller webcast-funktioner, så
CreateMeeting
ogSetMeeting
returner en ny undtagelse (110064, begivenheden og webcast-sessionstype ikke understøttes.) for stor begivenhed eller webcast-sag.
Virknings-API'er
API-navn |
Beskrivelse |
Bemærkning |
---|---|---|
|
Hvis begivenheden Webex Meeting den store begivenhed eller webcast, |
Intet skema kan ændres. |
|
Hvis brugeren forsøger at bruge |
Adfærden kan ændres. |
Opdateringer til API 41.3.0
Opdateringer til XML API 41.3.0
Den XML API nye ændringer understøtter Webex Events 2.0 funktion
Påvirket API'er
Både API'erne: FåSessionInfo og GetMeeting-returelementer enableEvent
og enableWebniar
For.
Elementnavn |
Beskrivelse |
---|---|
aktiverEvent |
Understøtter EC 2.0 i et Webex-møde |
aktiverWebniar |
Understøtter webinar i et Webex-møde |
XMLAPI-support returnerer over to elementer til EC 2.0. Den aktuelle XML API-udgivelse understøtter ikke planlægning og indstil EC2.0-møde. |
Skemaændringer
GetSessionInfo
returnerer elementer enableEvent
og enableWebniar
til EC 2.0.
GetMeeting
returnerer elementer enableEvent
og enableWebniar
til EC 2.0.
Svareksempel:
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 nye XMLAPI-ændringer understøtter lobbyfunktionen før mødet
Påvirket API'er
The XML API: GetSite
, LstSummarySession
, GetSessionInfo
og GetMeeting
vil reagere på det nye element enablePreMeetingLobby
for lobby før mødet.
Skemaændringer
The XML API: GetSite
returnerer element enablePreMeetingLobby
for lobby før mødet.
The XML API: LstSummarySession
returnerer element enablePreMeetingLobby
for lobby før mødet.
The XML API: GetSessionInfo
returnerer element enablePreMeetingLobby
for lobby før mødet.
The XML API: GetMeeting
returnerer element enablePreMeetingLobby
for lobby før mødet.
Svareksempel:
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>
The XML API GetSite
svaroplysninger adfærdsændring offentliggøre
Påvirket API'er
The XML API: GetSite
kun svar nedenfor elementer for administratorkonto, der omfatter roller: SiteAdmin
, RO_SiteAdmin
og 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>
Adfærd ændret
Tillad kun administratorrollen har svar-licensdata for GetSite
. Vært eller mødedeltager modtager ikke disse licensdata i GetSite
Svar.
Herunder er API: GetSite's
svareksemem for siteadmin
eller kun klar siteadmin
eller brugeradministrationsadministrator:
Opdateringer til API 41.2.0
Opdateringer til XML API 41.2.0
XMLAPI bør understøtte "CMR Hybrid VOIP", hvis webstedet understøtter Webex-telefoni
Påvirket API'er
GetSite
returnerer et nyt elementIsWebexTelephony
i svaret.CreateUser
ogSetUser
kan opdaterecmrHybridVoip
element, hvisIsWebexTelephony
er sandt sammen med andre forhold.IsTSPUsingTelephonyAPI
er ikke længere anseendende.
Skemaændringer
XML API: GetSite
svar returnerer et ekstra element IsWebexTelephony
GetSite
svar omfatter dette nye 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
understøtter EC2.0
XML APIer blive påvirket
LstSummarySession
vil returnere nye to elementer til at understøtte EC 2.0
Elementnavn |
Beskrivelse |
---|---|
aktiverEvent |
Understøtter EC 2.0 i et Webex-møde |
aktiverWebniar |
Understøtter webinar i et Webex-møde |
Skemaændringer
XML API: LstSummarySession
: Tilføj den < enableEvent
> og enableWebniar
> elementer
Svar fra XML API: LstSummarySession
Svar for 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 understøtter for at returnere webstedsbruger Webex-voice-assistant
valgmulighed for MCT-integration
Berørt API
GetUser
returnerer et nyt element webexAssistantEnabled
(sand eller falsk) i svaret.
Skemaændringer
getUserResponse
:
Svareksemne
Opdateringer til API 41.1.0
Der er ingen skemaændringer i XML API 41.1-skemaet. |