Общ преглед на актуализациите на API на Cisco Webex Meetings ( API 40)

За повече информация относно XML API 41 вижте Общ преглед на актуализациите на API на Cisco Webex Meetings ( API 41)

За повече информация относно XML API 39 и XML API 11 вижте Общ преглед на актуализациите в XML API на Cisco Webex Meetings (XML API 39 и по-стари версии).

За актуализации за XML API 11 SP9 и по-стари версии отидете на Cisco DevNet.

Актуализации на API 40.12.0

Актуализации на XML API 40.12.0

Щракнете тук, за да изтеглите схемата на XML API 40.12.0

XML API поддържа тип частна среща

XML API ще бъдат засегнати

Можем да използваме API: CreateMeeting и SetMeeting за да насрочите или актуализирате среща на Webex с тип частна среща.
Ако Webex среща е насрочена с тип частна среща, GetSessionInfo GetMeeting, LstSummarySession и LstCalendarSession ще върне ново име на елемент is PrivateMeeting да го знам.
GetMeetingType и LstMeetingType върне ново именуване на елемент SupportPrivateMeeting което показва дали поддържа частни срещи или не.

Промени в схемата

XML API: GetMeetingType/LstMeetingType: Добавете <SupportPrivateMeeting> елемент.

XML API: LstSummarySession: Добавете <isPrivateMeeting> елемент.

XML API: LstCalendarSession: Добавете <isPrivateMeeting> елемент.

XML API: GetSessionInfo: Добавете <isPrivateMeeting> елемент.

XML API: GetMeeting : Добавете <isPrivateMeeting> елемент.

Заявка за XML API: Създаване на среща

Заявка за CreateMeeting с тип частна среща

<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<schedule>
<startDate>25.10.2020 г. 13:00:00 ч</startDate>
<duration> 45</duration>
<timeZoneID> 45</timeZoneID>
</schedule>
<accessControl>
<meetingPassword> ******** </meetingPassword>
</accessControl>
<metaData>
<confName> MC_ PrivateMeeting_ Тествайте</confName>
<meetingType> 168</meetingType> //169 е извадка, която поддържа частна среща
</metaData>
</bodyContent>
</body>

Отговор на XML API: GetSessionInfo

Отговор за isPrivateMeeting

<ep:supportE2E>фалшиво</ep:supportE2E>
<ep:isAllowJBH> вярно</ep:isAllowJBH>
<ep:isPrivateMeeting> вярно</ep:isPrivateMeeting> //вярно: срещата поддържа частна среща; фалшиво: срещата не поддържа частна среща.
<ep:isCETMeeting> фалшиво</ep:isCETMeeting>
<ep:isPersonalMeetingRoom> фалшиво</ep:isPersonalMeetingRoom>
<ep:isNextUpcomingInstance> вярно</ep:isNextUpcomingInstance>

GetSite API ще върне шаблони за срещи на ниво сайт

Потребителска история/Описание на задачата

GetSite API за връщане на шаблон за среща на ниво сайт. Това ще позволи на Education Connector и Webex Classrooms да покажат тези шаблони, за да могат учителите да избират тези шаблони, докато планират своите онлайн сесии.

Засегнати API

Ако има персонализирани шаблони за срещи, които са на ниво сайт, GetSite api ще върне тези шаблони на ниво сайт.

Име на елементите	Описание
`meetingTemplateName`	името на персонализирани шаблони за срещи на ниво сайт
`serviceType`	Webex Meetings, Webex Trainings и Webex Events

Промени в схемата

GetSite : Добавете <meetingTemplates> елемент.

Образец за отговор

GetSite Response

<ns1:meetingTypes>
<ns1:meetingTypeID>3</ns1:meetingTypeID>
<ns1:meetingTypeName> ПРОФ</ns1:meetingTypeName>
</ns1:meetingTypes>
<ns1:meetingTemplates>
<ns1:meetingTemplate>
<ns1:meetingTemplateName> MC Meeting Tempalte 1</ns1:meetingTemplateName>
<ns1:serviceType> MeetingCenter </ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName> Образец на срещата на EC 2</ns1:meetingTemplateName>
<ns1:serviceType> EventCenter </ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName> Шаблон за среща на TC 3</ns1:meetingTemplateName>
<ns1:serviceType> Център за обучение</ns1:serviceType>
</ns1:meetingTemplate>
</ns1:meetingTemplates>

XML API SetUser не може да промени елемент на `supportedServices` когато сайтът е CI unified site

Описание

XMLAPI SetUser не поддържат промяна на стойността на " supportedServices" в заявка за API , когато сайтът е сайтове на Unified Webex Meeting, свързани с Control Hub.

Промени в схемата

Няма промяна в схемата на API: SetUser.

WEBEX-15436: Добавете защита, за да избегнете дублиране на имейли `Mtgconfattendeelist`

Описание

Ако няколко присъстващи с един и същ имейл са добавени към една и съща среща в една и съща заявка за API , ние обработваме само първия посетител с имейла.

Засегнати API

CreateMeetingAttendee
CreateUser
SetUser
CreateMeeting
SetMeeting
CreateEvent
SetEvent
CreateTrainingSession
SetTrainingSession

Примерен API

Искане

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>testSite</siteName>
<webExID> testUser</webExID>
<password> парола</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<sessionKey> 1714904382 </sessionKey>
<person>
<email> test@webex.com</email>
<name> име1 </name>
</person>
<attendees>
<person>
<email> test@webex.com</email>
<name> име2 </name>
</person>
<sessionKey> 1714904382</sessionKey>
</attendees>
</bodyContent>
</body>
</serv:message>

Актуализации на API 40.11.0

Актуализации на XML API 40.11.0

Щракнете тук, за да изтеглите схемата на XML API 40.11.0

XMLAPI CreateUser поддържа показвано име

CreateUser поддържа dispalyname когато функцията превключва EnableDisplayName е като 1. Ако превключвателят на функцията не е 1, тогава displayName ще бъдат игнорирани.

Промени в схемата

CreateUser:

XMLAPI SetUser поддържа име на дисплея

SetUser поддържа dispalyname когато функцията превключва EnableDisplayName е 1. Ако превключвателят на функцията не е 1, displayName ще бъдат игнорирани.

Промени в схемата

SetUser:

XMLAPI GetUser поддържа показвано име

GetUser поддържа dispalyname когато функцията превключва EnableDisplayName е 1. Ако превключвателят на функцията не е 1, displayName няма да се покаже.

Кога displayName в DB е нула и функцията превключва EnableDisplayName е 1, displayName ще бъде firstName+" "+lastName за неазиатски герои и firstName+lastName за азиатски герои.

Промени в схемата

GetUserResponse:

