API 41.12.0 frissítések

XML API 41.12.0 frissítések

Kattintson ide az XML API 41.12.0 séma letöltéséhez.

Az XMLAPI letiltja a Webex Events (klasszikus) ütemezését és szerkesztését az EnableClassicEvent webhelykonfigurációs eleme szerint, amely hamis

Érintett API-k és sémaváltozások

A webhelyfelügyelet konfigurációs lapján, ha a Klasszikus esemény engedélyezése jelölőnégyzet hamis, ez a webhely már nem támogatja a Webex Events (klasszikus) értekezleteket.

Ha a ClassicEvent engedélyezése jelölőnégyzet hamis, hívja fel ezeket az API-kat a Webex Events (klasszikus) értekezlet működtetéséhez:

Esemény létrehozása, Esemény beállítása, GetEvent, Munkamenet adatainak lekérése, LstsummaryEvent, EseménynaptárEsemény, LstsummaryProgram, UploadEventImage

Az API válaszol az új 010106 kivételre. A klasszikus Eseményt letiltották.

Sémamódosítások

Nincs sémamódosítás.

API-kérelem és válasz példa

CreateEvent API-kérés és -válasz

A CreateEvent kérelme

<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent">
<accessControl>
<sessionPassword>XXXXXXXX</sessionPassword>
</accessControl>
<metaadat>
<sessionName>XMLAPI EC-tesztelés</sessionName>
</metaData>
<ütemezés>
<startDate>07/17/2021 01:29:15</startDate>
<openTime>15</openTime>
</ütemezés>
</bodyContent>

A CreateEvent válasza

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:üzenet 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">
<kiszolgáló:fejléc>
<szerv:válasz>
<serv:result>HIBA</serv:result>
<serv:reason>A klasszikus Eseményt letiltották.</serv:reason>
<serv:gsbStatus>ELSŐDLEGES</serv:gsbStatus>
<serv:exceptionID>010106</serv:exceptionID>
</szerv:válasz>
</kiszolgáló:fejléc>
<szerv:test>
<szerv:bodyContent/>
</szerv:test>

CreateEvent3.1.3 API-k hatása:

  • SetEvent GetEvent beállítása

  • Munkamenet adatainak lekérése

  • LstsummaryEvent

  • EseménynaptárEsemény

  • LstsummaryProgram

  • UploadEventImage

Az XMLAPI LstMeetingType válaszol a subProductCodePrefix új elemére

Érintett API-k

Frissíti a productionCodePrefix API LstMeetingType válaszelemét: PRO, AUO és egyéb, amelyek előre meghatározott Webex értekezlettípus-előhívószámok.

Az új fejlesztés után az API választ ad a subProdctCodePrefix:PRO1, PRO2 stb. új elemére, amely testreszabható értekezlettípus előhívószáma.

Sémaváltozások az API-n: LstMeetingType

Új elemre fog válaszolni: részmintaKódPrefix

PÉLDA API-kérésre és -válaszra

LstMeetingType API kérés és válasz

LstMeetingType kérése


13810


LstMeetingType válasza


<serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<mtgtype:matchingRecords>
<szerv:összesen>1</szerv:összesen>
<szerv:visszaküldött>1</szerv:visszaküldött>
<serv:startFrom>1</serv:startFrom>
</mtgtype:matchingRecords>

<mtgtype:productCodePrefix>PRO</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix> //Új elem a testreszabott értekezlettípushoz
<mtgtype:active>AKTIVÁLVA</mtgtype:active>
<mtgtype:name>Cus_C. részhat_Zárt</mtgtype:name>
<mtgtype:displayName>Cus_C. részhat_Bezárva</mtgtype:displayName>

API 41.11.0 frissítések

XML API 41.11.0 frissítések

Kattintson ide az XML API 41.11.0 séma letöltéséhez.

XML API-támogatás a control hub által felügyelt webhelyek felhasználói felügyeleti API-jában

Érintett API-k és sémaváltozások

