Mises à jour de l'API 40.12.0

Mises à jour de l'API XML 40.12.0

Cliquez ici pour télécharger le schéma XML API 40.12.0

L'API XML prend en charge le type de réunion privée

Les API XML seront impactées

  • Nous pouvons utiliser l’API : CreateMeeting et SetMeeting pour programmer ou modifier une réunion Webex avec le type de réunion privée.

  • Si une réunion Webex est programmée avec le type de réunion privée, GetSessionInfo GetMeeting, LstSummarySession et LstCalendarSession retournera un nouveau nom d'élément est PrivateMeeting pour le savoir.

  • GetMeetingType et LstMeetingType retourner un nouveau nom d'élément SupportPrivateMeeting qui indique s'il prend en charge les réunions privées ou non.

Modifications du schéma

API XML : GetMeetingType/LstMeetingType : Annexer le <SupportPrivateMeeting> élément.

API XML : LstSummarySession: Annexer le <isPrivateMeeting> élément.

API XML : LstCalendarSession: Annexer le <isPrivateMeeting> élément.

API XML : GetSessionInfo: Annexer le <isPrivateMeeting> élément.

API XML : Obtenir la réunion : Annexer le <isPrivateMeeting> élément.

Demande de l'API XML : Créer une réunion

Demande de Créer une réunion avec le type de réunion privée

<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_Test</confName>
<meetingType>168</meetingType> //169 est un échantillon qui soutient la réunion privée
</metaData>
</bodyContent>
</body>

Réponse de l'API XML : GetSessionInfo

Réponse pour isPrivateMeeting

<ep:supportE2E>false</ep:supportE2E>
<ep:isAllowJBH>true</ep:isAllowJBH>
<ep:isPrivateMeeting>true</ep:isPrivateMeeting> //true : la réunion prend en charge la réunion privée ; false : la réunion ne prend pas en charge la réunion privée.
<ep:isCETMeeting>false</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
<ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>

L'API GetSite renverra les modèles de réunion au niveau du site

Histoire de l’utilisateur/description de la tâche

API GetSite pour renvoyer le modèle de réunion au niveau du site. Cela permettra au connecteur d’éducation et aux salles de classe Webex d’afficher ces modèles pour que les enseignants puissent les choisir tout en programmant leurs sessions en ligne.

API impactées

S'il existe des modèles de réunion personnalisés qui sont au niveau du site, l'API GetSite retournera ces modèles au niveau du site.

Nom des éléments

Description

meetingTemplateName

le nom des modèles de réunion personnalisés au niveau du site

serviceType

Webex Meetings, Webex Trainings et Webex Events

Modifications du schéma

GetSite : Ajouter le <meetingTemplates> élément.

Échantillon de réponse

Réponse GetSite

<ns1:meetingTypes>
<ns1:meetingTypeID>3</ns1:meetingTypeID>
<ns1:meetingTypeName>PRO</ns1:meetingTypeName>
</ns1:meetingTypes>
<ns1:meetingTemplates>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>Réunion MC Tempalte 1</ns1:meetingTemplateName>
<ns1:serviceType>MeetingCenter</ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>Réunion EC Tempalte 2</ns1:meetingTemplateName>
<ns1:serviceType>EventCenter</ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>Modèle de réunion TC 3</ns1:meetingTemplateName>
<ns1:serviceType>TrainingCenter</ns1:serviceType>
</ns1:meetingTemplate>
</ns1:meetingTemplates>

XML API SetUser ne peut pas modifier l'élément de supportedServices lorsque le site est un site unifié CI

Description

XMLAPI SetUser ne pas prendre en charge la modification de la valeur de « supportedServices » dans une demande API lorsque le site est un site de réunion Unified Webex lié au Control Hub.

Modifications du schéma

Il n’y a pas de changement de schéma sur l’API : SetUser.

WEBEX-15436 : Ajoutez une protection pour éviter les doublons dans les e-mails Mtgconfattendeelist

Description

Si plusieurs invités ayant le même courrier électronique sont ajoutés à la même réunion dans la même demande d'API, nous traitons uniquement le premier invité avec le courrier électronique.

API concernées

  • CreateMeetingAttendee

  • CreateUser

  • SetUser

  • CreateMeeting

  • SetMeeting

  • CreateEvent

  • SetEvent

  • CreateTrainingSession

  • SetTrainingSession

Exemple d'API

Demande

<?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</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<sessionKey>1714904382</sessionKey>
<person>
<email>test@webex.com</email>
<name>name1</name>
</person>
<attendees>
<person>
<email>test@webex.com</email>
<name>name2</name>
</person>
<sessionKey>1714904382</sessionKey>
</attendees>
</bodyContent>
</body>
</serv:message>

Mises à jour de l'API 40.11.0

Mises à jour de l'API XML 40.11.0

Cliquez ici pour télécharger le schéma XML API 40.11.0

XMLAPI CreateUser prend en charge le nom d'affichage

CreateUser supports dispalyname lorsque la fonctionnalité bascule EnableDisplayName est égal à 1. Si le bouton de la fonctionnalité n’est pas 1, alors le displayName seront ignorés.

Modifications du schéma

CreateUser:

XMLAPI SetUser prend en charge le nom d'affichage

SetUser supports dispalyname lorsque la fonctionnalité bascule EnableDisplayName correspond à 1. Si le bouton de la fonctionnalité n’est pas 1, le displayName seront ignorés.

Modifications du schéma

SetUser:

XMLAPI GetUser prend en charge le nom d'affichage

GetUser supports dispalyname lorsque la fonctionnalité bascule EnableDisplayName correspond à 1. Si le bouton de la fonctionnalité n’est pas 1, le displayName ne sera pas affiché.

