- Hjem
- /
- Artikkel
Finn all den viktige informasjonen du trenger om Cisco Webex Meetings-API, for eksempel skjemaendringer og andre kunngjøringer.
Hvis du vil ha mer informasjon om XML API 39 og XML API 11, kan du se Oversikt over XML API-oppdateringer i Cisco Webex Meetings (XML API 39 og tidligere).
Hvis du vil ha mer informasjon om XML API 40, kan du se Oversikt over XML API-oppdateringer i Cisco Webex Meetings (XML API 40 og senere).
Hvis du vil ha oppdateringer om XML API 11 SP9 og tidligere, kan du gå til Cisco DevNet.
API 41.12.0-oppdateringer
XML API 41.12.0-oppdateringer
XMLAPI blokkerer Webex Events (Classic) tidsplan og redigering i henhold til nettstedets konfigurasjonselement til EnableClassicEvent
det er usant
Berørte API-er og skjemaendringer
På konfigurasjonsside, hvis Aktiver klassisk hendelse avmerkingsboksen er usann. Dette nettstedet støtter ikke lenger Webex Events (klassiske) møter.
Hvis Aktiver classicEvent avmerkingsboksen er usann, kaller du disse API-ene for å betjene Webex Events (klassisk)-møte:
CreateEvent
, SetEvent
, GetEvent
, GetSessionInfo
, LstsummaryEvent
, LstrecordedEvent
, LstsummaryProgram
, UploadEventImage
API-en vil svare på nytt unntak 010106 Den klassiske hendelsen har blitt deaktivert .
Skjemaendringer
Ingen skjemaendringer.
Eksempel på API-forespørsel og svar
OpprettEvent API-forespørsel og svar
Forespørsel fra 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> 17.07.2021 01:29:15</startDate>
<openTime> 15</openTime>
</schedule>
</bodyContent>
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>FEIL</serv:result>
<serv:reason> Den klassiske hendelsen har blitt deaktivert.</serv:reason>
<serv:gsbStatus>PRIMÆR</serv:gsbStatus>
<serv:exceptionID> 010106</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>
CreateEvent3.1.3 Affect API-er:
SetEvent GetEvent
GetSessionInfo
LstsummaryEvent
LstrecordedEvent
LstsummaryProgram
UploadEventImage
XMLAPI LstMeetingType
vil svart på nytt element i subProductCodePrefix
Berørte API-er
Gjeldende API LstMeetingType
responselement av productionCodePrefix
: PRO, AUO og andre som er forhåndsdefinert Webex-prefiks for møtetype.
Etter denne nye forbedringen vil API-en svare på nytt element i subProdctCodePrefix
:PRO1, PRO2 osv. som kan tilpasses møtetypeprefiks.
Skjemaendringer på API: LstMeetingType
Den vil svare på nytt element: subProdctCodePrefix
Eksempel på API-forespørsel og svar
LstMeetingType
API-forespørsel og svar
Forespørsel av LstMeetingType
<bodyContent xsi:type="java:com.webex.service.binding.meetingtype.LstMeetingType">
<meetingTypeID>13810</meetingTypeID>
</bodyContent>
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> //Nytt element for tilpasset møtetype
<mtgtype:active> AKTIVERT</mtgtype:active>
<mtgtype:name> Cus_ Chat_ Lukket</mtgtype:name>
<mtgtype:displayName> Cus_ Chat_ Lukket</mtgtype:displayName>
API 41.11.0-oppdateringer
XML API 41.11.0-oppdateringer
XML API-støtte for videregående kompatibilitet i API for brukeradministrasjon for Control Hub-administrerte nettsteder
Berørte API-er og skjemaendringer
Hvis integreringsprogrammet for øyeblikket bruker Webex XMLAPI-API-er for brukeradministrasjon: CreateUser
, SetUser
, DelUser
og GetUser
for å klargjøre eller administrere brukere, vil disse API-ene fortsette å fungere for viderekompatibilitet etter at Webex klassisk-nettstedet er konvertert til Control Hub-administrert nettsted. Det er noen atferdsendringer som angitt nedenfor:
Ved bruk oppretteBruker – Hvis brukerstatusen i Control Hub ikke er «aktiv», vil ikke brukerens status på nettstedet være aktiv. Hvis brukerstatusen i Control Hub er aktive , da er brukerens status på nettstedet også aktiv, referanse: Brukerstatus for nye og konverterte brukere i Control Hub .
Den passord element av CreateUser og SetUser API-er vil bli ignorert, vi begynner å sende aktiverings-e-post til nye brukere, brukere kan klikke på koblingen i e-posten til aktiv ny konto og angi nytt passord.
Den aktive element av CreateUser API vil bli ignorert, ny bruker (ikke verifisert) kan ikke aktiveres gjennom denne parameteren ved hjelp av API Angi bruker .
Verdien av webExId element i bodyContent of OpprettBruker API-er må være de samme som e-post. Hvis webExId er forskjellig fra e-post , behandler vi webExId samme som e-post når du lagrer den i WebDB, og verdien vil bli ignorert.
Verdien av webExId element i bodyContent of Angi bruker API-er må være brukeridentiteten til e-postadresse, du kan endre den ved hjelp av < e-post > i bodyContent.
Den Angi bruker API-en støtter endring av eksisterende brukers e-postadresse: den er vellykket hvis operasjonskontoen i SecurityContext er fullstendig lokal administrator for Control Hub . Ellers rapporterer API-en feil med ny feilkode og melding nedenfor:
030120 Kontoen må være fullstendig lokal administrator for å endre e-postadresse.
Elementet newWebExId i brødtekstenInnhold i SetUser API vil bli ignorert.
Den Angi bruker API-en prøver å endre til en e-post som allerede er i bruk, API-en viser under ny feilkode og feilmelding:
030118 E-post brukes allerede i Control Hub-administrerte nettsteder.
Den DelUser API-en deaktiverer brukeren på Webex-møte , og den tilsvarende møtelisensen fjernes fra Webex-nettsted. Denne deaktiverte brukeren kan aktiveres på nytt ved hjelp av API: Angi bruker (<active> AKTIVERT</active> ) så lenge brukeren er verifisert før.
Den OpprettBruker og Angi bruker API-er henter ny feilkode og feilmelding som vist nedenfor:
030117 , Denne brukeren finnes utenfor organisasjonen din, så den må gjøres krav på, for å komme inn i organisasjonen gjennom prosessen med å gjøre krav på bruker. Hvis du vil ha fremgangsmåten for å kreve brukeren inn i organisasjonen din, kan du se Krev brukere til organisasjonen din (Konverter brukere) . Du må bekrefte domenet brukeren tilhører før du kan gjøre krav på brukeren.
030119 CI-tilgangstokenet må inkludere omfang webexsquare: admin ved klargjøring av bruker.
Fremoverkompatibilitet støttes bare i en begrenset periode. Vi gir deg et forhåndsvarsel før denne kompatibiliteten fjernes. |
Skjemaendringer
Ingen skjemaendringer på disse API-ene: CreateUser
, SetUser
, DelUser
og GetUser
.
Eksempel på API-forespørsel og svar
OpprettBruker API-forespørsel og svar
API-forespørsel:
<?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/servicehttp://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> eller<password> eller<webExAccessToken>
eller<accessToken> , når du bruker CI "accessToken", må den inkludere område webexsquare:admin ved klargjøring av bruker
</accessToken></webExAccessToken></password></securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<webExId> Jack@qa.webex.com</webExId> --- det skal være brukeridentiteten til e-postadresse
<email> Jack@qa.webex.com</email>
<firstName> Jack</firstName>
<lastName> Smith</lastName>
<password> .... </password>
<privilege>
<host> sant </host>
</privilege>
<active> AKTIVERT</active> ---Denne parameteren kan ikke aktivere brukeren direkte før brukeren selv aktiverer seg via aktiverings-e-post.
</bodyContent>
</body>
Eksempel på API-respons:
<?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>SUKSESS</serv:result>
<serv:gsbStatus> PRIMÆR</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åvirke API-er:
OpprettBruker
Angi bruker
DelUser
XML API støtter eksisterende kompatibilitet med brukergodkjenning videresendes etter at det klassiske Webex-nettstedet er konvertert til det Control Hub-administrerte nettstedet
Berørte API-er
Etter at Webex klassisk nettsted er konvertert til et Control Hub-administrert nettsted, vil verdien av<webExID> element i<securityContext> må være det samme som e-post, detaljer nedenfor:
For eksisterende brukere opprettet i Webex klassisk nettsted, støtter vi både gamle webExID (For eksempel: Jack) og nye webExID (innholdet er det samme som e-post, eksempel: Jack@xx.com) for å logge på, er denne bakoverkompatibiliteten for autentisering for alle XML API-er.
For nye brukere opprettet i Control Hub-administrerte nettsteder, verdien av webExID elementet må være det samme som e-post for innlogging.
<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID> {userName}</webExID> --- eksisterende brukere ble opprettet i webEx klassisk nettsted, kan det være: jack eller jack@xx.com; ny bruker må bruke jack@xx.com
<sessionTicket> xxxx</sessionTicket> eller<password> eller<webExAccessToken> eller <accessToken>
</accessToken></webExAccessToken></password></securityContext>
</header>
Påvirke API-er:
Alle XML API-er.
Etter at Webex klassisk nettsted ble konvertert til et Control Hub-administrert nettsted, vil verdien av<webExID> element < bodyContent > må være det samme som e-post, detaljer nedenfor:
For eksisterende brukere opprettet i Webex klassisk nettsted, støtter vi både gamle webExId (f.eks.: Jack) og nye webExId (innholdet er det samme som e-post, for eksempel: Jack@xx.com) i bodyContent .
For nye brukere opprettet i Control Hub-administrerte nettsteder, verdien av webExId -elementet må være det samme som e-post i
bodyContent
.
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
<webExId>xxxx</webExId> --- eksisterende brukere ble opprettet i webEx klassisk nettsted, kan det være: jack eller jack@xx.com; ny bruker må bruke jack@xx.com
</bodyContent>
Påvirke API-er:GetUser
, SetUser
og DelUser
.
Skjemaendringer
Ingen skjemaendringer på noen API-er.
Eksempel på API-forespørsel og svar
GetUser API-forespørsel og svar
API-forespørsel:
<?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/servicehttp://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID> {userName}</webExID> --- eksisterende brukere ble opprettet i webEx klassisk nettsted, kan det være: jack eller jack@xx.com; ny bruker må bruke jack@xx.com
<sessionTicket> xxxx</sessionTicket> eller<password> eller<webExAccessToken> eller<accessToken>
</accessToken></webExAccessToken></password></securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
<webExId> xxxx</webExId> --- eksisterende brukere ble opprettet i webEx klassisk nettsted, kan det være: jack eller jack@xx.com; ny bruker må bruke jack@xx.com
</bodyContent>
</body>
Eksempel på API-respons:
...samme som før
API for rapport for historikk for utvidet opptak som støttes i Webex Meetings, Webex Events (ny) og Webex Events (klassisk)
Berørte API-er
Gjeldende API: lstrecordaccessHistory
og lstrecordaccessDetailHistory
kun støtte for Webex Trainings-opptaksvisning av historikkrapport. Den nye forbedringen støtter historikkrapporten for opptaksvisning for Webex Meetings, Webex Events (ny) og Webex Events (klassisk).
Skjemaendringer
Vi støtter nytt skjema nedenfor i API-lstrecordaccessHistory i API-forespørselstekst:
<serviceTypes>
<serviceType>MeetingCenter</serviceType>
<serviceType> TrainingCenter</serviceType>
<serviceType> EventCenter</serviceType>
</serviceTypes>
Detaljer
API-en: lstrecordaccessHistory
kan returnere tilgangshistorikk for opptaksvisning for Webex Meetings, Webex Events (ny), Webex Events (klassisk) og Webex Trainings.
Hvis det er nei serviceType angitt i API-forespørsel, API-en til
lstrecordaccessHistory
returnerer kun tilgangshistorikk for Webex Trainings-opptaksvisning.Når serviceType er MeetingCenter, API-en til
lstrecordaccessHistory
returnerer tilgangshistorikk for både Webex Meetings og Webex Events (ny) opptaksvisning.Når serviceType er EventCenter, API-en til
lstrecordaccessHistory
returnerer tilgangshistorikk for Webex Events (klassisk) opptaksvisning.
API-en: lstrecordaccessDetailHistory
kan returnere detaljer innen recordID
av Webex Meetings, Webex Events (ny), Webex Events (klassisk) og Webex Trainings.
Eksempel på API-forespørsel og svar
lstrecordaccessHistory
API-forespørsel 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> 20.09.2021 00:00:00</viewTimeStart>
<viewTimeEnd> 28.09.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> SUKSESS</serv:result>
<serv:gsbStatus> PRIMÆR </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> 24.09.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> 10.06.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 øyeblikkelig avspilling 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> 22.09.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> 24.09.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> 24.09.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> 24.09.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-forespørsel 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>
</body>
<?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> SUKSESS</serv:result>
<serv:gsbStatus> PRIMÆR </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> 24.09.2021 13:27:26</history:accessTime>
<history:registered> usann</history:registered>
<history:downloaded> usann</history:downloaded>
<history:viewed> sant</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> 24.09.2021 13:27:39</history:accessTime>
<history:registered> usann</history:registered>
<history:downloaded> sant</history:downloaded>
<history:viewed> usann</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åvirke API-er:
lstrecordaccessHistory
lstrecordaccessDetailHistory
Rett opp avstanden til maksimal tillatt beskrivelseslengde for Webex Events (klassisk) mellom XMLAPI og Webex-side.
Berørte API-er
XML API: OpprettEvent og SetEvents element av beskrivelse tillater inntasting av maks. 10000 tegn, hvis du skriver inn overstørrelse, vil det resultere i den nye feilkode og meldingen:
060068 Beskrivelse av ugyldig inngang. Denne beskrivelsen kan ikke overstige 10000 tegn.
Skjemaendringer
Ingen skjemaendring.
Eksempel på API-forespørsel og svar
OpprettEvent API-forespørsel og svar
Eksempel på #API-forespørsel:
…
<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/eventhttp://www.webex.com/schemas/2002/06/service/event/event.xsd">
<accessControl>
<sessionPassword> 111111</sessionPassword>
<listing> PRIVAT </listing>
</accessControl>
<metaData>
<sessionName> EC-test</sessionName>
<description> .......Anta at du fyller ut 10000 tegn i beskrivelsen.......</description>
</metaData>
...
---------------------------------------
#API-svareksempel når beskrivelsen overskrider 10000 tegn:
<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>FEIL</serv:result>
<serv:reason> Beskrivelse av ugyldig inngang. Beskrivelsen kan ikke overstige 10000 tegn</serv:reason>
<serv:gsbStatus> PRIMÆR</serv:gsbStatus>
<serv:exceptionID> 060068</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>
Påvirke API-er:
CreateEvent
SetEvent
XML API: GetUser returnerer et nytt element i freeAccount
Berørte API-er
GetUser
returnerer et nytt element som identifiserer freeAccount
brukerkonto er FreeAccount
eller ikke.
Skjemaendringer
Eksempel på GetUser-svar
GetUser-svar:
<use:initials>AW</use:initials>
<use:isUploaded> usann</use:isUploaded>
<use:largeEventCapacity>3</use:largeEventCapacity>
<use:freeAccount> usann</use:freeAccount>
Påvirke API-er:
GetUser
API 41.10.0-oppdateringer
Det er ingen skjemaendringer i XML API 41.10.0-skjemaet. |
API 41.9.0-oppdateringer
XML API 41.9.0-oppdateringer
Avvikling av XML API 10.0.0 for alle T31-nettsteder
Webex planlegger å avslutte levetidstøtten for XML API versjon 10.0.0 for alle T31-nettsteder..
Vi avvikler XML API 10.0.0-kode fra alle produksjoner i 41.9.0-oppdateringen.
API 41.8.0-oppdateringer
XML API 41.8.0-oppdateringer
Avvikling av XML API 10.0.0 for alle T31-nettsteder
Webex planlegger å avslutte levetidstøtten for XML API versjon 10.0.0 for alle T31-nettsteder..
Webex fant at noen kunder har tilgang til URL-adressen til XML API på feil måte som: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, er den riktige måten å få tilgang til URL-adressen for XML API som: https://{siteName}.webex.com/WBXService/XMLService.
Bytt XML API for kodetilgang på riktig måte for å unngå innvirkning før vi avslutter livstøtten på XML API versjon 10.0.0.
API 41.7.0-oppdateringer
XML API 41.870-oppdateringer
Mobil sletting og redigeringsregistrering bør kontrolleres av alternativet for nettstedsadministrasjon: Tillat verter å tilordne, redigere, deaktivere og slette innspillinger på nytt
Berørte API-er og skjemaendringer
GetSite
: vil returnerer navngiving av nye elementer enableNBRMCModify
og separateNoRecordingEdit
under verktøy.
Eksempel på svar
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>SUKSESS</serv:result>
<serv:gsbStatus> PRIMÆR</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> usann</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit> sant</ns1:separateNoRecordingEdit>
…
</ns1:tools>
</serv:bodyContent>
</serv:body>
</serv:message>
API 41.6.3-oppdateringer
XML API 41.6.3-oppdateringer
GetSite
Svar på nytt element i supportLargeEvent
Berørte API-er og skjemaendringer
GetSite: : returnerer navngiving av nye elementer supportLargeEvent
under siteCommonOptions
for å la oppringeren vite om området støtter Large Events (Webex Event (nytt)) eller ikke.
Endring av skjema
Eksempel på svar
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>SUKSESS</serv:result>
<serv:gsbStatus> PRIMÆR</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> usann</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent> sant</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>
</serv:body>
</serv:message>
API 41.6.0-oppdateringer
XML API 41.6.0-oppdateringer
XMLAPI støtter Webex Events 2.0 under klargjøring
Berørte API-er
GetUser
: returnerer navngiving av nye elementer largeEventCapacity
som viser kapasiteten til nye Event 2.0 (EC 2.0) under denne brukerkontoen. Hvis brukerkontoen for eksempel har CI_EC3K-lisens, er verdien largeEventCapacity
3000.
Skjemaendringer
Eksempel på svar
GetUserResponse:
CreateTime for XMLAPI LstRecording bruker starttidspunkt for innspilling
Berørte API-er
LstRecording
: LstRecording
Respons CreateTime
som tidspunktet da brukeren faktisk trykker på opptaksknappen.
Detaljer
Tidligere brukte XML API tidsangivelse for når innspillingen ble opprettet i databasen som opprettingstidspunkt i LstRecording
svar. Nå er det på tide at brukeren faktisk begynner å gjøre innspillingen. Denne endringen gjelder for alle tjenesteinnspillinger. Det er ingen skjemaendring.
API 41.5.0-oppdateringer
XML API 41.5.0-oppdateringer
XMLAPI har mulighet til å starte Webex planlagte møter fra PSTN som vert
Berørte API-er
CreateUser
: generererhostPIN
uansett bruker-PMR er aktivert eller ikke når brukerrollen er vert eller fullstendig eller skrivebeskyttet eller administrator for brukerbehandlingsted.SetUser
: setthostPIN
brukephones.hostPIN
når:personalMeetingRoom.hostPIN
ikke er i XML-forespørsel (pre-betingelse: funksjonsbrytereAllowStartScheduledMtgFromPhone
er aktivert).GetUser
: returnererphones.hostPIN
uavhengig av bruker-PMR er aktivert eller ikke. funksjonsbrytereAllowStartScheduledMtgFromPhone
er aktivert).
Endring av skjema
GetUserResponse
:
SetUser
:
Eksempel på svar
GetUserResponse
:
SetUser
:
XMLAPI GetSite
svare på to nye elementer for mobilklient
Berørte API-er
GetSite
:GetSite
vil nå svare på at to nye elementer som støtter mobilklienten, har logikken til å vise eller ikke vise innspillingsfanen.enableRecordingAccess
: sann eller usann, kan Webex superadministratorer aktivere eller deaktivere opptakstilgang ved å veksle mellomEnableRecordingAccesses
).storageEmptyStatus
: sann eller usann, hvis begge områdene ikke støtter NBR-funksjonen og tildelte NBR-lagringsplassen som null, er statussvaret sant, ellers er usant.
Endring av skjema
Eksempel på forespørsel om GetSite
Eksempel på svar for Getsite
E-postemne som har tegn som ikke er ASCII-tegn, vil bli kodet med RFC2047. I tilfelle et rent ASCII-tegn-e-postemne, er det ingen koding
Berørte API-erDet har ingen innvirkning på api-forespørsler, svarnyttelaster, men det endrer e-postemnets kodeatferd. E-postemne som har tegn som ikke er ASCII-tegn, vil bli kodet med RFC2047. I tilfelle av et rent ASCII-tegn-e-postemne, er det ingen koding
Endring av skjema
Det er ingen skjemaendringer.
API 41.4.0-oppdateringer
XML API 41.4.0-oppdateringer
Opprett planlagt hendelse for Webex Events kan utnytte standardinnstillinger på nettstedsnivå ved inn- og utgangstone
XMLAPI justeres etter gjeldende nye logikk for å kontrollere inngangs- og utgangsstone. Alle toner for Webex Events ble kontrollert av en annen innstilling i nettstedsadministrasjon. I GetSite
, returnerer XMLAPI et ekstra felt entryExitToneEC
for å angi verdien. Opprinnelig, når stedsadministratoren setter en standard for tonen, vil ikke opprette hendelse utnytte denne innstillingen ved å bruke XMLAPI-standard.
Berørte API-er
XML API: GetSite returnerer ett nytt element entryExitToneEC
for å angi verdien.
XML API: CreateEvent, SetEvent, GetEvent bakende forretningslogikk leser verdien av entryExitToneEC
.
Skjemaendringer
XML API: Eksempel på GetSite-svar:
<ns1:defaults>
<ns1:emailReminders>sant</ns1:emailReminders>
<ns1:entryExitTone> ANNOUNCENAME</ns1:entryExitTone>
<ns1:entryExitToneEC> NOTONE</ns1:entryExitToneEC>
<ns1:voip> sant </ns1:voip>
<ns1:teleconference>
<ns1:telephonySupport> INGEN </ns1:telephonySupport>
</ns1:teleconference>
<ns1:joinTeleconfNotPress1> sant</ns1:joinTeleconfNotPress1>
<ns1:updateTSPAccount> usann</ns1:updateTSPAccount>
</ns1:defaults>
Påvirke API-er:
GetSite
CreateEvent
SetEvent
GetEvent
XMLAPI returnerer bare detaljert informasjon om den store hendelsen (Webex Event 2.0)
Hvis Webex Meeting er det store arrangementet eller webcast,
GetSessionInfo
returnerer noe detaljert informasjon, inkludert møtepassord, numerisk passord for møte, panelpassord og numerisk paneldeltakerpassord (ingen skjemaer endres).XMLAPI støtter ikke oppretting og redigering av store arrangementer eller webcastfunksjoner, så
CreateMeeting
ogSetMeeting
returnere et nytt unntak (110064, Hendelses- og webcast-økttypen støttes ikke.) for store arrangementer eller webcasrtilfelle.
Berørte API-er
API-navn | Beskrivelse | Anmerkning: |
---|---|---|
| Hvis Webex Meeting er det store arrangementet eller webcast, | Ingen skjemaer er endret. |
| Hvis brukeren prøver å bruke | Virkemåten endres. |
API 41.3.0-oppdateringer
XML API 41.3.0-oppdateringer
Den nye XML API-endringene støtter Webex Events 2.0-funksjonen
Berørte API-er
Begge APIene: Returelementer for GetSessionInfo og GetMeeting enableEvent
og enableWebniar
også.
Elementnavn | Beskrivelse |
---|---|
enableEvent | Støtter EC 2.0 i et Webex-møte |
activateWebniar | Støtter Webinar i et Webex-møte |
XMLAPI-støtte returnerer over to elementer for EC 2.0. Gjeldende XML API-utgivelse støtter ikke å planlegge og angi EC2.0-møte. |
Skjemaendringer
GetSessionInfo
returnerer elementer enableEvent
og enableWebniar
for EC 2.0.
GetMeeting
returnerer elementer enableEvent
og enableWebniar
for EC 2.0.
Eksempel på svar:
GetSessionInfo
svar:
<ep:accessControl>
<ep:listStatus>OFFENTLIG</ep:listStatus>
<ep:registration> usann</ep:registration>
<ep:passwordReq> sant</ep:passwordReq>
<ep:isEnforceAudioPassword> usann</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin> usann</ep:isEnforceAudioLogin>
<ep:enableEvent> usann</ep:enableEvent>
<ep:enableWebniar> usann</ep:enableWebniar>
<ep:enablePreMeetingLobby> sant</ep:enablePreMeetingLobby>
</ep:accessControl>
GetMeeting
svar:
<meet:supportPKI>usann</meet:supportPKI>
<meet:HQvideo> sant</meet:HQvideo>
<meet:HDvideo> sant</meet:HDvideo>
<meet:viewVideoThumbs> sant</meet:viewVideoThumbs>
<meet:enableEvent> usann</meet:enableEvent>
<meet:enableWebniar> usann</meet:enableWebniar>
<meet:enablePreMeetingLobby> sant</meet:enablePreMeetingLobby>
Den nye XMLAPI-endringene støtter lobbyfunksjonen før møtet
Berørte API-er
XML API: GetSite
, LstSummarySession
, GetSessionInfo
og GetMeeting
vil svare på det nye elementet enablePreMeetingLobby
for lobbyen før møtet.
Skjemaendringer
XML API: GetSite
returnerer elementer enablePreMeetingLobby
for lobbyen før møtet.
XML API: LstSummarySession
returnerer elementer enablePreMeetingLobby
for lobbyen før møtet.
XML API: GetSessionInfo
returnerer elementer enablePreMeetingLobby
for lobbyen før møtet.
XML API: GetMeeting
returnerer elementer enablePreMeetingLobby
for lobbyen før møtet.
Eksempel på svar:
GetSite
svar:
<ns1:siteCommonOptions>
<ns1:SupportCustomDialRestriction>usann</ns1:SupportCustomDialRestriction>
<ns1:SupportTelePresence> usann</ns1:SupportTelePresence>
<ns1:SupportTelePresencePlus> usann</ns1:SupportTelePresencePlus>
<ns1:EnableCloudTelepresence> sant</ns1:EnableCloudTelepresence>
<ns1:EnableCMRForAllUsers> sant</ns1:EnableCMRForAllUsers>
<ns1:enablePersonalMeetingRoom> sant</ns1:enablePersonalMeetingRoom>
<ns1:SupportAlternateHost> sant</ns1:SupportAlternateHost>
<ns1:SupportXMLAPIReturnScheduledPMR> usann</ns1:SupportXMLAPIReturnScheduledPMR>
<ns1:SupportAnyoneHostMeetings> sant</ns1:SupportAnyoneHostMeetings>
<ns1:enablePreMeetingLobby> sant</ns1:enablePreMeetingLobby>
</ns1:siteCommonOptions>
LstSummarySession
svar:
<ep:isException>usann</ep:isException>
<ep:isNextUpcomingInstance> sant</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey> 0</ep:seriesMeetingKey>
<ep:isScheduledPMR> usann</ep:isScheduledPMR>
<ep:enableEvent> usann</ep:enableEvent>
<ep:enableWebniar> usann</ep:enableWebniar>
<ep:enablePreMeetingLobby> sant</ep:enablePreMeetingLobby>
GetSessionInfo
svar:
<ep:accessControl>
<ep:listStatus>OFFENTLIG</ep:listStatus>
<ep:registration> usann</ep:registration>
<ep:passwordReq> sant</ep:passwordReq>
<ep:isEnforceAudioPassword> usann</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin> usann</ep:isEnforceAudioLogin>
<ep:enableEvent> usann</ep:enableEvent>
<ep:enableWebniar> usann</ep:enableWebniar>
<ep:enablePreMeetingLobby> sant</ep:enablePreMeetingLobby>
</ep:accessControl>
GetMeeting
svar:
<meet:supportPKI>usann</meet:supportPKI>
<meet:HQvideo> sant</meet:HQvideo>
<meet:HDvideo> sant</meet:HDvideo>
<meet:viewVideoThumbs> sant</meet:viewVideoThumbs>
<meet:enableEvent> usann</meet:enableEvent>
<meet:enableWebniar> usann</meet:enableWebniar>
<meet:enablePreMeetingLobby> sant</meet:enablePreMeetingLobby>
XML API GetSite
svar Informasjon atferd endring avsløre
Berørte API-er
XML API: GetSite
bare svar under elementer for administratorkonto, som inkluderer 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>
Virkemåten endres.
Tillat bare administratorrollen å ha svarlisensdata for GetSite
. Verten eller deltakeren får ikke disse lisensdataene i GetSite
svar.
Nedenfor er API: GetSite's
svareksempel for siteadmin
eller bare klar siteadmin
eller administrator for brukeradministrasjon:
API 41.2.0-oppdateringer
XML API 41.3.0-oppdateringer
XMLAPI bør støtte CMR Hybrid VOIP hvis stedet støtter Webex-telefoni
Berørte API-er
GetSite
returnerer et nytt elementIsWebexTelephony
i svaret.CreateUser
ogSetUser
kan oppdaterecmrHybridVoip
-elementet hvisIsWebexTelephony
er sant sammen med andre forhold.IsTSPUsingTelephonyAPI
ikke lenger følgeskader.
Skjemaendringer
XML API: GetSite
svaret returnerer et ekstra element IsWebexTelephony
GetSite
svar inkluderer dette nye elementet:
<ns1:telephonyConfig>
<ns1:isWebexTelephony>sant</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI> usann</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName> Personlig konferansenr.</ns1:serviceName>
<ns1:participantAccessCodeLabel> tilgangskode for deltaker</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel> tilgangskode for vert</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel> Deltaker-ID</ns1:attendeeIDLabel>
.....
</ns1:telephonyConfig>
LstSummarySession
støtter EC2.0
XML-API-er påvirkes
LstSummarySession
returnerer nye to elementer for å støtte EC 2.0
Elementnavn | Beskrivelse |
---|---|
enableEvent | Støtter EC 2.0 i et Webex-møte |
activateWebniar | Støtter Webinar i et Webex-møte |
Skjemaendringer
XML API: LstSummarySession
: Legg til < enableEvent
> og < enableWebniar
> elementer
Svar fra XML API: LstSummarySession
Svar for EC 2.0
<ep:isNextUpcomingInstance>sant</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:isScheduledPMR> usann</ep:isScheduledPMR>
<ep:enableEvent> sant</ep:enableEvent>
<ep:enableWebniar> sant</ep:enableWebniar>
XMLAPI støtter retur av bruker av sted Webex-voice-assistant
alternativ for MCT-integrasjon
Berørt API
GetUser
returnerer et nytt element webexAssistantEnabled
(sann eller usann) i svaret.
Skjemaendringer
getUserResponse
:
Eksempel på svar
API 41.1.0-oppdateringer
Det er ingen skjemaendringer i XML API 41.10.41,1-skjemaet. |