Oversikt over oppdateringer av Cisco Webex Meetings API (API 41)

Hvis du vil ha mer informasjon om XML API 39 og XML API 11, kan du se Oversikt over oppdateringer for XML API for Cisco Webex Meetings (XML API 39 og tidligere) .

Hvis du vil ha mer informasjon om XML API 40, kan du se Oversikt over oppdateringer for XML API for Cisco Webex Meetings (XML API 40 og nyere) .

Hvis du vil ha oppdateringer for XML API 11 SP9 og tidligere, går du 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:

OpprettEvent , AngiHendelse , GetEvent , GetSessionInfo , LstsummaryEvent , InnspiltHendelse , Lstsammendragsprogram , Last oppEventImage

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

XXXXXXXX


XMLAPI EC-testing


17.07.2021 01:29:15
15

Svar fra CreateEvent

<?xml version="1.0" encoding="ISO-8859-1"?>
xmlns:event=" http://www.webex.com/schemas/2002/06/service" <serv:header>http://www.webex.com/schemas/2002/06/common" <serv:response>http://www.webex.com/schemas/2002/06/service/event">
<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>

CreateEvent3.1.3 Affect API-er:

• SetEvent GetEvent

• GetSessionInfo

• LstsummaryEvent

• InnspiltHendelse

• Lstsammendragsprogram

• Last oppEventImage

XMLAPI LstMeetingType vil svart på nytt element i subProductCodePrefix

Berørte API-er

Gjeldende API LstMeetingType responselement av produksjonskodeprefiks : 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

13810

Svar fra LstMeetingType

<serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<serv:total> 1</serv:total>
<serv:returned> 1</serv:returned>
<serv:startFrom> 1 </serv:startFrom>


<mtgtype:productCodePrefix> PRO</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix> PRO3</mtgtype:subProductCodePrefix> //Nytt element for tilpasset møtetype
<mtgtype:active> AKTIVERT</mtgtype:active>
<mtgtype:name> C
Cus_ Lukket</mtgtype:name>hat_<mtgtype:displayName> C
Cus_ Lukket</mtgtype:displayName>hat_

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: OpprettBruker , Angi bruker , 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 ( AKTIVERT ) 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.

Skjemaendringer

Ingen skjemaendringer på disse API-ene: OpprettBruker , Angi bruker , 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"?>
xsi:schemaLocation="http://www.w3.org/2001/XMLSchema-instance"
<header>http://www.webex.com/schemas/2002/06/service"
<securityContext>http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<siteName> {siteName}</siteName>
<webExID> {site Admin account}</webExID>
<email> {site Admin account}</email>
<sessionTicket> xxxx</sessionTicket> eller eller
eller , når du bruker CI "accessToken", må den inkludere område webexsquare:admin ved klargjøring av bruker
</securityContext>
</header>
<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><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"

xmlns:use="
<serv:header>?>
<serv:response>http://www.webex.com/schemas/2002/06/service" <serv:result>SUKSESS</serv:result>http://www.webex.com/schemas/2002/06/common" <serv:gsbStatus> PRIMÆR </serv:gsbStatus>http://www.webex.com/schemas/2002/06/service/user">
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="
</serv:bodyContent>


http://www.w3.org/2001/XMLSchema-instance">

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 element i 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.

{siteName}
{userName} --- eksisterende brukere ble opprettet i webEx klassisk nettsted, kan det være: jack eller jack@xx.com; ny bruker må bruke jack@xx.com
xxxx eller eller eller

Påvirke API-er:

Alle XML API-er.

Etter at Webex klassisk nettsted ble konvertert til et Control Hub-administrert nettsted, vil verdien av 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 .

xxxx --- eksisterende brukere ble opprettet i webEx klassisk nettsted, kan det være: jack eller jack@xx.com; ny bruker må bruke jack@xx.com

Påvirke API-er: GetUser , Angi bruker , 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"?>
xsi:schemaLocation="http://www.w3.org/2001/XMLSchema-instance"
http://www.webex.com/schemas/2002/06/service"
http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<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
xxxx eller eller eller




xxxx --- eksisterende brukere ble opprettet i webEx klassisk nettsted, kan det være: jack eller jack@xx.com; ny bruker må bruke jack@xx.com




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:

MeetingCenter
TrainingCenter
EventCenter

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"?>
<securityContext>http://www.w3.org/2001/XMLSchema-instance">
<webExID> {userName}</webExID>
<password> {password}</password>
<siteName> {siteName} </siteName>
</securityContext>

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

<?xml version="1.0" encoding="UTF-8"
xmlns:history="