XMLAPI Контрол на ниво потребител за Хибридна стая за съвместна работа Voip

На cmrHybridVoip се използва за задаване и извличане на настройката за потребителско ниво за EnableCMRHybridVoIP.

Промени в схемата

GetUser Response:

CreateUser Request:

SetUser Request:

Актуализации на API 40.10.0

Актуализации на XML API 40.10.0

Щракнете тук, за да изтеглите схемата на XML API 40.10.0

`XML API support for meeting UUID` в заявка и отговор на API

Примерен XML API: GetSessionInfo Заявка:

Отговор:

Засегнат API:

CreateMeetingAttendee
DelMeetingAttendee
RegisterMeetingAttendee
CreateTeleconferenceSession
SetTeleconferenceSession
GetTeleconferenceSession
CreateTrainingSession
SetTrainingSession
GetTrainingSession
DelTrainingSession
CreateEvent
SetEvent
DelEvent

XMLAPI ще върне допълнителен елемент за конфигурация на администратора на сайта, за да деактивира екранна снимка

Изискването идва от Сигурност - и двете PenTest грешки и клиенти, като Goldman Sachs. Те не искат да позволят на крайните потребители да правят екранна снимка в приложението Meetings. Междувременно много други клиенти искат тази функция - да позволяват екранна снимка. Също така потребителите на образованието искат да разрешат и екранна снимка . Така че ще имаме конфигурация на Site Administrator за това и XMLAPI ще върне допълнително поле EnableMobileScreenCapture в отговора на GetSite да подкрепя това.

Примерна заявка на 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:siteInstance>
...
<ns1:securityOptions>
...
...
<ns1:EnableMobileScreenCapture> фалшиво</ns1:EnableMobileScreenCapture>
...
</ns1:securityOptions>
...
</ns1:siteInstance>
</serv:bodyContent>
</serv:body>
</serv:message>

Засегнат API

GetSite

Поддръжка на XMLAPI MEET-269 PIN без Подобрение на присъединяването

XMLAPI добавя НОВА ОПЦИЯ Системите за видеоконферентна връзка в моята организация могат да започват и да се присъединяват към срещи без подкани за среща в личната стая и среща на MC .

createUser/setUser/getUser добавяне на нов възел deviceCanStartMyPMR в personalMeetingRoom.
createMeeting/setMeeting/getMeeting добавяне на нов възел deviceCanStartMeeting в графика.

Опцията в потребителския интерфейс на Webex за среща в лична стая:

Промени в схемата

CreateUser:

SetUser:

getUserResponse:

CreateMeeting:

setMeeting:

getMeetingResponse:

Актуализации на API 40.9.0

Актуализации на XML API 40.9.0

Щракнете тук, за да изтеглите схемата на XML API 40.9.0

`XML API support for meeting UUID` искане и отговор

Добавихме UUID на срещата към заявката и отговора на API навсякъде, където поддържаме като a meetingKey или sessionKey.

Примерен XML API: GetSessionInfo Заявка:

Отговор:

Засегнат API:

GetEnrollmentInfo
LstsummaryTrainingSession
AddScheduledTest
SetScheduledTest
DelScheduledTest
GetTestInformation
UploadEventImage
SendInvitationEmail
CreateSupportSession
LstmeetingusagePreliminaryHistory
LstmeetingattendeePreliminaryHistory
LsteventsessionPreliminaryHistory
LsteventattendeePreliminaryHistory
LstTrainingPollResultsHistory

Срещите на Webex ще имат заключено лоби за срещи, където потребителите могат да изчакат да бъдат допуснати до срещата

XML API насрочва и редактира MC среща, за да поддържа заключено лоби, когато функцията( ConsistentLockedLobby) включете.

Промени в схемата

Добавени са три нови елемента ( externalAttendeeSecurity, autoLock, autoLockWaitTime) в CreateMeeting, SetMeeting и GetMeeting API.

Елемент	Описание
`externalAttendeeSecurity`	Когато срещата е отключена, има три опции за защита на външния потребител. `AllowJoin`: Може да се присъедини към срещата незабавно; `AllowJoinWithLobby`: Могат да се присъединят към срещата само ако домакинът ги пусне; `BlockFromJoin`: Не мога да се присъединя към срещата;
`autoLock`	Дали Автоматично заключване на срещата. вярно: Автоматично заключете срещата след # минути след началото на срещата невярно: Не заключва автоматично срещата след началото на срещата
`autoLockWaitTime`	минути ( 0,5,10,15,20 ) за автоматично заключване на срещата след началото на срещата

Елемент

Описание

externalAttendeeSecurity

Когато срещата е отключена, има три опции за защита на външния потребител.

AllowJoin: Може да се присъедини към срещата незабавно;

AllowJoinWithLobby: Могат да се присъединят към срещата само ако домакинът ги пусне;

BlockFromJoin: Не мога да се присъединя към срещата;

autoLock

Дали Автоматично заключване на срещата.

вярно: Автоматично заключете срещата след # минути след началото на срещата

невярно: Не заключва автоматично срещата след началото на срещата

autoLockWaitTime

минути ( 0,5,10,15,20 ) за автоматично заключване на срещата след началото на срещата

Извадка за искане и отговор

Request of CreateMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
...
<attendeeOptions>
...
<joinRequiresAccount> фалшиво</joinRequiresAccount>
<externalAttendeeSecurity> Разреши JoinWithLobby</externalAttendeeSecurity>
<autoLock> вярно</autoLock>
<autoLockWaitTime> 10 </autoLockWaitTime>
</attendeeOptions>
...
</bodyContent>

Request of SetMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>2###1###01</meetingkey>
...
<attendeeOptions>
...
<joinRequiresAccount> фалшиво</joinRequiresAccount>
<externalAttendeeSecurity> Разреши JoinWithLobby</externalAttendeeSecurity>
<autoLock> вярно</autoLock>
<autoLockWaitTime> 10 </autoLockWaitTime>
</attendeeOptions>
...
</bodyContent>

Отговор на GetMeeting:

<?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:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>УСПЕХ</serv:result>
<serv:gsbStatus> ПЪРВИЧНИ </serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<meet:attendeeOptions>
...
<meet:joinRequiresAccount> фалшиво</meet:joinRequiresAccount>
<meet:externalAttendeeSecurity> Разрешаване на присъединяване</meet:externalAttendeeSecurity>
<meet:autoLock> вярно</meet:autoLock>
<meet:autoLockWaitTime> 10 </meet:autoLockWaitTime>
</meet:attendeeOptions>
...

Засегнат API:

CreateMeeting
SetMeeting
GetMeeting

Подобряване `GetSessionInfo` API за връщане на състоянието на участниците при текуща сесия

