Przegląd aktualizacji interfejsu API Cisco Webex Meetings (API 40)

Aby uzyskać więcej informacji na temat interfejsu XML API 41, zobacz przegląd aktualizacji interfejsu API Cisco Webex Meetings (API 41)

Aby uzyskać więcej informacji na temat interfejsu XML API 39 i XML API 11, zobacz Omówienie aktualizacji interfejsu XML API Cisco Webex Meetings (XML API 39 i starszych).

Aby uzyskać aktualizacje dla interfejsu XML API 11 SP9 i starszych wersji, przejdź na stronę Cisco DevNet.

Aktualizacje interfejsu API 40.12.0

Aktualizacje interfejsu API XML 40.12.0

Kliknij tutaj, aby pobrać schemat XML API 40.12.0

API XML obsługuje typ prywatnego spotkania

Interfejsy API XML mają wpływ na

Możemy użyć interfejsu API: CreateMeeting oraz SetMeeting aby zaplanować lub zaktualizować spotkanie Webex z typem spotkania prywatnego.
Jeśli zaplanowane jest spotkanie Webex z typem Spotkania prywatnego, GetSessionInfo GetMeeting, LstSummarySession i LstCalendarSession zwróci nową nazwę elementu PrivateMeeting żeby o tym wiedzieć.
GetMeetingType oraz LstMeetingType zwróć nowy element z nazwą SupportPrivateMeeting co wskazuje, czy obsługuje spotkania prywatne, czy nie.

Zmiany schematu

API XML : Typ GetMeetingType/LstMeetingType: Załączanie <SupportPrivateMeeting> element.

API XML : LstSummarySession: Załączam <isPrivateMeeting> element.

API XML : LstCalendarSession: Załączam <isPrivateMeeting> element.

API XML : GetSessionInfo: Załączam <isPrivateMeeting> element.

API XML : GetMeeting: Załączanie <isPrivateMeeting> element.

Żądanie interfejsu API XML: CreateMeeting

Żądanie CreateMeeting z typu Private Meeting

<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<schedule>
<startDate>10/25/2020 13:00:00</startDate>
<duration>45</duration>
<timeZoneID>45</timeZoneID>
</schedule>
<accessControl>
<meetingPassword>********</meetingPassword>
</accessControl>
<metaData>
<confName>MC_PrivateMeeting_Test</confName>
<meetingType>168</meetingType> //169 to próbka, która obsługuje spotkanie prywatne
</metaData>
</bodyContent>
</body>

Odpowiedź interfejsu API XML: GetSessionInfo

Odpowiedź na isPrivateMeeting

<ep:supportE2E>false</ep:supportE2E>
<ep:isAllowJBH>true</ep:isAllowJBH>
<ep:isPrivateMeeting>true</ep:isPrivateMeeting> //true: Spotkanie obsługuje spotkanie prywatne; fałszywe: Spotkanie nie obsługuje spotkań prywatnych.
<ep:isCETMeeting>false</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
<ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>

Interfejs API GetSite zwróci szablony spotkań na poziomie witryny

Opis historii/zadania użytkownika

Interfejs API GetSite umożliwia zwrot szablonu spotkania na poziomie witryny. Umożliwi to szkołom Education Connector i Webex Classrooms wyświetlanie tych szablonów, aby nauczyciele mogli wybierać te szablony podczas planowania sesji online.

Wpływ na interfejsy API

Jeśli istnieją dostosowane szablony spotkań, które są na poziomie witryny, API witryny zwróci te szablony na poziomie witryny.

Nazwa elementów	Opis
`meetingTemplateName`	nazwa dostosowanych szablonów spotkań na poziomie witryny
`serviceType`	Webex Meetings, Webex Trainings i Webex Events

Zmiany schematu

GetSite : Append <meetingTemplates> element.

Próbka odpowiedzi

Odpowiedź GetSite

<ns1:meetingTypes>
<ns1:meetingTypeID>3 3</ns1:meetingTypeID>
<ns1:meetingTypeName>PRO</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>Spotkanie WE Tempalte 2</ns1:meetingTemplateName>
<ns1:serviceType>EventCenter</ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>Szablon spotkania TC 3</ns1:meetingTemplateName>
<ns1:serviceType>TrainingCenter</ns1:serviceType>
</ns1:meetingTemplate>
</ns1:meetingTemplates>

Konfigurator interfejsu API XML nie może zmieniać elementu `supportedServices` gdy witryną jest ujednolicona witryna CI

Opis

XMLAPI SetUser nie popierają zmiany wartości " supportedServices" w żądaniu API, gdy witryna jest połączoną witryną Unified Webex Meeting Control Hub.

Zmiany schematu

Nie ma zmiany schematu w interfejsie API: SetUser.

WEBEX-15436: Dodaj ochronę, aby uniknąć duplikowania wiadomości e-mail w `Mtgconfattendeelist`

Opis

Jeśli wielu uczestników o tej samej wiadomości e-mail zostanie dodanych do tego samego spotkania w tym samym żądaniu API, będziemy przetwarzać tylko pierwszego uczestnika za pomocą wiadomości e-mail.

Interfejsy API, których dotyczy problem

CreateMeetingAttendee
CreateUser
SetUser
CreateMeeting
SetMeeting
CreateEvent
SetEvent
CreateTrainingSession
SetTrainingSession

Przykładowy API

Zgłoszenie

<?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>tester</siteName>
<webExID>Użytkownik testujący</webExID>
<password>hasło</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<sessionKey>1714904382</sessionKey>
<person>
<email>test@webex.com</email>
<name>nazwa1</name>
</person>
<attendees>
<person>
<email>test@webex.com</email>
<name>nazwa2</name>
</person>
<sessionKey>1714904382</sessionKey>
</attendees>
</bodyContent>
</body>
</serv:message>

Aktualizacje interfejsu API 40.11.0

Aktualizacje interfejsu API XML 40.11.0

Kliknij tutaj, aby pobrać schemat XML API 40.11.0

XMLAPI CreateUser obsługuje nazwę displayname

CreateUser podpory dispalyname gdy przełącznik funkcji EnableDisplayName jest równa 1. Jeśli przełącznik funkcji nie ma wartości 1, oznacza to displayName będą ignorowane.

Zmiany schematu

CreateUser:

XMLAPI SetUser obsługuje nazwę displayname

SetUser podpory dispalyname gdy przełącznik funkcji EnableDisplayName ze zc 1. Jeśli przełącznik funkcji nie ma wartości 1, displayName będą ignorowane.

Zmiany schematu

SetUser:

XMLAPI GetUser obsługuje nazwę displayname

GetUser podpory dispalyname gdy przełącznik funkcji EnableDisplayName ze zc 1. Jeśli przełącznik funkcji nie ma wartości 1, displayName nie będą wyświetlane.

Kiedy displayName w DB ma wartość null i przełącznik funkcji EnableDisplayName wynosi 1, displayName będzie firstName+" "+lastName dla znaków nieazjatyckich i firstName+lastName dla azjatyckich znaków.

Zmiany schematu

GetUserResponse:

Sterowanie poziomem użytkownika XMLAPI dla CMR Hybrid Voip