Ha az integrációs alkalmazás jelenleg Webex XMLAPI felhasználói felügyeleti API-kat használ: CreateUser, SetUser, DelUser és GetUser a felhasználók kiszolgálásához vagy kezeléséhez, miután a Webex klasszikus webhelye Control Hub által kezelt webhellyé vált, ezek az API-k továbbra is működnek a továbbfejlesztett kompatibilitás érdekében. Van néhány viselkedésbeli változás az alábbiak szerint:

  • CreateUser használatakor – ha a Control Hub felhasználói állapota nem"aktív", akkor a felhasználó állapota a webhelyen nem lesz aktív. Ha a Control Hub felhasználói állapota aktív , akkor a felhasználó állapota a webhelyen isaktív, hivatkozás: Az új és konvertált felhasználók felhasználói állapota a Control Hubban.

  • A CreateUser és a SetUser API-k jelszóelemét figyelmen kívül hagyjuk, elkezdjük elküldeni az aktiválási e-maileket az új felhasználóknak, a felhasználók rákattinthatnak az e-mailben található linkre az aktív új fiókhoz, és új jelszót adhatnak meg.

  • A(z) aktív Elem ebből: Felhasználói API létrehozása figyelmen kívül hagyja, az új felhasználó (nem ellenőrizhető) nem aktiválható a következőn keresztül: ez a paraméter az API használatával Felhasználó beállítása.

  • A webExId elem értékének a bodyContent of CreateUser API-k értékének meg kell egynek lennie az e-mailekkel. Ha a webExId különbözik az e-mailtől, a webExId azonosítót ugyanúgy kezeljük, mint az e-mailt, amikor a WebDB-be menti, és az érték figyelmen kívül lesz hagyva.

  • A webExId elem értékének a SetUser API-k bodyContent-jában az e-mail-cím felhasználói azonosítójának kell lennie. Ezt az <email> használatával módosíthatja a bodyContent menüben.

  • A SetUser API támogatja a meglévő felhasználók e-mail címének módosítását: akkor sikeres, ha a SecurityContext műveleti fiókja a Control Hub teljes webhely rendszergazdája. Ellenkező esetben az API új hibakóddal és üzenettel jelenti a hibát:

    • 030120 Az e-mail módosításához a fióknak teljes körű jogosultsággal rendelkező webhelyrendszergazdának kell lennie.

  • A setUser API bodycontent újWebExId elemét a rendszer figyelmen kívül hagyja.

  • A SetUser API megpróbál olyan e-mailre váltani, amely már használatban van, az API az új hibakód és hibaüzenet alá emel:

    • A 030118 e-mailt már használják a Control Hub által kezelt webhelyeken.

  • A DelUser API inaktiválja a felhasználót a Webex értekezlet oldalán, és a megfelelő értekezlet-licenc törlődik a Webex webhelyről. Ez az inaktivált felhasználó az API használatával újraaktiválható: SetUser (AKTIVÁLVA), ha a felhasználó ellenőrzése előtt folyamatban van.

  • A CreateUser és a SetUser API-k új hibakódot és hibaüzenetet hoznak létre az alábbiak szerint:

    • 030117, Ez a felhasználó az Ön szervezetén kívül létezik, ezért igényelni kell, hogy bekerüljön az Ön szervezetébe a felhasználóigénylési folyamaton keresztül. A felhasználó szervezetbe való igénylésével kapcsolatos lépéseket a Felhasználók igénye a szervezethez (Felhasználók konvertálása) című témakörbentalál. A felhasználó igénylése előtt ellenőriznie kell azt a tartományt, amelyhez a felhasználó tartozik.

    • 030119 A CI-hozzáférési tokennek tartalmaznia kell a webexsquare hatókörét: rendszergazda a felhasználó kiépítésekor.

Csak korlátozott ideig támogatott az előre kompatibilitás. A kompatibilitás eltávolítása előtt előzetes értesítést küldünk.

Sémamódosítások

Nincsenek sémamódosítások ezeken az API-kon: CreateUser, SetUser, DelUser és GetUser.

API-kérelem és válasz példa

CreateUser API kérés és válasz

API-kérés:
<?xml version="1.0" encoding="UTF-8"?>
<serv:üzenet 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">
<fejléc>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{webhely-adminisztrációs fiók}</webExID>
<email>{webhely-adminisztrációs fiók}</email>
<sessionTicket>xxxx</sessionTicket> vagy vagy
vagy a CI "accessToken" használatakor tartalmaznia kell a webexsquare:admin hatókört a felhasználó létrehozásakor
</securityContext>
</fejléc>



<test>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<webExId>Jack@qa.webex.com</webExId> --- az e-mail-cím felhasználói azonosítójának kell lennie
<email>Jack@qa.webex.com</email>
<firstName>Jack</firstName>
<vezetéknév>Smith</vezetéknév>
...
<jogosultság>
<szervező>igaz</szervező>
</jogosultság>
<active>AKTIVÁLVA</active> – ez a paraméter nem tudja közvetlenül aktiválni a felhasználót, amíg a felhasználó saját aktiváló e-mailen keresztül nem aktiválja magát.
</bodyContent>
</test>


API-válaszpélda:
<?xml version="1.0" encoding="UTF-8"?>
<serv:üzenet 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">
<kiszolgáló:fejléc>
<szerv:válasz>
<serv:result>SIKER</serv:result>
<serv:gsbStatus>ELSŐDLEGES</serv:gsbStatus>
</szerv:válasz>
</kiszolgáló:fejléc>
<szerv:test>
<serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<use:userId>23778617</use:userId>
</szerv:bodyContent>

Befolyásoló API-k:

  • CreateUser

  • SetUser

  • DelUser

