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

لمزيد من المعلومات حول واجهة برمجة تطبيقات XML 40، راجع نظرة عامة على تحديثات واجهة برمجة تطبيقات XML لاجتماعات Cisco Webex (واجهة برمجة تطبيقات XML 40 والإصدارات الأحدث).

للحصول على تحديثات لحزمة الخدمة SP9 الخاصة بواجهة برمجة تطبيقات XML 11 والإصدارات الأقدم، انتقل إلى Cisco DevNet.

تحديثات API 41.12.0

تحديثات واجهة برمجة تطبيقات XML 41.12.0

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

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

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

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

إذا كانت خانة الاختيار تمكين الحدث الكلاسيكي خاطئة، يمكنك استدعاء واجهات برمجة التطبيقات هذه لتشغيل اجتماع أحداث Webex (الكلاسيكي ):

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

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

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

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

مثال على طلب واجهة برمجة التطبيقات والاستجابة لها

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

طلب إنشاء حدث

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent">
  <accessControl>
    <sessionPassword>XXXXXXXX</sessionPassword>
  </accessControl>
   <metaData>
    <sessionName>XMLAPI EC Testing</sessionName>
   </metaData>
  <schedule>
    <startDate>07/17/2021 01:29:15</startDate>
    <openTime>15</openTime>            
  </schedule>
</bodyContent>
</body>
</serv:message>

استجابة كريت إيفنت

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>The classic Event has been disabled.</serv:reason>
            <serv:gsbStatus>PRIMARY</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 المحددة مسبقا لنوع الوفاء.:

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

تغييرات المخطط على واجهة برمجة التطبيقات: LstMeetingType

وسوف يستجيب لعنصر جديد: subProdctCodePrefix

مثال على طلب واجهة برمجة التطبيقات والاستجابة لها

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

طلب من LstMeetingType

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

رد 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>PRO</mtgtype:productCodePrefix>
                <mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix>       //New element for customized meeting type
                <mtgtype:active>ACTIVATED</mtgtype:active>
                <mtgtype:name>Cus_Chat_Closed</mtgtype:name>
                <mtgtype:displayName>Cus_Chat_Closed</mtgtype:displayName>

تحديثات API 41.11.0

تحديثات واجهة برمجة تطبيقات XML 41.11.0

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

تدعم واجهة برمجة تطبيقات XML التوافق الأمامي في واجهة برمجة تطبيقات إدارة المستخدمين للمواقع المدارة في مركز التحكم

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

إذا كان تطبيق التكامل الخاص بك يستخدم حاليا واجهات برمجة تطبيقات إدارة المستخدمين Webex XMLAPI: CreateUser, SetUser, DelUser, و GetUser لتوفير المستخدمين أو إدارتهم، بعد تحويل موقع Webex الكلاسيكي إلى موقع مدار من Control Hub، ستستمر واجهات برمجة التطبيقات هذه في العمل من أجل التوافق الأمامي. هناك بعض التغييرات في السلوك كما هو موضح أدناه:

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

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

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

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

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

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

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

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

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

    • 030118 البريد الإلكتروني مستخدم بالفعل في المواقع المدارة في مركز التحكم.

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

  • تثير واجهات برمجة تطبيقات CreateUser وSetUser رمز خطأ ورسالة خطأ جديدين كما هو موضح أدناه:

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

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

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

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

لا توجد تغييرات في المخطط على واجهات برمجة التطبيقات هذه: CreateUser, SetUser, DelUser, و GetUser.

مثال على طلب واجهة برمجة التطبيقات والاستجابة لها

إنشاء طلب واجهة برمجة تطبيقات المستخدم والاستجابة

API request:
<?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">
<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{site Admin account}</webExID>
      <email>{site Admin account}</email>
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken>
                  or <accessToken>, when using CI "accessToken", it must include scope webexsquare:admin when provisioning user
    </securityContext>
</header>



<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
    <webExId>Jack@qa.webex.com</webExId> --- it should is user identity of email address
    <email>Jack@qa.webex.com</email>
    <firstName>Jack</firstName>
    <lastName>Smith</lastName>
    <password>....</password>
    <privilege>
        <host>true</host>
    </privilege>
    <active>ACTIVATED</active> ---this parameter can't active the user directly until the user self activate itself via activation email.
</bodyContent>
</body>
</serv:message>

API response example:
<?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>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</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>

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

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

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

  • ديلوزر

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

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

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

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

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


<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
    </securityContext>
</header>

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

جميع واجهات برمجة تطبيقات XML.

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

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

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

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
    <webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
</bodyContent>

التأثير على واجهات برمجة التطبيقات:GetUser, SetUser, و DelUser.

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