Quand displayName dans la BD est nulle et le commutateur de fonctionnalité EnableDisplayName est égal à 1, displayName seront firstName+" "+lastName pour les caractères non asiatiques et firstName+lastName pour les personnages asiatiques.

Modifications du schéma

GetUserResponse:

Contrôle du niveau de l'utilisateur XMLAPI pour la Voip hybride CMR

Le cmrHybridVoip permet de définir et de récupérer le paramètre de niveau utilisateur pour EnableCMRHybridVoIP.

Modifications du schéma

GetUser Response:

CreateUser Request:

SetUser Request:

Mises à jour de l'API 40.10.0

Mises à jour de l'API XML 40.10.0

Cliquez ici pour télécharger le schéma XML API 40.10.0

XML API support for meeting UUID dans la demande et la réponse de l'API

Exemple d'API XML : GetSessionInfo Demande :

<?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">
<sessionKey>805325231</sessionKey>
ou
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Réponse :

<?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>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>

API affectée :

  • CreateMeetingAttendee

  • DelMeetingAttendee

  • RegisterMeetingAttendee

  • CreateTeleconferenceSession

  • SetTeleconferenceSession

  • GetTeleconferenceSession

  • CreateTrainingSession

  • SetTrainingSession

  • GetTrainingSession

  • DelTrainingSession

  • CreateEvent

  • SetEvent

  • DelEvent

XMLAPI renverra un élément supplémentaire pour la configuration de l'administration du site pour désactiver la capture d'écran

L’exigence vient de la Sécurité - les deux PenTest les bugs et les clients, comme Goldman Sachs. Ils ne souhaitent pas autoriser les utilisateurs finaux à prendre une capture d’écran dans l’application de réunions. Pendant ce temps, beaucoup d’autres clients souhaitent cette fonctionnalité - pour autoriser la capture d’écran. Les utilisateurs de l’éducation souhaitent également autoriser la capture d’écran. Nous aurons donc une configuration d'administrateur de site pour cela, et XMLAPI renverra un champ supplémentaire EnableMobileScreenCapture dans la réponse de GetSite pour soutenir cela.

Exemple de demande GetSite

<?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>xxxx</siteName>
<webExID>Test</webExID>
<password>xxxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite">
</body>
</serv:message>

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns: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>SUCCÈS</serv:result>
<serv:gsbStatus> PRIMAIRE</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>faux</ns1:EnableMobileScreenCapture>
...
</ns1:securityOptions>
...
</ns1:siteInstance>
</serv:bodyContent>
</serv:body>
</serv:message>

APIs affectées

GetSite

Prise en charge de XMLAPI MEET-269 Amélioration de la connexion sans PIN

XMLAPI ajoute une NOUVELLE OPTION Les systèmes de conférence vidéo de mon organisation peuvent démarrer et rejoindre des réunions sans invite pour la réunion Salle personnelle et la réunion MC.

  • createUser/setUser/getUser ajouter un nouveau nœud deviceCanStartMyPMR dans personalMeetingRoom.

  • createMeeting/setMeeting/getMeeting ajouter un nouveau nœud deviceCanStartMeeting dans le planning.

L'option dans l'interface utilisateur Webex pour la réunion Salle personnelle :

Modifications du schéma

CreateUser:

SetUser:

getUserResponse:

CreateMeeting:

setMeeting:

getMeetingResponse:

Mises à jour de l'API 40.9.0

Mises à jour de l'API XML 40.9.0

Cliquez ici pour télécharger le schéma XML API 40.9.0

XML API support for meeting UUID demande et réponse

Nous avons ajouté l'UUID de réunion à la demande et à la réponse de l'API partout où nous prenons en charge en tant que meetingKey ou sessionKey.

Exemple d'API XML : GetSessionInfo Demande :

<?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">
<sessionKey>805325231</sessionKey>
ou
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Réponse :

<?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>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>

API affectée :

  • GetEnrollmentInfo

  • LstsummaryTrainingSession

  • AddScheduledTest

  • SetScheduledTest

  • DelScheduledTest

  • GetTestInformation

  • UploadEventImage

  • SendInvitationEmail

  • CreateSupportSession

  • LstmeetingusagePreliminaryHistory

  • LstmeetingattendeePreliminaryHistory

  • LsteventsessionPreliminaryHistory

  • LsteventattendeePreliminaryHistory

  • LstTrainingPollResultsHistory

Les réunions Webex auront un lobby de réunion verrouillé dans lequel les utilisateurs peuvent attendre d’être admis dans la réunion

L'API XML programme et modifier la réunion MC pour prendre en charge le lobby verrouillé lorsque la fonctionnalité( ConsistentLockedLobby) activez le bouton.

Modifications du schéma

Ajout de trois nouveaux éléments ( externalAttendeeSecurity, autoLock, autoLockWaitTime) dans les API CreateMeeting, SetMeeting et GetMeeting.

Élément

Description

externalAttendeeSecurity

Lorsque la réunion est déverrouillée, trois éléments de sécurité des utilisateurs externes peuvent être choisis.

AllowJoin: Peut Rejoindre la réunion immédiatement ;

AllowJoinWithLobby: peut rejoindre la réunion uniquement si l'organisateur les a autorisés à entrer ;

BlockFromJoin: impossible de rejoindre la réunion ;

autoLock

Si vous verrouillez Automatiquement la réunion.

Vrai : Verrouiller la réunion automatiquement après # minutes après le démarrage de la réunion

Faux : Ne verrouille pas automatiquement la réunion après le démarrage de la réunion

autoLockWaitTime

