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.

XML API 41.12.0-oppdateringer

Klikk her for å laste ned XML API 41.12.0-skjemaet .

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>

XML API 41.11.0-oppdateringer

Klikk her for å laste ned XML API 41.11.0-skjemaet .

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

XML API 41.9.0-oppdateringer

Klikk her for å laste ned XML API 41.9.0-skjemaet.

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.

XML API 41.8.0-oppdateringer

Klikk her for å laste ned XML API 41.8.0-skjemaet.

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.

XML API 41.870-oppdateringer

Klikk her for å laste ned XML API 41.7.0-skjemaet.

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>

XML API 41.6.3-oppdateringer

Klikk her for å laste ned XML API 41.6.3-skjemaet.

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>

XML API 41.6.0-oppdateringer

Klikk her for å laste ned XML API 41.6.0-skjemaet.

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.

XML API 41.5.0-oppdateringer

Klikk her for å laste ned XML API 41.5.0-skjemaet.

XMLAPI har mulighet til å starte Webex planlagte møter fra PSTN som vert

Berørte API-er

• CreateUser: genererer hostPIN uansett bruker-PMR er aktivert eller ikke når brukerrollen er vert eller fullstendig eller skrivebeskyttet eller administrator for brukerbehandlingsted.

• SetUser: sett hostPIN bruke phones.hostPIN når: personalMeetingRoom.hostPIN ikke er i XML-forespørsel (pre-betingelse: funksjonsbrytere AllowStartScheduledMtgFromPhoneer aktivert).

• GetUser: returnerer phones.hostPIN uavhengig av bruker-PMR er aktivert eller ikke. funksjonsbrytere AllowStartScheduledMtgFromPhone 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 mellom EnableRecordingAccesses).

  • 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

Det 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.

XML API 41.4.0-oppdateringer

Klikk her for å laste ned XML API 41.4.0-skjemaet.

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)

1. 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).

2. XMLAPI støtter ikke oppretting og redigering av store arrangementer eller webcastfunksjoner, så CreateMeeting og SetMeeting returnere et nytt unntak (110064, Hendelses- og webcast-økttypen støttes ikke.) for store arrangementer eller webcasrtilfelle.

Berørte API-er

XML API 41.3.0-oppdateringer

Klikk her for å laste ned XML API 41.3.0-skjemaet.

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å.

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:

XML API 41.3.0-oppdateringer

Klikk her for å laste ned XML API 41.2.0-skjemaet.

XMLAPI bør støtte CMR Hybrid VOIP hvis stedet støtter Webex-telefoni

Berørte API-er

• GetSite returnerer et nytt element IsWebexTelephony i svaret.

• CreateUser og SetUser kan oppdatere cmrHybridVoip-elementet hvis IsWebexTelephony 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

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