Добавени са два нови елемента ( hasHostInMeeting, hasAttendeeInMeeting) в отговор на GetSessionInfo. Тези два елемента ще бъдат върнати, когато срещата е в ход.

Елемент	Описание
`hasHostInMeeting`	Дали домакинът се е присъединил към текущата среща. вярно: Домакинът е в текущата среща. False/Null : Домакинът не е в текущата среща или срещата не е в ход.
`hasAttendeeInMeeting`	Дали има присъстващ/домакин се е присъединил към текущата среща. вярно: има присъстващ или домакин в текущата среща. False/Null : няма присъстващ или домакин в текущата среща или срещата не е среща в ход.

Елемент

Описание

hasHostInMeeting

Дали домакинът се е присъединил към текущата среща.

вярно: Домакинът е в текущата среща.

False/Null : Домакинът не е в текущата среща или срещата не е в ход.

hasAttendeeInMeeting

Дали има присъстващ/домакин се е присъединил към текущата среща.

вярно: има присъстващ или домакин в текущата среща.

False/Null : няма присъстващ или домакин в текущата среща или срещата не е среща в ход.

Пример за отговор на API :

<?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:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>УСПЕХ</serv:result>
<serv:gsbStatus> ПЪРВИЧНИ </serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...

<ep:status>В ПРОГРЕСС</ep:status>

<ep:hasHostInMeeting>вярно</ep:hasHostInMeeting>

<ep:hasAttendeeInMeeting>вярно</ep:hasAttendeeInMeeting>

...

Засегнат API:

GetSessionInfo

API GetUserCard изисква оторизация.

Подобрение на сигурността на XML API GetUserCard изисква оторизация за получаване на информация за потребителя.

Засегнат API:

GetUserCard

Актуализации на API 40.8.0

Актуализации на XML API 40.8.0

Щракнете тук, за да изтеглите схемата на XML API 40.8.0

`GetSessionInfo` подобряване на реакцията

Ако не сте поканени или одобрени от срещата, вашето обаждане до XML API: GetSessionInfo няма да върне елементите: confName, startDate, duration, timeZone, meetingLink, sipURL, displayMeetingUrl в тялото на отговора на API .

Пример за отговор на API за срещи:

Пример за отговор на API за обучения/събития:

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>НЕ_ В ПРОГРЕСС</ep:status>
<ep:sessionkey> 1####5###9</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>НЕПИСАНИ</ep:listStatus>
<ep:registration> вярно </ep:registration>
<ep:registrationURL>https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61</ep:registrationURL>
<ep:passwordReq> вярно </ep:passwordReq>
<ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&confID=16###92######61</ep:registrationURLForMobile>
<ep:joinStatus> ПОКАНА/РЕГИСТРИРАНЕ/ОТКАЗВАНЕ</ep:joinStatus>
<ep:isRegisterIDRequired> фалшиво </ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType> Център за обучение </ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount> фалшиво </ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH> вярно</ep:isAllowJBH>
<ep:isCETMeeting> вярно</ep:isCETMeeting>
<ep:isPersonalMeetingRoom> фалшиво</ep:isPersonalMeetingRoom>
</serv:bodyContent>

Засегнат API:

GetSessionInfo

`GetSessionInfo, GetUserCard` Подобрения в сигурността

Направихме подобрение на сигурността на XML API GetSessionInfo и GetUserCard. Ще блокираме достъпа на потребителите до тези два приложния програмен интерфейс (API) през следващите два часа, ако тяхното обаждане достигне лимита за един час без открити грешки в данните.

Отговорът на състоянието на грешката е: "403 Забранено"

Засегнати API:

GetSessionInfo
GetUserCard

`meetingUUID` в поддръжка на заявки и отговори на API

Добавихме meetingUUID към заявката и отговора на API навсякъде, където поддържаме a meetingKey/sessionKey.

GetSessionInfo Заявка:

Отговор:

Засегнат API:

LstOpenSession
GetEnrollmentInfo
LstsummaryMeeting
LstScheduledTests
GetEvent
LstsummaryEvent
LstmeetingusageHistory
LsttrainingsessionHistory
LsteventsessionHistory
LstsupportsessionHistory
DelSession

Шаблон на образователни сайтове (тип сесия на EDU) в поддръжка на XML API

Когато вашите сайтове активират типа сесия за инструктор по образование (EDU), XML API може да поддържа планирам среща с шаблона за EDU среща.

Засегнат API:

CreateMeeting
SetMeeting
CreateEvent
SetEvent
CreateTrainingSession
SetTrainingSession

XML API `CreateMeetingAttendee` и `RegisterMeetingAttendee` подкрепа

И двете CreateMeetingAttendee и RegisterMeetingAttendee могат да проверят необходимия формуляр за регистриране на присъстващ за регистрация в Webex Meetings .

И има ново изключение за тази задача:

Номер на изключение	Съобщение за изключение
040014	Липсват задължителни полета (формуляр за регистрация): ...

Например, ако сте избрали „Длъжност“ и „Име на фирма“ като задължителни полета за регистрация на присъстващ в Webex Meetings , както е показано по-долу, тогава трябва да предоставите стойност за „Длъжност“ и „Име на фирма“ при извикване на двата API : CreateMeetingAttendee и RegisterMeetingAttendee.

RegisterMeetingAttendee Заявка:

<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
<attendees>
<person>
<name>Собствено имеb Фамилия</name>
<firstName> Първо имеb</firstName>
<lastName> Фамилия</lastName>
<title>Инженер</title> // Длъжност
<company> Cisco1234</company> // Име на фирмата
...
<email>****@*****.com</email>
<type> ПОСЕТИТЕЛ</type>
<sendReminder> вярно</sendReminder>
</person>
<role> УЧАСТНИК</role>
<joinStatus> ПРИЕМЕТЕ</joinStatus>
<emailInvitations> вярно</emailInvitations>
<sessionKey> 1####4####1</sessionKey>
</attendees>
</bodyContent>
</body>

CreateMeetingAttendee Заявка:

<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<person>
<name>ИмеА Фамилия А</name>
<firstName> Име А</firstName>
<lastName> Фамилия А</lastName>
<title>Инженер</title> // Длъжност
<company> Cisco1234</company> // Име на фирмата
...
<email>*****@*****.com</email>
<type> ПОСЕТИТЕЛ</type>
<sendReminder> вярно</sendReminder>
</person>
<role> УЧАСТНИК</role>
<joinStatus> ПРИЕМЕТЕ</joinStatus>
<emailInvitations> вярно</emailInvitations>
<sessionKey> 1###4####1</sessionKey>

040014 Exception of Response Пример:

<?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:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>НЕУСПЕХА</serv:result>
<serv:reason> Липсват задължителни полета (формуляр за регистрация): заглавие, фирма</serv:reason>
<serv:gsbStatus> ПЪРВИЧНИ</serv:gsbStatus>
<serv:exceptionID> 040014</serv:exceptionID>
<serv:value> заглавие, фирма</serv:value>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>

Засегнат API:

CreateMeetingAttendee
RegisterMeetingAttendee

XML API Подобрения за валидиране на Имейл

XML API не трябва да позволява символ(и) за празни интервали в имейл, така че сме подобрили проверката на имейл, за да се приведе в съответствие с поведението на страницата за Webex Meetings .

Засегнат API:

CreateMeetingAttendee
CreateEvent
SetEvent
CreateContact
SetContact
SetRecordingInfo
CreateMeetingAttendee
CreateTrainingSession
SetTrainingSession
CreateUser
SetUser
CreateMeeting
SetMeeting
RegisterMeetingAttendee

Актуализации на API 40.7.0

Актуализации на XML API 40.7.0

Щракнете тук, за да изтеглите схемата на XML API 40.7.0

`meetingUUID` подкрепа

Ние добавихме meetingUUID към заявката и отговора на API навсякъде, където поддържаме ключ за среща или sessionKey.

GetSessionInfo Пример за заявка:

GetSessionInfo Пример за отговор:

Засегнати API:

LstmeetingattendeeHistory
LsttrainingattendeeHistory
LsteventattendeeHistory
LstsupportattendeeHistory

`CreateUser` Поддръжка по имейл за приветстване на API за четири нови езика

HTML имейлът за добре дошли на XMLAPI поддържа следните четири нови езика:

чешки (languageID=19)
полски (languageID=20)
унгарски (languageID=21)
румънски (languageID=22)

XMLAPI изпраща имейла за добре дошли според езика или languageID в CreateUser искане.

Използвайки CreateUser за изпращане на Html пример за приветствен Имейл (чешки):

<?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>
<siteName>ххх</siteName>
<webExID> Тествайте</webExID>
<password> ххх </password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName> тест</firstName>
<lastName> потребител</lastName>
<webExId> testuser</webExId>
<password> хххххх</password>
<email> testuser@test.com </email>
<privilege>
<host> вярно </host>
</privilege>
<languageID> 19</languageID>
или
<language> чешки</language>
<active> АКТИВИРАНО</active>
<sendWelcome> вярно</sendWelcome>
<isHTMLEmail> вярно</isHTMLEmail>
</bodyContent>
</bodyContent>
</body>

API 40.6.1, 40.4.9 Актуализации

XML API 40.6.1, 40.4.9 Актуализации

Щракнете тук, за да изтеглите схемата на XML API 40.6.1

Щракнете тук, за да изтеглите схемата на XML API 40.4.9

`CreateMeeting/SetMeeting` подкрепа

Когато планирате Среща в Webex, XML API CreateMeeting/SetMeeting ви позволява да поставите или премахнете отметката или да щракнете върху задължително или незадължително задължително поле от формуляра за регистриране на присъстващ .

Следва примерен график за срещи от потребителската уеб страница , където можете да проверите задължителните полета, като напр "Длъжност", "Име на фирма", "Град" , и "държава" във формата за регистриране на присъстващ :

Следното е съпоставяне между полетата на страницата и елементите на XML API:

Полета на страницата	XMLAPI елемент
Длъжност	<title>
Име на компанията	<company>
Адрес 1	<address1>
Адрес 2	<address2>
Град	<city>
Състояние	<state>
Пощенски код	<postalCode>
Страна/регион	<country>
Служебен телефон	<phone>
Факс	<fax>

Променена схема: Добавете елемент "registrationForm" в CreateMeeting

Променена схема: Добавете елемент "registrationForm" в SetMeeting

Променена схема: Добавете елемент "registrationForm" в GetMeeting

CreateMeetingПример за заявка:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<accessControl>
<meetingPassword>парола</meetingPassword>
</accessControl>
<attendeeOptions>
<emailInvitations>вярно</emailInvitations>
<registration> вярно</registration>
<auto> фалшиво</auto>
</attendeeOptions>
<registrationForm>
<title><req>вярно</req></title> 
<company><req>вярно</req></company>
<address1><req>фалшиво</req></address1>
<address2><req> фалшиво </req></address2>
<city><req> вярно </req></city>
<state><req> вярно </req></state>
<postalCode><req> фалшиво </req></postalCode>
<country><req> фалшиво </req></country>
<phone><req> фалшиво </req></phone>
<fax><req> фалшиво</req></fax>
</registrationForm>

SetMeetingПример за заявка:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>1015045339</meetingkey>

<metaData>
<confName>Име на конференцията</confName>
<meetingType> 3 </meetingType>
</metaData>

<attendeeOptions>
<emailInvitations> вярно</emailInvitations>
<registration> вярно</registration>
<auto> вярно</auto>
</attendeeOptions>

<registrationForm>
<title><req>вярно</req></title>
<company><req>вярно</req></company>
<address1><req>фалшиво</req></address1>
<address2><req>фалшиво </req></address2>
<city><req> вярно </req></city>
<state><req> вярно </req></state>
<postalCode><req> фалшиво </req></postalCode>
<country><req> фалшиво </req></country>
<phone><req> фалшиво </req></phone>
<fax><req> фалшиво</req></fax>
</registrationForm>

GetMeetingПример за отговор:

<meet:sipURL>1234567890@sitename.webex.com</meet:sipURL>
<meet:displayMeetingUrl> 1234567890@sitename.webex.com</meet:displayMeetingUrl>
<meet:registrationForm>
<meet:phone><meet:req>фалшиво </meet:req></meet:phone>
<meet:title><meet:req> вярно </meet:req></meet:title>
<meet:company><meet:req> вярно </meet:req></meet:company>
<meet:address1><meet:req> фалшиво </meet:req></meet:address1>
<meet:address2><meet:req> фалшиво </meet:req></meet:address2>
<meet:city><meet:req> вярно </meet:req></meet:city>
<meet:state><meet:req> вярно </meet:req></meet:state>
<meet:postalCode><meet:req> фалшиво </meet:req></meet:postalCode>
<meet:country><meet:req> фалшиво </meet:req></meet:country>
<meet:fax><meet:req> фалшиво</meet:req></meet:fax>
</meet:registrationForm>

Засегнати API:

CreateMeeting
SetMeeting
GetMeeting
DelMeeting

Типът E2EE среща не поддържа ЛСС среща

Когато активирате ЛСС по време на разговор с API: CreateUser/SetUser/GetUser/GetMe и е наличен само тип среща E2EE, той ще отговори на следното съобщение за грешка: "110063 Потребителят трябва да има поне един тип среща извън E2EE, за да активира ЛСС."

