סקירה כללית של עדכוני API של פגישות Webex של Cisco (API 41)

לקבלת מידע נוסף על XML API 39 ו-XML API 11, עיין בסקירת העדכונים של Cisco Webex Meetings XML API‏ (XML API 39 או מהדורות קודמות).

לקבלת מידע נוסף על XML API 40, עיין בסקירת העדכונים של Cisco Webex Meetings XML API ‏(XML API 40 ואילך).

לקבלת עדכונים עבור XML API 11 SP9 ואילך, עבור אל Cisco DevNet.

עדכוני XML API 41.12.0

לחץ כאן כדי להוריד את סכימת XML API 41.12.0.

XMLAPI יחסום את לוח הזמנים והעריכה של Webex Events (Classic) בהתאם לפריט התצורה של האתר של EnableClassicEvent שהוא שגוי

ממשקי API מושפעים ושינויי סכימה

בדף קביעת תצורה של ניהול אתר, אם תיבת הסימון 'הפעל אירוע קלאסי' היא שקרית, אתר זה לא יתמוך יותר בפגישות של אירועי Webex (קלאסיים).

אם תיבת הסימון הפוך את ה-ClassicEvent לזמין אינה נכונה, אתה קורא לממשקי API אלה כדי להפעיל את פגישת אירועי Webex (קלאסית):

צורEvent, SetEvent, GetEvent, GetSessionInfo, LstsummaryEvent, LstrecordedEvent, LstsummaryProgram, UploadEventImage

ה-API יגיב לחריגה חדשה 010106 האירוע הקלאסי הושבת.

שינויים בסכימה

אין שינויים בסכימה.

דוגמה לבקשת API ותגובה

בקשת API ותגובה של CreateEvent

בקשה של CreateEvent

XXXXXXXX


XMLAPI EC Testing


07/17/2021 01:29:15
15

תגובה של 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:תגובה>
<serv:result>כשל</serv:תוצאה>
<serv:reason>האירוע הקלאסי הושבת.</serv:reason>
<serv:gsbStatus>ראשי</serv:gsbStatus>
<serv:exceptionID>010106</serv:exceptionID>
</serv:תגובה>
</serv:כותרת>
<serv:גוף>
<serv:bodyContent/>
</serv:גוף>

CreateEvent3.1.3 משפיע על ממשקי API:

• Setאירוע GetEvent

• קבל סשןInfo

• תקציר Lstsummaryאירוע

• אירוע LstrecordedEvent

• תוכנית LSTSUMMARY

• העלהEventImage

XMLAPI LstMeetingType יגיב לאלמנט חדש של subProductCodePrefix

ממשקי API מושפעים

נוכחי רכיב התגובה LstMeetingType של productionCodePrefix: PRO‏, AUO ואחרים שהם קידומת סוג פגישה מוגדרת מראש של Webex.

לאחר שיפור חדש זה, ה-API יגיב לאלמנט חדש של subProdctCodePrefix:PRO1, PRO2, וכו', אשר ניתן להתאים אישית קידומת סוג פגוש.

שינויים בסכימה ב-API: סוג פגישה ב-LstMeeting

זה יגיב אלמנט חדש: קידומת subprodctCodePrefix

דוגמה לבקשת API ותגובה

בקשת API ותגובה של LstMeetingType

בקשת LstMeetingType

13810

תגובה של LstMeetingType

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

<mtgtype:productCodePrefix>PRO</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix> //רכיב חדש עבור סוג פגישה מותאם אישית
<mtgtype:active>מופעל</mtgtype:active>
<mtgtype:name>Cus_צברhat_סגור</mtgtype:name>
<mtgtype:displayName>ג'us_צברhat_סגור</mtgtype:displayName>

XML API 41.11.0 עדכונים

לחץ כאן כדי להוריד את סכימת XML API 41.11.0.

XML API תומך בתאימות קדימה ב- API של ניהול משתמשים עבור אתרים מנוהלים של Control Hub

ממשקי API מושפעים ושינויי סכימה

אם יישום האינטגרציה שלך משתמש כעת בממשקי API של ניהול משתמשים של Webex XMLAPI: צור משתמש, משתמש SetUser, דקורןCommentוכן קבל משתמש כדי להקצות או לנהל משתמשים, לאחר שהאתר הקלאסי של Webex הומר לאתר המנוהל ב-Control Hub, ממשקי ה-API האלה ימשיכו לפעול לצורך תאימות קדימה. ישנם כמה שינויי התנהגות כפי שצוין להלן:

