Hvis du vil ha mer informasjon om XML API 39 og XML API 11, kan du se Oversikt over XML API-oppdateringer for 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 for Cisco Webex Meetings (XML API 40 og nyere).

For oppdateringer for XML API 11 SP9 og tidligere, 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-planen (klassisk) og redigerer i henhold til nettstedskonfigurasjonselement i EnableClassicEvent som er usann

Påvirkede API-er og skjemaendringer

Hvis avmerkingsboksen Aktiver klassisk hendelse er usann på siden for nettstedsadministrasjon, støtter ikke dette nettstedet Webex Events (klassisk)-møter lenger.

Hvis avmerkingsboksen Aktiver classicEvent er usann, ringer du disse API-ene for å drive Webex Events (klassisk)-møte:

CreateEvent, SetEvent, GetEvent, GetSessionInfo, LstsummaryEvent, LstrecordedEvent, LstsummaryProgram, Last oppEventImage

API-en vil svare på nytt unntak 010106 Den klassiske hendelsen er deaktivert.

Skjemaendringer

Ingen skjemaendringer.

Eksempel på API-forespørsel og -svar

CreateEvent API-forespørsel og -svar

Forespørsel om CreateEvent

XXXXXXXX


XMLAPI EC-testing


07/17/2021 01:29:15
15

Svar fra CreateEvent

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>FAILURE</serv:result>
<serv:reason>Den klassiske hendelsen har blitt deaktivert.</serv:reason>
<serv:gsbStatus>PRIMARY</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

• LstsammendragHendelse

• LstrecordedEvent

• LstsummaryProgram

• Last oppEventImage

XMLAPI LstMeetingType vil svare på nytt element i subProductCodePrefix

Berørte API-er

Oppdaterer API-responselement LstMeetingType for productionCodePrefix: PRO, AUO og andre som er forhåndsdefinerte Webex møter typeprefiks.

Etter denne nye forbedringen vil API-en svare på nytt element av subProdctCodePrefix:PRO1, PRO2, etc. som kan tilpasses møtetype prefiks.

Skjemaendringer på API: LstMøtetype

Det vil svare på et nytt element: underprodctCodePrefix

Eksempel på API-forespørsel og -svar

LstMeetingType API-forespørsel og -svar

Forespørsel om LstMeetingType

13810

Svar av LstMeetingType

<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:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix> //Nytt element for tilpasset møtetype
<mtgtype:active>ACTIVATED</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øtter viderekompatibilitet i brukeradministrasjons-API for Control Hub-administrerte nettsteder

Påvirkede API-er og skjemaendringer

Hvis integrasjonsprogrammet bruker Webex XMLAPI-brukeradministrasjons-API-er: CreateUser, SetUser, DelUser og GetUser for å klargjøre eller administrere brukere, vil disse API-ene fortsette å fungere for viderekompatibilitet etter at ditt klassiske Webex-nettsted er konvertert til et Control Hub-administrert nettsted. Det er noen atferdsendringer som beskrevet nedenfor:

• Når du bruker createUser – hvis brukerstatusen i Control Hub ikke er «aktiv», vil ikke brukerens status på nettstedet være aktiv. Hvis brukerstatusen i Control Hub er aktiv, er brukerens status på nettstedet også aktiv, referanse: Brukerstatus for nye og konverterte brukere i Control Hub.

• passordelementet i CreateUser og SetUser API-ene vil bli ignorert. Vi begynner å sende aktiverings-e-post til nye brukere, brukere kan klikke på koblingen i e-posten for å aktivere ny konto og legge inn nytt passord.

• Det aktive elementet i CreateUser API vil bli ignorert, ny bruker (ikke bekreftet) kan ikke aktiveres gjennom denne parameteren ved hjelp av API SetUser.

• Verdien av webExId -elementet i bodyContent i CreateUser API-er må være den samme som e-post. Hvis webExId er forskjellig fra e-post, behandler vi webExId på samme måte som e-post når vi lagrer den i WebDB, og verdien vil bli ignorert.

• Verdien av webExId -elementet i bodyContent i SetUser API-ene må være brukerens identitet for e-postadressen. Du kan endre den ved hjelp av <email> i bodyContent.

• SetUser API støtter endring av eksisterende brukeres e-postadresse: det lykkes hvis driftskontoen i SecurityContext er full nettstedsadministrator for Control Hub. Ellers rapporterer API-en feil med ny feilkode og melding nedenfor:

  • 030120 Kontoen må være en fullverdig nettstedsadministrator for å endre e-post.

• Elementet newWebExId i bodyContent i SetUser API vil bli ignorert.