Az XML API támogatja a meglévő felhasználó hitelesítési előretekerhetőségét a Webex klasszikus webhelyének Control Hub felügyelt webhelyré konvertálása után

Érintett API-k

Miután a Webex klasszikus webhelyet Control Hub által kezelt webhellyé alakították át, a elem értékének meg kell egyeznie a e-mail értékével, az alábbi részletek:

  • A Webex klasszikus webhelyén létrehozott meglévő felhasználók esetében támogatjuk mind a régi webExID-et (például: Jack) és az új webExID (a tartalom ugyanaz, mint az e-mail, például: Jack@xx.com) a bejelentkezéshez ez a hitelesítési visszamenőleges kompatibilitás az összes XML API-ra.

  • A Control Hub által felügyelt webhelyeken létrehozott új felhasználók esetében a webExID elem értékének meg kell egyezéssel meg kell egyezéssel rendelkeznie a bejelentkezéshez.




{siteName}
{userName} – meglévő felhasználók létrehozása a webEx klasszikus webhelyen történt, a következő lehet: jack vagy jack@xx.com; az új felhasználónak a(z) jack@xx.com
xxxx vagy vagy vagy

alkalmazást kell használnia

Api-k hatása:

Minden XML API.

Miután a Webex klasszikus webhelyet Control Hub által kezelt webhellyé alakították át, a(z) <bodyContent> elem értékének meg kell egyeznie az e-mail értékével, az alábbi részletek:

  • A Webex klasszikus webhelyen létrehozott meglévő felhasználók esetében mind a régi webExId(pl.: Jack) és az új webExId (a tartalom ugyanaz, mint az e-mail, például: Jack@xx.com) a testcontent.

  • A Control Hub által kezelt webhelyeken létrehozott új felhasználók esetében a webExId elem értékének meg kell egyeznie a bodyContent e-mail értékével.


xxxx --- meglévő felhasználók létrehozása a webEx klasszikus webhelyen történt, ez a következő lehet: jack vagy jack@xx.com; az új felhasználónak a(z) jack@xx.com címet kell használnia

Befolyásoló API-k: GetUser, SetUser és DelUser.

Sémamódosítások

Nincs sémamódosítás egyetlen API-n sem.

API-kérelem és válasz példa

GetUser API kérés és válasz

API-kérelem:
<?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> – meglévő felhasználók lettek létrehozva a webEx klasszikus webhelyen, a következő lehet: jack vagy jack@xx.com; az új felhasználónak a(z) jack@xx.com címet kell használnia
xxxx vagy vagy vagy




xxxx – meglévő felhasználók létrehozása a webEx klasszikus webhelyen történt, ez a következő lehet: jack vagy jack@xx.com; az új felhasználónak a(z) jack@xx.com-ot kell használnia




API-válaszpélda:
...ugyanaz, mint korábban

A webex-értekezletek, a Webex-események (Új) és a Webex-események (Klasszikus) támogatásához a rögzítési nézetelőzmények jelentés API-ja

Érintett API-k

Jelenlegi API: A lstrecordaccessHistory és a lstrecordaccessDetailHistory csak a Webex Training felvételi nézetének előzményjelentését támogatja. Az új fejlesztés támogatja a Webex Meetings, a Webex Events (új) és a Webex Events (klasszikus) felvételi nézet által elérhető előzményekről szóló jelentést is.

Sémamódosítások

Az alábbi új sémát támogatjuk az API lstrecordaccessHistory-ba az API-kérelem törzsében:


MeetingCenter
TrainingCenter
EventCenter

részletei

Az API: A lstrecordaccessHistory képes visszaadni a felvételek megtekintésének előzményeit a Webex Meetings, a Webex Events (új), a Webex Events (klasszikus) és a Webex Trainings esetében.

  • Ha nincs megadva szolgáltatástípus az API-kérelemben, a lstrecordaccessHistory API-ja csak a Webex Training felvételi nézetének előzményeit adja vissza.

  • Ha a szolgáltatásTípusa a MeetingCenter, a lstrecordaccessHistory API-ja visszaadja mind a Webex Meetings, mind a Webex Events (új) felvételnézet hozzáférési előzményeit.

  • Ha a szolgáltatásTípusa EventCenter, a lstrecordaccessHistory API-ja visszaadja a Webex Events (klasszikus) felvétel nézetének hozzáférési előzményeit.

Az API: A lstrecordaccessDetailHistory a Webex Meetings, a Webex Events (új), a Webex Events (klasszikus) és a Webex Training recordID segítségével tudja visszaadni a részleteket.

PÉLDA API-kérésre és -válaszra

lstrecordaccessHistory API kérése és válasza