Засегнати API:

CreateUser
SetUser
GetUser
GetMe

Актуализации на API 40.6.0

Актуализации на XML API 40.6.0

Щракнете тук, за да изтеглите схемата на XML API 40.6.0

Добавена е роля за Управление на поребителите

Създадохме ролята за Управление на поребителите и файлът със схемата за следното се промени.

Променена схема: CreateUserискане:

Променена схема: SetUser

Променена схема: GetMeотговор:

Променена схема: LstsummaryUserотговор:

Засегнати API:

CreateUser
SetUser
GetMe
LstsummaryUser

CreateUserПример за заявка:

<?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>
<siteName>ххх</siteName>
<webExID> Администратор на сайта</webExID>
<password> хххх </password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName> ххх</firstName>
<lastName> ххх</lastName>
<webExId> ххх</webExId>
<password> ххх</password>
<email> ххх </email>
<privilege>
<umSiteAdmin> вярно</umSiteAdmin>
<host> фалшиво </host>

<siteAdmin> фалшиво</siteAdmin>
<labAdmin> фалшиво</labAdmin>
<voiceOverIp> фалшиво </voiceOverIp>
</privilege>
<languageID> 3</languageID>
<active> АКТИВИРАНО</active>
<sendWelcome> вярно</sendWelcome>
<isHTMLEmail> вярно</isHTMLEmail>
</bodyContent>
</body>

Поддръжка с помощта на API ключ за достъп до `GetUserCard`

Вече поддържаме използването на ключа на API (генериран JWT токен) за достъп до API: GetUserCard в това издание.

Можете да се обърнете към тези страници за прилагането на един API ключ и за генериране на JWT токен:

Как да приложите един API ключ

Как да генерирам JWT токен

GetUserCardПример за заявка:

Публикувайте https://{sitename}.webex.com/WBXService/XMLService
Заглавка:
Content-Type application/json;charset=utf-8
JWTToken ${jwttoken}
Тяло:
<?xml version="1.0" encoding="UTF-8"?>
<message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2009/05/service">
<header>
<securityContext>
<siteName>{sitename}</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUserCard">
<webExId> {userName}</webExId>
</bodyContent>
</body>
</message>

Пример за отговор:

Поддръжка за `meetingUUID` в заявка и отговор на API

Ние добавихме meetingUUID към заявката и отговора на API , когато поддържаме ключ за среща или sessionKey.

Засегнати API:

LstRecording
LstsummarySession
GetSesssionInfo
GethosturlMeeting
GetjoinurlMeeting
LstMeetingAttendee
CreateMeeting
SetMeeting
GetMeeting
DelMeeting
LstCalendarSession

meetingUUIDПример за заявка:

meetingUUIDПример за отговор:

ЛСС ключовете за срещи няма да бъдат променени от временно деактивиран потребител или деактивиран ЛСС

Когато временно деактивиран потребител или деактивиран ЛСС се активира повторно в рамките на една седмица, сега повторно активираният потребител или активиран ключ за среща на PMR не се променя, той ще бъде същият като преди.

Засегнати API:

SetUser
DelUser

`LstSummarySession` подобрения

Подобрихме API: LstSummarySession планирано връщане - ЛСС да има един нов елемент, returnScheduledPMR, в искането. И превключването на функциите по подразбиране е изключено.

Засегнати API:

LstSummarySession

Промяна на схемата:

Добавяме ново име на елемент returnScheduledPMR в заявката на API LstSummarySession.

Добавяме ново име на елемент isScheduledPMR в отговора на API LstSummarySession.

LstSummarySessionПример за заявка:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<securityContext>
<siteName>ххх</siteName>
<webExID> Тествайте</webExID>
<password> ххх</password>
<partnerID> хххх</partnerID>
<clientInfo> хххх </clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<listControl>
<startFrom> 1</startFrom>
<maximumNum> 2</maximumNum>
<listMethod> И </listMethod>
</listControl>
<dateScope>
<startDateStart> 11.01.2019 г. 8:0:0</startDateStart>
<startDateEnd> 12/01/2019 7:59:59</startDateEnd>
<timeZoneID> 4</timeZoneID>
<endDateStart> 11.01.2019 г. 8:0:0</endDateStart>
<endDateEnd> 12/01/2019 7:59:59 </endDateEnd>
</dateScope>
<order>
<orderBy> HOSTWEBEXID</orderBy>
<orderAD> ASC</orderAD>
<orderBy> CONFNAME</orderBy>
<orderAD> ASC</orderAD>
<orderBy> НАЧАЛО ВРЕМЕ</orderBy>
<orderAD> ASC </orderAD>
</order>
<serviceTypes>
<serviceType> EventCenter</serviceType>
<serviceType> MeetingCenter</serviceType>
<serviceType> Център за продажби</serviceType>
<serviceType> Център за обучение</serviceType>
<serviceType> Център за поддръжка </serviceType>
</serviceTypes>
<returnScheduledPMR> вярно</returnScheduledPMR>
</bodyContent>
</body>
</serv:message>

LstSummarySessionПример за отговор:

<?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:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv:header>
<serv:response>
<serv:result>УСПЕХ</serv:result>
<serv:gsbStatus> ПЪРВИЧНИ</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ep:lstsummarySessionResponse">
<ep:matchingRecords>
<serv:total> 1787 г</serv:total>
<serv:returned> 2</serv:returned>
<serv:startFrom> 1 </serv:startFrom>
</ep:matchingRecords>
<ep:session>
<ep:sessionKey> 809914325</ep:sessionKey>
<ep:MeetingUUID> 809914325</ep:MeetingUUID>
<ep:confName> Среща на екипа</ep:confName>
<ep:sessionType> 3</ep:sessionType>
<ep:serviceType> MeetingCenter</ep:serviceType>
<ep:hostWebExID> Тествайте</ep:hostWebExID>
<ep:hostFirstName> Тествайте</ep:hostFirstName>
<ep:hostLastName> Тествайте</ep:hostLastName>
<ep:otherHostWebExID> Тествайте</ep:otherHostWebExID>
<ep:timeZoneID> 2</ep:timeZoneID>
<ep:timeZone> GMT-10:00, Хаваи (Хонолулу)</ep:timeZone>
<ep:status> НЕ_ В ПРОГРЕСС</ep:status>
<ep:startTime> 10/12/2019 00:35:41</ep:startTime>
<ep:duration> 60</ep:duration>
<ep:listStatus> ОБЩЕСТВЕН</ep:listStatus>
<ep:hostEmail> Test@webex.com</ep:hostEmail>
<ep:passwordReq> вярно</ep:passwordReq>
<ep:hostJoined> фалшиво</ep:hostJoined>
<ep:participantsJoined> фалшиво</ep:participantsJoined>
<ep:confID> 141672157056861215</ep:confID>
<ep:registration> фалшиво</ep:registration>
<ep:isRecurring> вярно</ep:isRecurring>
<ep:hostType> 1019001</ep:hostType>
<ep:isAudioOnly> фалшиво</ep:isAudioOnly>
<ep:isTCSingleRecurrence> фалшиво</ep:isTCSingleRecurrence>
<ep:isAllowJBH> фалшиво</ep:isAllowJBH>
<ep:isCETMeeting> вярно</ep:isCETMeeting>
<ep:isException> фалшиво</ep:isException>
<ep:isNextUpcomingInstance> фалшиво</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey> 0</ep:seriesMeetingKey>
<ep:recurrenceId> 0</ep:recurrenceId>
<ep:isScheduledPMR> вярно </ep:isScheduledPMR>
</ep:session>
<ep:session>
<ep:sessionKey> 805660167</ep:sessionKey>
<ep:confName> xmlmc Molly08Console816960001</ep:confName>
<ep:sessionType> 3</ep:sessionType>
<ep:serviceType> MeetingCenter</ep:serviceType>
<ep:hostWebExID> Molly08Console81696000</ep:hostWebExID>
<ep:hostFirstName> Molly08Console81696000</ep:hostFirstName>
<ep:hostLastName> Molly08Console81696000</ep:hostLastName>
<ep:otherHostWebExID> Molly08Console81696000</ep:otherHostWebExID>
<ep:timeZoneID> 2</ep:timeZoneID>
<ep:timeZone> GMT-10:00, Хаваи (Хонолулу)</ep:timeZone>
<ep:status> НЕ_ В ПРОГРЕСС</ep:status>
<ep:startTime> 10/12/2019 00:35:41</ep:startTime>
<ep:duration> 60</ep:duration>
<ep:listStatus> ОБЩЕСТВЕН</ep:listStatus>
<ep:hostEmail> Molly08Console81696000@webex.com</ep:hostEmail>
<ep:passwordReq> вярно</ep:passwordReq>
<ep:hostJoined> фалшиво</ep:hostJoined>
<ep:participantsJoined> фалшиво</ep:participantsJoined>
<ep:confID> 141672108716459038</ep:confID>
<ep:registration> фалшиво</ep:registration>
<ep:isRecurring> вярно</ep:isRecurring>
<ep:hostType> 1019001</ep:hostType>
<ep:isAudioOnly> фалшиво</ep:isAudioOnly>
<ep:isTCSingleRecurrence> фалшиво</ep:isTCSingleRecurrence>
<ep:isAllowJBH> фалшиво</ep:isAllowJBH>
<ep:isCETMeeting> вярно</ep:isCETMeeting>
<ep:isException> фалшиво</ep:isException>
<ep:isNextUpcomingInstance> фалшиво</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey> 0</ep:seriesMeetingKey>
<ep:recurrenceId> 0</ep:recurrenceId>
<ep:isScheduledPMR> вярно</ep:isScheduledPMR>
</ep:session>
</serv:bodyContent>
</serv:body>
</serv:message>

`GetSite` подобрения

Добавихме а GetSite превключване на функцията за отговор на SupportXMLAPIReturnScheduledPMR

Засегнати API:

GetSite

Промяна на схемата:

XML API GetSite отговор нов елемент е: SupportXMLAPIReturnScheduledPMR

GetSiteПример за заявка:

GetSiteПример за отговор:

Актуализации на API 40.4.8, 40.2.9

XML API 40.4.8, 40.2.9 Актуализации

Щракнете тук, за да изтеглите схемата на XML API 40.4.8

Щракнете тук, за да изтеглите схемата на XML API 40.2.9

Нов отговор при актуализиране на насрочени срещи в XMLAPI

Когато клиентите използват XMLAPI за актуализиране на срещи, насрочени през тяхната страница, ние ще изпратим цифровата парола в имейл актуализация на срещата и ще я приложим към Webex Meetings, Teams и Центрове за събития.

Тези API: GetMeeting, GetTrainingSession, GetEvent и GetTeleconferenceSession, ще има тези нови елементи като отговор: audioPassword(цифрова парола), isEnforceAudioPassword, isEnforceAudioLogin за Webex Meetings, екипи и центрове за събития.

Променена схема:

Засегнати API:

GetMeeting
GetTrainingSession
GetEvent
GetTeleconferenceSession

GetMeetingПример за заявка:

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>testSite</siteName>
<webExID> тест</webExID>
<password> ххх</password>
<partnerID> хх </partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.GetMeeting">
<meetingKey> 803328224</meetingKey>
</bodyContent>
</body>
</serv:message>

Пример за отговор:

API 40.4.5, 40.2.6 Актуализации

XML API 40.4.5, 40.2.6 Актуализации

`GetUserCard` и `GetSessionInfo` ограничение за използване

Ние прилагаме ограничението за използване на API GetUserCard и GetSessionInfo, можете да получите съобщение за грешка: „403 забранено“, ако достигнете лимита за използване.

Засегнати API:

GetUserCard
GetSessionInfo

Актуализации на API 40.4.4, 40.2.5

XML API 40.4.4, 40.2.5 Актуализации

`BodyContent` ограничение на броя

Добавихме ограничен брой BodyContent във всяка секция на XML API . Когато добавите твърде много от BodyContent в заявката за API ще се върне следният код на грешката и съобщение: "000053 Броят на BodyContent в заявка трябва да е по-малък от {number}"

Засегнати API:

Всеки XML API

XML API заявка с множество BodyContent Пример:

<?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>хххх</webExID>
<password> хххх</password>
<siteName> ххх </siteName>
</securityContext>
</header>
<body>

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser">
<webExId> ххх </webExId>
</bodyContent>

<bodyContent xsi:type="java:com.webex.service.binding.user.GetSite">
</bodyContent>

<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey> 801020403</sessionKey>
</bodyContent>

</body>

Актуализации на API 40.4.3, 40.2.4

XML API 40.4.3, 40.2.4 Актуализации

Щракнете тук, за да изтеглите схемата на XML API 40.4.3, 40.2.4.

`CreateUser` подобрения

Ние подобрихме CreateUser за поддръжка на имейла за добре дошли на множество езици. На CreateUser сега искания isHTMLEmail

Засегнати API:

CreateUser

CreateUser Пример за заявка:

<?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>администратор</webExID>
<password> хххх</password>
<siteName> ххх </siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName> ххх</firstName>
<lastName> ххх</lastName>
<webExId> ххх</webExId>
<password> ххх</password>
<email> ххх </email>
<privilege>
<host> вярно</host>
<siteAdmin> фалшиво</siteAdmin>
<labAdmin> фалшиво</labAdmin>
<voiceOverIp> фалшиво </voiceOverIp>
</privilege>
<languageID> 3</languageID>
<active> АКТИВИРАНО</active>
<sendWelcome> вярно</sendWelcome>
<isHTMLEmail> вярно</isHTMLEmail>
</bodyContent>
</body>