• SetUser API prøver å endre til en e-post som allerede er i bruk, API-en heves under ny feilkode og feilmelding:

  • 030118 E-post brukes allerede på Control Hub-administrerte nettsteder.

• DelUser API deaktiverer brukeren på Webex-møtesiden, og den tilsvarende møtelisensen fjernes fra Webex-nettstedet. Denne deaktiverte brukeren kan aktiveres på nytt ved hjelp av API: SetUser (ACTIVATED) så lenge brukeren er bekreftet før.

• API-ene for CreateUser og SetUser hever ny feilkode og feilmelding som vist nedenfor:

  • 030117, Denne brukeren finnes utenfor organisasjonen din, så den må kreves for å flytte inn i organisasjonen din gjennom prosessen for å kreve brukerkrav. Hvis du vil ha trinn om hvordan du gjør krav på brukeren i organisasjonen din, kan du se Gjøre krav på brukere til organisasjonen din (Konverter brukere). Du må bekrefte domenet som brukeren tilhører før du gjør krav på brukeren.

  • 030119 CI-tilgangstoken må inneholde omfanget webexsquare: administrator ved klargjøring av bruker.

Skjemaendringer

Ingen skjemaendringer på disse API-ene: CreateUser, SetUser, DelUser og GetUser.

Eksempel på API-forespørsel og -svar

CreateUser 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/service http://www.webex.com/schemas/2002/06/service/service.xsd">

<securityContext>
<siteName>{siteName}</siteName>
<webExID>{administratorkonto for nettstedet}</webExID>
<email>{administratorkonto for nettstedet}</email>
<sessionTicket>xxxx</sessionTicket> eller eller
eller , når du bruker CI "accessToken", må det inkludere omfanget webexsquare:admin ved klargjøring av brukeren
</securityContext>




<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 brukerens identitet for e-postadressen
<email>Jack@qa.webex.com</email>
<firstName>Jack</firstName>
<lastName>Smith</lastName>
<passord>....</passord>

<host>sann</host>

<active>ACTIVATED</active> ---denne parameteren kan ikke aktivere brukeren direkte før brukeren aktiverer seg selv via aktiverings-e-post.
</bodyContent>
</body>


Eksempel på API-svar:
<?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:respons>
<serv:result>SUKSESS</serv:result>
<serv:gsbStatus>PRIMÆR</serv:gsbStatus>
</serv:respons>
</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>

Påvirker API-er:

• CreateUser

• SetUser

• DelUser

XML API støtter eksisterende brukeres autentisering fremover-kompatibilitet etter at Webex klassiske nettsted er konvertert til Control Hub-administrert nettsted

Berørte API-er

Etter at det klassiske Webex-nettstedet er konvertert til et Control Hub-administrert nettsted, må verdien av -elementet i være den samme som e-post, detaljer nedenfor:

• For eksisterende brukere som er opprettet på det klassiske Webex-nettstedet, støtter vi begge gamle webExID (for eksempel: Jack) og ny webExID (innholdet er det samme som e-post, eksempel: Jack@xx.com) for å logge inn, er denne bakoverkompatibiliteten for alle XML API-er.

• For nye brukere som opprettes på Control Hub-administrerte nettsteder, må verdien av webExID-elementet være den samme som e-post for pålogging.

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

Påvirker API-er:

Alle XML API-er.

Etter at det klassiske Webex-nettstedet er konvertert til et Control Hub-administrert nettsted, må verdien til -elementet <bodyContent> være den samme som e-post, detaljer nedenfor:

• For eksisterende brukere som er opprettet på Webex klassiske nettsted, støtter vi både gammel webExId(f.eks.: Jack) og ny webExId (innholdet er det samme som e-post, for eksempel: Jack@xx.com) i bodyContent.

• For nye brukere som opprettes på Control Hub-administrerte nettsteder, må verdien av webExId -elementet være den samme som e-post i bodyContent.

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

Påvirker 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/service http://www.webex.com/schemas/2002/06/service/service.xsd">


<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> --- eksisterende brukere ble opprettet på webEx klassiske nettsted, det kan være: jack eller jack@xx.com; ny bruker må bruke jack@xx.com
xxxx eller eller eller




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




API-svar eksempel:
...samme som før

Forbedret visning av historikkrapport API for opptak for støtte i Webex Meetings, Webex Events (ny) og Webex Events (klassisk)

Berørte API-er

Gjeldende API: lstrecordaccessHistory og lstrecordaccessDetailHistory støtter kun Webex Trainings opptaksvisning av tilgang til historikkrapport. Den nye forbedringen støtter også Webex Meetings, Webex Events (ny) og Webex Events (klassisk) opptaksvisning for tilgang til historikkrapport.