<?xml version="1.0" encoding="UTF-8"?>
<serv:üzenet xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<fejléc>
<securityContext>
<webExID>{userName}</webExID>
<password>{password}</password>
<siteName>{siteName}</siteName>
</securityContext>
</fejléc>
<test>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
<viewTimeScope>
<viewTimeStart>9/20/2021 00:00:00</viewTimeStart>
<viewTimeEnd>2021. 9. 28. 23:59:59</viewTimeEnd>
</viewTimeScope>
<listavezérlés>
<startFrom>1</startFrom>
<maximumNum>100</maximumNum>
</listControl>
<megrendelés>
<orderBy>RÖGZÍTÉS</orderBy>
<orderAD>ASC</orderAD>
</megrendelés>
<szolgáltatástípusok>
<serviceType>MeetingCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>EventCenter</serviceType>
</serviceTypes>
</bodyContent>
</test>


<?xml version="1.0" encoding="UTF-8"?>
<serv:üzenet 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">
<kiszolgáló:fejléc>
<szerv:válasz>
<serv:result>SIKER</serv:result>
<serv:gsbStatus>ELSŐDLEGES</serv:gsbStatus>
</szerv:válasz>
</kiszolgáló:fejléc>
<szerv:test>
<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory teszt TC-20210924 1324-1</history:recordName>
<history:creationTime>09/24/2021 13:28:13</history:creationTime>
<előzmények:regisztrálva>0</előzmények:regisztrálva>
<előzmények:letöltve>2</előzmények:letöltve>
<előzmények:megtekintve>1</előzmények:megtekintve>
<history:timeZoneID>20</history:timeZoneID>


<history:recordID>1XXXXXXX7</history:recordID>
TesztErollment_001-20210610 1905-1
<history:creationTime>06/10/2021 19:10:15</history:creationTime>
<előzmények:regisztrálva>0</előzmények:regisztrálva>
<előzmények:letöltve>0</előzmények:letöltve>
<előzmények:megtekintve>3</előzmények:megtekintve>
<history:timeZoneID>20</history:timeZoneID>


<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>2-20210705 0709-1 azonnali lejátszás tesztelése</history:recordName>
<history:creationTime>07/05/2021 07:15:06</history:creationTime>
<előzmények:regisztrálva>0</előzmények:regisztrálva>
<előzmények:letöltve>0</előzmények:letöltve>
<előzmények:megtekintve>1</előzmények:megtekintve>
<history:timeZoneID>20</history:timeZoneID>


<history:recordID>1XXXXXXX7</history:recordID>
EC2.0_232423-20210922 0447-1
<history:creationTime>09/22/2021 04:53:05</history:creationTime>
<előzmények:regisztrálva>0</előzmények:regisztrálva>
<előzmények:letöltve>0</előzmények:letöltve>
<előzmények:megtekintve>1</előzmények:megtekintve>
<history:timeZoneID>20</history:timeZoneID>


<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory teszt EC2.0-20210924 1315-1</history:recordName>
<history:creationTime>09/24/2021 13:19:00</history:creationTime>
<előzmények:regisztrálva>0</előzmények:regisztrálva>
<előzmények:letöltve>1</előzmények:letöltve>
<előzmények:megtekintve>1</előzmények:megtekintve>
<history:timeZoneID>20</history:timeZoneID>


<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory teszt MC-20210924 1319-1</history:recordName>
<history:creationTime>09/24/2021 13:25:12</history:creationTime>
<előzmények:regisztrálva>0</előzmények:regisztrálva>
<előzmények:letöltve>1</előzmények:letöltve>
<előzmények:megtekintve>1</előzmények:megtekintve>
<history:timeZoneID>20</history:timeZoneID>


<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory teszt EC klasszikus-20210924 1331-1</history:recordName>
<history:creationTime>09/24/2021 13:37:28</history:creationTime>
<előzmények:regisztrálva>0</előzmények:regisztrálva>
<előzmények:letöltve>1</előzmények:letöltve>
<előzmények:megtekintve>1</előzmények:megtekintve>
<history:timeZoneID>20</history:timeZoneID>

<history:matchingRecords>
<szerv:összesen>8</szerv:összesen>
<szerv:visszaküldött>7</szerv:visszaküldött>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</szerv:bodyContent>

lstrecordaccessDetailHistory API kérése és válasza

<?xml version="1.0" encoding="UTF-8"?>
<serv:üzenet xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<fejléc>
<securityContext>
<webExID>{userName}</webExID>
<password>{password}</password>
<siteName>{siteName}</siteName>
</securityContext>
</fejléc>
<test>
<bodyContent xsi:type=
„java:com.webex.service.binding.history.LstrecordaccessDetailHistory”>
<recondID>1XXXXXX7</recondID>
<timeZoneID>20</timeZoneID>

</test>