Plik cmrHybridVoip ustawienie służy do ustawiania i pobierania ustawienia poziomu użytkownika dla EnableCMRHybridVoIP.

Zmiany schematu

GetUser Response:

CreateUser Request:

SetUser Request:

Aktualizacje interfejsu API 40.10.0

Aktualizacje interfejsu API XML 40.10.0

Kliknij tutaj, aby pobrać schemat XML API 40.10.0

`XML API support for meeting UUID` w żądaniu API i odpowiedzi

Przykładowy interfejs API XML: GetSessionInfo Zgłoszenie:

Odpowiedź:

Interfejs API:

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

XMLAPI zwróci dodatkowy element konfiguracji administratora witryny, aby wyłączyć przechwytywanie ekranu

Wymóg pochodzi z Zabezpieczenia - oba PenTest błędów i klientów, takich jak Goldman Sachs. Nie chcą zezwalać użytkownikom końcowym na przechwytywanie ekranu w aplikacji Meetings. Tymczasem wielu innych klientów chce tej funkcji - aby zezwolić na przechwytywanie ekranu. Również użytkownicy Edukacji chcą zezwolić na przechwytywanie ekranu. W związku z tym będziemy mieli konfigurację administratora witryny, a XMLAPI zwróci dodatkowe pole EnableMobileScreenCapture w odpowiedzi GetSite w tym celu.

Przykładowe żądanie 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>SUKCES</serv:result>
<serv:gsbStatus> PODSTAWOWY</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>fałsz</ns1:EnableMobileScreenCapture>
...
</ns1:securityOptions>
...
</ns1:siteInstance>
</serv:bodyContent>
</serv:body>
</serv:message>

Dotknięty interfejs API

GetSite

Obsługa XMLAPI MEET-269 PIN-less Join Improvement

XMLAPI dodaj NOWE OPCJE Systemy wideokonferencyjne w mojej organizacji mogą rozpoczynać spotkania i dołączać do nich bez monitów dotyczących spotkań w pokoju osobistym i spotkań MC.

createUser/setUser/getUser dodaj nowy węzeł deviceCanStartMyPMR w personalMeetingRoom.
createMeeting/setMeeting/getMeeting dodaj nowy węzeł deviceCanStartMeeting w harmonogramie.

Opcja w interfejsie użytkownika Webex dla spotkań w pokoju osobistym:

Zmiany schematu

CreateUser:

SetUser:

getUserResponse:

CreateMeeting:

setMeeting:

getMeetingResponse:

Aktualizacje interfejsu API 40.9.0

Aktualizacje interfejsu API XML 40.9.0

Kliknij tutaj, aby pobrać schemat XML API 40.9.0

`XML API support for meeting UUID` żądanie i odpowiedź

Dodaliśmy identyfikator UUID spotkania do żądania API i odpowiedzi wszędzie tam, gdzie wspieramy jako meetingKey lub sessionKey.

Przykładowy interfejs API XML: GetSessionInfo Zgłoszenie:

Odpowiedź:

Interfejs API:

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

Spotkania Webex będą miały zablokowane lobby spotkań, w którym użytkownicy mogą czekać na wpuszczenie do spotkania