Skjemaendringer

Vi støtter nedenfor nytt skjema i API lstrecordaccessHistory i API forespørselstekst:

MeetingCenter
TrainingCenter
EventCenter

Detaljer

API-en: lstrecordaccessHistory kan returnere innspillingsvisning for Webex Meetings, Webex Events (ny), Webex Events (klassisk) og Webex Trainings.

• Hvis det ikke finnes noen serviceType spesifisert i API-forespørselen, returnerer API-en til lstrecordaccessHistory kun tilgang til Webex Trainings opptaksvisning.

• Når serviceType er MeetingCenter, returnerer API-en til lstrecordaccessHistory både Webex Meetings- og Webex Events (ny) opptaksvisning tilgang til historikk.

• Når serviceType er EventCenter, returnerer API-en til lstrecordaccessHistory -opptaksvisning for Webex Events (klassisk).

API-en: lstrecordaccessDetailHistory kan returnere detaljer etter recordID for Webex Meetings, Webex Events (ny), Webex Events (klassisk) og Webex Trainings.

Eksempel på API-forespørsel og -svar

lstrecordaccessHistory APIs forespørsel og svar

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<securityContext>
<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>
<bestilling>
<orderBy>REGISTRERT</orderBy>
<orderAD>ASC</orderAD>
</bestilling>
<serviceTypes>
<serviceType>MeetingCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>EventCenter</serviceType>
</serviceTypes>
</bodyContent>
</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:respons>
<serv:result>SUKSESS</serv:result>
<serv:gsbStatus>PRIMÆR</serv:gsbStatus>
</serv:respons>
</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 umiddelbar avspilling 2-20210705 0709-1</history:recordName>
<history:creationTime>05.07.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 APIs 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">

<securityContext>
<webExID>{userName}</webExID>
<password>{password}</password>
<siteName>{siteName}</siteName>
</securityContext>

<body>
<bodyContent xsi:type=
"java:com.webex.service.binding.history.LstrecordaccessDetailHistory">
<recondID>1XXXXXX7</recondID>
<timeZoneID>20</timeZoneID>
</bodyContent>



<?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:respons>
<serv:result>SUKSESS</serv:result>
<serv:gsbStatus>PRIMÆR</serv:gsbStatus>
</serv:respons>
</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>false</history:registered>
<history:downloaded>false</history:downloaded>
<history:viewed>sann</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>false</history:registered>
<history:downloaded>sann</history:downloaded>
<history:viewed>false</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordDetail>
<history:matchingRecords>
<serv:total>2</serv:total>
<serv:returned>2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>

Påvirker API-er:

• lTilgangshistorikk

• lstrekketilgangDetailHistory

Korriger forskjellen på maksimal tillatt beskrivelseslengde for Webex Events (klassisk) mellom XMLAPI og Webex-siden.

Berørte API-er

XML API: CreateEvent og SetEvent 's beskrivelseselement tillater maks. 10000 tegn. Hvis du skriver over størrelse, vil det føre til den nye feilkoden og meldingen:

060068 Beskrivelse av ulovlig inndata. Denne beskrivelsen kan ikke overstige 10000 tegn.

Skjemaendringer

Ingen skjemaendring.

Eksempel på API-forespørsel og -svar

CreateEvent API-forespørsel og -svar

Eksempel på #API-forespørsel:
...

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
xmlns:att="http://www.webex.com/schemas/2002/06/service/event" xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
<accessControl>
<sessionPassword>111111</sessionPassword>
<listing>PRIVAT</listing>
</accessControl>
<metaData>
<sessionName>EC-test</sessionName>
<description>........ Anta at du fyller ut 10000 tegn i beskrivelsen........</description>
</metaData>
...


------------------------------------
Eksempel på #API-svar 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:result>FEIL</serv:result>
Beskrivelse av ugyldig inndata. Beskrivelsen kan ikke overstige 10000 tegn
PRIMARY
060068

Påvirker API-er:

• CreateEvent

• SetEvent

xml api: GetUser returnerer nytt element av freeAccount

Berørte API-er

GetUser returnerer et nytt element som identifiserer freeAccount brukerkontoen er FreeAccount eller ikke.

Skjemaendringer

Eksempel på GetUser-svar

GetUser response:
AW
false

3
false

Påvirker 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 å avslutte levetiden for XML API versjon 10.0.0 for alle T31-nettsteder.

Vi avslutter XML API 10.0.0-koden 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 å avslutte levetiden 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, 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 støtten på XML API versjon 10.0.0.

