لمزيد من المعلومات عن XML API 39 وXML API 11، ارجع إلى نظرة عامة على تحديثات Cisco Webex Meetings XML API (XML API 39 والإصدارات الأقدم).

لمزيد من المعلومات عن XML API 40، ارجع إلى نظرة عامة على تحديثات Cisco Webex Meetings XML API (XML API 39 والإصدارات الأحدث

للحصول على تحديثات على XML API 11 SP9 والإصدارات الأقدم، انتقل إلى Cisco DevNet.

تحديثات XML API 41.12.0

انقر هنا لتنزيل مخطط XML API 41.12.0.

ستقوم XMLAPI بحظر جدول Webex Events (الكلاسيكي) وتحريره وفقًا لعنصر تكوين الموقع في EnableClassicEvent هذا خطأ

تغييرات المخطط والمخطط المتأثرة

في صفحة تكوين إدارة الموقع، إذا كانت Enable Classic Event خاطئة، فلن يدعم هذا الموقع اجتماعات Webex Events (الكلاسيكي) بعد الآن.

إذا كانت خانة اختيار تمكين كلاسيكEvent خاطئة، فتستدعي واجهات API هذه لتشغيل اجتماع Webex Events (الكلاسيكي):

CreateEvent ، SetEvent ، GetEvent ، GetSessionInfo ، LstsummaryEvent ، LstrecordedEvent ، LstsummaryProgram ، UploadEventImage

سيرد واجهة برمجة التطبيقات على استثناء جديد 010106تم تعطيل الحدث الكلاسيكي.

تغييرات المخطط

لا توجد تغييرات في المخطط.

مثال على طلب API والاستجابة لها

CreateEvent طلب واجهة برمجة التطبيقات والرد عليها

طلب CreateEvent

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent">
<accessControl>
<sessionPassword>XXXXXXXX</sessionPassword>
</accessControl>
<metaData>
<sessionName>اختبار XMLAPI EC</sessionName>
</metaData>
<schedule>
<startDate>07/17/2021 01:29:15</startDate>
<openTime>15</openTime>
</schedule>
</bodyContent>

استجابة 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>فشل</serv:result>
<serv:reason>تم تعطيل الحدث الكلاسيكي.</serv:reason>
<serv:gsbStatus>أساسي</serv:gsbStatus>
<serv:exceptionID>010106</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>

يؤثر CreateEvent3.1.3 على واجهات برمجة التطبيقات:

• SetEvent GetEvent

• GetSessionInfo

• LstsummaryEvent

• LstrecordedEvent

• LstsummaryProgram

• UploadEventImage

XMLAPI LstMeetingType سوف يستجيب إلى عنصر جديد من subProductCodePrefix

واجهات برمجة التطبيقات المتأثرة

واجهة برمجة التطبيقات الحالية LstMeetingType عنصر الاستجابة productionCodePrefix: PRO وAUO وغيرها من بادئة نوع الاجتماعات المحددة مسبقًا في Webex.

بعد هذا التحسين الجديد، سيستجيب API للعنصر الجديد من subProdctCodePrefix:PRO1 ، PRO2 ، وما إلى ذلك التي يمكن تخصيصها بادئة نوع الاجتماع.

تغييرات المخطط على API: LstMeetingType

سيرد على عنصر جديد: subProdctCodePrefix

مثال على طلب API والاستجابة لها

LstMeetingType طلب استجابة API

طلب من LstMeetingType

<bodyContent xsi:type="java:com.webex.service.binding.meetingtype.LstMeetingType">
<meetingTypeID>13810</meetingTypeID>
</bodyContent>

استجابة LstMeetingType

<serv:body>
<serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<mtgtype:matchingRecords>
<serv:total>1</serv:total>
<serv:returned>1</serv:returned>
<serv:startFrom>1</serv:startFrom>
</mtgtype:matchingRecords>
<mtgtype:meetingType>
<mtgtype:productCodePrefix>برو</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix>برو3</mtgtype:subProductCodePrefix> //عنصر جديد لنوع الاجتماع المخصص
<mtgtype:active>تم التنشيط</mtgtype:active>
<mtgtype:name>جيمus_جيم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 لإدارة مستخدمي Webex XMLAPI: CreateUser ، SetUser ، DelUser ، و GetUser لتوفير المستخدمين أو إدارتهم، بعد تحويل موقع Webex الكلاسيكي إلى موقع يديره Control Hub، ستستمر واجهات API هذه في العمل من أجل التوافق إلى الأمام. هناك بعض التغييرات في السلوك كما هو موضح أدناه:

• عند استخدام createUser- إذا كانت حالة المستخدم في Control Hub ليست "نشطة"، فإن حالة المستخدم على الموقع لن تكون نشطة. إذا كانت حالة المستخدم في Control Hub نشطة، فإن حالة المستخدم على الموقع نشطة أيضًا، مرجع: حالة المستخدم للمستخدمين الجدد والمحولين في Control Hub.

• سيتم تجاهل عنصر كلمة المرور الخاص بـ CreateUser وSetUser API، حيث نبدأ في إرسال بريد إلكتروني للتنشيط إلى مستخدمين جدد، ويمكن للمستخدمين النقر على الارتباط الموجود في البريد الإلكتروني لحساب جديد نشط وإدخال كلمة مرور جديدة.

• الـ نشطسيتم تجاهلعنصرواجهة برمجة تطبيقات CreateUser ، يتعذر تنشيط المستخدم الجديد (لم يتم التحقق منه) من خلال هذه المعلمة باستخدام واجهة برمجة التطبيقات تعيين المستخدم.

• قيمة webExId العنصر في الجسمContent of CreateUser APIs يجب أن يكون نفسه مثل البريد الإلكتروني. إذا webExId يختلف عن بريد إلكترونيسوف نتعامل مع webExId مثل البريد الإلكتروني عند تخزينه في WebDB وسيتم تجاهل القيمة.

• قيمة webExId العنصر في الجسمContent of SetUser API يجب أن يكون هوية المستخدم لعنوان البريد الإلكتروني، ويمكنك تغييره باستخدام <بريد إلكتروني> في bodyContent.

• يدعم واجهة برمجة تطبيقات SetUser تغيير البريد الإلكتروني للمستخدم الحالي: تكون ناجحة إذا كان حساب التشغيل في SecurityContext هو مسؤول الموقع الكامل في Control Hub. بخلاف ذلك، يبلغ API عن خطأ باستخدام رمز الخطأ الجديد والرسالة أدناه:

  • 030120 يجب أن يكون الحساب مسؤول موقع كامل لتغيير البريد الإلكتروني.

• سيتم تجاهل العنصر newWebExId في الجسممحتوى واجهة برمجة تطبيقات SetUser .

• يحاول API SetUser التغيير إلى رسالة بريد إلكتروني قيد الاستخدام بالفعل، ويرفع API أدناه رمز الخطأ الجديد ورسالة الخطأ:

  • 030118 البريد الإلكتروني مستخدم بالفعل في المواقع التي يديرها Control Hub.

• يقوم DelUser API بإلغاء تنشيط المستخدم في جانب اجتماع Webex ويتم إزالة ترخيص الاجتماع المقابل من موقع Webex. يمكن إعادة تنشيط هذا المستخدم الذي تم إلغاء تنشيطه باستخدام واجهة برمجة التطبيقات: SetUser (<active>تنشيط</active>) طالما تم التحقق من المستخدم من قبل.

• الـ إنشاء المستخدم Meme it تعيين المستخدم ترفع واجهات API رمز خطأ ورسالة خطأ جديدين كما هو موضح أدناه:

  • 030117، هذا المستخدم موجود خارج مؤسستك، لذلك يجب المطالبة به، للانتقال إلى مؤسستك من خلال عملية المطالبة بضم مستخدم. لمعرفة خطوات المطالبة بضم المستخدم إلى مؤسستك، راجع المطالبة بضم المستخدمين إلى مؤسستك (تحويل المستخدمين). ستحتاج إلى التحقق من المجال الذي ينتمي إليه المستخدم قبل المطالبة بضم المستخدم.

  • 030119 يجب أن يتضمن رمز الوصول إلى CI النطاق webexsquare: المسؤول عند توفير المستخدم.

يتم دعم التوافق إلى الأمام لفترة محدودة فقط. سنقدم إشعارًا متقدمًا قبل إزالة هذا التوافق.

تغييرات المخطط

لا توجد تغييرات في المخطط على واجهات API هذه: CreateUser ، SetUser ، DelUser ، و GetUser.

مثال على طلب API والاستجابة لها

طلب استجابة واجهة برمجة تطبيقات CreateUser

طلب 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/servicehttp://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{حساب مسؤول الموقع}</webExID>
<email>{حساب مسؤول الموقع}</email>
<sessionTicket>xxxx</sessionTicket> أو <password> أو <webExAccessToken>
أو <accessToken>عند استخدام CI "accessToken"، يجب أن يتضمن نطاق webexsquare:admin عند توفير المستخدم
</accessToken></webExAccessToken></password></securityContext>
</header>



<body>
<bodyContent 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>صحيح</host>
</privilege>
<active>تم التنشيط</active> --- لا يمكن لهذه المعلمة تنشيط المستخدم مباشرة حتى يقوم المستخدم بتنشيط نفسه عن طريق البريد الإلكتروني للتنشيط.
</bodyContent>
</body>


مثال على استجابة 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:response>
<serv:result>النجاح</serv:result>
<serv:gsbStatus>الأساسي</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<use:userId>23778617</use:userId>
</serv:bodyContent>
</serv:body>
</serv:message>

التأثير على واجهات API:

• إنشاء المستخدم

• تعيين المستخدم

• DelUser

يدعم XML API التوافق الأمامي لمصادقة المستخدم الحالي بعد تحويل موقع Webex الكلاسيكي إلى موقع يديره Control Hub

واجهات برمجة التطبيقات المتأثرة

بعد تحويل موقع Webex الكلاسيكي إلى موقع يديره Control Hub، يجب أن تكون قيمة <webExID> العنصر في <securityContext> نفس قيمة البريد الإلكتروني، والتفاصيل أدناه:

• بالنسبة للمستخدمين الحاليين الذين تم إنشاؤهم في موقع Webex الكلاسيكي، فإننا ندعم كل من القديم webExID (على سبيل المثال: جاك) و webExID الجديد (المحتوى مثل البريد الإلكتروني، على سبيل المثال: Jack@xx.com) لتسجيل الدخول، توافق المصادقة الخلفي هذا لجميع واجهات برمجة تطبيقات XML.

• بالنسبة للمستخدمين الجدد الذين تم إنشاؤهم في المواقع التي يديرها Control Hub، يجب أن تكون قيمة عنصر webExID هي نفس قيمة البريد الإلكتروني لتسجيل الدخول.

<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> --- تم إنشاء المستخدمين الحاليين في موقع webEx الكلاسيكي، ويمكن أن يكون: جاك أو jack@xx.com يجب على المستخدم الجديد استخدام jack@xx.com
<sessionTicket>xxxx</sessionTicket> أو <password> أو <webExAccessToken> <accessToken>
</accessToken></webExAccessToken></password></securityContext>
</header>

التأثير على واجهات API:

جميع واجهات XML API.

بعد تحويل موقع Webex الكلاسيكي إلى موقع يديره Control Hub، قيمة <webExID> العنصر <محتوى الجسم> يحتاج إلى أن يكون مثل البريد الإلكتروني، والتفاصيل أدناه:

• بالنسبة للمستخدمين الحاليين الذين تم إنشاؤهم في موقع Webex الكلاسيكي، فإننا ندعم كل من القديم webExId(مثل: جاك) والجديد webExId (المحتوى مثل البريد الإلكتروني، على سبيل المثال: Jack@xx.com) في bodyContent.

• بالنسبة للمستخدمين الجدد الذين تم إنشاؤهم في المواقع التي يديرها Control Hub، قيمة webExId يجب أن يكون العنصر هو نفسه البريد الإلكتروني في bodyContent.

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
<webExId>xxxx</webExId> --- تم إنشاء المستخدمين الحاليين في موقع webEx الكلاسيكي ، يمكن أن يكون: جاك أو jack@xx.com يجب على المستخدم الجديد استخدام jack@xx.com
</bodyContent>

التأثير على واجهات API:GetUser ، SetUser ، و DelUser.

تغييرات المخطط

لا توجد تغييرات في المخطط على أي واجهات 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/servicehttp://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> --- تم إنشاء المستخدمين الحاليين في موقع webEx الكلاسيكي، ويمكن أن يكون: jack أو jack@xx.com؛ يجب على المستخدم الجديد استخدام jack@xx.com
<sessionTicket>xxxx</sessionTicket> أو <password> أو <webExAccessToken> أو <accessToken>
</accessToken></webExAccessToken></password></securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
<webExId>xxxx</webExId> --- تم إنشاء المستخدمين الحاليين في موقع webEx الكلاسيكي، ويمكن أن يكون: jack أو jack@xx.com؛ يجب أن يستخدم المستخدم الجديد jack@xx.com
</bodyContent>
</body>


مثال استجابة API:
...كما كان من قبل

واجهة API الخاصة بتقرير محفوظات عرض التحسين للدعم في Webex Meetings وWebex Events (الجديد) وWebex Events (الكلاسيكي)

واجهات برمجة التطبيقات المتأثرة

واجهة برمجة التطبيقات الحالية: lstrecordaccessHistory و lstrecordaccessDetailHistory دعم تقرير محفوظات عرض تسجيل Webex Trainings فقط. يدعم التحسين الجديد تقرير محفوظات عرض تسجيل Webex Meetings وWebex Events (الجديد) وWebex Events (الكلاسيكي) الذي تم الوصول إليه أيضًا.

تغييرات المخطط

نحن ندعم المخطط الجديد أدناه في API lstrecordaccessHistory في جسم طلب API:

<serviceTypes>
<serviceType>MeetingCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>EventCenter</serviceType>
</serviceTypes>

تفاصيل

واجهة برمجة التطبيقات: lstrecordaccessHistory قادر على إرجاع محفوظات عرض التسجيل التي تم الوصول إليها لتطبيق Webex Meetings وWebex Events (الجديد) وWebex Events (الكلاسيكي) وWebex Trainings.

• إذا لم يكن هناك نوع الخدمة المحدد في طلب API، API lstrecordaccessHistory ترجع سجل تسجيل Webex Trainings الذي تم الوصول إليه فقط.

• عندما يكون ServiceType هو MeetingCenter، فإن واجهة برمجة التطبيقات lstrecordaccessHistory ترجع محفوظات الوصول إلى عرض التسجيل في Webex Meetings وWebex Events (الجديد).

• عندما نوع الخدمة هو EventCenter، واجهة برمجة التطبيقات lstrecordaccessHistory ترجع محفوظات الوصول إلى عرض تسجيل Webex Events (الكلاسيكي).

واجهة برمجة التطبيقات: lstrecordaccessDetailHistory قادر على إرجاع التفاصيل بواسطة recordID من Webex Meetings وWebex Events (الجديد) وWebex Events (الكلاسيكي) وWebex Trainings.

مثال على طلب API والاستجابة لها

lstrecordaccessHistory طلب API والرد عليه

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<securityContext>
<webExID>{userName}</webExID>
<password>{password}</password>
<siteName>{siteName}</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
<viewTimeScope>
<viewTimeStart>9/20/2021 00:00:00</viewTimeStart>
<viewTimeEnd>9/28/2021 23:59:59</viewTimeEnd>
</viewTimeScope>
<listControl>
<startFrom>1</startFrom>
<maximumNum>100</maximumNum>
</listControl>
<order>
<orderBy> فعلت</orderBy>
<orderAD>ASC</orderAD>
</order>
<serviceTypes>
<serviceType>مركز MeetingCenter</serviceType>
<serviceType>مركز التدريب</serviceType>
<serviceType>مركز الأحداث</serviceType>
</serviceTypes>
</bodyContent>
</body>
</serv:message>

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:history="http://www.webex.com/schemas/2002/06/service/history">
<serv:header>
<serv:response>
<serv:result>النجاح</serv:result>
<serv:gsbStatus>أساسي</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>اختبار LstrecordaccessHistory TC-20210924 1324-1</history:recordName>
<history:creationTime>09/24/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>اختبارrollment_001-20210610 1905-1</history:recordName>
<history:creationTime>06/10/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>اختبار التشغيل الفوري 2-20210705 0709-1</history:recordName>
<history:creationTime>07/05/2021 07:15:06</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>0</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>EC2.0_232423-20210922 0447-1</history:recordName>
<history:creationTime>09/22/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 EC2.0-20210924 1315-1</history:recordName>
<history:creationTime>09/24/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 MC-20210924 1319-1</history:recordName>
<history:creationTime>09/24/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 EC الكلاسيكي-20210924 1331-1</history:recordName>
<history:creationTime>09/24/2021 13:37:28</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>1</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:matchingRecords>
<serv:total>8</serv:total>
<serv:returned>7</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>
</serv:body>
</serv:message>

lstrecordaccessDetailHistory طلب API والرد عليه

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

</body>


<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:history="http://www.webex.com/schemas/2002/06/service/history">
<serv:header>
<serv:response>
<serv:result>النجاح</serv:result>
<serv:gsbStatus>أساسي</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:recordDetail>
<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>أكسسج</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>09/24/2021 13:27:26</history:accessTime>
<history:registered>خطأ</history:registered>
<history:downloaded>خطأ</history:downloaded>
<history:viewed>صحيح</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordDetail>
<history:recordDetail>
<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>أكسسج</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>09/24/2021 13:27:39</history:accessTime>
<history:registered>خطأ</history:registered>
<history:downloaded>صحيح</history:downloaded>
<history:viewed>خطأ</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordDetail>
<history:matchingRecords>
<serv:total>2</serv:total>
<serv:returned>2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>
</serv:body>
</serv:message>

التأثير على واجهات API:

• lstrecordaccessHistory

• lstrecordaccessDetailHistory

قم بإصلاح الفجوة القصوى لطول وصف Webex Events (الكلاسيكي) المسموح به بين XMLAPI وصفحة Webex.

واجهات برمجة التطبيقات المتأثرة

API XML : إنشاء حدث Meme it تعيين الحدث عنصر وصف سوف تسمح بإدخال 10000 حرف كحد أقصى، في حالة زيادة الحجم، فإنه سيؤدي إلى رمز الخطأ الجديد ورسالة جديدة:

060068 وصف إدخال غير قانوني. لا يمكن أن يتجاوز هذا الوصف 10000 حرفًا.

تغييرات المخطط

لا يوجد تغيير في المخطط.

مثال على طلب API والاستجابة لها

طلب واستجابة واجهة برمجة تطبيقات CreateEvent

مثال طلب #API:
...
<body>
<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent">
xmlns:att="http://www.webex.com/schemas/2002/06/service/event" xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/eventhttp://www.webex.com/schemas/2002/06/service/event/event.xsd">
<accessControl>
<sessionPassword>111111</sessionPassword>
<listing>خاص</listing>
</accessControl>
<metaData>
<sessionName>اختبار EC</sessionName>
<description>لنفترض أنك تملأ 10000 حرف في الوصف...</description>
</metaData>
...


------------------------------------
مثال استجابة API‎#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:header>
<serv:response>
<serv:result>وصف الإدخال غير القانوني</serv:result>
<serv:reason>الفشل. لا يمكن أن يتجاوز الوصف 10000 حرفًا</serv:reason>
<serv:gsbStatus>أساسي</serv:gsbStatus>
<serv:exceptionID>060068</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>

التأثير على واجهات API:

• CreateEvent

• SetEvent

API XML : GetUser يعيد عنصر جديد من freeAccount

واجهات برمجة التطبيقات المتأثرة

GetUser يعاود عنصر جديد الذي يحدد freeAccount حساب المستخدم هو FreeAccount أو لا.

تغييرات المخطط

مثال على استجابة GetUser

استجابة GetUser:
<use:initials>AW</use:initials>
<use:isUploaded>خاطئ</use:isUploaded>

<use:largeEventCapacity>3</use:largeEventCapacity>
<use:freeAccount>خاطئ</use:freeAccount>

التأثير على واجهات API:

GetUser

تحديثات XML API 41.9.0

انقر هنا لتنزيل مخطط XML API 41.9.0.

إلغاء مهمة XML API 10.0.0 لجميع مواقع T31

يخطط Webex لدعم إنهاء الحياة XML API الإصدار 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 الإصدار 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.

يرجى تبديل رمز الوصول إلى XML API باستخدام الطريقة الصحيحة لتجنب التأثير قبل انتهاء دعم الحياة على XML API الإصدار 10.0.0.

تحديثات XML API 41.7.0

انقر هنا لتنزيل مخطط XML API 41.7.0.

يجب التحكم في حذف وتحرير التسجيل بواسطة خيار إدارة الموقع: السماح للمضيفين بإعادة تعيين التسجيلات وتعديلها وتعطيلها وحذفها

تغييرات المخطط والمخطط المتأثرة

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:response>
<serv:result>النجاح</serv:result>
<serv:gsbStatus>الأساسي</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
.....
<ns1:tools>
...
<ns1:enableNBRMCModify>صحيح</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit>خاطئ</ns1:separateNoRecordingEdit>
...
</ns1:tools>
</serv:bodyContent>
</serv:body>
</serv:message>

تحديثات XML API 41.6.3

انقر هنا لتنزيل مخطط XML API 41.6.3.

GetSite عنصر الاستجابة الجديد supportLargeEvent

تغييرات المخطط والمخطط المتأثرة

GetSite: يعيد تسمية عناصر جديدة supportLargeEvent تحت siteCommonOptions للسماح للمتصل بمعرفة ما إذا كان الموقع يدعم الحدث الكبير (حدث Webex (جديد)) أم لا.

تغيير المخطط

مثال الاستجابة

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>النجاح</serv:result>
<serv:gsbStatus>الأساسي</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
.....
<ns1:siteCommonOptions>
...
<ns1:enablePreMeetingLobby>خطأ</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent>صحيح</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>
</serv:body>
</serv:message>

تحديثات XML API 41.6.0

انقر هنا لتنزيل مخطط XML API 41.6.0.

يدعم XMLAPI Webex Events 2.0 في عملية التوفير

واجهات برمجة التطبيقات المتأثرة

GetUser: ترجع تسمية عنصر جديد largeEventCapacity مما يوضح قدرة الحدث الجديد 2.0 (EC 2.0) ضمن حساب المستخدم هذا. على سبيل المثال، إذا كان حساب المستخدم يحتوي على ترخيص CI_EC3K، فإن قيمة largeEventCapacity هو 3000.

تغييرات المخطط

مثال الاستجابة

GetUserResponse

ينطبق CreateTime الخاص بـ XMLAPI LstRecording على وقت بدء التسجيل

واجهات برمجة التطبيقات المتأثرة

LstRecording: LstRecording استجابة CreateTime كالوقت الذي يضغط فيه المستخدم بالفعل على زر التسجيل.

تفاصيل

في الماضي، استخدم XML API الطابع الزمني عندما تم إنشاء التسجيل في قاعدة البيانات كوقت إنشاء في LstRecording استجابة. الآن هو الوقت الذي يبدأ فيه المستخدم بالفعل في إجراء التسجيل. ينطبق هذا التغيير على جميع تسجيلات الخدمة. لا يوجد تغيير للمخطط.

تحديثات XML API 41.5.0

انقر هنا لتنزيل مخطط XML API 41.5.0.

يتمتع XMLAPI بالقدرة على بدء اجتماعات WeBEX المجدولة من PSTN كمضيف

واجهات برمجة التطبيقات المتأثرة

• CreateUserمولدة hostPIN بغض النظر عن تمكين PMR للمستخدم أو عندما يكون دور المستخدم مضيف أو مسؤول موقع كامل أو للقراءة فقط أو إدارة المستخدم.

• SetUser: مجموعات hostPIN استخدام phones.hostPIN متى personalMeetingRoom.hostPIN غير موجود في طلب XML (الشرط المسبق: تبديل الميزة AllowStartScheduledMtgFromPhoneتم تمكينه).

• GetUser:: العودة phones.hostPIN بغض النظر عن تمكين PMR المستخدم أم لا. (الشرط المسبق: تبديل الميزة AllowStartScheduledMtgFromPhone تم تمكينه).

تغييرات المخطط

GetUserResponse:

SetUser:

مثال الاستجابة

GetUserResponse:

SetUser:

XMLAPI GetSite استجابة عنصرين جديدين لعميل الهاتف المحمول

واجهات برمجة التطبيقات المتأثرة

• GetSite: GetSite سوف يستجيب الآن عنصرين جديدين لدعم عميل الهاتف المحمول لديه المنطق لعرض أو عدم عرض علامة تبويب التسجيل.

  • enableRecordingAccess: صواب أو خطأ، يستطيع مسؤولو Webex الخارقون تمكين الوصول إلى التسجيل أو تعطيله عن طريق التبديل ( EnableRecordingAccesses).

  • storageEmptyStatus: صحيح أو خاطئ، إذا كان كلا الموقعين لا يدعمان وظيفة NBR وخصصتا مساحة تخزين NBR كصفر، فإن استجابة الحالة صحيحة، وإلا تكون خاطئة.

تغييرات المخطط

عينة طلب ل GetSite

عينة استجابة لـ Getsite

سيتم ترميز موضوع البريد الإلكتروني الذي يحتوي على أحرف غير ASCII باستخدام RFC2047. في حالة موضوع البريد الإلكتروني الخاص بحرف ASCII النقي، لا يوجد ترميز

لا يوجد أي تأثير على أي طلب API، وحمولة الردود، ولكنه يغير سلوك ترميز موضوع البريد الإلكتروني. عندما يتم ترميز موضوع البريد الإلكتروني الذي يحتوي على أحرف غير ASCII باستخدام RFC2047. في حالة موضوع البريد الإلكتروني لأحرف ASCII النقي، لا يوجد ترميز.

تغييرات المخطط

لا توجد تغييرات في المخطط.

تحديثات XML API 41.4.0

انقر هنا لتنزيل مخطط XML API 41.4.0.

يمكن إنشاء أحداث Webex المجدولة للحدث الاستفادة من نغمة الدخول والخروج الافتراضية على مستوى الموقع

يتوافق XMLAPI مع المنطق الجديد الحالي للتحكم في نغمة الدخول والخروج. تم التحكم في جميع نغمات Webex Events بواسطة إعداد مختلف في إدارة الموقع. في GetSite ، يقوم XMLAPI بإرجاع حقل إضافي entryExitToneEC للإشارة إلى القيمة. في الأصل، عندما يقوم مسؤول الموقع بتعيين الإعداد الافتراضي على النغمة، لن يؤدي إنشاء الحدث إلى الاستفادة من هذا الإعداد عن طريق تطبيق XMLAPI الافتراضي.

واجهات برمجة التطبيقات المتأثرة

API XML : GetSite ترجع عنصر جديد واحد entryExitToneEC للإشارة إلى القيمة.

API XML : CreateEvent وSetEvent و GetEvent منطق الأعمال الخاص بالطرف الخلفي يقرأ قيمة entryExitToneEC.

تغييرات المخطط

API XML : عينة استجابة GetSite:

<ns1:defaults>
<ns1:emailReminders>صحيح</ns1:emailReminders>
<ns1:entryExitTone>اسم الإعلان</ns1:entryExitTone>
<ns1:entryExitToneEC>نغمة</ns1:entryExitToneEC>
<ns1:voip>صحيح</ns1:voip>
<ns1:teleconference>
<ns1:telephonySupport>لا شيء</ns1:telephonySupport>
</ns1:teleconference>
<ns1:joinTeleconfNotPress1>صحيح</ns1:joinTeleconfNotPress1>
<ns1:updateTSPAccount>خطأ</ns1:updateTSPAccount>
</ns1:defaults>

التأثير على واجهات API:

• GetSite

• إنشاء حدث

• تعيين الحدث

• 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 ميزة Webex Events 2.0

واجهات برمجة التطبيقات المتأثرة

كل من واجهات API: عناصر إرجاع GetSessionInfo و GetMeeting enableEvent و enableWebniar أيضا.

يعود دعم XMLAPI فوق عنصرين لـ EC 2. 0. لا يدعم إصدار XML API الحالي جدولة اجتماع EC2.0 وتعيينه.

تغييرات المخطط

GetSessionInfo يعاود العناصر enableEvent و enableWebniar لـ EC 2.0.

GetMeeting يعاود العناصر enableEvent و enableWebniar لـ EC 2.0.

عينة الاستجابة:

GetSessionInfo الإجابة:

<ep:accessControl>
<ep:listStatus>عام</ep:listStatus>
<ep:registration>خطأ</ep:registration>
<ep:passwordReq>صحيح</ep:passwordReq>
<ep:isEnforceAudioPassword>خطأ</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin>خطأ</ep:isEnforceAudioLogin>
<ep:enableEvent>خطأ</ep:enableEvent>
<ep:enableWebniar>خطأ</ep:enableWebniar>
<ep:enablePreMeetingLobby>صحيح</ep:enablePreMeetingLobby>
</ep:accessControl>

GetMeeting الإجابة:

<meet:supportPKI>خطأ</meet:supportPKI>
<meet:HQvideo>صحيح</meet:HQvideo>
<meet:HDvideo>صحيح</meet:HDvideo>
<meet:viewVideoThumbs>صحيح</meet:viewVideoThumbs>
<meet:enableEvent>خاطئ</meet:enableEvent>
<meet:enableWebniar>خاطئ</meet:enableWebniar>
<meet:enablePreMeetingLobby>صحيح</meet:enablePreMeetingLobby>

تدعم التغييرات الجديدة لـ XMLAPI ميزة الردهة قبل الاجتماع

واجهات برمجة التطبيقات المتأثرة

API XML : GetSite ، LstSummarySession ، GetSessionInfo ، و GetMeeting سوف يستجيب العنصر الجديد enablePreMeetingLobby لردهة ما قبل الاجتماع.

تغييرات المخطط

API XML : GetSite عنصر الإعادة enablePreMeetingLobby لردهة ما قبل الاجتماع.

API XML : LstSummarySession عنصر الإعادة enablePreMeetingLobby لردهة ما قبل الاجتماع.

API XML : GetSessionInfo عنصر الإعادة enablePreMeetingLobby لردهة ما قبل الاجتماع.

API XML : GetMeeting عنصر الإعادة enablePreMeetingLobby لردهة ما قبل الاجتماع.

عينة الاستجابة:

GetSite الإجابة:

<ns1:siteCommonOptions>
<ns1:SupportCustomDialRestriction>خطأ</ns1:SupportCustomDialRestriction>
<ns1:SupportTelePresence>خطأ</ns1:SupportTelePresence>
<ns1:SupportTelePresencePlus>خطأ</ns1:SupportTelePresencePlus>
<ns1:EnableCloudTelepresence>صحيح</ns1:EnableCloudTelepresence>
<ns1:EnableCMRForAllUsers>صحيح</ns1:EnableCMRForAllUsers>
<ns1:enablePersonalMeetingRoom>صحيح</ns1:enablePersonalMeetingRoom>
<ns1:SupportAlternateHost>صحيح</ns1:SupportAlternateHost>
<ns1:SupportXMLAPIReturnScheduledPMR>خطأ</ns1:SupportXMLAPIReturnScheduledPMR>
<ns1:SupportAnyoneHostMeetings>صحيح</ns1:SupportAnyoneHostMeetings>
<ns1:enablePreMeetingLobby>صحيح</ns1:enablePreMeetingLobby>
</ns1:siteCommonOptions>

LstSummarySession الإجابة:

<ep:isException>خطأ</ep:isException>
<ep:isNextUpcomingInstance>صحيح</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:isScheduledPMR>خطأ</ep:isScheduledPMR>
<ep:enableEvent>خطأ</ep:enableEvent>
<ep:enableWebniar>خطأ</ep:enableWebniar>
<ep:enablePreMeetingLobby>صحيح</ep:enablePreMeetingLobby>

GetSessionInfo الإجابة:

<ep:accessControl>
<ep:listStatus>عام</ep:listStatus>
<ep:registration>خطأ</ep:registration>
<ep:passwordReq>صحيح</ep:passwordReq>
<ep:isEnforceAudioPassword>خطأ</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin>خطأ</ep:isEnforceAudioLogin>
<ep:enableEvent>خطأ</ep:enableEvent>
<ep:enableWebniar>خطأ</ep:enableWebniar>
<ep:enablePreMeetingLobby>صحيح</ep:enablePreMeetingLobby>
</ep:accessControl>

GetMeeting الإجابة:

<meet:supportPKI>خطأ</meet:supportPKI>
<meet:HQvideo>صحيح</meet:HQvideo>
<meet:HDvideo>صحيح</meet:HDvideo>
<meet:viewVideoThumbs>صحيح</meet:viewVideoThumbs>
<meet:enableEvent>خاطئ</meet:enableEvent>
<meet:enableWebniar>خاطئ</meet:enableWebniar>
<meet:enablePreMeetingLobby>صحيح</meet:enablePreMeetingLobby>

واجهة برمجة تطبيقات XML GetSite الكشف عن تغيير سلوك معلومات الاستجابة

واجهات برمجة التطبيقات المتأثرة

API XML : GetSite الرد فقط على العناصر الواردة أدناه لحساب المسؤول، والتي تشمل الأدوار: SiteAdmin ، RO_SiteAdmin ، و UserAdmin.

<ns1:activeUserCount>...</ns1:activeUserCount>
<ns1:EEActiveUserCount>...</ns1:EEActiveUserCount>
<ns1:activeCETHost>...</ns1:activeCETHost>
<ns1:auoActiveUserCount>...</ns1:auoActiveUserCount>
<ns1:MCActiveUserCount>...</ns1:MCActiveUserCount>
<ns1:ECActiveUserCount>...</ns1:ECActiveUserCount>
<ns1:TCActiveUserCount>...</ns1:TCActiveUserCount>
<ns1:SCActiveUserCount>...</ns1:SCActiveUserCount>

تغير السلوك

السماح فقط لدور المسؤول أن يكون لديه بيانات ترخيص الاستجابة الخاصة GetSite. لن يحصل المضيف أو الحاضر على بيانات الترخيص هذه في GetSite استجابة.

فيما يلي واجهة برمجة التطبيقات: GetSite's مثال الاستجابة siteadmin أو جاهز فقط siteadmin أو مسؤول إدارة المستخدم:

تحديثات XML API 41.2.0

انقر هنا لتنزيل مخطط XML API 41.2.0.

يجب أن يدعم XMLAPI "CMR Hybrid VOIP" إذا كان الموقع يدعم الاتصالات الهاتفية لـ Webex

واجهات برمجة التطبيقات المتأثرة

• GetSite إرجاع عنصر جديد IsWebexTelephony في الرد.

• CreateUser و SetUser يمكن تحديث cmrHybridVoip العنصر إذا IsWebexTelephony صحيح جنبا إلى جنب مع شروط أخرى. IsTSPUsingTelephonyAPI لم يعد له عواقب.

تغييرات المخطط

API XML : GetSite ترجع الاستجابة عنصرًا إضافيًا IsWebexTelephony

GetSite تتضمن الاستجابة هذا العنصر الجديد:

<ns1:telephonyConfig>

<ns1:isWebexTelephony>صحيح</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>خاطئ</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

تغييرات المخطط

API XML : LstSummarySession: ألحق < enableEvent> < enableWebniar عناصر

استجابة XML API: LstSummarySession

الاستجابة لـ EC 2.0

<ep:isNextUpcomingInstance>صحيح</ep:isNextUpcomingInstance>

<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:isScheduledPMR>خاطئ</ep:isScheduledPMR>
<ep:enableEvent>صحيح</ep:enableEvent>
<ep:enableWebniar>صحيح</ep:enableWebniar>

يدعم XMLAPI إرجاع مستخدم الموقع Webex-voice-assistant خيار لتكامل MCT

واجهة برمجة التطبيقات المتأثرة

GetUser إرجاع عنصر جديد webexAssistantEnabled(صواب أو خطأ) في الرد.

تغييرات المخطط

getUserResponse:

مثال الاستجابة