لا توجد تغييرات في المخطط على أي واجهات برمجة تطبيقات.

مثال على طلب واجهة برمجة التطبيقات والاستجابة لها

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

API request:
<?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">
<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
    </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
    <webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
</bodyContent>
</body>
</serv:message>

API response example:
...same as before

تحسين تسجيل عرض سجل واجهة برمجة التطبيقات لدعمه في اجتماعات Webex وأحداث Webex (جديدة) وأحداث Webex (كلاسيكية)

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

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

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

نحن ندعم أدناه المخطط الجديد في API lstrecordaccessHistory في نص طلب واجهة برمجة التطبيقات:

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

التفاصيل

واجهة برمجة التطبيقات: lstrecordaccessHistory قادر على إرجاع سجل عرض التسجيل الذي تم الوصول إليه لاجتماعات Webex وأحداث Webex (جديدة) وأحداث Webex (كلاسيكية) وتدريبات Webex.

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

  • عندما يكون نوع الخدمة هو MeetingCenter، فإن واجهة برمجة التطبيقات الخاصة ب lstrecordaccessHistory إرجاع كل من اجتماعات Webex وأحداث Webex (الجديدة) طريقة عرض عرض تاريخ الوصول إليها.

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

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

مثال على طلب واجهة برمجة التطبيقات والاستجابة لها

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

<?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>RECORDID</orderBy>
                <orderAD>ASC</orderAD>
            </order>
            <serviceTypes>
                <serviceType>MeetingCenter</serviceType>
                <serviceType>TrainingCenter</serviceType>
                <serviceType>EventCenter</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>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</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 test 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>TestErollment_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>Test instant playback 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 test 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 test 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 test EC classic-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 طلب واجهة برمجة التطبيقات واستجابتها

<?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>
        </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>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</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>Axxxg</history:participantName>
                <history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
                <history:accessTime>09/24/2021 13:27:26</history:accessTime>
                <history:registered>false</history:registered>
                <history:downloaded>false</history:downloaded>
                <history:viewed>true</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordDetail>
            <history:recordDetail>
                <history:viewID>1XXXXXX7</history:viewID>
                <history:participantName>Axxxg</history:participantName>
                <history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
                <history:accessTime>09/24/2021 13:27:39</history:accessTime>
                <history:registered>false</history:registered>
                <history:downloaded>true</history:downloaded>
                <history:viewed>false</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordDetail>
            <history:matchingRecords>
                <serv:total>2</serv:total>
                <serv:returned>2</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </history:matchingRecords>
        </serv:bodyContent>
    </serv:body>
</serv:message>

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

  • lstrecordaccessHistory

  • lstrecordaccessDetailHistory

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

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

واجهة برمجة تطبيقات XML: سيسمح عنصر الوصف الخاص ب CreateEvent و SetEvent بإدخال 10000 حرف كحد أقصى ، إذا كان الإدخال أكبر من الحجم ، فسيؤدي ذلك إلى رمز الخطأ والرسالة الجديدين:

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

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

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

مثال على طلب واجهة برمجة التطبيقات والاستجابة لها

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

#API request example:
...
    <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/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
            <accessControl>
                <sessionPassword>111111</sessionPassword>
                <listing>PRIVATE</listing>
            </accessControl>
            <metaData>
                <sessionName>EC test</sessionName>
                <description>.......Suppose you filling in 10000 characters in description.......</description>
            </metaData>
...


------------------------------------
#API response example when the description exceeds 10000 characters:

<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>Illegal input description. The description can't exceed 10000 characters</serv:reason>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
            <serv:exceptionID>060068</serv:exceptionID>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

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

  • CreateEvent

  • SetEvent

واجهة برمجة تطبيقات XML: GetUser بإرجاع عنصر جديد من الحساب المجاني

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

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

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

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


GetUser response:
                <use:initials>AW</use:initials>
                <use:isUploaded>false</use:isUploaded>
            </use:avatar>
            <use:largeEventCapacity>3</use:largeEventCapacity>
            <use:freeAccount>false</use:freeAccount>
        </serv:bodyContent>
    </serv:body>
</serv:message>

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

GetUser

تحديثات API 41.10.0

لا توجد تغييرات في المخطط على مخطط XML API 41.10.0.

تحديثات API 41.9.0

تحديثات واجهة برمجة تطبيقات XML 41.9.0

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

إيقاف تشغيل واجهة برمجة تطبيقات XML 10.0.0 لجميع مواقع T31

تخطط Webex لنهاية دعم الحياة XML API ver 10.0.0 لجميع مواقع T31.

نحن بصدد إيقاف تشغيل رمز XML API 10.0.0 من جميع عمليات الإنتاج في التحديث 41.9.0.