<serv:header>?>
<serv:response>http://www.webex.com/schemas/2002/06/service" <serv:result>SUKSESS</serv:result>http://www.webex.com/schemas/2002/06/common" <serv:gsbStatus> PRIMÆR </serv:gsbStatus>http://www.webex.com/schemas/2002/06/service/history">
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="
<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>http://www.w3.org/2001/XMLSchema-instance">
<history:downloaded> 2</history:downloaded>
<history:viewed> 1</history:viewed>
<history:timeZoneID> 20 </history:timeZoneID>

<history:recordAccessHistory>
<history:recordID> 1XXXXXXX7</history:recordID>
<history:recordName> TestE
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>rollment_<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>

lstrecordaccessDetailHistory API-forespørsel og svar

<?xml version="1.0" encoding="UTF-8"?>
<header>http://www.w3.org/2001/XMLSchema-instance"
<securityContext>http://www.webex.com/schemas/2002/06/service">
<webExID> {userName}</webExID>
<password> {password}</password>
<siteName> {siteName} </siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type=
<recondID> 1XXXXXX7</recondID>
<timeZoneID> 20 </timeZoneID>
</bodyContent>


<?xml version="1.0" encoding="UTF-8"
xmlns:history="
<serv:header>

<serv:response>?>
<serv:result>SUKSESS</serv:result>http://www.webex.com/schemas/2002/06/service" <serv:gsbStatus> PRIMÆR </serv:gsbStatus>http://www.webex.com/schemas/2002/06/common" </serv:response>http://www.webex.com/schemas/2002/06/service/history">
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="
<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>http://www.w3.org/2001/XMLSchema-instance">
<history:downloaded> usann</history:downloaded>
<history:viewed> sant</history:viewed>
<history:timeZoneID> 20 </history:timeZoneID>

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

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:
…

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event" <accessControl>http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
<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="

xmlns:event=" http://www.webex.com/schemas/2002/06/service" http://www.webex.com/schemas/2002/06/common" http://www.webex.com/schemas/2002/06/service/event">
<serv:result>FEIL</serv:result>
Beskrivelse av ugyldig inngang.

Beskrivelsen kan ikke overstige 10000 tegn
PRIMÆR
060068

Påvirke API-er:

• OpprettEvent

• AngiHendelse

XML API: GetUser returnerer et nytt element i freeAccount

Berørte API-er

GetUser returnerer et nytt element som identifiserer gratiskonto brukerkonto er Gratiskonto eller ikke.

Skjemaendringer

Eksempel på GetUser-svar

GetUser-svar:
AW
usann

3
usann

Påvirke API-er:

GetUser

XML API 41.9.0-oppdateringer

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

Avvikle XML API 10.0.0 for alle T31-nettsteder

Webex planlegger å støtte XML API ver 10.0.0 for alle T31-nettsteder som avvikles.

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 .

Avvikle XML API 10.0.0 for alle T31-nettsteder

Webex planlegger å støtte XML API ver 10.0.0 for alle T31-nettsteder som avvikles.

Webex fant at noen kundeklienter fikk tilgang til URL-adressen til XML API på feil måte som: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, riktig måte å få tilgang til XML API-URL som: https://{siteName}.webex.com/WBXService/XMLService.

Bytt XML API for kodetilgang på riktig måte for å unngå innvirkning før vi avslutter levetiden for støtte for XML API versjon 10.0.0.

XML API 41.7.0-oppdateringer

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

Sletting og redigering av opptak på mobil skal kontrolleres av alternativet for nettstedsadministrasjon: Tillat at verter tilordner, redigerer, deaktiverer og sletter opptak på nytt

Berørte API-er og skjemaendringer

GetSite : returnerer navngivning for nye elementer enableNBRMCModify , og separateNoRecordingEdit under verktøy.

Eksempel på respons

GetSiteResponse :

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
xmlns:ns1="http://www.webex.com/schemas/2002/06/service" xmlns:event=" http://www.webex.com/schemas/2002/06/common" <serv:header>http://www.webex.com/schemas/2002/06/service/site" <serv:response>http://www.webex.com/schemas/2002/06/service/event">
<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="
<ns1:tools>
…http://www.w3.org/2001/XMLSchema-instance">
<ns1:enableNBRMCModify> usann</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit> sant</ns1:separateNoRecordingEdit>
…
</ns1:tools>
</serv:bodyContent>

XML API 41.6.3-oppdateringer

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

GetSite Svar nytt element i supportLargeEvent

Berørte API-er og skjemaendringer