Minutes (0,5,10,15,20) pour verrouiller automatiquement la réunion après le démarrage de la réunion

Échantillon de demande et de réponse

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>

Réponse de 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>SUCCÈS</serv:result>
<serv:gsbStatus>PRIMAIRE</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>
...


API affectée :

  • CreateMeeting

  • SetMeeting

  • GetMeeting

Amélioration GetSessionInfo API pour renvoyer le statut des participants sur la session en cours

Ajout de deux nouveaux éléments ( hasHostInMeeting, hasAttendeeInMeeting) en réponse à GetSessionInfo. Ces deux éléments seront renvoyés lorsque la réunion sera en cours.

Élément

Description

hasHostInMeeting

Si l'organisateur a rejoint la réunion en cours.

Vrai : L'organisateur est dans la réunion en cours.

Faux/Nul : L'organisateur n'est pas dans la réunion en cours ou la réunion n'est pas une réunion en cours.

hasAttendeeInMeeting

Si un invité/organisateur a rejoint la réunion en cours.

Vrai : il y a un participant ou un organisateur dans la réunion en cours.

Faux/Nul : il n'y a aucun invité ou organisateur dans la réunion en cours, ou la réunion n'est pas une réunion en cours.

Échantillon de réponse de l'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>SUCCÈS</serv:result>
<serv:gsbStatus>PRIMAIRE</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>

…


API affectée :

GetSessionInfo

L'API GetUserCard nécessite une autorisation.

Amélioration de la sécurité de l'API XML GetUserCard nécessite une autorisation pour obtenir les informations de l’utilisateur.

API affectée :

GetUserCard

Mises à jour de l'API 40.8.0

Mises à jour de XML API 40.8.0

Cliquez ici pour télécharger le schéma XML API 40.8.0

GetSessionInfo amélioration de la réponse

Si vous n'êtes pas invité ou approuvé à partir de la réunion, votre appel à l'API XML : GetSessionInfo ne restituera pas les éléments : confName, startDate, duration, timeZone, meetingLink, sipURL, displayMeetingUrl dans le corps de la réponse de l'API.

Exemple de réponse de l'API pour les réunions :

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>PAS_INPROGRESS</ep:status>
<ep:sessionkey>1####2###4</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>NON LISTÉ</ep:listStatus>
<ep:registration>false</ep:registration>
<ep:passwordReq>true</ep:passwordReq>
<ep:isRegisterIDRequired>false</ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>MeetingCenter</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount>false</ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>true</ep:isAllowJBH>
<ep:isCETMeeting>true</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
</serv:bodyContent>

Exemple de réponse de l'API pour les formations/événements :

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NON_INAVANCEMENT</ep:status>
<ep:sessionkey>1####5###9</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>NON COTÉ</ep:listStatus>
<ep:registration>vrai</ep:registration>
<ep:registrationURL>https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61</ep:registrationURL>
<ep:passwordReq>vrai</ep:passwordReq>
<ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&confID=16###92######61</ep:registrationURLForMobile>
<ep:joinStatus>INVITER/S’INSCRIRE/REJETER</ep:joinStatus>
<ep:isRegisterIDRequired>faux</ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>Centre de formation</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount>faux</ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>vrai</ep:isAllowJBH>
<ep:isCETMeeting>vrai</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>faux</ep:isPersonalMeetingRoom>
</serv:bodyContent>

API affectée :

  • GetSessionInfo

GetSessionInfo, GetUserCard Améliorations apportées à la sécurité

Nous avons effectué une amélioration de la sécurité sur l'API XML GetSessionInfo et GetUserCard. Nous empêcherons les utilisateurs d'accéder à ces deux API dans les deux prochaines heures si leur appel a atteint la limite en une heure sans que les données n'aient trouvé d'erreur.

La réponse de l'état de l'erreur est : "403 Interdit"

APIs concernées :

  • GetSessionInfo

  • GetUserCard

meetingUUID dans la prise en charge des demandes et des réponses de l'API

Nous avons ajouté meetingUUID à la demande et à la réponse API partout où nous prenons en charge un meetingKey/sessionKey.

GetSessionInfo Demande :

<?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">
<sessionKey>805325231</sessionKey>
ou
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Réponse :

<?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>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>

API affectée :

  • LstOpenSession

  • GetEnrollmentInfo

  • LstsummaryMeeting

  • LstScheduledTests

  • GetEvent

  • LstsummaryEvent

  • LstmeetingusageHistory

  • LsttrainingsessionHistory

  • LsteventsessionHistory

  • LstsupportsessionHistory

  • DelSession

Modèle de sites d'éducation (type de session EDU) dans la prise en charge de l'API XML

Lorsque vos sites activent le type de session Education Instructor (EDU), l'API XML peut prendre en charge la programmation d'une réunion avec le modèle de réunion EDU.

API affectée :

  • CreateMeeting

  • SetMeeting

  • CreateEvent

  • SetEvent

  • CreateTrainingSession

  • SetTrainingSession

API XML CreateMeetingAttendee et RegisterMeetingAttendee soutien

Les deux CreateMeetingAttendee et RegisterMeetingAttendee peuvent vérifier le formulaire d’inscription requis des invités pour une inscription à Webex Meetings.

Et il y a une nouvelle exception pour cette tâche :

Numéro d'exception

Message d'exception

040014