Актуализации на API 40.4.0

Актуализации на XML API 40.4.0

Приложете проверка на имейл, когато променяте имейли в XML API

След активиране на администратор на сайта Изисква се потвърждение, за да може потребителят да актуализира имейл адрес в Webex администрация на сайта:

Ако акаунт, който не е администратор на сайта , извика SetUser API за промяна на имейл адреси, текущият имейл остава, докато новият имейл не бъде потвърден. Имейлът за потвърждение за промяна на акаунта се изпраща на новия имейл адрес с „Потвърждение за промяна на акаунта в Webex “. След като щракнете върху връзката в имейла за потвърждение, новият имейл адрес се свързва незабавно.

Ако администратор на сайта се обади на SetUser API няколко пъти без завършвайки процеса на проверка на имейл, текущият имейл се запазва, а последният нов имейл е този, който трябва да бъде потвърден.

Ако акаунт на администратор на сайта извика SetUser API за промяна на имейл адреси, процесът на проверка на имейл не се задейства. Новият имейл веднага ще бъде свързан с акаунта на домакина или участника.

Засегнати API:

SetUser

`GetEnrollmentInfo` изчакване и нулиране на връзката

На GetEnrollmentInfo API в момента търси IP адреси в системата за имена на домейни, което предизвиква огромно въздействие върху производителността. Планираме да опростим този процес с празен отговор в <domain> поле.

Засегнати API:

GetEnrollmentInfo

GetEnrollmentInfo Пример за заявка:

GetEnrollmentInfo Пример за отговор:

Актуализации на API 40.2.0

Актуализации на XML API 40.2.0

Щракнете тук, за да изтеглите схемата на XML API 40.2.0.

Премахване на анонимен достъп до `LstSummarySession`

Като подобрение на сигурността спираме поддръжката за анонимен достъп до LstSummarySession API. Ако Webex Meetings анонимно има достъп до API, се връщат следният код на грешката и съобщение: „000015 За съжаление няма намерен запис.“

Засегнати API:

LstSummarySession

LstSummarySession Пример за заявка:

<?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>
<siteName>име на сайт1</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<sessionKey> 211894651</sessionKey>
</bodyContent>
</body>
</serv:message>

LstSummarySession Пример за отговор:

`CreateMeeting` и `SetMeeting` подобрения в сигурността

Тази промяна е направена в XML API 40.2.0, но описанието й е редактирано след получаване на обратна връзка от клиенти.

Като подобрение на сигурността актуализирахме CreateMeeting и SetMeeting Приложни програмни интерфейси (API), които не позволяват на потребителите да планират начален час на планирам среща , който вече е изтекъл. Ако опитат, API съобщение за грешка: „060016 начален час на сесията трябва да е по-късно от текущия час.“ Ако потребителят трябва да насрочи незабавна среща, препоръчваме начален час на срещата да бъде зададен пет минути по-късно от текущия час.

Засегнати API:

CreateMeeting
SetMeeting

Актуализации на API 40.1.2

Актуализации на XML API 40.1.2

Щракнете тук, за да изтеглите схемата на XML API 40.1.2.

Насрочването на среща автоматично генерира парола, ако такава не е предоставена

Ние подобрихме CreateMeeting, CreateEvent, CreateTrainingSession и CreateTeleconferenceSession за да включите парола в тялото на отговора на API .

По подразбиране, Всички срещи/събития/сесия трябва да имат парола настройката е активирана. В този сценарий, ако заявката за API не включва парола, парола се генерира автоматично от сървърите на XML API .

Ако Всички срещи/събития/сесия трябва да имат парола настройката е инвалид , а заявката за API не включва парола, а парола не генерирани от сървърите на XML API .

Ако заявката за API включва парола, тогава отговорът ще включва тази парола, независимо от Всички срещи/събития/сесия трябва да имат парола настройката е активирана или деактивирана.

Засегнати API:

CreateMeeting
CreateEvent
CreateTrainingSession
CreateTeleconferenceSession

На CreateMeeting отговорът вече има meetingPassword елемент:

CreateMeeting Пример за заявка:

CreateMeeting Пример за отговор:

На CreateEvent отговорът вече има eventPassword елемент:

На CreateTrainingSession и CreateTeleconferenceSession отговорите вече имат sessionPassword елемент:

Актуализации на API 40.1.0

Актуализации на XML API 40.1.0

Щракнете тук, за да изтеглите схемата на XML API 40.1.

`GetSessionInfo` подобрения

Добавихме нови елементи към GetSessionInfo API. API вече връща информация и за мобилни устройства.

Засегнати API:

GetSessionInfo

GetSessionInfo Заявка за актуализации:

Пример за заявка:

<?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>
<siteName>sqdemo11</siteName>
<webExID> администратор на сайта</webExID>
<password> P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey> 713707633 </sessionKey>
<pmrUrl>https://go.webex.com/join/dongchen</pmrUrl>
<sipUrl> dongchen@go.webex.com или 123456789_go @webex.com или 123456789@go.webex.com </sipUrl>
<meetingLink>https://go.webex.com/go/j.php?MTID=m814c6a483d4b5052d539f88d67acbad6</meetingLink>
<meetingUuid> 34567323456787654323456787654</meetingUuid>
</bodyContent>
</body>
</serv:message>

`LstAccessAnywhereHistory` подобрения

Добавихме нов API, lstAccessAnywhereHistory, за да отговорите с информация за отчета за Webex Access Anywhere .

Засегнати API:

LstAccessAnywhereHistory

LstAccessAnywhereHistory Заявка за актуализации:

LstAccessAnywhereHistory Актуализации на отговорите:

Пример за заявка:

<?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>
<siteName>sqdemo6</siteName>
<webExID> тест</webExID>
<password> P@ss1234 </password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID> тест 1 </hostWebexID>
<startTimeScope>
<sessionStartTimeStart> 29.09.2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd> 29.12.2019 04:42:34 </sessionStartTimeEnd>
</startTimeScope>
<endTimeScope>
<sessionEndTimeStart> 29.09.2019 02:42:34</sessionEndTimeStart>
<sessionEndTimeEnd> 29.12.2019 05:42:34 </sessionEndTimeEnd>
</endTimeScope>
<listControl>
<serv:startFrom> 1</serv:startFrom>
<serv:maximumNum> 10</serv:maximumNum>
<serv:listMethod> ИЛИ </serv:listMethod>
</listControl>
<order>
<orderBy> НАЧАЛО ВРЕМЕ</orderBy>
<orderAD> ASC</orderAD>
</order>
</bodyContent>
</body>