تحديثات API 41.8.0

تحديثات واجهة برمجة تطبيقات XML 41.8.0

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

إيقاف تشغيل واجهة برمجة تطبيقات XML 10.0.0 لجميع مواقع T31

تخطط Webex لنهاية دعم الحياة XML API ver 10.0.0 لجميع مواقع T31.

عثر Webex على بعض العملاء الذين يصلون إلى عنوان URL الخاص بواجهة برمجة تطبيقات XML باستخدام طريقة غير صحيحة على النحو التالي: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService ، الطريقة الصحيحة للوصول إلى عنوان URL لواجهة برمجة تطبيقات XML على النحو التالي: https://{siteName}.webex.com/WBXService/XMLService.

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

تحديثات API 41.7.0

تحديثات واجهة برمجة تطبيقات XML 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>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</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>false</ns1:enableNBRMCModify>
                    <ns1:separateNoRecordingEdit>true</ns1:separateNoRecordingEdit>
                    ...
            </ns1:tools>
        </serv:bodyContent>
    </serv:body>
</serv:message>

تحديثات API 41.6.3

تحديثات واجهة برمجة تطبيقات XML 41.6.3

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

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

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

موقع جيتسايت: إرجاع تسمية عناصر جديدة 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>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</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>false</ns1:enablePreMeetingLobby>
                    <ns1:supportLargeEvent>true</ns1:supportLargeEvent>
            </ns1:siteCommonOptions>
        </serv:bodyContent>
    </serv:body>
</serv:message>

تحديثات API 41.6.0

تحديثات واجهة برمجة تطبيقات XML 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:

يطبق وقت إنشاء XMLAPI LstRecording وقت بدء التسجيل

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

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

التفاصيل

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

تحديثات API 41.5.0

تحديثات واجهة برمجة تطبيقات XML 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 ، لا يوجد ترميز.

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

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

تحديثات API 41.4.0

تحديثات واجهة برمجة تطبيقات XML 41.4.0

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

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

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

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

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

واجهة برمجة تطبيقات XML: يقرأ منطق الأعمال CreateEvent و SetEvent و GetEvent قيمة entryExitToneEC.

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

واجهة برمجة تطبيقات XML: عينة استجابة GetSite:

<ns1:defaults>
    <ns1:emailReminders>true</ns1:emailReminders>
    <ns1:entryExitTone>ANNOUNCENAME</ns1:entryExitTone>
    <ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
    <ns1:voip>true</ns1:voip>
    <ns1:teleconference>
        <ns1:telephonySupport>NONE</ns1:telephonySupport>
    </ns1:teleconference>
    <ns1:joinTeleconfNotPress1>true</ns1:joinTeleconfNotPress1>
    <ns1:updateTSPAccount>false</ns1:updateTSPAccount>
</ns1:defaults>

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

  • جيت سايت

  • كريت إيفنت

  • سيت إيفنت

  • جيت إيفنت

يقوم XMLAPI فقط بإرجاع معلومات تفاصيل الحدث الكبير (Webex Event 2.0)

  1. إذا كان اجتماع Webex هو الحدث الكبير أو البث عبر الويب، GetSessionInfo إرجاع بعض المعلومات التفصيلية بما في ذلك كلمة مرور الاجتماع وكلمة المرور الرقمية للاجتماع وكلمة مرور عضو الفريق وكلمة المرور الرقمية للفريق (لا يمكن تغيير المخطط).

  2. لا يدعم XMLAPI إنشاء وتحرير أي حدث كبير أو ميزة البث عبر الويب، لذلك CreateMeeting و SetMeeting إرجاع استثناء جديد (110064، الحدث ونوع جلسة البث عبر الويب غير مدعومين.) للحدث الكبير أو حالة البث عبر الويب.

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

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

الوصف

كلام

GetSessionInfo

إذا كان اجتماع Webex هو الحدث الكبير أو البث عبر الويب، GetSessionInfo إرجاع كلمة مرور الاجتماع وكلمة المرور الرقمية للاجتماع وكلمة مرور عضو الفريق وكلمة المرور الرقمية لعضو اللجنة.

لا يمكن تغيير أي مخطط.

CreateMeeting

SetMeeting

إذا حاول المستخدم استخدام CreateMeeting واجهة برمجة التطبيقات لإنشاء اجتماع Webex بنوع جلسة حدث كبير، أو الاتصال SetMeeting لتحرير اجتماع Webex الذي يعد في الواقع حدثا كبيرا أو بثا عبر الويب، قم بإرجاع استثناء جديد 110064. لا يتم دعم نوع جلسة الحدث والبث عبر الويب.

يجب تغيير السلوك.

تحديثات API 41.3.0