GetSite : returnerer navngivning for nye elementer supportLargeEvent under siteCommonOptions for å la innringeren få vite om nettstedet støtter stor hendelse (Webex Event (ny)) eller ikke.

Skjemaendring

Eksempel på respons

GetSiteResponse :

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
xmlns:ns1="http://www.webex.com/schemas/2002/06/service" xmlns:event=" http://www.webex.com/schemas/2002/06/common" <serv:header>http://www.webex.com/schemas/2002/06/service/site" <serv:response>http://www.webex.com/schemas/2002/06/service/event">
<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="
<ns1:siteCommonOptions>
…http://www.w3.org/2001/XMLSchema-instance">
<ns1:enablePreMeetingLobby> usann</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent> sant</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>

XML API 41.6.0-oppdateringer

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

XMLAPI-støtter Webex Events 2.0 i klargjøring

Berørte API-er

GetUser : returnerer ny navngivning for element largeEventCapacity som viser kapasiteten til ny Event 2.0 (EC 2.0) under denne brukerkonto. Hvis brukerkonto for eksempel har CI_ EC3K-lisens, verdien av largeEventCapacity er 3000.

Skjemaendringer

Eksempel på respons

GetUserResponse:

XMLAPI LstRecordings CreateTime bruker starttid for opptak

Berørte API-er

Lstopptak : Lstopptak svar Oppretttid som tidspunktet da brukeren faktisk trykker på opptaksknappen.

Detaljer

Tidligere brukte XML API tidsstempel for når opptaket ble opprettet i databasen som opprettingstidspunkt i Lstopptak svar. Nå er det på tide at brukeren faktisk begynner å gjøre opptaket. Denne endringen gjelder for alle tjenesteopptak. 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 planlagte Webex-møter fra PSTN som vert

Berørte API-er

• OpprettBruker : genererer vertsPIN-kode uavhengig av bruker PMR er aktivert eller ikke når brukerrolle er vert eller fullverdig eller skrivebeskyttet eller nettstedsadministratorer for brukeradministrasjon.

• Angi bruker : sett vertsPIN-kode bruker phones.hostPIN når personalMeetingRoom.hostPIN-kode er ikke i XML-forespørsel (forutsetning: funksjonsbryter AllowStartScheduledMtgFromPhone er aktivert).

• GetUser : returnerer phones.hostPIN uavhengig av bruker PMR er aktivert eller ikke. (forutsetning: funksjonsbryter AllowStartScheduledMtgFromPhone er aktivert).

Skjemaendringer

GetUserResponse :

Angi bruker :

Eksempel på respons

GetUserResponse :

Angi bruker :

XMLAPI GetSite respons to nye elementer for mobilklient

Berørte API-er

• GetSite : GetSite vil nå svare på to nye elementer for å støtte mobilklienten har logikken for å vise eller ikke vise opptaksfanen.

  • enableRecordingAccess : sann eller usann, Webex-superadministratorer kan aktivere eller deaktivere opptakstilgang med bryteren( EnableRecordingAccesses ).

  • storageEmptyStatus : sann eller usann. Hvis begge områdene ikke støtter NBR-funksjonen og tilordnet NBR-lagringsplassen som null, er statusresponsen sann, ellers er det usann.

Skjemaendringer

Eksempel på forespørsel om GetSite

Eksempel på svar for Getsite

E-postemne som har ikke-ASCII-tegn, blir kodet med RFC2047. Hvis det er et e-postemne med rent ASCII-tegn , er det ingen koding

Det er ingen innvirkning på noen API-forespørsel, svar nyttelast, men det endrer e-postemnets kodeatferd. Når e-postemne som har ikke-ASCII-tegn, blir kodet med RFC2047. Hvis det er et e-postemne med rent ASCII-tegn , er det ingen koding.

Skjemaendringer

Det er ingen skjemaendringer.

XML API 41.4.0-oppdateringer

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

Opprett planlagt hendelse Webex Events kan bruke standard på nettstedsnivå for inngangs- og avslutningstonen

XMLAPI justeres etter gjeldende nye logikk for kontroll av inngangs- og utgangstoner. Alle toner for Webex Events ble kontrollert av en annen innstilling i nettstedsadministrasjonen. I GetSite , returnerer XMLAPI et ekstra felt entryExitToneEC for å indikere verdien. Opprinnelig, når lokal administrator anga en standard for tonen, vil ikke Opprett hendelse bruke denne innstillingen ved å bruke XMLAPI-standard.

Berørte API-er

XML API: GetSite returnerer ett nytt element entryExitToneEC for å indikere verdien.

XML API: CreateEvent, SetEvent, GetEvent backend forretningslogikk leser verdien av entryExitToneEC .