Пример за отговор:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message
xmlns:serv="http://www.webex.com/schemas/2002/06/service"
xmlns:com="http://www.webex.com/schemas/2002/06/common"
xmlns:history="http://www.webex.com/schemas/2002/06/service/history">
<serv:header>
<serv:response>
<serv:result> УСПЕХ</serv:result>
<serv:gsbStatus> ПЪРВИЧНИ </serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:LstAccessAnywhereHistoryResponse">
xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance">
<history:matchingRecords>
<serv:total> 775</serv:total>
<serv:returned> 10</serv:returned>
<serv:startFrom> 1 </serv:startFrom>
</history:matchingRecords>
<history:accessAnyWhereInfo>
<history:confID> 123456</history:confID>
<history:userName> декан</history:userName>
<history:computerName> 6926 _dean</history:computerName>
<history:clientIP> 10.224.222.183</history:clientIP>
<history:startTime> 29.11.2019 03:05:44</history:startTime>
<history:endTime> 29.11.2019 03:10:06</history:endTime>
<history:duration> 5</history:duration>
</history:accessAnyWhereInfo>

</serv:body>

Актуализации на API 40.12.0

Актуализации на XML API 40.12.0

XML API поддържа тип частна среща

GetSite API ще върне шаблони за срещи на ниво сайт

XML API SetUser не може да промени елемент на supportedServices когато сайтът е CI unified site

WEBEX-15436: Добавете защита, за да избегнете дублиране на имейли Mtgconfattendeelist

Актуализации на API 40.11.0

Актуализации на XML API 40.11.0

XMLAPI CreateUser поддържа показвано име

XMLAPI SetUser поддържа име на дисплея

XMLAPI GetUser поддържа показвано име

XMLAPI Контрол на ниво потребител за Хибридна стая за съвместна работа Voip

Актуализации на API 40.10.0

Актуализации на XML API 40.10.0

XML API support for meeting UUID в заявка и отговор на API

XMLAPI ще върне допълнителен елемент за конфигурация на администратора на сайта, за да деактивира екранна снимка

Поддръжка на XMLAPI MEET-269 PIN без Подобрение на присъединяването

Актуализации на API 40.9.0

Актуализации на XML API 40.9.0

XML API support for meeting UUID искане и отговор

Срещите на Webex ще имат заключено лоби за срещи, където потребителите могат да изчакат да бъдат допуснати до срещата

Подобряване GetSessionInfo API за връщане на състоянието на участниците при текуща сесия

API GetUserCard изисква оторизация.

Актуализации на API 40.8.0

Актуализации на XML API 40.8.0

GetSessionInfo подобряване на реакцията

GetSessionInfo, GetUserCard Подобрения в сигурността

meetingUUID в поддръжка на заявки и отговори на API

Шаблон на образователни сайтове (тип сесия на EDU) в поддръжка на XML API

XML API CreateMeetingAttendee и RegisterMeetingAttendee подкрепа

XML API Подобрения за валидиране на Имейл

Актуализации на API 40.7.0

Актуализации на XML API 40.7.0

meetingUUID подкрепа

CreateUser Поддръжка по имейл за приветстване на API за четири нови езика

API 40.6.1, 40.4.9 Актуализации

XML API 40.6.1, 40.4.9 Актуализации

CreateMeeting/SetMeeting подкрепа

Типът E2EE среща не поддържа ЛСС среща

Актуализации на API 40.6.0

Актуализации на XML API 40.6.0

Добавена е роля за Управление на поребителите

Поддръжка с помощта на API ключ за достъп до GetUserCard

Поддръжка за meetingUUID в заявка и отговор на API

ЛСС ключовете за срещи няма да бъдат променени от временно деактивиран потребител или деактивиран ЛСС

LstSummarySession подобрения

GetSite подобрения

Актуализации на API 40.4.8, 40.2.9

XML API 40.4.8, 40.2.9 Актуализации

Нов отговор при актуализиране на насрочени срещи в XMLAPI

API 40.4.5, 40.2.6 Актуализации

XML API 40.4.5, 40.2.6 Актуализации

GetUserCard и GetSessionInfo ограничение за използване

Актуализации на API 40.4.4, 40.2.5

XML API 40.4.4, 40.2.5 Актуализации

BodyContent ограничение на броя

Актуализации на API 40.4.3, 40.2.4

XML API 40.4.3, 40.2.4 Актуализации

CreateUser подобрения

Актуализации на API 40.4.0

Актуализации на XML API 40.4.0

Приложете проверка на имейл, когато променяте имейли в XML API

GetEnrollmentInfo изчакване и нулиране на връзката

Актуализации на API 40.2.0

Актуализации на XML API 40.2.0

Премахване на анонимен достъп до LstSummarySession

CreateMeeting и SetMeeting подобрения в сигурността

Актуализации на API 40.1.2

Актуализации на XML API 40.1.2

Насрочването на среща автоматично генерира парола, ако такава не е предоставена

Актуализации на API 40.1.0

Актуализации на XML API 40.1.0

GetSessionInfo подобрения

LstAccessAnywhereHistory подобрения

XML API SetUser не може да промени елемент на `supportedServices` когато сайтът е CI unified site

WEBEX-15436: Добавете защита, за да избегнете дублиране на имейли `Mtgconfattendeelist`

`XML API support for meeting UUID` в заявка и отговор на API

`XML API support for meeting UUID` искане и отговор

Подобряване `GetSessionInfo` API за връщане на състоянието на участниците при текуща сесия

`GetSessionInfo` подобряване на реакцията

`GetSessionInfo, GetUserCard` Подобрения в сигурността

`meetingUUID` в поддръжка на заявки и отговори на API

XML API `CreateMeetingAttendee` и `RegisterMeetingAttendee` подкрепа

`meetingUUID` подкрепа

`CreateUser` Поддръжка по имейл за приветстване на API за четири нови езика

`CreateMeeting/SetMeeting` подкрепа

Поддръжка с помощта на API ключ за достъп до `GetUserCard`

Поддръжка за `meetingUUID` в заявка и отговор на API

`LstSummarySession` подобрения

`GetSite` подобрения

`GetUserCard` и `GetSessionInfo` ограничение за използване

`BodyContent` ограничение на броя

`CreateUser` подобрения

`GetEnrollmentInfo` изчакване и нулиране на връзката

Премахване на анонимен достъп до `LstSummarySession`

`CreateMeeting` и `SetMeeting` подобрения в сигурността

`GetSessionInfo` подобрения

`LstAccessAnywhereHistory` подобрения