<?xml version="1.0" encoding="UTF-8"?>
<serv:üzenet 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">
<kiszolgáló:fejléc>
<szerv:válasz>
<serv:result>SIKER</serv:result>
<serv:gsbStatus>ELSŐDLEGES</serv:gsbStatus>
</szerv:válasz>
</kiszolgáló:fejléc>
<szerv:test>
<serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<előzmények:rekordDetail>
<history:viewID>1XXXXXX7</history:viewID>
<előzmények:participantName>Axxxg</előzmények:participantName>
<előzmények:participantEmail>Axxxg@qa.webex.com</előzmények:participantEmail>
<history:accessTime>09/24/2021 13:27:26</history:accessTime>
<előzmények:regisztrált>hamis</előzmények:regisztrált>
<history:downloaded>hamis</history:downloaded>
<történelem:megtekintve>igaz</történelem:megtekintve>
<history:timeZoneID>20</history:timeZoneID>
</előzmények:rekordDetail>
<előzmények:rekordDetail>
<history:viewID>1XXXXXX7</history:viewID>
<előzmények:participantName>Axxxg</előzmények:participantName>
<előzmények:participantEmail>Axxxg@qa.webex.com</előzmények:participantEmail>
<history:accessTime>09/24/2021 13:27:39</history:accessTime>
<előzmények:regisztrált>hamis</előzmények:regisztrált>
<history:downloaded>true</history:downloaded>
<előzmények:megtekintve>hamis</előzmények:megtekintve>
<history:timeZoneID>20</history:timeZoneID>
</előzmények:rekordDetail>
<history:matchingRecords>
<szerv:összesen>2</szerv:összesen>
<szerv:visszaküldött>2</szerv:visszaküldött>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</szerv:bodyContent>

Befolyásoló API-k:

  • lstrecordaccessHistory

  • lstrecordaccessDetailHistory

Javítsa ki a maximálisan engedélyezett Webex-események (Klasszikus) leírási hossza közötti különbséget az XMLAPI és a Webex lap között.

Érintett API-k

Az XML API: A CreateEvent és a SetEventleírás eleme legfeljebb 10000 karakter bevitelt engedélyez. Ha a méret túllépi a bevitelt, az új hibakódot és üzenetet eredményez:

060068 illegális beviteli leírás. Ez a leírás nem haladhatja meg az 10000 karaktert.

Sémaváltozások

Nincs sémaváltozás.

PÉLDA API-kérésre és -válaszra

CreateEvent API-kérés és -válasz

#API kérési példa:
...

<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>PRIVÁT</listing>
</accessControl>
<metaadat>
<sessionName>EC-teszt</sessionName>
<description>......Tegyük fel, hogy 10000 karaktert tölt ki a leírásban......</description>
</metaData>
...


------------------------------------
#API-válaszpélda, amikor a leírás meghaladja a 10000 karaktert:

<serv:üzenet 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>HIBA</serv:result>
Érvénytelen bemeneti leírás. A leírás nem haladhatja meg a 10000 karaktert
ELSŐDLEGES
060068





Befolyásoló API-k:

  • CreateEvent

  • SetEvent

XML API: A GetUser visszaadja a freeAccount új elemét

Érintett API-k

A GetUser egy új elemet ad vissza, amely azonosítjaa freeAccount fiókot, hogy a felhasználói fiók FreeAccount vagy sem.

Sémamódosítások

GetUser válasz példa


GetUser-válasz:
AW
false

3
false


Befolyásoló API-k:

GetFelhasználó

API 41.10.0 frissítések

Az XML API 41.10.0 sémájában nincsenek sémamódosítások.

API 41.9.0 frissítések

XML API 41.9.0 frissítések

Kattintson ide az XML API 41.9.0 séma letöltéséhez.

Xml API 10.0.0 leszerelése az összes T31-webhelyhez

A Webex azt tervezi, hogy az összes T31 webhely esetében befejezi az XML API ver 10.0.0-t.

A 41.9.0 frissítés összes termeléséből leállítjuk az XML API 10.0.0 kódot.

API 41.8.0 frissítések

XML API 41.8.0 frissítések

Kattintson ide az XML API 41.8.0 séma letöltéséhez.

Xml API 10.0.0 leszerelése az összes T31-webhelyhez

A Webex azt tervezi, hogy az összes T31 webhely esetében befejezi az XML API ver 10.0.0-t.

A Webex talált néhány ügyfelet, akik az XML API URL-címéhez fértek hozzá, helytelen módon: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, az XML API URL-címének helyes elérése a következőképpen: https://{siteName}.webex.com/WBXService/XMLService.

Kérjük, váltson a kódhozzáférés XML API-ját a megfelelő módon, hogy elkerülje az ütközést, mielőtt az XML API 10.0.0-s verziójára az életfenntartó rendszer végére érnénk.

API 41.7.0 frissítések

XML API 41.7.0 frissítések

Kattintson ide az XML API 41.7.0 séma letöltéséhez.