Harmonogram interfejsu API XML i edycja spotkania MC w celu obsługi zablokowanego poczekalni podczas korzystania z tej funkcji( ConsistentLockedLobby- włącz.

Zmiany schematu

Dodano trzy nowe elementy ( externalAttendeeSecurity, autoLock, autoLockWaitTime) do interfejsów API CreateMeeting, SetMeeting i GetMeeting .

Element	Opis
`externalAttendeeSecurity`	Gdy spotkanie jest odblokowane, można wybrać trzy zewnętrzne elementy zabezpieczeń użytkownika. `AllowJoin`: Może natychmiast Dołączyć do spotkania; `AllowJoinWithLobby`: Może dołączyć do spotkania tylko wtedy, gdy prowadzący je wpuści; `BlockFromJoin`: Nie można dołączyć do spotkania;
`autoLock`	Czy Automatyczne blokowanie spotkania. Prawda: Automatycznie blokuj spotkanie po # minutach od jego rozpoczęcia Fałsz: Nie blokuje automatycznie spotkania po rozpoczęciu spotkania
`autoLockWaitTime`	Minuty (0,5,10,15,20) do automatycznego blokowania spotkania po rozpoczęciu spotkania

Element

Opis

externalAttendeeSecurity

Gdy spotkanie jest odblokowane, można wybrać trzy zewnętrzne elementy zabezpieczeń użytkownika.

AllowJoin: Może natychmiast Dołączyć do spotkania;

AllowJoinWithLobby: Może dołączyć do spotkania tylko wtedy, gdy prowadzący je wpuści;

BlockFromJoin: Nie można dołączyć do spotkania;

autoLock

Czy Automatyczne blokowanie spotkania.

Prawda: Automatycznie blokuj spotkanie po # minutach od jego rozpoczęcia

Fałsz: Nie blokuje automatycznie spotkania po rozpoczęciu spotkania

autoLockWaitTime

Minuty (0,5,10,15,20) do automatycznego blokowania spotkania po rozpoczęciu spotkania

Próbka żądania i odpowiedzi

Request of CreateMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
...
<attendeeOptions>
...
<joinRequiresAccount>false</joinRequiresAccount>
<externalAttendeeSecurity>AllowJoinWithLobby</externalAttendeeSecurity>
<autoLock>true</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>false</joinRequiresAccount>
<externalAttendeeSecurity>AllowJoinWithLobby</externalAttendeeSecurity>
<autoLock>true</autoLock>
<autoLockWaitTime>10</autoLockWaitTime>
</attendeeOptions>
...
</bodyContent>

Odpowiedź 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>SUKCES</serv:result>
<serv:gsbStatus>GŁÓWNY</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>false</meet:joinRequiresAccount>
<meet:externalAttendeeSecurity>AllowJoin</meet:externalAttendeeSecurity>
<meet:autoLock>true</meet:autoLock>
<meet:autoLockWaitTime>10</meet:autoLockWaitTime>
</meet:attendeeOptions>
...

Interfejs API:

CreateMeeting
SetMeeting
GetMeeting

Ulepszenie `GetSessionInfo` API w celu przywrócenia statusu uczestników podczas trwającej sesji

Dodano dwa nowe elementy ( hasHostInMeeting, hasAttendeeInMeeting) w odpowiedzi na GetSessionInfo. Te dwa elementy zostaną zwrócone, gdy spotkanie będzie w toku.

Element	Opis
`hasHostInMeeting`	Czy prowadzący dołączył do trwającego spotkania. Prawda: Prowadzący uczestniczy w trwającym spotkaniu. Fałsz/NUMER: Prowadzący nie uczestniczy w trwającym spotkaniu ani w trwającym spotkaniu.
`hasAttendeeInMeeting`	Czy uczestnik/gospodarz dołączył do trwającego spotkania. Prawda: jest uczestnik lub gospodarz na trwającym spotkaniu. Fałsz/NUMER: na spotkaniu w toku nie ma żadnego uczestnika ani prowadzącego lub spotkanie nie jest w toku.

Element

Opis

hasHostInMeeting

Czy prowadzący dołączył do trwającego spotkania.

Prawda: Prowadzący uczestniczy w trwającym spotkaniu.

Fałsz/NUMER: Prowadzący nie uczestniczy w trwającym spotkaniu ani w trwającym spotkaniu.

hasAttendeeInMeeting

Czy uczestnik/gospodarz dołączył do trwającego spotkania.

Prawda: jest uczestnik lub gospodarz na trwającym spotkaniu.

Fałsz/NUMER: na spotkaniu w toku nie ma żadnego uczestnika ani prowadzącego lub spotkanie nie jest w toku.

Próbka odpowiedzi 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>SUKCES</serv:result>
<serv:gsbStatus>GŁÓWNY</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>INPROGRESS</ep:status>

<ep:hasHostInMeeting>true</ep:hasHostInMeeting>

<ep:hasAttendeeInMeeting>true</ep:hasAttendeeInMeeting>

...

Interfejs API:

GetSessionInfo

Karta API GetUserCard wymaga autoryzacji.

Ulepszenie zabezpieczeń interfejsu API XML GetUserCard wymaga autoryzacji, aby uzyskać informacje użytkownika.

Interfejs API:

GetUserCard

Aktualizacje interfejsu API 40.8.0

Aktualizacje interfejsu API XML 40.8.0

Kliknij tutaj, aby pobrać schemat XML API 40.8.0

`GetSessionInfo` wzmocnienie odpowiedzi

Jeśli nie jesteś zaproszony lub zatwierdzony ze spotkania, Twoje połączenie z interfejsem API XML: GetSessionInfo nie zwróci elementów: confName, startDate, duration, timeZone, meetingLink, sipURL, displayMeetingUrl w treści odpowiedzi API.

Przykład odpowiedzi API dla spotkań:

Przykład odpowiedzi API dla szkoleń/wydarzeń:

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NIE_INPROGRESS</ep:status>
<ep:sessionkey>1####5###9</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>NIEWYMIENIONA</ep:listStatus>
<ep:registration>prawdziwy</ep:registration>
<ep:registrationURL>https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61</ep:registrationURL>
<ep:passwordReq>prawdziwy</ep:passwordReq>
<ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&confID=16###92######61</ep:registrationURLForMobile>
<ep:joinStatus>ZAPROSZENIE/REJESTR/REJESTR</ep:joinStatus>
<ep:isRegisterIDRequired>fałsz</ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>TrainingCenter</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount>fałsz</ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>prawdziwy</ep:isAllowJBH>
<ep:isCETMeeting>prawdziwy</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>fałsz</ep:isPersonalMeetingRoom>
</serv:bodyContent>

Interfejs API:

GetSessionInfo

`GetSessionInfo, GetUserCard` Ulepszenia zabezpieczeń

Zrobiliśmy ulepszenie zabezpieczeń interfejsu XML API GetSessionInfo oraz GetUserCard. Zablokujemy użytkownikom dostęp do tych dwóch interfejsów API w ciągu najbliższych dwóch godzin, jeśli ich połączenie osiągnie limit w ciągu jednej godziny bez błędów w znalezieniu danych.

Odpowiedź stanu błędu to: "403 Zakazane"

Interfejsy API, których dotyczy problem:

GetSessionInfo
GetUserCard

`meetingUUID` w zapytaniu API i obsłudze odpowiedzi

Dodaliśmy meetingUUID do żądania API i odpowiedzi wszędzie tam, gdzie wspieramy meetingKey/sessionKey.

GetSessionInfo Zgłoszenie:

Odpowiedź:

Interfejs API:

LstOpenSession
GetEnrollmentInfo
LstsummaryMeeting
LstScheduledTests
GetEvent
LstsummaryEvent
LstmeetingusageHistory
LsttrainingsessionHistory
LsteventsessionHistory
LstsupportsessionHistory
DelSession

Szablon witryn edukacyjnych (typ sesji EDU) w obsłudze interfejsu API XML

Po włączeniu typu sesji Instruktora Edukacji (EDU) w witrynach API XML może pomóc w zaplanowaniu spotkania za pomocą szablonu spotkania EDU.

Interfejs API:

CreateMeeting
SetMeeting
CreateEvent
SetEvent
CreateTrainingSession
SetTrainingSession

XML API `CreateMeetingAttendee` oraz `RegisterMeetingAttendee` pomoc techniczna

Oba CreateMeetingAttendee oraz RegisterMeetingAttendee mogą sprawdzić wymagany formularz rejestracyjny uczestnika w celu rejestracji Webex Meetings.

A oto nowy wyjątek dla tego zadania:

Numer wyjątku	Komunikat o wyjątkach
040014	Brak wymaganych pól (formularz rejestracyjny): ...

Na przykład, jeśli wybrano pola „Nazwa stanowiska” i „Nazwa firmy” jako pola wymagane dla rejestracji uczestnika Webex Meetings, jak pokazano poniżej, podczas nawiązywania połączenia z dwoma interfejsami API należy podać wartość „Nazwa stanowiska” i „Nazwa firmy”: CreateMeetingAttendee oraz RegisterMeetingAttendee.

RegisterMeetingAttendee Zgłoszenie:

<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
<attendees>
<person>
<name>FirstNameb LastName</name>
<firstName>FirstNameb</firstName>
<lastName>LastName</lastName>
<title>Inżynier</title> //Nazwa stanowiska
<company>Cisco1234</company> //Nazwa firmy
...
<email>****@*****.com</email>
<type>VISITOR</type>
<sendReminder>true</sendReminder>
</person>
<role>ATTENDEE</role>
<joinStatus>ACCEPT</joinStatus>
<emailInvitations>true</emailInvitations>
<sessionKey>1####4####1</sessionKey>
</attendees>
</bodyContent>
</body>

CreateMeetingAttendee Zgłoszenie:

<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<person>
<name>FirstNameA LastNameA</name>
<firstName>FirstNameA</firstName>
<lastName>LastNameA</lastName>
<title>Inżynier</title> //Nazwa stanowiska
<company>Cisco1234</company> //Nazwa firmy
...
<email>*****@*****.com</email>
<type>VISITOR</type>
<sendReminder>true</sendReminder>
</person>
<role>ATTENDEE</role>
<joinStatus>ACCEPT</joinStatus>
<emailInvitations>true</emailInvitations>
<sessionKey>1###4####1</sessionKey>

040014 Exception of Response Przykład:

<?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>BŁĄD</serv:result>
<serv:reason>Brakujące pola wymagane (formularz rejestracyjny): tytuł,</serv:reason>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>040014</serv:exceptionID>
<serv:value>tytuł,firma</serv:value>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>

Interfejs API:

CreateMeetingAttendee
RegisterMeetingAttendee

Ulepszenia walidacji adresu e-mail XML API

Interfejs XML API nie powinien zezwalać na znaki w białym obszarze w wiadomości e-mail, więc mamy ulepszoną walidację wiadomości e-mail, aby dostosować się do zachowania strony Webex Meetings.

Interfejs API:

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

Aktualizacje interfejsu API 40.7.0

Aktualizacje interfejsu API XML 40.7.0

Kliknij tutaj, aby pobrać schemat XML API 40.7.0

`meetingUUID` pomoc techniczna

Dodaliśmy meetingUUID do żądania API i odpowiedzi wszędzie tam, gdzie wspieramy meetingKey lub sessionKey.

GetSessionInfo Przykład żądania:

GetSessionInfo Przykład odpowiedzi:

Interfejsy API, których dotyczy problem:

LstmeetingattendeeHistory
LsttrainingattendeeHistory
LsteventattendeeHistory
LstsupportattendeeHistory

`CreateUser` Obsługa powitalnej wiadomości e-mail API dla czterech nowych języków

Powitalna wiadomość e-mail HTML XMLAPI obsługuje następujące cztery nowe języki:

czeski (languageID=19)
polski (languageID=20)
Węgierski (languageID=21)
rumuński (languageID=22)

XMLAPI wysyła powitalny e-mail zgodnie z językiem lub languageID w CreateUser żądanie.

Użycie CreateUser aby wysłać przykład powitalnego e-maila Html (czeski):

<?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>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</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>test</firstName>
<lastName>użytkownik</lastName>
<webExId>tester</webExId>
<password>xxxxxx</password>
<email>testuser@test.com</email>
<privilege>
<host>prawdziwy</host>
</privilege>
<languageID>19 19</languageID>
lub
<language>czeski</language>
<active>AKTYWOWANY</active>
<sendWelcome>prawdziwy</sendWelcome>
<isHTMLEmail>prawdziwy</isHTMLEmail>
</bodyContent>
</bodyContent>
</body>

Aktualizacje interfejsu API 40.6.1, 40.4.9

Aktualizacje interfejsu API XML 40.6.1, 40.4.9

Kliknij tutaj, aby pobrać schemat XML API 40.6.1

Kliknij tutaj, aby pobrać schemat XML API 40.4.9

`CreateMeeting/SetMeeting` pomoc techniczna

Podczas planowania spotkania Webex interfejs API XML CreateMeeting/SetMeeting umożliwia sprawdzenie lub usunięcie zaznaczenia lub kliknięcie wymaganego lub niewymaganego pola z formularza rejestracyjnego uczestnika.

Poniżej przedstawiono przykładowy harmonogram spotkań ze strony internetowej użytkownika, gdzie można sprawdzić wymagane pola, takie jak "Nazwa stanowiska", "Nazwa firmy", "Miasto", i "Państwo" w formularzu rejestracyjnym uczestnika:

Poniżej znajduje się mapowanie między polami strony a elementami interfejsu API XML:

Pola strony	Element XMLAPI
Stanowisko	<title>
Nazwa firmy	<company>
Adres 1	<address1>
Adres 2	<address2>
Miasto	<city>
Stan	<state>
Kod pocztowy	<postalCode>
Kraj/region	<country>
Telefon służbowy	<phone>
Fax	<fax>

Zmieniony schemat: Dodaj element „registrationForm” do CreateMeeting

Zmieniony schemat: Dodaj element „registrationForm” do SetMeeting

Zmieniony schemat: Dodaj element „registrationForm” do GetMeeting

CreateMeetingPrzykład żądania:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<accessControl>
<meetingPassword>hasło</meetingPassword>
</accessControl>
<attendeeOptions>
<emailInvitations>true</emailInvitations>
<registration>true</registration>
<auto>false</auto>
</attendeeOptions>
<registrationForm>
<title><req>true</req></title> 
<company><req>prawdziwy</req></company>
<address1><req>fałsz</req></address1>
<address2><req>fałsz</req></address2>
<city><req>prawdziwy</req></city>
<state><req>prawdziwy</req></state>
<postalCode><req>fałsz</req></postalCode>
<country><req>fałsz</req></country>
<phone><req>fałsz</req></phone>
<fax><req>fałsz</req></fax>
</registrationForm>

SetMeetingPrzykład żądania:

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

<metaData>
<confName>Nazwa konferencji</confName>
<meetingType>3</meetingType>
</metaData>

<attendeeOptions>
<emailInvitations>true</emailInvitations>
<registration>true</registration>
<auto>true</auto>
</attendeeOptions>

<registrationForm>
<title><req>true</req></title>
<company><req>prawdziwy</req></company>
<address1><req>fałsz</req></address1>
<address2><req>fałsz</req></address2>
<city><req>prawdziwy</req></city>
<state><req>prawdziwy</req></state>
<postalCode><req>fałsz</req></postalCode>
<country><req>fałsz</req></country>
<phone><req>fałsz</req></phone>
<fax><req>fałsz</req></fax>
</registrationForm>

GetMeetingPrzykład odpowiedzi:

<meet:sipURL>1234567890@sitename.webex.com</meet:sipURL>
<meet:displayMeetingUrl>1234567890@sitename.webex.com</meet:displayMeetingUrl>
<meet:registrationForm>
<meet:phone><meet:req>fałsz</meet:req></meet:phone>
<meet:title><meet:req>prawdziwy</meet:req></meet:title>
<meet:company><meet:req>prawdziwy</meet:req></meet:company>
<meet:address1><meet:req>fałsz</meet:req></meet:address1>
<meet:address2><meet:req>fałsz</meet:req></meet:address2>
<meet:city><meet:req>prawdziwy</meet:req></meet:city>
<meet:state><meet:req>prawdziwy</meet:req></meet:state>
<meet:postalCode><meet:req>fałsz</meet:req></meet:postalCode>
<meet:country><meet:req>fałsz</meet:req></meet:country>
<meet:fax><meet:req>fałsz</meet:req></meet:fax>
</meet:registrationForm>

Interfejsy API, których dotyczy problem:

CreateMeeting
SetMeeting
GetMeeting
DelMeeting

Typ spotkania E2EE nie obsługuje spotkania PMR

Po włączeniu PMR podczas połączenia za pomocą interfejsów API: CreateUser/SetUser/GetUser/GetMe a tylko typ spotkania E2EE jest dostępny, odpowie on na następujący komunikat o błędzie: „110063 Aby włączyć funkcję PMR, użytkownik musi mieć co najmniej jeden typ spotkania inny niż E2EE.”

Interfejsy API, których dotyczy problem:

CreateUser
SetUser
GetUser
GetMe

Aktualizacje interfejsu API 40.6.0

Aktualizacje interfejsu API XML 40.6.0

Kliknij tutaj, aby pobrać schemat XML API 40.6.0

Dodano rolę zarządzania użytkownikami

Utworzyliśmy rolę Zarządzanie użytkownikami, a plik schematu dla poniższych uległ zmianie.

Zmieniony schemat: CreateUserżądanie:

Zmieniony schemat: SetUser

Zmieniony schemat: GetMeodpowiedź:

Zmieniony schemat: LstsummaryUserodpowiedź:

Interfejsy API, których dotyczy problem:

CreateUser
SetUser
GetMe
LstsummaryUser

CreateUserPrzykład żądania:

<?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>xxx</siteName>
<webExID>SiteAdmin</webExID>
<password>xxxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName>xxx</firstName>
<lastName>xxx</lastName>
<webExId>xxx</webExId>
<password>xxx</password>
<email>xxx</email>
<privilege>
<umSiteAdmin>prawdziwy</umSiteAdmin>
<host>fałsz</host>

<siteAdmin>fałsz</siteAdmin>
<labAdmin>fałsz</labAdmin>
<voiceOverIp>fałsz</voiceOverIp>
</privilege>
<languageID>3 3</languageID>
<active>AKTYWOWANY</active>
<sendWelcome>prawdziwy</sendWelcome>
<isHTMLEmail>prawdziwy</isHTMLEmail>
</bodyContent>
</body>

Obsługa za pomocą klucza API dostęp do `GetUserCard`

Obsługujemy teraz używanie klawisza API (wygenerowany token JWT), aby uzyskać dostęp do API: GetUserCard w tym wydaniu.

Można odwołać się do tych stron o zastosowaniu jednego klucza API i wygenerowaniu tokena JWT:

Jak zastosować jeden klucz API

Jak wygenerować token JWT

GetUserCardPrzykład żądania:

Nagłówek POST https://{sitename}.webex.com/WBXService/XMLService
:
Content-Type application/json;charset=utf-8
JWTToken ${jwttoken}
Ciało:
<?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>

Przykład odpowiedzi:

Wsparcie dla `meetingUUID` w żądaniu API i odpowiedzi

Dodaliśmy meetingUUID do żądania API i odpowiedzi, gdy wspieramy meetingKey lub sessionKey.

Interfejsy API, których dotyczy problem:

LstRecording
LstsummarySession
GetSesssionInfo
GethosturlMeeting
GetjoinurlMeeting
LstMeetingAttendee
CreateMeeting
SetMeeting
GetMeeting
DelMeeting
LstCalendarSession

meetingUUIDPrzykład żądania:

meetingUUIDPrzykład odpowiedzi:

Klawisze spotkań PMR nie będą zmieniane z tymczasowo wyłączonego użytkownika lub wyłączonego PMR

Gdy tymczasowo dezaktywowany użytkownik lub wyłączony PMR zostanie ponownie aktywowany w ciągu tygodnia, teraz ponownie aktywowany użytkownik lub włączony klucz spotkania PMR nie zostanie zmieniony, będzie on taki sam jak wcześniej.

Interfejsy API, których dotyczy problem:

SetUser
DelUser

`LstSummarySession` ulepszenia

Ulepszyliśmy interfejs API: LstSummarySession powrót zaplanowane-PMR mieć jeden nowy element, returnScheduledPMR, w żądaniu. Domyślne przełączanie funkcji jest wyłączone.

Interfejsy API, których dotyczy problem:

LstSummarySession

Zmiana schematu:

Dodajemy nazwę nowego elementu returnScheduledPMR w żądaniu sesji LstSummarySession API.

Dodajemy nazwę nowego elementu isScheduledPMR w odpowiedzi API LstSummarySession.

LstSummarySessionPrzykład żądania:

<?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>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
<partnerID>xxxx</partnerID>
<clientInfo>xxxx</clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<listControl>
<startFrom>1 1 1 1</startFrom>
<maximumNum>2 2.</maximumNum>
<listMethod>POSTĘPOWANIE</listMethod>
</listControl>
<dateScope>
<startDateStart>11.01.2019 8:0:0</startDateStart>
<startDateEnd>12.01.2019 7:59:59</startDateEnd>
<timeZoneID>4 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>CZAS ROZPOCZĘCIA</orderBy>
<orderAD>ASC</orderAD>
</order>
<serviceTypes>
<serviceType>EventCenter</serviceType>
<serviceType>MeetingCenter</serviceType>
<serviceType>SalesCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>SupportCenter</serviceType>
</serviceTypes>
<returnScheduledPMR>prawdziwy</returnScheduledPMR>
</bodyContent>
</body>
</serv:message>

LstSummarySessionPrzykład odpowiedzi:

<?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>SUKCES</serv:result>
<serv:gsbStatus>GŁÓWNY</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 2.</serv:returned>
<serv:startFrom>1 1 1 1</serv:startFrom>
</ep:matchingRecords>
<ep:session>
<ep:sessionKey>809914325</ep:sessionKey>
<ep:MeetingUUID>809914325</ep:MeetingUUID>
<ep:confName>Spotkanie zespołu</ep:confName>
<ep:sessionType>3 3</ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID>Test</ep:hostWebExID>
<ep:hostFirstName>Test</ep:hostFirstName>
<ep:hostLastName>Test</ep:hostLastName>
<ep:otherHostWebExID>Test</ep:otherHostWebExID>
<ep:timeZoneID>2 2.</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaje (Honolulu)</ep:timeZone>
<ep:status>NIE_INPROGRESS</ep:status>
<ep:startTime>10.12.2019 00:35:41</ep:startTime>
<ep:duration>60 60 60</ep:duration>
<ep:listStatus>PUBLICZNE</ep:listStatus>
<ep:hostEmail>Test@webex.com</ep:hostEmail>
<ep:passwordReq>prawdziwy</ep:passwordReq>
<ep:hostJoined>fałsz</ep:hostJoined>
<ep:participantsJoined>fałsz</ep:participantsJoined>
<ep:confID>141672157056861215</ep:confID>
<ep:registration>fałsz</ep:registration>
<ep:isRecurring>prawdziwy</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>fałsz</ep:isAudioOnly>
<ep:isTCSingleRecurrence>fałsz</ep:isTCSingleRecurrence>
<ep:isAllowJBH>fałsz</ep:isAllowJBH>
<ep:isCETMeeting>prawdziwy</ep:isCETMeeting>
<ep:isException>fałsz</ep:isException>
<ep:isNextUpcomingInstance>fałsz</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0 0 0 0</ep:seriesMeetingKey>
<ep:recurrenceId>0 0 0 0</ep:recurrenceId>
<ep:isScheduledPMR>prawdziwy</ep:isScheduledPMR>
</ep:session>
<ep:session>
<ep:sessionKey>805660167</ep:sessionKey>
<ep:confName>xmlmc Molly08Console816960001</ep:confName>
<ep:sessionType>3 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 2.</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaje (Honolulu)</ep:timeZone>
<ep:status>NIE_INPROGRESS</ep:status>
<ep:startTime>10.12.2019 00:35:41</ep:startTime>
<ep:duration>60 60 60</ep:duration>
<ep:listStatus>PUBLICZNE</ep:listStatus>
<ep:hostEmail>Molly08Console81696000@webex.com</ep:hostEmail>
<ep:passwordReq>prawdziwy</ep:passwordReq>
<ep:hostJoined>fałsz</ep:hostJoined>
<ep:participantsJoined>fałsz</ep:participantsJoined>
<ep:confID>141672108716459038</ep:confID>
<ep:registration>fałsz</ep:registration>
<ep:isRecurring>prawdziwy</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>fałsz</ep:isAudioOnly>
<ep:isTCSingleRecurrence>fałsz</ep:isTCSingleRecurrence>
<ep:isAllowJBH>fałsz</ep:isAllowJBH>
<ep:isCETMeeting>prawdziwy</ep:isCETMeeting>
<ep:isException>fałsz</ep:isException>
<ep:isNextUpcomingInstance>fałsz</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0 0 0 0</ep:seriesMeetingKey>
<ep:recurrenceId>0 0 0 0</ep:recurrenceId>
<ep:isScheduledPMR>prawdziwy</ep:isScheduledPMR>
</ep:session>
</serv:bodyContent>
</serv:body>
</serv:message>

`GetSite` ulepszenia

Dodaliśmy GetSite przełącznik funkcji odpowiedzi SupportXMLAPIReturnScheduledPMR

Interfejsy API, których dotyczy problem:

GetSite

Zmiana schematu:

Interfejs API XML GetSite nowym elementem odpowiedzi jest: SupportXMLAPIReturnScheduledPMR

GetSitePrzykład żądania:

GetSitePrzykład odpowiedzi:

Aktualizacje interfejsu API 40.4.8, 40.2.9

Aktualizacje interfejsu API XML 40.4.8, 40.2.9

Kliknij tutaj, aby pobrać schemat XML API 40.4.8

Kliknij tutaj, aby pobrać schemat XML API 40.2.9

Nowa odpowiedź podczas aktualizacji zaplanowanych spotkań w XMLAPI

Gdy klienci używają interfejsu XMLAPI do aktualizacji spotkań zaplanowanych na ich stronie, wyślemy hasło numeryczne podczas aktualizacji wiadomości e-mail spotkania i zastosujemy je do centrów Webex Meetings, Teams i Events.

Te interfejsy API: GetMeeting, GetTrainingSession, GetEvent oraz GetTeleconferenceSession, będą miały te nowe elementy w odpowiedzi: audioPassword(hasło numeryczne), isEnforceAudioPassword, isEnforceAudioLogin dla centrów Webex Meetings, Teams i Events.

Zmieniony schemat:

Interfejsy API, których dotyczy problem:

GetMeeting
GetTrainingSession
GetEvent
GetTeleconferenceSession

GetMeetingPrzykład żądania:

<?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>test</webExID>
<password>xxx</password>
<partnerID>xx</partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.GetMeeting">
<meetingKey>803328224</meetingKey>
</bodyContent>
</body>
</serv:message>

Przykład odpowiedzi:

Aktualizacje interfejsu API 40.4.5, 40.2.6

Aktualizacje interfejsu API XML 40.4.5, 40.2.6

`GetUserCard` oraz `GetSessionInfo` limit użytkowania

Wdrażamy limit użycia interfejsu API GetUserCard oraz GetSessionInfo, można uzyskać komunikat o błędzie: "403 zabronione", jeśli osiągniesz limit użytkowania.

Interfejsy API, których dotyczy problem:

GetUserCard
GetSessionInfo

Aktualizacje interfejsu API 40.4.4, 40.2.5

Aktualizacje interfejsu API XML 40.4.4, 40.2.5

`BodyContent` limit liczby

Dodaliśmy ograniczoną liczbę BodyContent w każdej sekcji XML API. Po dodaniu zbyt wielu BodyContent w żądaniu API powróci następujący kod błędu i komunikat: „000053 Liczba treści ciała w żądaniu musi być mniejsza niż {number}”

Interfejsy API, których dotyczy problem:

Dowolny interfejs XML

Żądanie interfejsu API XML z wieloma BodyContent Przykład:

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

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser">
<webExId>xxx</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>

Aktualizacje interfejsu API 40.4.3, 40.2.4

Aktualizacje interfejsu API XML 40.4.3, 40.2.4

Kliknij tutaj, aby pobrać schemat XML API 40.4.3, 40.2.4.

`CreateUser` ulepszenia

Ulepszono CreateUser w celu obsługi powitalnej wiadomości e-mail w wielu językach. Plik CreateUser obecnie wnioskuje isHTMLEmail

Interfejsy API, których dotyczy problem:

CreateUser

CreateUser Przykład żądania:

<?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>administrator</webExID>
<password>xxxx</password>
<siteName>xxx</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName>xxx</firstName>
<lastName>xxx</lastName>
<webExId>xxx</webExId>
<password>xxx</password>
<email>xxx</email>
<privilege>
<host>prawdziwy</host>
<siteAdmin>fałsz</siteAdmin>
<labAdmin>fałsz</labAdmin>
<voiceOverIp>fałsz</voiceOverIp>
</privilege>
<languageID>3 3</languageID>
<active>AKTYWOWANY</active>
<sendWelcome>prawdziwy</sendWelcome>
<isHTMLEmail>prawdziwy</isHTMLEmail>
</bodyContent>
</body>

Aktualizacje interfejsu API 40.4.0

Aktualizacje interfejsu API XML 40.4.0

Wymuś weryfikację poczty e-mail podczas zmiany wiadomości e-mail w interfejsie API XML

Po włączeniu przez administratora witryny Potwierdzenie wymagane dla użytkownika do aktualizacji adresu e-mail w Webex Site Administration:

Jeśli konto administratora spoza witryny zadzwoni do SetUser API do zmiany adresów e-mail, obecna wiadomość e-mail pozostaje do czasu zweryfikowania nowej wiadomości. Wiadomość e-mail z potwierdzeniem zmiany konta jest wysyłana na nowy adres e-mail z potwierdzeniem zmiany konta Webex. Po kliknięciu łącza w wiadomości e-mail w celu potwierdzenia, nowy adres e-mail jest natychmiast połączony.

Jeśli administrator spoza witryny dzwoni do SetUser API kilka razy bez zakończenia procesu weryfikacji poczty e-mail, obecny e-mail jest przechowywany, a najnowszy nowy e-mail jest ten, który musi być zweryfikowany.

Jeśli konto administratora witryny zadzwoni SetUser API do zmiany adresów e-mail, proces weryfikacji poczty e-mail nie jest uruchamiany. Nowa wiadomość e-mail zostanie natychmiast połączona z kontem prowadzącego lub uczestnika.

Interfejsy API, których dotyczy problem:

SetUser

`GetEnrollmentInfo` limit czasu i zresetowanie połączenia

Plik GetEnrollmentInfo API obecnie przegląda adresy IP w Systemie Nazwy Domeny, co powoduje ogromny wpływ na wydajność. Planujemy uprościć ten proces, pustą odpowiedzią w <domain> pole.

Interfejsy API, których dotyczy problem:

GetEnrollmentInfo

GetEnrollmentInfo Przykład żądania:

GetEnrollmentInfo Przykład odpowiedzi:

<?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:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>SUKCES</serv:result>
<serv:gsbStatus>GŁÓWNY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="att:getEnrollmentInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<att:session>
<att:confID>154279066999981548</att:confID>
<att:attendee>
<att:attendeeID>3191792</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName>Alex</att:firstName>
<att:lastName>Yang</att:lastName>
<att:email>omega.alex.yang@gmail.com</att:email>
<att:company></att:company>
<att:phoneNum></att:phoneNum>
<att:title></att:title>
<att:receiveInfo>fałsz</att:receiveInfo>
<att:address1></att:address1>
<att:address2></att:address2>
<att:city></att:city>
<att:state></att:state>
<att:zipcode></att:zipcode>
<att:country></att:country>
<att:leadSourceID></att:leadSourceID>
<att:leadScore>0,0</att:leadScore>
</att:defaultFields>
<att:customFields/>
</att:enrollFields>
<att:domain></att:domain>
<att:ipAddress>10.35.240.53</att:ipAddress>
<att:submitTime>02/27/2020 22:03:57</att:submitTime>
<att:status>ZATWIERDZONO</att:status>
</att:attendee>
<att:attendee>
<att:attendeeID>3191797</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName>AlexKKK</att:firstName>
<att:lastName>Test</att:lastName>
<att:email>achillesyang@hotmail.com</att:email>
<att:company></att:company>
<att:phoneNum></att:phoneNum>
<att:title></att:title>
<att:receiveInfo>fałsz</att:receiveInfo>
<att:address1></att:address1>
<att:address2></att:address2>
<att:city></att:city>
<att:state></att:state>
<att:zipcode></att:zipcode>
<att:country></att:country>
<att:leadSourceID></att:leadSourceID>
<att:leadScore>0,0</att:leadScore>
</att:defaultFields>
<att:customFields/>
</att:enrollFields>
<att:domain></att:domain>
<att:ipAddress>10.154.181.15</att:ipAddress>
<att:submitTime>02/27/2020 22:07:38</att:submitTime>
<att:status>ZATWIERDZONO</att:status>
</att:attendee>
<att:matchingRecords>
<serv:total>2 2.</serv:total>
<serv:returned>2 2.</serv:returned>
<serv:startFrom>1 1 1 1</serv:startFrom>
</att:matchingRecords>
<att:sessionKey>716773566</att:sessionKey>
</att:session>
</serv:bodyContent>
</serv:body>

Aktualizacje interfejsu API 40.2.0

Aktualizacje interfejsu API XML 40.2.0

Kliknij tutaj, aby pobrać schemat XML API 40.2.0.

Usuń dostęp anonimowy, aby `LstSummarySession`

Jako ulepszenie bezpieczeństwa przestajemy wspierać dostęp anonimowy do LstSummarySession API. Jeśli aplikacja Webex Meetings uzyskuje anonimowy dostęp do interfejsu API, zwraca się następujący kod błędu i komunikat: "000015 Przepraszam, nie znaleziono rekordu."

Interfejsy API, których dotyczy problem:

LstSummarySession

LstSummarySession Przykład żądania:

<?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>sitename1</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<sessionKey>211894651</sessionKey>
</bodyContent>
</body>
</serv:message>

LstSummarySession Przykład odpowiedzi:

`CreateMeeting` oraz `SetMeeting` ulepszenia zabezpieczeń

Ta zmiana została wprowadzona w interfejsie API XML 40.2.0, ale jego opis został zmieniony po otrzymaniu opinii klienta.

Jako ulepszenie bezpieczeństwa zaktualizowaliśmy CreateMeeting oraz SetMeeting Interfejsy API nie zezwalają użytkownikom na planowanie godziny rozpoczęcia spotkania, która już minęła. Jeśli spróbują, API wyświetli komunikat o błędzie: "060016 Godzina rozpoczęcia sesji powinna być późniejsza niż bieżąca godzina." Jeśli użytkownik musi zaplanować spotkanie natychmiastowe, zalecamy ustawienie godziny rozpoczęcia spotkania pięć minut później niż bieżąca godzina.

Interfejsy API, których dotyczy problem:

CreateMeeting
SetMeeting

Aktualizacja interfejsu API 40.1.2

Aktualizacje interfejsu API XML 40.1.2

Kliknij tutaj, aby pobrać schemat XML API 40.1.2.

Planowanie spotkania automatycznie generuje hasło, jeśli nie jest ono podane

Poprawiliśmy CreateMeeting, CreateEvent, CreateTrainingSession i CreateTeleconferenceSession dołączenie hasła do treści odpowiedzi API.

Domyślnie Wszystkie spotkania/wydarzenia/sesje muszą mieć ustawienie hasła jest włączone. W takim scenariuszu, jeśli żądanie API nie zawiera hasła, hasło jest automatycznie generowane z serwerów API XML.

Jeśli ustawienie Wszystkie spotkania/wydarzenia/sesje musi mieć hasło jest wyłączone, a żądanie API nie zawiera hasła, hasło nie jest generowane z serwerów API XML.

Jeśli żądanie API zawiera hasło, odpowiedź będzie zawierać to hasło, niezależnie od tego, czy Wszystkie spotkania/wydarzenia/sesje muszą mieć włączone lub wyłączone ustawienie hasła .

Interfejsy API, których dotyczy problem:

CreateMeeting
CreateEvent
CreateTrainingSession
CreateTeleconferenceSession

Plik CreateMeeting odpowiedź teraz ma meetingPassword element:

CreateMeeting Przykład żądania:

CreateMeeting Przykład odpowiedzi:

Plik CreateEvent odpowiedź teraz ma eventPassword element:

Plik CreateTrainingSession oraz CreateTeleconferenceSession mają teraz odpowiedzi sessionPassword element:

Aktualizacje interfejsu API 40.1.0

Aktualizacje interfejsu API XML 40.1.0

Kliknij tutaj, aby pobrać schemat XML API 40.1.

`GetSessionInfo` ulepszenia

Dodaliśmy nowe elementy do GetSessionInfo API. API zwraca teraz również informacje o urządzeniach mobilnych.

Interfejsy API, których dotyczy problem:

GetSessionInfo

GetSessionInfo Aktualizacje żądania:

Przykład żądania:

<?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>siteadmin</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 lub 123456789_go@webex.com lub 123456789@go.webex.com</sipUrl>
<meetingLink>https://go.webex.com/go/j.php?MTID=m814c6a483d4b5052d539f88d67acbad6</meetingLink>
<meetingUuid>34567323456787654323456787654</meetingUuid>
</bodyContent>
</body>
</serv:message>

`LstAccessAnywhereHistory` ulepszenia

Dodaliśmy nowy interfejs API, lstAccessAnywhereHistory, aby odpowiedzieć za pomocą informacji o raporcie Webex Access Anywhere.

Interfejsy API, których dotyczy problem:

LstAccessAnywhereHistory

LstAccessAnywhereHistory Aktualizacje żądania:

LstAccessAnywhereHistory Aktualizacje odpowiedzi:

Przykład żądania:

<?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>test</webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID>test1</hostWebexID>
<startTimeScope>
<sessionStartTimeStart>09.29.2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>12.29.2019 04:42:34</sessionStartTimeEnd>
</startTimeScope>
<endTimeScope>
<sessionEndTimeStart>9/29/2019 02:42:34</sessionEndTimeStart>
<sessionEndTimeEnd>12.29.2019 05:42:34</sessionEndTimeEnd>
</endTimeScope>
<listControl>
<serv:startFrom>1 1 1 1</serv:startFrom>
<serv:maximumNum>10 10 10 10</serv:maximumNum>
<serv:listMethod>LUB</serv:listMethod>
</listControl>
<order>
<orderBy>CZAS ROZPOCZĘCIA</orderBy>
<orderAD>ASC</orderAD>
</order>
</bodyContent>
</body>

Przykład odpowiedzi:

<?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:historia="http://www.webex.com/schemas/2002/06/service/history">
<serv:header>
<serv:response>
<serv:result>SUKCES</serv:result>
<serv:gsbStatus>GŁÓWNY</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 10 10 10</serv:returned>
<serv:startFrom>1 1 1 1</serv:startFrom>
</history:matchingRecords>
<history:accessAnyWhereInfo>
<history:confID>123456</history:confID>
<history:userName>dziekan</history:userName>
<history:computerName>6926_dean</history:computerName>
<history:clientIP>10.224.222.183</history:clientIP>
<history:startTime>11.29.2019 03:05:44</history:startTime>
<history:endTime>11.29.2019 03:10:06</history:endTime>
<history:duration>5 5 5</history:duration>
</history:accessAnyWhereInfo>

</serv:body>

Aktualizacje interfejsu API 40.12.0

Aktualizacje interfejsu API XML 40.12.0

API XML obsługuje typ prywatnego spotkania

Interfejs API GetSite zwróci szablony spotkań na poziomie witryny

Konfigurator interfejsu API XML nie może zmieniać elementu supportedServices gdy witryną jest ujednolicona witryna CI

WEBEX-15436: Dodaj ochronę, aby uniknąć duplikowania wiadomości e-mail w Mtgconfattendeelist

Aktualizacje interfejsu API 40.11.0

Aktualizacje interfejsu API XML 40.11.0

XMLAPI CreateUser obsługuje nazwę displayname

XMLAPI SetUser obsługuje nazwę displayname

XMLAPI GetUser obsługuje nazwę displayname

Sterowanie poziomem użytkownika XMLAPI dla CMR Hybrid Voip

Aktualizacje interfejsu API 40.10.0

Aktualizacje interfejsu API XML 40.10.0

XML API support for meeting UUID w żądaniu API i odpowiedzi

XMLAPI zwróci dodatkowy element konfiguracji administratora witryny, aby wyłączyć przechwytywanie ekranu

Obsługa XMLAPI MEET-269 PIN-less Join Improvement

Aktualizacje interfejsu API 40.9.0

Aktualizacje interfejsu API XML 40.9.0

XML API support for meeting UUID żądanie i odpowiedź

Spotkania Webex będą miały zablokowane lobby spotkań, w którym użytkownicy mogą czekać na wpuszczenie do spotkania

Ulepszenie GetSessionInfo API w celu przywrócenia statusu uczestników podczas trwającej sesji

Karta API GetUserCard wymaga autoryzacji.

Aktualizacje interfejsu API 40.8.0

Aktualizacje interfejsu API XML 40.8.0

GetSessionInfo wzmocnienie odpowiedzi

GetSessionInfo, GetUserCard Ulepszenia zabezpieczeń

meetingUUID w zapytaniu API i obsłudze odpowiedzi

Szablon witryn edukacyjnych (typ sesji EDU) w obsłudze interfejsu API XML

XML API CreateMeetingAttendee oraz RegisterMeetingAttendee pomoc techniczna

Ulepszenia walidacji adresu e-mail XML API

Aktualizacje interfejsu API 40.7.0

Aktualizacje interfejsu API XML 40.7.0

meetingUUID pomoc techniczna

CreateUser Obsługa powitalnej wiadomości e-mail API dla czterech nowych języków

Aktualizacje interfejsu API 40.6.1, 40.4.9

Aktualizacje interfejsu API XML 40.6.1, 40.4.9

CreateMeeting/SetMeeting pomoc techniczna

Typ spotkania E2EE nie obsługuje spotkania PMR

Aktualizacje interfejsu API 40.6.0

Aktualizacje interfejsu API XML 40.6.0

Dodano rolę zarządzania użytkownikami

Obsługa za pomocą klucza API dostęp do GetUserCard

Wsparcie dla meetingUUID w żądaniu API i odpowiedzi

Klawisze spotkań PMR nie będą zmieniane z tymczasowo wyłączonego użytkownika lub wyłączonego PMR

LstSummarySession ulepszenia

GetSite ulepszenia

Aktualizacje interfejsu API 40.4.8, 40.2.9

Aktualizacje interfejsu API XML 40.4.8, 40.2.9

Nowa odpowiedź podczas aktualizacji zaplanowanych spotkań w XMLAPI

Aktualizacje interfejsu API 40.4.5, 40.2.6

Aktualizacje interfejsu API XML 40.4.5, 40.2.6

GetUserCard oraz GetSessionInfo limit użytkowania

Aktualizacje interfejsu API 40.4.4, 40.2.5

Aktualizacje interfejsu API XML 40.4.4, 40.2.5

BodyContent limit liczby

Aktualizacje interfejsu API 40.4.3, 40.2.4

Aktualizacje interfejsu API XML 40.4.3, 40.2.4

CreateUser ulepszenia

Aktualizacje interfejsu API 40.4.0

Aktualizacje interfejsu API XML 40.4.0

Wymuś weryfikację poczty e-mail podczas zmiany wiadomości e-mail w interfejsie API XML

GetEnrollmentInfo limit czasu i zresetowanie połączenia

Aktualizacje interfejsu API 40.2.0

Aktualizacje interfejsu API XML 40.2.0

Usuń dostęp anonimowy, aby LstSummarySession

CreateMeeting oraz SetMeeting ulepszenia zabezpieczeń

Aktualizacja interfejsu API 40.1.2

Aktualizacje interfejsu API XML 40.1.2

Planowanie spotkania automatycznie generuje hasło, jeśli nie jest ono podane

Aktualizacje interfejsu API 40.1.0

Aktualizacje interfejsu API XML 40.1.0

GetSessionInfo ulepszenia

LstAccessAnywhereHistory ulepszenia

Konfigurator interfejsu API XML nie może zmieniać elementu `supportedServices` gdy witryną jest ujednolicona witryna CI

WEBEX-15436: Dodaj ochronę, aby uniknąć duplikowania wiadomości e-mail w `Mtgconfattendeelist`

`XML API support for meeting UUID` w żądaniu API i odpowiedzi

`XML API support for meeting UUID` żądanie i odpowiedź

Ulepszenie `GetSessionInfo` API w celu przywrócenia statusu uczestników podczas trwającej sesji

`GetSessionInfo` wzmocnienie odpowiedzi

`GetSessionInfo, GetUserCard` Ulepszenia zabezpieczeń

`meetingUUID` w zapytaniu API i obsłudze odpowiedzi

XML API `CreateMeetingAttendee` oraz `RegisterMeetingAttendee` pomoc techniczna

`meetingUUID` pomoc techniczna

`CreateUser` Obsługa powitalnej wiadomości e-mail API dla czterech nowych języków

`CreateMeeting/SetMeeting` pomoc techniczna

Obsługa za pomocą klucza API dostęp do `GetUserCard`

Wsparcie dla `meetingUUID` w żądaniu API i odpowiedzi

`LstSummarySession` ulepszenia

`GetSite` ulepszenia

`GetUserCard` oraz `GetSessionInfo` limit użytkowania

`BodyContent` limit liczby

`CreateUser` ulepszenia

`GetEnrollmentInfo` limit czasu i zresetowanie połączenia

Usuń dostęp anonimowy, aby `LstSummarySession`

`CreateMeeting` oraz `SetMeeting` ulepszenia zabezpieczeń

`GetSessionInfo` ulepszenia

`LstAccessAnywhereHistory` ulepszenia