• בעת שימוש ב - createUser- אם מצב המשתמש ב- Control Hub אינו "פעיל" אז מצב המשתמש באתר לא יהיה פעיל. אם מצב המשתמש ב- Control Hub פעיל, מצב המשתמש באתר פעיל גם הוא, עיין: מצב המשתמש של משתמשים חדשים ומומרים ב-Control Hub.

• אלמנט הסיסמה של ממשקי API של CreateUser ו- SetUser יתעלם, אנו מתחילים לשלוח דוא"ל הפעלה למשתמשים חדשים, משתמשים יכולים ללחוץ על הקישור בדוא"ל לחשבון חדש פעיל ולהזין סיסמה חדשה.

• המערכת הפעילה של CreateUser API תתעלם, לא ניתן להפעיל משתמש חדש (לא אומת) דרך פרמטר זה באמצעות API SetUser.

• הערך של רכיב webExId בגוףחיבור של ממשקי API של CreateUser חייב להיות זהה לדואר אלקטרוני. אם webExId שונה מהדוא"ל, נתייחס ל-webExId כמו לדוא"ל בעת אחסון אותו ל-WebDB והערך יתעלם ממנו.

• הערך של רכיב webExId ב-bodyContent של SetUser APIs חייב להיות זהות משתמש של כתובת דוא"ל, באפשרותך לשנות אותה באמצעות <email> ב-bodyContent.

• ה - API של SetUser יתמוך בשינוי הודעת הדואר האלקטרוני של המשתמש הקיים: זה מצליח אם חשבון הפעולה ב- SecurityContext הוא מנהל האתר המלא של Control Hub. אחרת, ה- API מדווח על שגיאה באמצעות קוד שגיאה חדש והודעה להלן:

  • 030120 החשבון חייב להיות מנהל אתר מלא כדי לשנות את כתובת הדוא"ל.

• האלמנט newWebExId בגוףContent של SetUser API יתעלם.

• ה- API של SetUser מנסה לשנות לדואר אלקטרוני שכבר נמצא בשימוש, ה- API מעלה מתחת לקוד שגיאה חדש ולהודעת שגיאה:

  • 030118 דוא"ל כבר נמצא בשימוש באתרים מנוהלים של Control Hub.

• ה- API של DelUser משבית את המשתמש בצד הפגישה של Webex ורישיון הפגישה המתאים מוסר מאתר Webex. ניתן להפעיל מחדש משתמש מושבת זה באמצעות API: הגדר משתמש (ACTIVE) כל עוד המשתמש מאומת לפני כן.

• ממשקי ה- API של CreateUser ו - SetUser מעלים קוד שגיאה חדש ואת הודעת השגיאה כפי שמוצג להלן:

  • 030117, משתמש זה קיים מחוץ לארגון שלך, ולכן יש לדרוש בעלות עליו, כדי לעבור לארגון שלך דרך תהליך דרישת בעלות על משתמש. לקבלת שלבים לתבוע את המשתמש לארגון שלך, ראה תביעת משתמשים לארגון שלך (המרת משתמשים). יהיה עליך לאמת את התחום שאליו שייך המשתמש לפני תביעת המשתמש.

  • 030119 אסימון הגישה של CI חייב לכלול היקף webexsquare: מנהל בעת הקצאת משאבים למשתמש.

שינויים בסכימה

אין שינויים בסכימה בממשקי API אלה: CreateUser, SetUser, DelUser, ו-GetUser.

דוגמה לבקשת API ותגובה

CreateUser API request & response

בקשת API:
<?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>{site Admin account}</webExID>
<email>{site Admin account}</email>
<sessionTicket>xxxx</sessionTicket> או או
או , בעת שימוש ב-CI "accessToken", עליו לכלול היקף webexsquare:admin בעת הקצאת משתמש
</securityContext>
</כותרת>