A mobil törlést és szerkesztési felvételt a webhelyfelügyeleti lehetőségnek kell szabályoznia: A állomások újbóli hozzárendelésének, szerkesztésének, letiltásának és törlésének engedélyezése

Érintett API-k és sémaváltozások

Webhely lekérése: visszaadja az enableNBRMCModify és a separateNoRecordingEdit új elemeket az eszközök között.

Válasz példa

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:üzenet 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">
<kiszolgáló:fejléc>
<szerv:válasz>
<serv:result>SIKER</serv:result>
<serv:gsbStatus>ELSŐDLEGES</serv:gsbStatus>
</szerv:válasz>
</kiszolgáló:fejléc>
<szerv:test>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<ns1:eszközök>
...
<ns1:enableNBRMCModify>false</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit>true</ns1:separateNoRecordingEdit>
...
</ns1:eszközök>
</szerv:bodyContent>

API 41.6.3 Frissítések

XML API 41.6.3 frissítések

Kattintson ide az XML API 41.6.3 séma letöltéséhez.

GetSite -válasz új eleme a supportLargeEvent-nek

Érintett API-k és sémaváltozások

Webhely lekérése: visszaadja a supportLargeEvent nevű új elemeket a siteCommonOptions alatt, hogy tudassa a hívóval, hogy a webhely támogatja-e a Large Event (Webex Event (új)) szolgáltatást vagy sem.

Séma módosítása

Válasz példa

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:üzenet 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">
<kiszolgáló:fejléc>
<szerv:válasz>
<serv:result>SIKER</serv:result>
<serv:gsbStatus>ELSŐDLEGES</serv:gsbStatus>
</szerv:válasz>
</kiszolgáló:fejléc>
<szerv:test>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<ns1:siteCommonOptions>
...
<ns1:enablePreMeetingLobby>false</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent>true</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</szerv:bodyContent>


API 41.6.0 frissítések

XML API 41.6.0 frissítések

Kattintson ide az XML API 41.6.0 séma letöltéséhez.

AZ XMLAPI támogatja a Webex Events 2.0-t a kiépítésben

Érintett API-k

GetUser: A largeEventCapacity nevű új elemet ad vissza, amely az új Event 2.0 (EC 2.0) kapacitását mutatja az adott felhasználói fiók alatt. Például, ha a felhasználói fiók rendelkezik CI_EC3K licenccel, a largeEventCapacity értéke 3000.

Sémamódosítások

Válasz példa

GetUserResponse:

AZ XMLAPI LstRecording CreateTime a felvétel kezdési idejét alkalmazza

Érintett API-k

Rögzítés: LstRecording válasz CreateTime : az az idő, amikor a felhasználó ténylegesen megnyomja a felvétel gombot.

részletei

A múltban az XML API az LstRecording válaszban létrehozási időbélyegzőt használta a felvétel adatbázisban való létrehozásakor. Most itt az ideje, hogy a felhasználó ténylegesen elkezdje a felvételt. Ez a változás minden szolgáltatásfelvételre vonatkozik. Nincs sémaváltozás.

API 41.5.0 frissítések

XML API 41.5.0 frissítések

Kattintson ide az XML API 41.5.0 séma letöltéséhez.

Az XMLAPI képes elindítani a Webex ütemezett értekezleteit a PSTN-ből, mint házigazda

Érintett API-k

  • Felhasználó létrehozása: hostPIN -t generál függetlenül attól, hogy a felhasználói PMR engedélyezve van-e vagy sem, ha a felhasználói szerepkör szervező, teljes körű vagy csak olvasási jogosultsággal rendelkező vagy felhasználókezelési webhely-rendszergazda.

  • Felhasználó beállítása: beállítja a hostPIN -t a phones.hostPIN használatával, ha a personalMeetingRoom.hostPIN nem szerepel az XML-kérelemben (előfeltétel: az AllowStartScheduledMtgFromPhone funkcióváltás engedélyezve van).

  • GetUser: visszaadja a phones.hostPIN -t, függetlenül attól, hogy a felhasználói PMR engedélyezve van-e vagy sem. (előfeltétel: az AllowStartScheduledMtgFromPhone funkcióváltás engedélyezve van).

Sémaváltozások

GetUserResponse:

Felhasználó beállítása:

Válasz példa

GetUserResponse:

Felhasználó beállítása:

XMLAPI GetSite válasz két új eleme a mobilkliens számára

Érintett API-k

  • Webhely lekérése: A GetSite most két új elemre fog válaszolni a mobilkliens támogatására, azzal a logikával, hogy megjelenjen-e a felvétel lap.

    • enableRecordingAccess: igaz vagy hamis, a Webex szuperrendszergazdái a kapcsolóval engedélyezhetik vagy letilthatják a felvételhez való hozzáférést (EnableRecordingAccess).

    • storageEmptyStatus: igaz vagy hamis, ha mindkét webhely nem támogatja az NBR funkciót, és az NBR tárhelyet nullára rendelte, akkor az állapotválasz igaz, egyébként hamis.