XML API 41.7.0-oppdateringer

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

Mobil sletting og redigering av opptak bør kontrolleres av nettstedsadministrasjonsalternativet: Gi verter tillatelse til å tilordne, redigere, deaktivere og slette opptak

Påvirkede API-er og skjemaendringer

GetSite: vil returnere nye elementer som navngir 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:respons>
<serv:result>SUKSESS</serv:result>
<serv:gsbStatus>PRIMÆR</serv:gsbStatus>
</serv:respons>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<ns1:verktøy>
...
<ns1:enableNBRMCModify>false</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit>sann</ns1:separateNoRecordingEdit>
...
</ns1:verktøy>
</serv:bodyContent>

XML API 41.6.3-oppdateringer

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

GetSite Response nytt element i støtteLargeEvent

Påvirkede API-er og skjemaendringer

GetSite: returnerer nye elementer som navngir supportLargeEvent under siteCommonOptions for å informere innringeren om nettstedet støtter Large Event (Webex Event (ny)) 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:respons>
<serv:result>SUKSESS</serv:result>
<serv:gsbStatus>PRIMÆR</serv:gsbStatus>
</serv:respons>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<ns1:nettstedCommonOptions>
...
<ns1:enablePreMeetingLobby>false</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent>sann</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 nytt element med navnet largeEventCapacity som viser kapasiteten til den nye Event 2.0 (EC 2.0) under denne brukerkontoen. Hvis brukerkontoen for eksempel har CI_EC3K-lisens, er verdien av largeEventCapacity 3000.

Skjemaendringer

Eksempel på svar

GetUserResponse:

CreateTime for XMLAPI LstRecording bruker starttid for opptak

Berørte API-er

Innspilling: LstRecording respons CreateTime som tidspunktet da brukeren faktisk trykker på opptaksknappen.

Detaljer

Tidligere brukte XML API tidsstempelet for når opptaket ble opprettet i databasen som opprettingstid i LstRecording -respons. 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

• CreateUser: genererer hostPIN uavhengig av bruker-PMR er aktivert eller ikke når brukerrollen er vert eller full eller skrivebeskyttet eller administrator for brukeradministrasjon.

• SetUser: angir hostPIN ved hjelp av phones.hostPIN når personalMeetingRoom.hostPIN ikke er i XML-forespørsel (forhåndsbetingelse: funksjonsbryteren AllowStartScheduledMtgFromPhone er aktivert).

• GetUser: returnerer phones.hostPIN uavhengig av bruker-PMR er aktivert eller ikke. (forhåndsbetingelse: funksjonsbryteren AllowStartScheduledMtgFromPhone er aktivert).

Endringer i skjema

GetUserResponse:

SetUser:

Eksempel på svar

GetUserResponse:

SetUser:

XMLAPI GetSite -svar to nye elementer for mobilklient

Berørte API-er

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

  • enableRecordingAccess: sann eller usann, kan Webex superadministratorer aktivere eller deaktivere opptakstilgang ved hjelp av bryteren (EnableRecordingAccesses).

  • lagringEmptyStatus: sann eller usann, hvis begge stedene ikke støtter NBR-funksjonen og tildelte NBR-lagringsplassen som null, er statussvaret sann, ellers er usann.

Endringer i skjema

Eksempelforespørsel for GetSite

Eksempelsvar for Getsite

E-postemne som har tegn som ikke er ASCII-tegn, vil bli kodet med RFC2047. I tilfelle et rent e-postemne med ASCII-tegn, er det ingen koding

Det har ingen innvirkning på noen API-forespørsel, svarnyttelast, men det endrer e-postemnets kodeatferd. Når e-postemnet som inneholder tegn som ikke er ASCII-tegn, vil bli kodet med RFC2047. I tilfelle et rent e-postemne med ASCII-tegn, er det ingen koding.

Endringer i 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 Webex Events kan utnytte standard på nettstedsnivå ved inngangs- og utgangstone

XMLAPI samsvarer med gjeldende nye logikk for å kontrollere inngangs- og utgangstone. 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 nettstedsadministratoren angir en standard til tonen, vil ikke opprett 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-respons:

<ns1:emailReminders>true</ns1:emailReminders>
<ns1:entryExitTone>KUNNGJØRINGSNAVN</ns1:entryExitTone>
<ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
<ns1:voip>true</ns1:voip>
<ns1:telekonferanse>
<ns1:telephonySupport>
</ns1:telekonferanse>
<ns1:joinTeleconfNotPress1>true</ns1:joinTeleconfNotPress1>
<ns1:updateTSPAccount>false</ns1:updateTSPAccount>
</ns1:defaults>