<גוף>
<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><body dir="rtl"Content xsi:type="java:com.webex.service.binding.user.CreateUser">
<webExId>Jack@qa.webex.com</webExId> --- זו צריכה להיות זהות משתמש של כתובת דוא"ל
<email>Jack@qa.webex.com</email>
<firstName>ג'ק</firstName>
<lastName>סמית'</lastName>
<password>...</password>
<privilege>>
<host>true</host>
</privilege>
<active>active</active> -- פרמטר זה לא יכול להפעיל את המשתמש ישירות עד שהמשתמש עצמו יפעיל את עצמו באמצעות דוא"ל הפעלה.
</bodyContent>
</גוף>


דוגמה לתגובת API:
<?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:תגובה>
<serv:result>הצלחה</serv:תוצאה>
<serv:gsbStatus>ראשי</serv:gsbStatus>
</serv:תגובה>
</serv:כותרת>
<serv:גוף>
<serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<use:userId>23778617</use:userId>
</serv:bodyContent>

ממשקי API של השפעה:

• CreateUser

• SetUser

• DelUser

XML API תומך בתאימות קדימה של אימות משתמש קיים לאחר שהאתר הקלאסי של Webex מומר לאתר מנוהל של Control Hub

ממשקי API מושפעים

לאחר שאתר Webex קלאסי מומר לאתר מנוהל של Control Hub, הערך של רכיב ב- צריך להיות זהה לכתובת הדוא"ל, הפרטים להלן:

• עבור משתמשים קיימים שנוצרו באתר הקלאסי של Webex, אנו תומכים בשני webExID ישנים (לדוגמה: Jack) ו- webExID חדש (התוכן זהה לדואר אלקטרוני, לדוגמה: Jack@xx.com) כדי להתחבר, תאימות לאחור של אימות זה מיועדת לכל ממשקי ה- API של XML.

• עבור משתמשים חדשים שנוצרו באתרים מנוהלים של Control Hub, הערך של רכיב webExID חייב להיות זהה לדואר אלקטרוני לצורך כניסה.

{siteName}
{userName} --- משתמשים קיימים נוצרו באתר קלאסי webEx, זה יכול להיות: jack או jack@xx.com; משתמש חדש חייב להשתמש ב- jack@xx.com
xxxx או או או

ממשקי API של השפעה:

כל ממשקי ה- API של XML.

לאחר שאתר Webex קלאסי הומר לאתר מנוהל של Control Hub, הערך של רכיב <bodyContent> צריך להיות זהה לדוא"ל, הפרטים להלן:

• עבור משתמשים קיימים שנוצרו באתר הקלאסי של Webex, אנו תומכים גם ב-webExId(לדוגמה: Jack) ו- webExId חדש (התוכן זהה לדואר אלקטרוני, לדוגמה: Jack@xx.com) בגוףקוונט .

• עבור משתמשים חדשים שנוצרו באתרים מנוהלים של Control Hub, הערך של רכיב webExId חייב להיות זהה לדוא"ל ב-bodyContent.

xxxx --- משתמשים קיימים נוצרו באתר webEx קלאסי, זה יכול להיות: jack או jack@xx.com; משתמש חדש חייב להשתמש ב- jack@xx.com

ממשקי API של השפעה: GetUser, SetUser, ו DelUser.

שינויים בסכימה

אין שינויים בסכימה בממשקי API כלשהם.

דוגמה לבקשת API ותגובה

תגובת בקשת API של GetUser

בקשת API:
<?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> --- משתמשים קיימים נוצרו באתר webEx קלאסי, זה יכול להיות: jack or jack@xx.com; משתמש חדש חייב להשתמש ב- jack@xx.com
xxxx או או או




xxxx --- משתמשים קיימים נוצרו באתר webEx קלאסי, זה יכול להיות: jack או jack@xx.com; משתמש חדש חייב להשתמש ב- jack@xx.com




דוגמה לתגובת API:
... כמו קודם

שיפור היסטוריית התצוגה של היסטוריית הצפייה ב- API לתמיכה בפגישות Webex, אירועי Webex (חדש) ואירועי Webex (קלאסי)

ממשקי API מושפעים

API נוכחי: lstrecordaccessHistory ו-lstrecordaccessDetailHistory תומכים רק בדוח ההיסטוריה של ההדרכות של Webex. השיפור החדש תומך גם בפגישות Webex, באירועי Webex (חדשים) ובתצוגת הקלטה (קלאסית) של Webex Events (קלאסית).

שינויים בסכימה