Sémaváltozások

GetSite mintakérelme

Mintaválasz a Getsite alkalmazáshoz

A nem ASCII karakterekkel rendelkező e-mail-téma RFC2047 kódolással lesz kódolva. Abban az esetben, egy tiszta ASCII karakter e-mail tárgy, nincs kódolás

Érintett API-k

Nincs hatással semmilyen API-kérésre, válasz hasznos terhelésére, de megváltoztatja az e-mail-téma kódolási viselkedését. Ha az e-mail nem ASCII karaktereket tartalmazó tárgya RFC2047 kódolású lesz. Tiszta ASCII karakteres e-mail tárgy esetén nincs kódolás.

Sémaváltozások

Nincsenek sémaváltozások.

API 41.4.0 frissítések

XML API 41.4.0 frissítések

Kattintson ide az XML API 41.4.0 séma letöltéséhez.

Eseményütemezett Webex-események létrehozása kihasználhatja a webhelyszintű alapértelmezett értéket a belépési és kilépési hangon

Az XMLAPI igazodik a belépési és kilépési hang szabályozásának jelenlegi új logikájához. A Webex-események minden hangnemét a webhelyfelügyelet egy másik beállítása szabályozta. A GetSite-ban az XMLAPI egy további entryExitToneEC mezőt ad vissza az érték jelzésére. Eredetileg, ha a webhely rendszergazdája alapértelmezett értéket állított be a hangnemre, az Esemény létrehozása nem használja ki ezt a beállítást az XMLAPI alapértelmezett alkalmazásával.

Érintett API-k

Az XML API: A GetSite egy új entryExitToneEC elemmel tér vissza az érték jelzésére.

Az XML API: A CreateEvent, SetEvent, GetEvent háttérszolgáltatás üzleti logika felolvassa az entryExitToneEC értékét.

Sémamódosítások

XML API: GetSite válaszminta:


true
KÖZLEMÉNY
JEGYZETONE
true

NINCS

true
false

Befolyásoló API-k:

  • GetSite

  • CreateEvent

  • SetEvent

  • GetEvent

XmlAPI csak visszaadja a nagy esemény (Webex Event 2.0) részletes információk

  1. Ha a Webex-értekezlet egy nagy esemény vagy webszórás, a GetSessionInfo néhány részletes információt ad vissza, beleértve az értekezlet jelszavát, az értekezlet numerikus jelszavát, a segédelőadói jelszót és a segédelőadói numerikus jelszót (Nincs séma módosítva).

  2. Az XMLAPI nem támogatja a nagyszabású események vagy webszórás funkciók létrehozását és szerkesztését, ezért a Értekezlet létrehozása és a Értekezlet beállítása új kivételt ad vissza (110064, Az esemény és a webszórás munkamenettípus nem támogatott.) nagyszabású események vagy webszórás esetén.

API-k hatása

API neve

Leírás

Megjegyzés

Munkamenet adatainak lekérése

Ha a Webex-értekezlet a nagy esemény vagy webszórás, a GetSessionInfo visszaadja az értekezlet jelszavát, az értekezlet numerikus jelszavát, a segédelőadó jelszavát és a segédelőadó numerikus jelszavát.

A séma nem módosítható.

Értekezlet létrehozása

Értekezlet beállítása

Ha a felhasználó a CreateMeeting api használatával megpróbál létrehozni egy nagy esemény munkamenettípusú Webex-értekezletet, vagy a SetMeeting hívást egy olyan Webex-értekezlet szerkesztéséhez, amely valójában egy nagy esemény vagy webszórás, küldjön vissza egy új kivételt 110064. Az Esemény és a Webcast munkamenet típusa nem támogatott.

A viselkedés megváltoztatható.

API 41.3.0 frissítések

XML API 41.3.0 frissítések

Kattintson ide az XML API 41.3.0 séma letöltéséhez.

Az XML API új módosításai támogatják a Webex Events 2.0 funkciót

Érintett API-k

Mindkét API: GetSessionInfo és GetMeeting visszatérési elemek is enableEvent és enableWebniar .

Elem neve

Leírás

enableEvent

Támogatja az EC 2.0-t egy Webex találkozón

enableWebniar

Támogatja a webináriumot egy Webex találkozón

Az XMLAPI-támogatás az EC 2.0 két eleme felett ad vissza. Az XML API jelenlegi kiadása nem támogatja az EC2.0 értekezlet ütemezését és beállítását.

Sémamódosítások

A GetSessionInfo visszaadja az enableEvent és az enableWebniar elemeket az EC 2.0 számára.