Påvirker API-er:

• GetSite

• CreateEvent

• SetEvent

• GetEvent

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

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

2. XMLAPI støtter ikke oppretting og redigering av store hendelser eller webcast-funksjoner, så CreateMeeting og SetMeeting returnerer et nytt unntak (110064, Hendelses- og webcast-økttypen støttes ikke.) for store hendelser eller webcast-tilfeller.

Impact-API-er

XML API 41.3.0-oppdateringer

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

Nye endringer i XML API støtter Webex Events 2.0-funksjonen

Berørte API-er

Begge API-ene: GetSessionInfo og GetMeeting returelementer enableEvent og enableWebniar også.

Skjemaendringer

GetSessionInfo returnerer elementer enableEvent og enableWebniar for EC 2.0.

GetMeeting returnerer elementer enableEvent og enableWebniar for EC 2.0.

Responsprøve:

Svar på GetSessionInfo :

OFFENTLIG
false
sann
false
false
false
false
true

GetMeeting -svar:

false
true
true
true
false
false
true

Nye endringer i XMLAPI 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 Pre-Meeting Lobby.

Skjemaendringer

XML API: GetSite returnerer elementet enablePreMeetingLobby for Pre-Meeting Lobby.

XML API: LstSummarySession returnerer elementet enablePreMeetingLobby for Pre-Meeting Lobby.

XML API: GetSessionInfo returnerer elementet enablePreMeetingLobby for Pre-Meeting Lobby.

XML API: GetMeeting returnerer elementet enablePreMeetingLobby for Pre-Meeting Lobby.

Responsprøve:

GetSite -respons:

<ns1:nettstedCommonOptions>
<ns1:SupportCustomDialRestriction>false</ns1:SupportCustomDialRestriction>
<ns1:SupportTelePresence>false</ns1:SupportTelePresence>
<ns1:SupportTelePresencePlus>false</ns1:SupportTelePresencePlus>
<ns1:EnableCloudTelepresence>sann</ns1:EnableCloudTelepresence>
<ns1:EnableCMRForAllUsers>true</ns1:EnableCMRForAllUsers>
<ns1:enablePersonalMeetingRoom>true</ns1:enablePersonalMeetingRoom>
<ns1:SupportAlternateHost>sann</ns1:SupportAlternateHost>
<ns1:SupportXMLAPIReturnPlanlagtPMR>false</ns1:SupportXMLAPIReturnPlanlagtPMR>
<ns1:StøtteAlleVertsmøter>sann</ns1:StøtteAlleVertsmøter>
<ns1:enablePreMeetingLobby>true</ns1:enablePreMeetingLobby>
</ns1:siteCommonOptions>

Svar på LstSummarySession :

false
true
0
false
false
false
true

Svar på GetSessionInfo :

OFFENTLIG
false
sann
false
false
false
false
true

GetMeeting -svar:

false
true
true
true
false
false
true

XML API-responsen GetSite Information atferd endring avsløre

Berørte API-er

XML API: Kun GetSite -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:SCActive

Atferd endret

Bare tillat administratorrollen å ha svar lisensdata for GetSite. Verten eller deltakeren får ikke disse lisensdataene i GetSite -svaret.

Nedenfor er API: GetSites responseksempel for siteadmin eller siteadmin eller administrator for brukeradministrasjon:

XML API 41.2.0-oppdateringer

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

XMLAPI bør støtte "CMR Hybrid VOIP" hvis nettstedet 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 sann sammen med andre betingelser. IsTSPUsingTelephonyAPI er ikke lenger konsekvente.

Skjemaendringer

xml api: GetSite -svar returnerer et ekstra element IsWebexTelephony

GetSite -svaret inkluderer dette nye elementet:

<ns1:isWebexTelephony>true</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>false</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName>Personlig konferansenummer</ns1:serviceName>
<ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel>Vertstilgangskode</ns1:subscriberAccessCodeLabel>
<ns1:deltakerIDLabel>Deltaker-ID</ns1:deltakerIDLabel>

.....

</ns1:telephonyConfig>

LstSummarySession støtter EC2.0

XML API-er påvirkes

LstSummarySession vil returnere to nye elementer for å støtte EC 2.0

Skjemaendringer

xml api: LstSummarySession: Legg til elementene <enableEvent> og <enableWebniar>

Svar fra XML API: LstSummarySession

Respons for EC 2.0

true

0
false
true
true

XMLAPI støtter å returnere Webex-voice-assistant -alternativ for MCT-integrering for brukeren på nettstedet

Berørt API

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

Skjemaendringer

getUserResponse:

Eksempel på svar