אנו תומכים להלן בסכימה חדשה לתוך API lstrecordaccessHistory בגוף בקשת API:

MeetingCenter
TrainingCenter
EventCenter

פרטים

ה-API: lstrecordaccessHistory יכול להחזיר את היסטוריית תצוגת ההקלטה עבור Webex Meetings‏, Webex Events (חדש), Webex Events (קלאסי) ו-Webex Training.

• אם לא צוין serviceType בבקשת API, ה-API של lstrecordaccessHistory מחזיר את היסטוריית ההקלטה של הדרכות ב-Webex בלבד.

• כאשר serviceType הוא MeetingCenter, ה-API של lstrecordaccessHistory מחזיר את היסטוריית ההקלטה של Webex Meetings ו-Webex Events (חדש).

• כאשר serviceType הוא EventCenter, ה-API של lstrecordaccessHistory מחזיר את היסטוריית ההקלטה של Webex Events (קלאסי).

ה-API: lstrecordaccessDetailHistory מסוגלת להחזיר פרטים על ידי recordID של Webex Meetings‏, Webex Events (חדש), Webex Events (קלאסי) ו-Webex Training.

דוגמה לבקשת API ותגובה

lstrecordaccess הבקשה והתגובה של ה-API להיסטוריה

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<כותרת>
<securityContext>
<webExID>{userName}</webExID>
{password>{password>
<siteName>{siteName}</siteName>
</securityContext>
</כותרת>
<גוף>
<bodyContent xsi:type="java:com.webex.service.binding.history.lstrecordaccessHistory">
<viewTimeScope>
<viewTimeStart>20/9/2021 00:00:00</viewTimeStart>
<viewTimeEnd>28/9/2021 23:59:59</viewTimeEnd>
</viewTimeScope>
<listControl>
<startFrom>1</startFrom>
<maximumNum>100</maximumNum>
</listControl>
<הזמנה>
<orderBy>RECORDID</orderBy>
<orderAD>ASC</orderAD>
</הזמנה>
<serviceTypes>
<serviceType>MeetingCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>EventCenter</serviceType>
</serviceTypes>
</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:תגובה>
<serv:result>הצלחה</serv:תוצאה>
<serv:gsbStatus>ראשי</serv:gsbStatus>
</serv:תגובה>
</serv:כותרת>
<serv:גוף>
<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Lstrecordaccessבדיקת ההיסטוריה TC-20210924 1324-1</history:recordName>
<history:creationTime>24/09/2021 13:28:13</history:creationTime>
<history:registered>0</history:רשום>
<history:download>2</history:download>
<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>06/10/2021 19:10:15</history:creationTime>
<history:registered>0</history:רשום>
<history:download>0</history:download>
<history:viewed>3</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>בדוק השמעה מיידית 2-20210705 0709-1</history:recordName>
<history:creationTime>07/05/2021 07:15:06</history:creationTime>
<history:registered>0</history:רשום>
<history:download>0</history:download>
<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:רשום>
<history:download>0</history:download>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Lstrecordaccessבדיקת ההיסטוריה EC2.0-20210924 1315-1</history:recordName>
<history:creationTime>24/09/2021 13:19:00</history:creationTime>
<history:registered>0</history:רשום>
<history:download>1</history:download>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Lstrecordaccessמבחן ההיסטוריה MC-20210924 1319-1</history:recordName>
<history:creationTime>24/09/2021 13:25:12</history:creationTime>
<history:registered>0</history:רשום>
<history:download>1</history:download>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Lstrecordaccessמבחן ההיסטוריה EC קלאסי-20210924 1331-1</history:recordName>
<history:creationTime>24/09/2021 13:37:28</history:creationTime>
<history:registered>0</history:רשום>
<history:download>1</history:download>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:matchingRecords>
<serv:total>8</serv:total>
<serv:חזר>7</serv:חזר>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>

lstrecordaccessDetail History API של בקשה ותגובה

<?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>
<siteName>{siteName}</siteName>
</securityContext>
</כותרת>
<גוף>
<bodyContent xsi:type=
"java:com.webex.service.binding.history.lstrecordaccessDetailHistory">
<recondID>1XXXXXX7</recondID>
<timeZoneID>20</timeZoneID>

</גוף>


<?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:תגובה>
<serv:result>הצלחה</serv:תוצאה>
<serv:gsbStatus>ראשי</serv:gsbStatus>
</serv:תגובה>
</serv:כותרת>
<serv:גוף>
<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:download>false</history:download>
<history:viewed>true</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordפרטים>
<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:download>true</history:download>
<history:viewed>false</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordפרטים>
<history:matchingRecords>
<serv:total>2</serv:total>
<serv:חזר>2</serv:חזר>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>

ממשקי API של השפעה:

• lstrecordaccessהיסטוריה

• lstrecordaccessפרטיםהיסטוריה

תקן את הפער של אורך התיאור המרבי המותר של אירועי Webex (קלאסי) בין XMLAPI לדף Webex.

ממשקי API מושפעים

ה-API של XML: צור אירוע וכן אירועי SetEvent רכיב תיאור יאפשר קלט מקסימלי של 10000 תווים, אם מעל הגודל, זה יגרום לקוד השגיאה החדש והודעה:

060068 תיאור קלט לא חוקי. תיאור זה אינו יכול לחרוג מ- 10000 תווים.

שינויים בסכימה

אין שינוי סכימה.

דוגמה לבקשת API ותגובה

בקשת API ותגובה של CreateEvent

#דוגמה לבקשת API:
שם הספר בלועזית:

<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>פרטי</listing>
</accessControl>
<metaData>
<sessionName>בדיקת EC</sessionName>
<description>.......נניח שאתה ממלא 10000 תווים בתיאור........</description>
</metaData>
שם הספר בלועזית:


------------------------------------
דוגמה לתגובת API # כאשר התיאור חורג מ-10000 תווים:

<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>כשל</serv:תוצאה>
תיאור קלט לא חוקי. התיאור לא יכול לחרוג מ-10000 תווים
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>060068</serv:exceptionID>



<serv:bodyContent/>
<serv:body>
</serv:message>

ממשקי API של השפעה:

• CreateEvent

• SetEvent

XML API: GetUser מחזיר אלמנט חדש של freeAccount

ממשקי API מושפעים

GetUser מחזיר אלמנט חדש שמזההfreeAccount את חשבון המשתמש הוא FreeAccount או לא.

שינויים בסכימה

דוגמה לתגובת GetUser

תגובת GetUser:
AW
false

3
false

ממשקי API של השפעה:

קבל משתמש

XML API 41.9.0 עדכונים

לחץ כאן כדי להוריד את סכימת XML API 41.9.0.

הוצאה משימוש של XML API 10.0.0 עבור כל אתרי T31

Webex מתכננת לתמוך בסוף החיים ב- XML API ver 10.0.0 עבור כל אתרי T31.

אנו מוציאים משימוש את קוד XML API 10.0.0 מכל ההפקות בעדכון 41.9.0.

עדכוני XML API 41.8.0

לחץ כאן כדי להוריד את סכימת XML API 41.8.0.

הוצאה משימוש של XML API 10.0.0 עבור כל אתרי T31

Webex מתכננת לתמוך בסוף החיים ב- XML API ver 10.0.0 עבור כל אתרי T31.

Webex מצאה חלק מהלקוחות שניגשים לכתובת ה-URL של XML API באמצעות דרך שגויה כגון: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, הדרך הנכונה לגשת לכתובת URL של XML API כ: https://{siteName}.webex.com/WBXService/XMLService.

אנא החלף את ה- API של גישת הקוד שלך ל- XML באמצעות הדרך הנכונה כדי למנוע השפעה לפני שנסיים את התמיכה בסוף החיים ב- XML API גירסה 10.0.0.

עדכוני XML API 41.7.0

לחץ כאן כדי להוריד את סכימת XML API 41.7.0.

מחיקה ניידת והקלטת עריכה צריכות להיות נשלטות על ידי אפשרות ניהול האתר: אפשר למארחים להקצות מחדש, לערוך, להשבית ולמחוק הקלטות

ממשקי API מושפעים ושינויי סכימה

GetSite: יחזיר אלמנטים חדשים שישמם enableNBRMCModify, ו-separateNoRecordingEdit תחת כלים.

דוגמה לתגובה

תגובה ל-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:תגובה>
<serv:result>הצלחה</serv:תוצאה>
<serv:gsbStatus>ראשי</serv:gsbStatus>
</serv:תגובה>
</serv:כותרת>
<serv:גוף>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<ns1:כלים>
שם הספר בלועזית:
<ns1:enableNBRMCModify>false</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit>true</ns1:separateNoRecordingEdit>
שם הספר בלועזית:
</ns1:כלים>
</serv:bodyContent>

XML API 41.6.3 עדכונים

לחץ כאן כדי להוריד את סכימת XML API 41.6.3.

GetSite Response מרכיב חדש של supportLargeEvent

ממשקי API מושפעים ושינויי סכימה

GetSite: מחזיר אלמנטים חדשים למתן שמות ל-supportLargeEvent תחת siteCommonOptions כדי להודיע למתקשר אם האתר תומך באירוע גדול (Webex Event (חדש)) או לא.

שינוי סכימה

דוגמה לתגובה

תגובה ל-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:תגובה>
<serv:result>הצלחה</serv:תוצאה>
<serv:gsbStatus>ראשי</serv:gsbStatus>
</serv:תגובה>
</serv:כותרת>
<serv:גוף>
<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>
</serv:bodyContent>

עדכוני XML API 41.6.0

לחץ כאן כדי להוריד את סכימת XML API 41.6.0.

XMLAPI תומך Webex אירועים 2.0 בהקצאה

ממשקי API מושפעים

קבלוUser: מחזיר אלמנט חדש בשם largeEventCapacity אשר מציג את הקיבולת של אירוע 2.0 חדש (EC 2.0) תחת חשבון משתמש זה. לדוגמה, אם לחשבון המשתמש יש רישיון CI_EC3K, הערך של largeEventCapacity הוא 3000.

שינויים בסכימה

דוגמה לתגובה

GetUserResponse:

זמן ההקלטה של XMLAPI LstRecording מחיל את שעת ההתחלה של ההקלטה

ממשקי API מושפעים

הקלטה: תגובת Lst Recording CreateTime כזמן שבו המשתמש לוחץ על לחצן ההקלטה.

פרטים

בעבר, XML API השתמש בחותמת הזמן של יצירת ההקלטה במסד הנתונים כזמן יצירת תגובת Lst Recording. עכשיו זה הזמן שהמשתמש באמת מתחיל לבצע את ההקלטה. שינוי זה חל על כל הקלטות השירות. אין שינוי סכימה.

עדכוני XML API 41.5.0

לחץ כאן כדי להוריד את סכימת XML API 41.5.0.

ל- XMLAPI יש יכולת להפעיל פגישות מתוזמנות של Webex מ- PSTN כמארח

ממשקי API מושפעים

• צור משתמש: יוצר hostPIN ללא קשר ל-PMR של המשתמש מופעל או לא כאשר תפקיד המשתמש הוא מארח או מלא או לקריאה בלבד או בניהול משתמשים.

• משתמש: מגדיר את hostPIN באמצעות phones.hostPIN כאשר personalMeetingRoom.hostPIN אינו בבקשת XML (תנאי מקדים: לחצן דו-מצבי של תכונה AllowStartScheduledMtgFromPhone מופעל).

• קבלוUser: מחזיר phones.hostPIN ללא קשר ל-PMR המשתמש מופעל או לא. (תנאי מקדים: לחצן דו-מצבי של תכונה AllowStartScheduledMtgFromPhone מופעל).

שינויים בסכימה

תגובה למשתמש:

משתמש:

דוגמה לתגובה

תגובה למשתמש:

משתמש:

תגובת XMLAPI GetSite שני אלמנטים חדשים עבור לקוח נייד

ממשקי API מושפעים

• GetSite: GetSite יגיב כעת לשני אלמנטים חדשים לתמיכה בלקוח נייד יש את הלוגיקה להציג או לא להציג את הכרטיסייה להקלטה.

  • enableRecordingAccess: true או false, מנהלי מערכת של Webex יכולים להפעיל או להשבית את גישת ההקלטה באמצעות הלחצן הדו-מצבי (EnableRecordingAccess).

  • אחסוןEmptyStatus: true או false, אם שני האתרים אינם תומכים בפונקציית NBR והקצו את שטח האחסון NBR כאפס, תגובת המצב היא נכונה, אחרת היא שקרית.

שינויים בסכימה

בקשה לדוגמה עבור GetSite

תשובה לדוגמה עבור Getsite

נושא דוא"ל הכולל תווים שאינם ASCII יקודד באמצעות RFC2047. במקרה של נושא דואר אלקטרוני טהור של תו ASCII, אין קידוד

אין השפעות על כל בקשת API, מטען תגובות, אבל זה משנה את התנהגות הקידוד של נושא הדואר האלקטרוני. כאשר נושא הדואר האלקטרוני הכולל תווים שאינם ASCII יקודד באמצעות RFC2047. במקרה של נושא דוא"ל טהור של תו ASCII, אין קידוד.

שינויים בסכימה

אין שינויים בסכימה.

עדכוני XML API 41.4.0

לחץ כאן כדי להוריד את סכימת XML API 41.4.0.

יצירת אירועי Webex מתוזמנים של אירועים יכולים למנף את ברירת המחדל ברמת האתר בטון הכניסה והיציאה

XMLAPI מיישר קו עם הלוגיקה החדשה הנוכחית לשליטה בטון הכניסה והיציאה. כל הצלילים עבור אירועי Webex נשלטו על ידי הגדרה שונה בניהול האתר. ב-GetSite, XMLAPI מחזירה שדה נוסף entryExitToneEC כדי לציין את הערך. במקור, כאשר מנהל האתר הגדיר ברירת מחדל לטון, יצירת אירוע לא תמנף הגדרה זו על-ידי החלת ברירת המחדל של XMLAPI.

ממשקי API מושפעים

ה-API של XML: GetSite מחזיר אלמנט חדש אחד entryExitToneEC כדי לציין את הערך.

ה-API של XML: CreateEvent, SetEvent, GetEvent back end business logic קורא את הערך של entryExitToneEC.

שינויים בסכימה

XML API: דוגמת תגובה של GetSite:

<ns1:ברירות מחדל>
<ns1:emailתזכורות>true</ns1:emailתזכורות>
<ns1:entryExitTone>הכרזה</ns1:entryExitTone>
<ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
<ns1:voip>true</ns1:voip>
<ns1:שיחת ועידה טלפונית>
<ns1:telephonySupport>NONE</ns1:telephonySupport>
</ns1:שיחת ועידה טלפונית>
<ns1:joinTeleconfNotPress1>true</ns1:joinTeleconfNotPress1>
<ns1:updateTSPAccount>false</ns1:updateTSPAccount>
</ns1:ברירות מחדל>

ממשקי API של השפעה:

• GetSite

• CreateEvent

• SetEvent

• GetEvent

XMLAPI פשוט מחזיר את פרטי האירוע הגדול (Webex Event 2.0)

1. אם הפגישה ב-Webex היא האירוע או שידור האינטרנט הגדול, GetSessionInfo מחזיר מידע מפורט כלשהו, כולל סיסמת פגישה, סיסמה מספרית לפגישה, סיסמת חבר פאנל וסיסמה מספרית של חבר פאנל (אין שינוי סכימה).

2. XMLAPI אינו תומך ביצירת ועריכה של כל אירוע או שידור אינטרנט גדולים, כך CreateMeeting ו-SetMeeting מחזירים חריגה חדשה (110064, סוג מפגש האירוע ושידור האינטרנט אינם נתמכים.) עבור אירוע גדול או מקרה שידור אינטרנט גדול.

ממשקי API של השפעה

XML API 41.3.0 עדכונים

לחץ כאן כדי להוריד את סכימת XML API 41.3.0.

השינויים החדשים של XML API תומכים בתכונה Webex Events 2.0

ממשקי API מושפעים

שני ממשקי ה-API: GetSessionInfo ו- GetMeeting enableEvent and enable Webniar.

שינויים בסכימה

GetSessionInfo מחזיר אלמנטים enableEvent ו-enableWebniar עבור EC 2.0.

GetMeeting מחזיר אלמנטים enableEvent ו-enableWebniar עבור EC 2.0.

דוגמה לתגובה:

תגובת GetSessionInfo :

<ep:listStatus>PUBLIC</ep:listStatus>
<ep:registration>false</ep:registration>
<ep:passwordReq>true</ep:passwordReq>

<ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
<ep:enableEvent>false</ep:enableEvent>
<ep:enableWebniar>false</ep:enableWebniar>

<ep:enablePreMeetingLobby>
</ep:accessControl>

תגובת Get לפגישה:

false
true
true
truetrue
false
false
true

השינויים החדשים של XMLAPI תומכים בתכונת הלובי לפני הפגישה

ממשקי API מושפעים

ה-API של XML: GetSite, LstSummarySession, GetSessionInfo, ו-GetMeeting יגיב לאלמנט החדש enablePreMeetingLobby עבור לובי לפני הפגישה.

שינויים בסכימה

ה-API של XML: GetSite מחזיר אלמנט enablePreMeetingLobby עבור לובי לפני פגישה.

ה-API של XML: LstSummarySession מחזיר אלמנט enablePreMeetingLobby עבור לובי לפני הפגישה.

ה-API של XML: GetSessionInfo מחזיר אלמנט enablePreMeetingLobby עבור לובי לפני פגישה.

ה-API של XML: GetMeeting מחזיר אלמנט enablePreMeetingLobby עבור לובי לפני הפגישה.

דוגמה לתגובה:

תגובת GetSite :

false
false
false
true
true
true
true
false
true
true

תגובת LstSummary מפגש:

false
true
0
false
false
false
true

תגובת GetSessionInfo :

<ep:listStatus>PUBLIC</ep:listStatus>
<ep:registration>false</ep:registration>
<ep:passwordReq>true</ep:passwordReq>

<ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
<ep:enableEvent>false</ep:enableEvent>
<ep:enableWebniar>false</ep:enableWebniar>

<ep:enablePreMeetingLobby>
</ep:accessControl>

תגובת Get לפגישה:

false
true
true
truetrue
false
false
true

שינוי התנהגות של XML API GetSite Response Information

ממשקי API מושפעים

ה-API של XML: תגובה של GetSite רק להלן רכיבים עבור חשבון מנהל מערכת, שכוללים תפקידים: SiteAdmin, RO_SiteAdmin, ו-UserAdmin.

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

ההתנהגות השתנתה

אפשר רק לתפקיד מנהל מערכת יש נתוני רישיון תגובה של GetSite. מארח או משתתף לא יקבלו את נתוני הרישיון האלה בתגובת GetSite .

להלן API: דוגמת התגובה של GetSite עבור מנהל אתר או מנהל אתר מוכן בלבד או מנהל מערכת ניהול משתמשים:

עדכוני XML API 41.2.0

לחץ כאן כדי להוריד את סכימת XML API 41.2.0.

XMLAPI אמור לתמוך ב-"CMR Hybrid VOIP" אם האתר תומך בטלפוניה של Webex

ממשקי API מושפעים

• GetSite מחזיר אלמנט חדש IsWebexTelephony בתגובה.

• CreateUser ו-SetUser יכולים לעדכן את רכיב cmrHybridVoip אם IsWebexTelephony נכון יחד עם תנאים אחרים. IsTSPUsingTelephonyAPI כבר לא תוצאתי.

שינויים בסכימה

XML API: תגובת GetSite מחזירה רכיב נוסף IsWebexTelephony

תגובת GetSite כוללת מרכיב חדש זה:

<ns1:isWebexTelephony>true</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName>שיחת ועידה אישית מספר</ns1:serviceName>
<ns1:participantAccessCodeLabel>קוד גישה למשתתף</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel>קוד גישה למארח</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel>מזהה משתתף</ns1:attendeeIDLabel>

.....

</ns1:telephonyConfig>

LstSummarySession תומך ב-EC2.0

ממשקי API של XML יושפעו

LstSummarySession יחזיר שני אלמנטים חדשים לתמיכה ב-EC 2.0

שינויים בסכימה

XML API: הפעלת תקציר זמן: הוסף את רכיבי <enableEvent> ו-<enableWebniar>

תגובה של XML API: הפעלת תקציר תזכורות

תגובה עבור EC 2.0

<ep:isNextUpcomingInstance>

<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:isScheduledPMR>false</ep:isScheduledPMR>
<ep:enableEvent>true</ep:enableEvent>
<ep:enableWebniar>true</ep:enableWebniar>
</ep:session>

XMLAPI תומך בהחזרת אפשרות Webex-voice-assistant למשתמש באתר עבור שילוב MCT

API מושפע

GetUser מחזיר אלמנט חדש webexAssistantEnabled (true או false) בתגובה.

שינויים בסכימה

getUserResponse:

דוגמה לתגובה