A GetMeeting visszaadja az enableEvent és az enableWebniar elemeket az EC 2.0 verziójához.

Válaszminta:

GetSessionInfo válasz:


NYILVÁNOS
hamis
true
false
false
hamis
false
true

GetMeeting -válasz:

<meet:supportPKI>false</meet:supportPKI>
<meet:HQvideo>true</meet:HQvideo>
<meet:HDvideo>
<meet:viewVideoThumbs>true</meet:viewVideoThumbs>
<meet:enableEvent>false</meet:enableEvent>
<meet:enableWebniar>false</meet:enableWebniar>
<meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
</meet:enableOptions>

Az XMLAPI új módosításai támogatják az értekezlet előtti lobby funkciót

Érintett API-k

Az XML API: A GetSite, LstSummarySession, GetSessionInfo és GetMeeting válaszol az enablePreMeetingLobby új elemre az értekezlet előtti előszoba esetén.

Sémamódosítások

Az XML API: A GetSite visszaadja az enablePreMeetingLobby elemet az Értekezlet előtti előszoba esetén.

Az XML API: Az LstSummarySession visszaadja az enablePreMeetingLobby elemet az Értekezlet előtti előszoba esetén.

Az XML API: A GetSessionInfo visszaadja az enablePreMeetingLobby elemet az Értekezlet előtti előszoba esetén.

Az XML API: A GetMeeting visszaadja az enablePreMeetingLobby elemet az Értekezlet előtti előszoba esetén.

Válaszminta:

GetSite -válasz:


false
hamis
hamis
true
true
true
true
false
true
true

LstSummarySession válasz:

false
true
0
false
false
false
true

GetSessionInfo válasz:


NYILVÁNOS
hamis
true
false
false
hamis
false
true

GetMeeting -válasz:

<meet:supportPKI>false</meet:supportPKI>
<meet:HQvideo>true</meet:HQvideo>
<meet:HDvideo>
<meet:viewVideoThumbs>true</meet:viewVideoThumbs>
<meet:enableEvent>false</meet:enableEvent>
<meet:enableWebniar>false</meet:enableWebniar>
<meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
</meet:enableOptions>

Az XML API GetSite válaszra vonatkozó Információ viselkedési változásának közzététele

Érintett API-k

Az XML API: Csak az alábbi GetSite válasz-elemeket tartalmazza a rendszergazdai fiókhoz, amelyek szerepköröket is tartalmaznak: SiteAdmin, RO_SiteAdmin és UserAdmin.

...
...
...
...
...
...
...
...

Megváltozott a viselkedés

Csak engedélyezze, hogy a rendszergazdai szerepkör GetSite válaszlicenc-adatokkal rendelkezzen . A szervező vagy a résztvevő nem fogja megkapni ezeket a licencadatokat a GetSite válaszban.

Az alábbiakban API: GetSite válaszpéldája webhely-rendszergazdának vagy csak kész webhely-rendszergazdának vagy felhasználókezelési rendszergazdának:

API 41.2.0 frissítések

XML API 41.2.0 frissítések

Kattintson ide az XML API 41.2.0 séma letöltéséhez.

Az XMLAPI-nak támogatnia kell a "CMR Hybrid VOIP"-ot, ha a webhely támogatja a Webex telefonálást

Érintett API-k

  • A GetSite új IsWebexTelephony elemet ad vissza a válaszban.

  • A CreateUser és a SetUser frissítheti a cmrHybridVoip elemet, ha az IsWebexTelephony más feltételekkel együtt igaz. Az IsTSPUsingTelephonyAPI már nem következetes.

Sémamódosítások

XML API: A GetSite válasz egy további IsWebexTelephony elemet ad vissza

A GetSite -válasz az új elemet tartalmazza:



true
false
Személyes konferencia száma
Résztvevői hozzáférési kód
Szervezői hozzáférési kód
Résztvevői azonosító

....

Az LstSummarySession támogatja az EC2.0-t

Az XML API-k hatása

Az LstSummarySession két új elemet ad vissza az EC 2.0 támogatására

Elem neve

Leírás

enableEvent

Támogatja az EC 2.0-t egy Webex találkozón

enableWebniar

Támogatja a webináriumot egy Webex találkozón

Sémamódosítások

XML API: LstSummarySession: Fűzze hozzá a <enableEvent> és az <enableWebniar> elemeket

Az XML API válasza: LstSummarySession

Válasz az EK 2.0-ra

true

0
false
true
true

Az XMLAPI támogatja a webhely felhasználói Webex-voice-assistant beállításának visszatérését az MCT-integrációhoz

Érintett API

A GetUser egy új WebexAssistantEnabled elemet ad vissza (igaz vagy hamis) a válaszban.

Sémaváltozások

getUserResponse:

Válasz példa

API 41.1.0 frissítések

Az XML API 41.1 sémájában nincsenek sémamódosítások.