تحديثات واجهة برمجة تطبيقات XML 41.3.0

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

تدعم التغييرات الجديدة في واجهة برمجة تطبيقات XML ميزة Webex Events 2.0

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

كل من واجهات برمجة التطبيقات: عناصر إرجاع GetSessionInfo و GetMeeting enableEvent و enableWebniar ايضا.

اسم العنصر

الوصف

تمكين الحدث

يدعم EC 2.0 في اجتماع Webex

تمكين ويبنيار

يدعم الويبينار في اجتماع Webex

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

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

GetSessionInfo إرجاع العناصر enableEvent و enableWebniar ل EC 2.0.

GetMeeting إرجاع العناصر enableEvent و enableWebniar ل EC 2.0.

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

GetSessionInfo استجابه:

<ep:accessControl>
                <ep:listStatus>PUBLIC</ep:listStatus>
                <ep:registration>false</ep:registration>
                <ep:passwordReq>true</ep:passwordReq>
                <ep:isEnforceAudioPassword>false</ep:isEnforceAudioPassword>
                <ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>
                <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:accessControl>

GetMeeting استجابه:

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

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

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

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

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

واجهة برمجة تطبيقات XML: GetSite إرجاع العنصر enablePreMeetingLobby للبهو ما قبل الاجتماع.

واجهة برمجة تطبيقات XML: LstSummarySession إرجاع العنصر enablePreMeetingLobby للبهو ما قبل الاجتماع.

واجهة برمجة تطبيقات XML: GetSessionInfo إرجاع العنصر enablePreMeetingLobby للبهو ما قبل الاجتماع.

واجهة برمجة تطبيقات XML: GetMeeting إرجاع العنصر enablePreMeetingLobby للبهو ما قبل الاجتماع.

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

GetSite استجابه:

<ns1:siteCommonOptions>
                    <ns1:SupportCustomDialRestriction>false</ns1:SupportCustomDialRestriction>
                    <ns1:SupportTelePresence>false</ns1:SupportTelePresence>
                    <ns1:SupportTelePresencePlus>false</ns1:SupportTelePresencePlus>
                    <ns1:EnableCloudTelepresence>true</ns1:EnableCloudTelepresence>
                    <ns1:EnableCMRForAllUsers>true</ns1:EnableCMRForAllUsers>
                    <ns1:enablePersonalMeetingRoom>true</ns1:enablePersonalMeetingRoom>
                    <ns1:SupportAlternateHost>true</ns1:SupportAlternateHost>
                    <ns1:SupportXMLAPIReturnScheduledPMR>false</ns1:SupportXMLAPIReturnScheduledPMR>
                    <ns1:SupportAnyoneHostMeetings>true</ns1:SupportAnyoneHostMeetings>
                    <ns1:enablePreMeetingLobby>true</ns1:enablePreMeetingLobby>
                </ns1:siteCommonOptions>

LstSummarySession استجابه:

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

GetSessionInfo استجابه:

<ep:accessControl>
                <ep:listStatus>PUBLIC</ep:listStatus>
                <ep:registration>false</ep:registration>
                <ep:passwordReq>true</ep:passwordReq>
                <ep:isEnforceAudioPassword>false</ep:isEnforceAudioPassword>
                <ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>
                <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:accessControl>

GetMeeting استجابه:

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

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

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

واجهة برمجة تطبيقات 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 أو مسؤول إدارة المستخدم:

تحديثات API 41.2.0

تحديثات واجهة برمجة تطبيقات XML 41.2.0

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

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

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

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

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

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

واجهة برمجة تطبيقات XML: GetSite إرجاع الاستجابة عنصرا إضافيا IsWebexTelephony

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

<ns1:telephonyConfig>

<ns1:isWebexTelephony>true</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>false</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName>Personal Conference No.</ns1:serviceName>
<ns1:participantAccessCodeLabel>Attendee access code</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel>Host access code</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel>Attendee ID</ns1:attendeeIDLabel>

.....

</ns1:telephonyConfig>

LstSummarySession يدعم EC2.0

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

LstSummarySession سيعيد عنصرين جديدين لدعم EC 2.0

اسم العنصر

الوصف

تمكين الحدث

يدعم EC 2.0 في اجتماع Webex

تمكين ويبنيار

يدعم الويبينار في اجتماع Webex

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

واجهة برمجة تطبيقات XML: LstSummarySession إلحاق< enableEvent> و enableWebniar عناصر >

استجابة واجهة برمجة تطبيقات XML: LstSummarySession

الرد على EC 2.0

<ep:isNextUpcomingInstance>true</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

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

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

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

getUserResponse:

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

تحديثات API 41.1.0

لا توجد تغييرات في المخطط على مخطط XML API 41.1.