Skjemaendringer

XML API: Eksempel på GetSite-svar:

sant
ANNOUNCENAME
NOTONE
sant

INGEN

sant
usann

Påvirke API-er:

• GetSite

• OpprettEvent

• AngiHendelse

• GetEvent

XMLAPI returnerer bare detaljinformasjonen for den store hendelsen (Webex Event 2.0).

1. Hvis Webex-møtet er den store hendelsen eller nettpresentasjonen, GetSessionInfo returnerer noe detaljert informasjon, inkludert møtepassord, numerisk møtepassord, paneldeltakerpassord og numerisk paneldeltakerpassord (ikke noe skjema kan endres).

2. XMLAPI støtter ikke oppretting og redigering av store hendelser eller webcast-funksjoner, så Opprett møte og Angi møte returnere et nytt unntak (110064, økttypen hendelse og nettpresentasjon støttes ikke.) for store hendelser eller nettpresentasjoner.

API-er for påvirkning

XML API 41.3.0-oppdateringer

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

De nye endringene i XML API støtter funksjonen Webex Events 2.0

Berørte API-er

Begge API-ene: GetSessionInfo og GetMeeting returelementer aktivereEvent og aktiver Webniar også.

Skjemaendringer

GetSessionInfo returnerer elementer aktivereEvent og aktiver Webniar for EC 2.0.

GetMeeting returnerer elementer aktivereEvent og aktiver Webniar for EC 2.0.

Eksempel på svar:

GetSessionInfo svar:

OFFENTLIG
usann
sant
usann
usann
usann
usann
sant

GetMeeting svar:

usann
sant
sant
sant
usann
usann
sant

De 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 aktiverePreMeetingLobby for lobbyen før møtet.

Skjemaendringer

XML API: GetSite returnerer element aktiverePreMeetingLobby for lobbyen før møtet.

XML API: LstSummarySession returnerer element aktiverePreMeetingLobby for lobbyen før møtet.

XML API: GetSessionInfo returnerer element aktiverePreMeetingLobby for lobbyen før møtet.

XML API: GetMeeting returnerer element aktiverePreMeetingLobby for lobbyen før møtet.

Eksempel på svar:

GetSite svar:

usann
usann
usann
sant
sant
sant
sant
usann
sant
sant

LstSummarySession svar:

usann
sant
0
usann
usann
usann
sant

GetSessionInfo svar:

OFFENTLIG
usann
sant
usann
usann
usann
usann
sant

GetMeeting svar:

usann
sant
sant
sant
usann
usann
sant

XML API GetSite respons Informasjonsatferdsendring avsløre

Berørte API-er

XML API: GetSite eneste svar under elementer for administratorkonto, som inkluderer roller: SiteAdmin , RO_ SiteAdmin , og BrukerAdmin .

…
…
…
…
…
…
…
…

Atferd endret

Bare la administratorrollen ha svar lisensdata av GetSite . Verten eller deltakeren får ikke disse lisensdataene GetSite svar.

Nedenfor finner du API: GetSite sine svareksempel for nettstedsadministrator eller kun ferdigbehandlet nettstedsadministrator eller administrator for brukeradministrasjon:

XML API 41.2.0-oppdateringer

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

XMLAPI skal støtte «CMR Hybrid VOIP» hvis nettstedet støtter Webex-telefoni

Berørte API-er

• GetSite returnerer et nytt element IsWebexTelephony i svaret.

• OpprettBruker og Angi bruker kan oppdatere cmrHybridVoip element if IsWebexTelephony er sant sammen med andre forhold. ISTSPUbrukerTelephonyAPI er ikke lenger konsekvensmessig.

Skjemaendringer

XML API: GetSite respons returnerer et tilleggselement IsWebexTelephony

GetSite svaret inkluderer dette nye elementet:

sant
usann
Personlig konferansenr.
tilgangskode for deltaker
tilgangskode for vert
Deltaker-ID

.....

LstSummarySession støtter EC2.0

XML API-er påvirkes

LstSummarySession returnerer to nye elementer for å støtte EC 2.0

Skjemaendringer

XML API: LstSummarySession : Legg til < aktivereEvent > og < aktiver Webniar > elementer

Svar fra XML API: LstSummarySession

Respons for EC 2.0

sant

0
usann
sant
sant

XMLAPI støtter returnerende nettstedsbruker Webex-taleassistent alternativ for MCT-integrering

Berørt API

GetUser returnerer et nytt element webexAssistantEnabled (sann eller usann) i svaret.

Skjemaendringer

getUserResponse :

Eksempel på respons