Champs obligatoires manquants (formulaire d'inscription) : ...

Par exemple, si vous avez sélectionné « Intitulé du poste » et « Nom de l’entreprise » comme champs obligatoires pour l’inscription d’un invité à Webex Meetings comme indiqué ci-dessous, alors vous devez fournir une valeur sur « Intitulé du poste » et « Nom de l’entreprise » lors de l’appel des deux API : CreateMeetingAttendee et RegisterMeetingAttendee.

RegisterMeetingAttendee Demande :

<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
<attendees>
<person>
<name>PrénomNom</name>
<firstName>Prénom</firstName>
<lastName>NomPrénom</lastName>
<title>Ingénieur</title> //Intitulé du poste
<company>Cisco1234</company> //Nom de la société
...
<email>****@*****.com</email>
<type>VISITEUR</type>
<sendReminder>true</sendReminder>
</person>
<role>PARTICIPANT</role>
<joinStatus>ACCEPTER</joinStatus>
<emailInvitations>true</emailInvitations>
<sessionKey>1####4####1</sessionKey>
</attendees>
</bodyContent>
</body>

CreateMeetingAttendee Demande :

<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<person>
<name>PrénomA NomA</name>
<firstName>PrénomA</firstName>
<lastName>NomA</lastName>
<title>Ingénieur</title> //Intitulé du poste
<company>Cisco1234</company> //Nom de la société
...
<email>*****@*****.com</email>
<type>VISITEUR</type>
<sendReminder>true</sendReminder>
</person>
<role>PARTICIPANT</role>
<joinStatus>ACCEPTER</joinStatus>
<emailInvitations>true</emailInvitations>
<sessionKey>1###4####1</sessionKey>

040014 Exception of Response Exemple :


<?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>ECHEC</serv:result>
<serv:reason>Champs obligatoires manquants (formulaire d'inscription) : titre,société</serv:reason>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>040014</serv:exceptionID>
<serv:value>titre,société</serv:value>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>

API affectée :

  • CreateMeetingAttendee

  • RegisterMeetingAttendee

Améliorations apportées à la validation des courriers électroniques de l'API XML

L’API XML ne doit pas autoriser le(s) caractère(s) d’espaces blancs dans un courrier électronique, nous avons donc amélioré la validation des courriers électroniques pour qu’elle corresponde au comportement de la page Webex Meetings.

API affectée :

  • CreateMeetingAttendee

  • CreateEvent

  • SetEvent

  • CreateContact

  • SetContact

  • SetRecordingInfo

  • CreateMeetingAttendee

  • CreateTrainingSession

  • SetTrainingSession

  • CreateUser

  • SetUser

  • CreateMeeting

  • SetMeeting

  • RegisterMeetingAttendee

Mises à jour de l'API 40.7.0

Mises à jour de l'API XML 40.7.0

Cliquez ici pour télécharger le schéma XML API 40.7.0

meetingUUID soutien

Nous avons ajouté meetingUUID à la demande et à la réponse de l'API partout où nous prenons en charge une clé de réunion ou une clé de session.

GetSessionInfo Exemple de demande :

<?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">
<sessionKey>805325231</sessionKey>
ou
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

GetSessionInfo Exemple de demande :

<?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">
<sessionKey>805325231</sessionKey>
ou
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

GetSessionInfo Exemple de réponse :

<?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>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>

APIs concernées :

  • LstmeetingattendeeHistory

  • LsttrainingattendeeHistory

  • LsteventattendeeHistory

  • LstsupportattendeeHistory

CreateUser Prise en charge des courriers électroniques de bienvenue API pour quatre nouvelles langues

Le courrier électronique html de bienvenue XMLAPI prend en charge les quatre nouvelles langues suivantes :

  • Tchèque (languageID=19)

  • Polonais (languageID=20)

  • Hongrois (languageID=21)

  • Roumain (languageID=22)

XMLAPI envoie le courrier électronique de bienvenue en fonction de la langue ou languageID dans le CreateUser demande.

Utilisation CreateUser pour Envoyer Un E-mail De Bienvenue Html (Tchèque) :

<?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>essai</firstName>
<lastName>utilisateur</lastName>
<webExId>utilisateur testeur</webExId>
<password>xxxxxx</password>
<email>testuser@test.com</email>
<privilege>
<host>vrai</host>
</privilege>
<languageID>19</languageID>
ou
<language>Tchèque</language>
<active>ACTIVÉ</active>
<sendWelcome>vrai</sendWelcome>
<isHTMLEmail>vrai</isHTMLEmail>
</bodyContent>
</bodyContent>
</body>

Mises à jour des API 40.6.1, 40.4.9

Mises à jour des API XML 40.6.1, 40.4.9

Cliquez ici pour télécharger le schéma XML API 40.6.1

Cliquez ici pour télécharger le schéma XML API 40.4.9

CreateMeeting/SetMeeting soutien

Lorsque vous programmez une réunion Webex, l'API XML CreateMeeting/SetMeeting vous permet de cocher ou décocher ou de cliquer sur un champ obligatoire ou non dans le formulaire d'inscription de l'invité.

Voici un exemple de calendrier des réunions à partir de la page Web de l'utilisateur où vous pouvez vérifier les champs obligatoires tels que « Intitulé du poste », « Nom de la société », « Ville » et « État » sur le formulaire d'inscription de l'invité :

Voici un mappage entre les champs de la page et les éléments de l'API XML :

Champs de la pageÉlément XMLAPI
Emploi
<title>
Nom de la société
<company>
Adresse 1
<address1>
Adresse 2
<address2>
Ville
<city>
État
<state>
CP/Code postal
<postalCode>
Pays/région
<country>
Téléphone professionnel
<phone>
Télécopie
<fax>

Schéma modifié : Ajouter l'élément « registrationForm » dans CreateMeeting

Schéma modifié : Ajouter l'élément « registrationForm » dans SetMeeting

Schéma modifié : Ajouter l'élément « registrationForm » dans GetMeeting

CreateMeetingExemple de demande :

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<accessControl>
<meetingPassword>mot de passe</meetingPassword>
</accessControl>
<attendeeOptions>
<emailInvitations>true</emailInvitations>
<registration>true</registration>
<auto>false</auto>
</attendeeOptions>
<registrationForm>
<title><req>true (Vrai)</req></title> <!-- true -->
<company><req>true</req></company><!-- true -->
<address1><req>false</req></address1>
<address2><req>false</req></address2>
<city><req>true</req></city><!-- true -->
<state><req>true</req></state><!-- true -->
<postalCode><req>false</req></postalCode>
<country><req>false</req></country>
<phone><req>false</req></phone>
<fax><req>false</req></fax>
</registrationForm>

SetMeetingExemple de demande :

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

<metaData>
<confName>Nom de la conférence</confName>
<meetingType>3</meetingType>
</metaData>

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

<registrationForm>
<title><req>true (Vrai)</req></title>
<company><req>true</req></company>
<address1><req>false</req></address1>
<address2><req>false</req></address2>
<city><req>true</req></city>
<state><req>true</req></state>
<postalCode><req>false</req></postalCode>
<country><req>false</req></country>
<phone><req>false</req></phone>
<fax><req>false</req></fax>
</registrationForm>

GetMeetingExemple de réponse :

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


APIs concernées :

  • CreateMeeting

  • SetMeeting

  • GetMeeting

  • DelMeeting

Le type de réunion E2EE ne prend pas en charge une réunion PMR

Lorsque vous activez une salle de réunion personnelle (PMR) au cours d'un appel avec les API : CreateUser/SetUser/GetUser/GetMe et seul un type de réunion E2EE est disponible, il répondra au message d'erreur suivant : « 110063 L'utilisateur doit avoir au moins un type de réunion non-E2EE pour activer la salle personnelle (PMR). »

APIs concernées :

  • CreateUser

  • SetUser

  • GetUser

  • GetMe

Mises à jour de l'API 40.6.0

Mises à jour de XML API 40.6.0

Cliquez ici pour télécharger le schéma XML API 40.6.0

Ajout du rôle de gestion des utilisateurs

Nous avons créé le rôle de gestion des utilisateurs et le fichier de schéma pour les éléments suivants a changé.

Schéma modifié : CreateUserdemande :

Schéma modifié : SetUser

Schéma modifié : GetMeréponse :

Schéma modifié : LstsummaryUserréponse :

APIs concernées :

  • CreateUser

  • SetUser

  • GetMe

  • LstsummaryUser

CreateUserExemple de demande :

<?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>Administration du site</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>vrai</umSiteAdmin>
<host>faux</host>

<siteAdmin>faux</siteAdmin>
<labAdmin>faux</labAdmin>
<voiceOverIp>faux</voiceOverIp>
</privilege>
<languageID>3</languageID>
<active>ACTIVÉ</active>
<sendWelcome>vrai</sendWelcome>
<isHTMLEmail>vrai</isHTMLEmail>
</bodyContent>
</body>

Prise en charge à l’aide de l’accès à la clé API GetUserCard

Nous prenons maintenant en charge l'utilisation de la clé API (jeton JWT généré) pour accéder à l'API : GetUserCard dans cette version.

Vous pouvez vous référer à ces pages concernant l'application d'une clé API et la génération d'un jeton JWT :

Comment appliquer une clé API

Comment générer un jeton JWT

GetUserCardExemple de demande :

PUBLIER l’en-tête https://{sitename}.webex.com/WBXService/XMLService
:
Type de contenu application/json;charset=utf-8
JWTToken ${jwttoken}
Corps :
<?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>

Exemple de réponse :

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:use="http://www.webex.com/schemas/2002/06/service/user">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="use:getUserCardResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<use:avatar>
<use:url>https://xxxx.webex.com/svc3300/svccomponents/html/img/avatar160.png</use:url>
<use:lastModifiedTime>1587493389768</use:lastModifiedTime>
<use:isUploaded>false</use:isUploaded>
</use:avatar>
<use:personalMeetingRoom>
<use:title>Salle Personnelle du Test</use:title>
<use:personalMeetingRoomURL>https://xxxx.webex.com/meet/Test</use:personalMeetingRoomURL>
<use:accessCode>713289692</use:accessCode>
</use:personalMeetingRoom>
</serv:bodyContent>
</serv:body>
</serv:message>

Prise en charge de meetingUUID dans la demande et la réponse de l'API

Nous avons ajouté meetingUUID à la demande et à la réponse de l'API lorsque nous prenons en charge une clé de réunion ou une clé de session.

APIs concernées :

  • LstRecording

  • LstsummarySession

  • GetSesssionInfo

  • GethosturlMeeting

  • GetjoinurlMeeting

  • LstMeetingAttendee

  • CreateMeeting

  • SetMeeting

  • GetMeeting

  • DelMeeting

  • LstCalendarSession

meetingUUIDExemple de demande :

<?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">
<sessionKey>805325231</sessionKey>
ou
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

meetingUUIDExemple de réponse :

<?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>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NOT_INPROGRESS</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>

Les clés de réunion PMR ne seront pas changées à partir d’un utilisateur temporairement désactivé ou désactivé la PMR

Lorsqu'un utilisateur temporairement désactivé ou désactivé la salle de réunion personnelle (PMR) se réactive dans la semaine, l'utilisateur maintenant réactivé ou activé la clé de réunion personnelle (PMR) n'est pas changée, elle sera la même que précédemment.

APIs concernées :

  • SetUser

  • DelUser

LstSummarySession améliorations

Nous avons amélioré l'API : LstSummarySession retourner scheduled-PMR pour avoir un nouvel élément, returnScheduledPMR, dans la demande. Et le bouton par défaut de la fonctionnalité est désactivé.

APIs concernées :

  • LstSummarySession

Changement de schéma :

Nous ajoutons un nouveau nom d'élément returnScheduledPMR dans la requête API LstSummarySession.

Nous ajoutons un nouveau nom d'élément isScheduledPMR dans la réponse API LstSummarySession.

LstSummarySessionExemple de demande :

<?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</startFrom>
<maximumNum>2</maximumNum>
<listMethod>ET</listMethod>
</listControl>
<dateScope>
<startDateStart>11/01/2019 08:0:0</startDateStart>
<startDateEnd>Le 12/01/2019 07:59:59</startDateEnd>
<timeZoneID>4</timeZoneID>
<endDateStart>11/01/2019 08:0:0</endDateStart>
<endDateEnd>Le 12/01/2019 07:59:59</endDateEnd>
</dateScope>
<order>
<orderBy>HOSTWEBEXID</orderBy>
<orderAD>ASC</orderAD>
<orderBy>CONFNAME</orderBy>
<orderAD>ASC</orderAD>
<orderBy>HEURE DE DÉMARRAGE</orderBy>
<orderAD>ASC</orderAD>
</order>
<serviceTypes>
<serviceType>EventCenter</serviceType>
<serviceType>Centre de réunions</serviceType>
<serviceType>Centre de ventes</serviceType>
<serviceType>Centre de formation</serviceType>
<serviceType>Centre d'assistance</serviceType>
</serviceTypes>
<returnScheduledPMR>vrai</returnScheduledPMR>
</bodyContent>
</body>
</serv:message>

LstSummarySessionExemple de réponse :

<?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>RÉUSSITE</serv:result>
<serv:gsbStatus>PRIMAIRE</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>Réunion d’équipe</ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>Centre de réunions</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</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaï (Honolulu)</ep:timeZone>
<ep:status>NON_INAVANCEMENT</ep:status>
<ep:startTime>Le 10/12/2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>PUBLIC</ep:listStatus>
<ep:hostEmail>Test@webex.com</ep:hostEmail>
<ep:passwordReq>vrai</ep:passwordReq>
<ep:hostJoined>faux</ep:hostJoined>
<ep:participantsJoined>faux</ep:participantsJoined>
<ep:confID>141672157056861215</ep:confID>
<ep:registration>faux</ep:registration>
<ep:isRecurring>vrai</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>faux</ep:isAudioOnly>
<ep:isTCSingleRecurrence>faux</ep:isTCSingleRecurrence>
<ep:isAllowJBH>faux</ep:isAllowJBH>
<ep:isCETMeeting>vrai</ep:isCETMeeting>
<ep:isException>faux</ep:isException>
<ep:isNextUpcomingInstance>faux</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>vrai</ep:isScheduledPMR>
</ep:session>
<ep:session>
<ep:sessionKey>805660167</ep:sessionKey>
<ep:confName>xmlmc Molly08Console816960001</ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>Centre de réunions</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, Hawaï (Honolulu)</ep:timeZone>
<ep:status>NON_INAVANCEMENT</ep:status>
<ep:startTime>Le 10/12/2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>PUBLIC</ep:listStatus>
<ep:hostEmail>Molly08Console81696000@webex.com</ep:hostEmail>
<ep:passwordReq>vrai</ep:passwordReq>
<ep:hostJoined>faux</ep:hostJoined>
<ep:participantsJoined>faux</ep:participantsJoined>
<ep:confID>141672108716459038</ep:confID>
<ep:registration>faux</ep:registration>
<ep:isRecurring>vrai</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>faux</ep:isAudioOnly>
<ep:isTCSingleRecurrence>faux</ep:isTCSingleRecurrence>
<ep:isAllowJBH>faux</ep:isAllowJBH>
<ep:isCETMeeting>vrai</ep:isCETMeeting>
<ep:isException>faux</ep:isException>
<ep:isNextUpcomingInstance>faux</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>vrai</ep:isScheduledPMR>
</ep:session>
</serv:bodyContent>
</serv:body>
</serv:message>

GetSite améliorations

Nous avons ajouté une GetSite fonctionnalité de réponse bascule de SupportXMLAPIReturnScheduledPMR

APIs concernées :

  • Obtenir le site

Changement de schéma :

L'API XML GetSite le nouvel élément de réponse est : SupportXMLAPIReturnScheduledPMR

GetSiteExemple de demande :

<?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>
<clientInfo>xxx</clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite">
</bodyContent>
</body>

GetSiteExemple de réponse :

<?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: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>SUCCÈS</serv:result>
<serv:gsbStatus>PRIMAIRE</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:siteCommonOptions>
...
<ns1:SupportXMLAPIReturnScheduledPMR>vrai</ns1:SupportXMLAPIReturnScheduledPMR>
...
</ns1:siteCommonOptions>
</ns1:siteInstance>
</serv:bodyContent>
</serv:body>
</serv:message>

Mises à jour des API 40.4.8, 40.2.9

Mises à jour des API XML 40.4.8, 40.2.9

Cliquez ici pour télécharger le schéma XML API 40.4.8

Cliquez ici pour télécharger le schéma XML API 40.2.9

Nouvelle réponse lors de la mise à jour des réunions programmées dans XMLAPI

Lorsque les clients utilisent XMLAPI pour mettre à jour les réunions programmées via leur page, nous enverrons le mot de passe numérique dans une mise à jour par courrier électronique de réunion et l’appliquerons aux centres Webex Meetings, Teams et Events.

Ces API : GetMeeting, GetTrainingSession, GetEvent et GetTeleconferenceSession, recevra ces nouveaux éléments en réponse : audioPassword(mot de passe numérique), isEnforceAudioPassword, isEnforceAudioLogin pour les centres Webex Meetings, Teams et Events.

Schéma modifié :

APIs concernées :

  • GetMeeting

  • GetTrainingSession

  • GetEvent

  • GetTeleconferenceSession

GetMeetingExemple de demande :

<?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>

Exemple de réponse :

<?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: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>SUCCÈS</serv:result>
<serv:gsbStatus>PRIMAIRE</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<meet:accessControl>
<meet:listToPublic>false</meet:listToPublic>
<meet:isPublic>false</meet:isPublic>
<meet:meetingPassword>PkzC8tP7kM5</meet:meetingPassword>
<meet:audioPassword>75928877</meet:audioPassword>
<meet:isEnforceAudioPassword>true</meet:isEnforceAudioPassword>
<meet:isEnforceAudioLogin>false</meet:isEnforceAudioLogin>
</meet:accessControl>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>

Mises à jour des API 40.4.5, 40.2.6

Mises à jour des API XML 40.4.5, 40.2.6

GetUserCard et GetSessionInfo limite d'utilisation

Nous appliquons la limite d’utilisation sur les API GetUserCard et GetSessionInfo, vous pouvez recevoir le message d'erreur : "403 interdit" si vous atteignez la limite d'utilisation.

APIs concernées :

  • GetUserCard

  • GetSessionInfo

Mises à jour des API 40.4.4, 40.2.5

Mises à jour des API XML 40.4.4, 40.2.5

BodyContent limite de nombre

Nous avons ajouté un nombre limité de BodyContent dans chaque section API XML. Lorsque vous ajoutez trop de BodyContent dans la requête de l’API, le code d’erreur et le message suivants reviendront : « 000053 Le nombre de BodyContent dans une demande doit être inférieur à {number} »

APIs concernées :

  • Toute API XML

Demande d'API XML avec plusieurs BodyContent Exemple :

<?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>

Mises à jour des API 40.4.3, 40.2.4

Mises à jour des API XML 40.4.3, 40.2.4

Cliquez ici pour télécharger le schéma XML API 40.4.3, 40.2.4.

CreateUser améliorations

Nous avons amélioré CreateUser pour prendre en charge le courrier électronique de bienvenue dans plusieurs langues. Le CreateUser maintenant les demandes isHTMLEmail

APIs concernées :

  • CreateUser

CreateUser Exemple de demande :

<?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>administrateur</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>vrai</host>
<siteAdmin>faux</siteAdmin>
<labAdmin>faux</labAdmin>
<voiceOverIp>faux</voiceOverIp>
</privilege>
<languageID>3</languageID>
<active>ACTIVÉ</active>
<sendWelcome>vrai</sendWelcome>
<isHTMLEmail>vrai</isHTMLEmail>
</bodyContent>
</body>

Mises à jour de l'API 40.4.0

Mises à jour de l'API XML 40.4.0

Exiger la vérification des courriers électroniques lors de la modification des courriers électroniques dans l'API XML

Après qu'un administrateur de site ait activé Confirmation requise pour que l'utilisateur mette à jour l'adresse électronique dans l'Administration du site Webex :

  • Si un compte administrateur non-site appelle le SetUser API pour modifier les adresses électroniques, le courrier électronique actuel reste jusqu'à ce que le nouveau courrier électronique soit vérifié. Le courrier électronique de confirmation de changement de compte est envoyé à la nouvelle adresse électronique avec la « Confirmation de changement de compte Webex ». Après avoir cliqué sur le lien contenu dans le courrier électronique pour confirmer, la nouvelle adresse électronique est immédiatement liée.


     

    Si un administrateur non-site appelle le SetUser API plusieurs fois sans terminer le processus de vérification de l'e-mail, l'e-mail actuel est conservé, et le dernier nouvel e-mail est celui qui doit être vérifié.

  • Si un compte d'administrateur de site appelle le SetUser API pour modifier les adresses électroniques, le processus de vérification des adresses électroniques n’est pas déclenché. Le nouveau courrier électronique sera immédiatement lié au compte de l’organisateur ou du participant.

APIs concernées :

  • SetUser

GetEnrollmentInfo expiration et réinitialisation de la connexion

Le GetEnrollmentInfo L'API recherche actuellement les adresses IP sur le système de noms de domaine, ce qui déclenche d'énormes impacts sur les performances. Nous prévoyons de simplifier ce processus, avec une réponse vide dans le <domain>.

APIs concernées :

  • GetEnrollmentInfo

GetEnrollmentInfo Exemple de demande :

<?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>xxx</webExID>
<password>xxxx</password>
<partnerID>webexpartner</partnerID>
</securityContext>
</header>
<body>
<bodyContent
xsi:type="java:com.webex.service.binding.attendee.GetEnrollmentInfo">
<sessionKey>716773566</sessionKey>

</body>
</serv:message>

GetEnrollmentInfo Exemple de réponse :

<?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>RÉUSSITE</serv:result>
<serv:gsbStatus>PRIMAIRE</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>faux</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>27/02/2020 22:03:57</att:submitTime>
<att:status>APPROUVÉ</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>faux</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>27/02/2020 22:07:38</att:submitTime>
<att:status>APPROUVÉ</att:status>
</att:attendee>
<att:matchingRecords>
<serv:total>2</serv:total>
<serv:returned>2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</att:matchingRecords>
<att:sessionKey>716773566</att:sessionKey>
</att:session>
</serv:bodyContent>
</serv:body>

Mises à jour de l'API 40.2.0

Mises à jour de l'API XML 40.2.0

Cliquez ici pour télécharger le schéma XML API 40.2.0.

Supprimer l’accès anonyme à LstSummarySession

Pour renforcer la sécurité, nous arrêtons la prise en charge de l’accès anonyme au LstSummarySession API. Si Webex Meetings accède anonymement à l’API, le code d’erreur et le message suivants sont renvoyés : "000015 Désolé, aucun enregistrement trouvé."

APIs concernées :

  • LstSummarySession

LstSummarySession Exemple de demande :

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

LstSummarySession Exemple de réponse :

<?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>ÉCHEC</serv:result>
<serv:reason>Désolé, aucun enregistrement trouvé</serv:reason>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>000015</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>

CreateMeeting et SetMeeting améliorations apportées à la sécurité


 

Ce changement a été effectué dans XML API 40.2.0, mais sa description a été modifiée après réception des commentaires des clients.

Pour améliorer la sécurité, nous avons mis à jour le CreateMeeting et SetMeeting Les API ne permettent pas aux utilisateurs de programmer une heure de démarrage de réunion qui est déjà passée. S'ils essaient, l'API invite le message d'erreur : "060016 L'heure de démarrage de la session doit être postérieure à l'heure actuelle." Si un utilisateur a besoin de programmer une réunion instantanée, nous recommandons que l'heure de démarrage de la réunion soit configurée cinq minutes plus tard que l'heure actuelle.

APIs concernées :

  • CreateMeeting

  • SetMeeting

Mises à jour de l’API 40.1.2

Mises à jour de l'API XML 40.1.2

Cliquez ici pour télécharger le schéma XML API 40.1.2.

La programmation d’une réunion génère automatiquement un mot de passe s’il n’est pas fourni

Nous avons amélioré le CreateMeeting, CreateEvent, CreateTrainingSession et CreateTeleconferenceSession pour inclure un mot de passe dans le corps de la réponse de l'API.

Par défaut, le paramètre Toutes les réunions/événements/sessions doivent avoir un mot de passe est activé. Dans ce scénario, si la demande API n'inclut pas de mot de passe, un mot de passe est automatiquement généré à partir des serveurs API XML.

Si le paramètre Toutes les réunions/événements/sessions doivent avoir un mot de passe est désactivé et que la demande API n'inclut pas de mot de passe, un mot de passe n'est pas généré à partir des serveurs API XML.

Si la demande de l'API inclut un mot de passe, alors la réponse inclura ce mot de passe, indépendamment du paramètre Toutes les réunions/événements/sessions doivent avoir un mot de passe activé ou désactivé.

APIs concernées :

  • CreateMeeting

  • CreateEvent

  • CreateTrainingSession

  • CreateTeleconferenceSession

Le CreateMeeting la réponse a maintenant meetingPassword élément :

CreateMeeting Exemple de demande :

<?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>
<webExID>userID</webExID>
<password>*****</password>
<partnerID>webexpartner</partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<metaData>
<confName>Test_Auto_Generated_mtg_pwd</confName>
<meetingType>3</meetingType>
</metaData>

<schedule>
<startDate>28/10/2020 17:35:00</startDate>
</schedule>
</bodyContent>
</body>
</serv:message>

CreateMeeting Exemple de réponse :

<?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: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>SUCCÈS</serv:result>
<serv:gsbStatus>PRIMAIRE</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:createMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<meet:meetingkey>806745263</meet:meetingkey>
<meet:meetingPassword>UzXJuzUD428</meet:meetingPassword>
<meet:iCalendarURL>
<serv:host>https://hmwds6.qa.webex.com/hmwds6/j.php?MTID=md225d5935256319ef21b71dd8ebd0640</serv:host>
<serv:attendee>https://hmwds6.qa.webex.com/hmwds6/j.php?MTID=m26bf5e25ca587d32302fb29951b92e15</serv:attendee>
</meet:iCalendarURL>
<meet:guestToken>cfc7f3246d4862f1bb69b803e8615b7a</meet:guestToken>
</serv:bodyContent>
</serv:body>
</serv:message>

Le CreateEvent la réponse a maintenant eventPassword élément :

Le CreateTrainingSession et CreateTeleconferenceSession les réponses ont maintenant sessionPassword élément :

Mises à jour de l'API 40.1.0

Mises à jour de XML API 40.1.0

Cliquez ici pour télécharger le schéma XML API 40.1.

GetSessionInfo améliorations

Nous avons ajouté de nouveaux éléments à la GetSessionInfo API. L'API renvoie maintenant également des informations pour les périphériques mobiles.

APIs concernées :

  • GetSessionInfo

GetSessionInfo Demander des mises à jour :

Exemple de demande :


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

LstAccessAnywhereHistory améliorations

Nous avons ajouté une nouvelle API, lstAccessAnywhereHistory, pour répondre avec les informations du rapport Webex Access Anywhere.

APIs concernées :

  • LstAccessAnywhereHistory

LstAccessAnywhereHistory Demander des mises à jour :

LstAccessAnywhereHistory Mises à jour des réponses :

Exemple de demande :


<?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>essai</webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID>essai1</hostWebexID>
<startTimeScope>
<sessionStartTimeStart>29/09/2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>29/12/2019 04:42:34</sessionStartTimeEnd>
</startTimeScope>
<endTimeScope>
<sessionEndTimeStart>Le 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>OU</serv:listMethod>
</listControl>
<order>
<orderBy>HEURE DE DÉMARRAGE</orderBy>
<orderAD>ASC</orderAD>
</order>
</bodyContent>
</body>

Exemple de réponse :


<?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>RÉUSSITE</serv:result>
<serv:gsbStatus>PRIMAIRE</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>doyen</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>