Pour plus d’informations sur l’API XML 39 et l’API XML 11, voir l’Aperçu des mises à jour de l’API Cisco Webex Meetings XML (API XML 39 et antérieure).

Pour les mises à jour pour l’API XML 11 SP9 et version précédente, allez à Cisco DevNet.

Mises à jour API 40.12.0

Mises à jour de l’API XML 40.12.0

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

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

Les API XML doivent être impactées

  • Nous pouvons utiliser l’API : Créer une réunion et Configurer une réunion pour programmer ou mettre à jour une réunion Réunion Webex type de réunion privée.

  • Si un Réunion Webex est programmé avec un type de réunion privée, GetSessionInfoGetMeeting , LstSummarySession, et LstCalendarSession retournera un nouvel élément nommé Réunion privée pour le savoir.

  • GetMeetingType et LstMeetingType renvoyer un nouvel élément appellationSupportPrivateMeeting qui indique si elle prend en charge les réunions privées ou non.

Changements de schémas

API XML : GetMeetingType/LstMeetingType : Annexez <SupportPrivateMeeting> l’élément.

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

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

API XML :ObtenirInfossion: Annexer <isPrivateMeeting> l’élément.

API XML :Obtenir la entélémentation: Annexez <isPrivateMeeting> l’élément.

Demande de l’API XML : Créer unemeeting

Demande de création d’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></duration>
<timeZoneID>45</timeZoneID>
</schedule>
<accessControl>
<meetingPassword>*******</meetingPassword>
</accessControl>
<metaData>
<confName>MC_PrivateMeeting_Test</confName>
<meetingType>168</meetingType> //169 est un exemple qui prend en charge les réunions privées
        </metaData>
    </bodyContent>
</body>

Réponse de l’API XML : Obtenir les détails de lassion

Réponse pour isPrivateMeeting

<ep:supportE2E>false</ep:supportE2E>
<ep:isAllowJBH>true</ep:isAllowJBH>
<ep:isPrivateMeeting></ep:isPrivateMeeting> (vrai/vrai) : la réunion prend en charge les réunions privées ; Faux: la réunion ne prend pas en charge les réunions privées.
<ep:isCETMeeting>faux</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>faux</ep:isPersonalMeetingRoom>
<ep:isNextUpcomingInstance>true (vrai)</ep:isNextUpcomingInstance>

L’API Obtenir le site retournera les modèles de réunions au niveau du site

Description de l’histoire/tâche de l’utilisateur

Obtenir l’API du site pour revenir aux niveaux du site modèle de réunion. Ceci permettra au connecteur d’éducation et aux classes Webex d’afficher ces modèles pour que les professeurs choisissent et choisissent ces modèles lors de la programmation de leurs sessions en ligne.

Les API sont impactées

S’il existe des modèles de réunion personnalisés au niveau du site, l’api GetSite renvoie ces modèles au niveau du site.

Nom des éléments

Description

Nom duplatere de réunion

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

Servicetype

Webex Meetings, Webex Trainings et Webex Events

Changements de schémas

Obtenir le site : Annexer l’élément. <meetingTemplates>

Modèle de réponse

Obtenir une réponse du site

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

XML API SetUser ne peut pas modifier l’élément desServices pris en charge lorsque le site est un site CI

Description

XMLAPI SetUser ne supporte pas la modification de la valeur de « Services pris en charge » dans une demande API lorsque le site est lié à Control Hub Unified Réunion Webexsites.

Changements de schémas

Il n’y a aucun changement de schéma sur l’API : ConfigurerUtilneur.

WEBEX-15436 : Ajoutez une protection pour éviter les courriers électroniques doubles dans la liste des participants de Mtgconfattelist

Description

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

API impactées

  • Créer unmeetingAttende

  • Createuser

  • Setuser

  • Créer unemeeting

  • Configurer lameeting

  • Créer un événement

  • Configurer l’événement

  • Créer une formation

  • Configurer la formation

Modèle 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>test du site testUtilisation du mot de passe</siteName>
<webExID></webExID>
<password></password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<sessionKey>utilisateur 1714904382</sessionKey>
<person>
<email>test@webex.com</email>
<name>nom1</name>
</person>
<attendees>
<person>
<email>test@webex.com</email>
<name>nom2</name>
</person>
<sessionKey>1714904382</sessionKey>
            </attendees>
        </bodyContent>
    </body>

Mises à jour API 40.11.0

Mises à jour de l’API XML 40.11.0

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

XMLAPI CreateUser prend en charge le nom d’affichage

CreateUser prenden charge dispalyname lorsque activation ou désactivation de la fonctionnalité d’ActiverDisplayName est à 1. Si le activation ou désactivation de la fonctionnalité n’est pas 1, alors le nom d’affichage est ignoré.

Changements de schémas

Createuser:

XMLAPI SetUser prend en charge le nom d’affichage

Configurer l’utilisateur prend en charge le dispalyname lorsque activation ou désactivation de la fonctionnalité’activerDisplayName est 1. Si l activation ou désactivation de la fonctionnalité’est pas 1, le nom d’affichage sera ignoré.

Changements de schémas

Setuser:

XMLAPI GetUser prend en charge le nom d’affichage

GetUser prend en charge le dispalyname lorsque activation ou désactivation de la fonctionnalité’activerDisplayName est 1. Si l activation ou désactivation de la fonctionnalité’est pas 1, le nom d’affichage ne s’affiche pas.

Lorsque displayName dans la DB est nul et que activation ou désactivation de la fonctionnalité EnableDisplayName est 1, displayName serafirstName+ » « +lastName pour les caractères non asiatiques etfirstName+lastName pour les caractères asiatiques.

Changements de schémas

Obtenir la réponse de l’utilneur :

Contrôle au niveau de l’utilisateur XMLAPI SRC hybride la Voip

Le paramètre cmrHybridVoip est utilisé pour configurer et récupérer le paramètre EnableCMRHybridVoIP au niveau del’utilisateur.

Changements de schémas

Obtenir une réponse de l’autre :

Demande CréerUtiliseur :

Configurer la demande de l’utiliseur :

Mises à jour API 40.10.0

Mises à jour de l’API XML 40.10.0

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

Prise en charge de l’API XML pour la réunion UUID dans la requête API et la réponse

Modèle d’API XML : Obtenir la demande d’information de laSession :

<?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>039c00d25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>

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 PRINCIPALE NOT_INPROGRESS faux</serv:result>
<serv:gsbStatus></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></ep:status>
<ep:isLocked></ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823...</ep:confID>

            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

API affectée :

  • Créer unmeetingAttende

  • DelMeetingAttende

  • S’inscrire à unemeetingAttende

  • Créer une téléconférenceSession

  • Configurer la téléconférenceSession

  • Obtenir la téléconférenceSession

  • Créer une formation

  • Configurer la formation

  • Obtenir la formation

  • Formation en cours

  • Créer un événement

  • Configurer l’événement

  • Événement delevent

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

L’exigence provient de la sécurité - à la fois les bogues PenTest et les clients, tels que Bugs. 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 allons donc avoir une configuration de l’administrateur de site pour ceci et XMLAPI y retournera un champ supplémentaire ActiverMobileScreenCapture dans la réponse de GetSite pour le prendre en charge.

Exemple de demande De site 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>RÉUSSITE</serv:result>
<serv:gsbStatus></serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns1:siteInstance>
PRINCIPALE...
                <ns1:securityOptions>
                    ...
                    ...
<ns1:EnableMobileScreenCapture></ns1:EnableMobileScreenCapture>
faux...
                </ns1:securityOptions>
                ...
            </ns1:siteInstance>
        </serv:bodyContent>
    </serv:body>
</serv:message>

APIs affectées

Obtenir le site

Amélioration pour rejoindre les rejoindre avec XMLAPI MEET-269 PIN-less

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

  • createUser/setUser/getUser ajouter un nouveau nœudpériphériqueCanStartMonPMR dans PersonalMeetingRoom.

  • créerMeeting/setMeeting/getMeeting ajouter un nouveau nœuddispositifCanStartMeeting dans la programmation.

L’option dans l’IU Webex pour la réunion Salle personnelle :

Changements de schémas

Createuser:

Setuser:

Obtenir la réponse de l’utilneur :

Créer unemeeting :

configurer lameeting :

Obtenir la réponse de laréponse :

Mises à jour API 40.9.0

Mises à jour de l’API XML 40.9.0

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

Prise en charge de l’API XML pour la demande et la réponse UUID de réunion

Nous avons ajouté l’UUID de réunion à la demande API et la réponse partout où nous supportons en tant que clé de réunion ou clé de session.

Modèle d’API XML : Obtenir la demande d’information de laSession :

<?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>039c00d25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>

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 PRINCIPALE NOT_INPROGRESS faux</serv:result>
<serv:gsbStatus></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></ep:status>
<ep:isLocked></ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823...</ep:confID>

            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

API affectée :

  • Obtenir lesinfos d’inscription

  • Formation de groupe LstsummarySession

  • Ajouter un testprogrammé

  • Configurer le testprogrammé

  • Test DelScheduled

  • Obtenir des informations de test

  • Charger l’image de l’événement

  • Envoyer un message d’invitation

  • Création d’unession d’urgence

  • Répertoire de lastmeetingusagePréliminaryHistory

  • LstmeetingattendeePreliminaryHistory

  • Événements de la LsteventsessionPréliminaryHistory

  • LsteventattendeePreliminaryHistory

  • LstTrainingPollResultsHistory

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

La programmation et la modification de la réunion API XML MC pour prendre en charge le lobby verrouillé lorsque la fonctionnalité (ConsistentLockedLobby) est mise en charge.

Changements de schémas

Trois nouveaux éléments ont été ajoutés(externalAttendeeSecurity, autoLock , autoLockWaitTime ) dans les APICreateMeeting, SetMeeting et GetMeeting.

Élément

Description

Sécurité des externes

Lorsque la réunion est déverrouillée, il y a Utilisateur externe choix entre les éléments de sécurité.

Autoriser La réunion :peut rejoindre la réunion immédiatement ;

AutoriserJoinWithLobby : peutrejoindre la réunion uniquement si l’organisateur l’y autorise ;

BloquerDeJoin: vous ne pouvez pas rejoindre la réunion ;

Sécurisé

Le verrouillage automatique ou non de 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

Verrouillage automatiqueTait

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

Modèle de demande et de réponse

Demande de Création d’unemeeting :

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
    ...
    <attendeeOptions>
        ...
<joinRequiresAccount>false</joinRequiresAccount>
<externalAttendeeSecurity>AutoriserJoinWithLobby</externalAttendeeSecurity>
<autoLock>true</autoLock>
<autoLockWaitTime>10...</autoLockWaitTime>
</attendeeOptions>

   </bodyContent>

Demande de SetMeeting :

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
    <meetingkey>2###1##01...</meetingkey>

    <attendeeOptions>
        ...
<joinRequiresAccount>false</joinRequiresAccount>
<externalAttendeeSecurity>AutoriserJoinWithLobby</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>SUCCESS</serv:result>
<serv:gsbStatus></serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
PRIMARY...
            <meet:attendeeOptions>
                ...
<meet:joinRequiresAccount>faux</meet:joinRequiresAccount>
<meet:externalAttendeeSecurity>AutoriserRejoinder</meet:externalAttendeeSecurity>
<meet:autoLock>le vrai</meet:autoLock>
<meet:autoLockWaitTime>10...</meet:autoLockWaitTime>
</meet:attendeeOptions>

  

API affectée :

  • Créer unemeeting

  • Configurer lameeting

  • Obtenir la <ae<a&

Amélioration GetSessionInfo API pour que les participants reviennent sur l’état de la session en cours

Deux nouveaux éléments ont été ajoutés (aHostInMeeting, hasAttendeeInMeeting ) en réponse deGetSessionInfos. Ces deux éléments seront renvoyés lorsqu’il s’agit d’une réunion en cours.

Élément

Description

a pris des choses en compte

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

Vrai: L’organisateur est en réunion en cours.

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

aindétenantInmeeting

S’il y a un invité/organisateur a rejoint la réunion en cours.

Vrai: il y a un invité 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 en cours.

Modèle de réponse 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>SUCCESS</serv:result>
<serv:gsbStatus></serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
PRIMARY...

             <ep:status>INPROGRESS</ep:status>


<ep:hasHostInMeeting>vrai</ep:hasHostInMeeting>

<ep:hasAttendeeInMeeting></ep:hasAttendeeInMeeting>

vrai...
  

API affectée :

Obtenir les détails de lassion

L’API GetUserCard nécessite une autorisation.

Amélioration de la sécurité l’API XML GetUserCard nécessite l’autorisation d’obtenir les informations des utilisateurs.

API affectée :

Obtenir la carteUtiliseur

Mises à jour API 40.8.0

Mises à jour de l’API XML 40.8.0

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

Amélioration de la réponse GetSessionInfo response

Si vous n’êtes pas invité ou accepté par la réunion, votre appel vers l’API XML : GetSessionInfos ne retournera pas les éléments : confName, startDate, duration, timeZone, meetingLink, sipURL, displayMeetingUrl dans le corps de réponse de l’API.

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

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <ep:status>NOT_INPROGRESS</ep:status>
<ep:sessionkey>1####2##4'est pas listée false false</ep:sessionkey>
<ep:accessControl>
<ep:listStatus></ep:listStatus>
<ep:registration></ep:registration>
<ep:passwordReq></ep:passwordReq>
<ep:isRegisterIDRequired></ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>meetingCenter</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount></ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>false true</ep:isAllowJBH>
<ep:isCETMeeting>true false</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>(faux) MeetingCenter</ep:isPersonalMeetingRoom>
</serv:bodyContent>

Exemple de réponse API pour Trainings/Events :

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <ep:status>NOT_INPROGRESS</ep:status>
<ep:sessionkey>1####5###9 vrai</ep:sessionkey>
<ep:accessControl>
<ep:listStatus></ep:listStatus>
<ep:registration></ep:registration>
<ep:registrationURL>https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61</ep:registrationURL>
<ep:passwordReq>true</ep:passwordReq>
<ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&confID=16###92######61</ep:registrationURLForMobile>
<ep:joinStatus>INVITE/REGISTER/REJECT</ep:joinStatus>
<ep:isRegisterIDRequired>false</ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>TrainingCenter</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount></ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH></ep:isAllowJBH>
<ep:isCETMeeting></ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false true false (vrai)</ep:isPersonalMeetingRoom>
</serv:bodyContent>

API affectée :

  • Obtenir les détails de lassion

GetSessionInfos, GetUserCardAméliorations de sécurité

Nous avons fait une amélioration de sécurité sur l’interface XML API GetSessionInfo et GetUserCard. Nous bloquerons l’accès à ces deux API dans les deux heures si leur appel a atteint la limite en une heure et qu’aucune erreur n’a été trouvée.

La réponse du statut d’erreur est : « 403 Interdit »

APIs concernées :

  • Obtenir les détails de lassion

  • Obtenir la carteUtiliseur

meetingUUID dans la requête API et la prise en charge de la réponse

Nous avons ajouté meetingUUID à la demande API et la réponse à chaque fois que nous mandons de prendre en charge une réunionKey/sessionKey.

Obtenir la demande d’information de laSession :

<?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>039c00d25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>

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 PRINCIPALE NOT_INPROGRESS faux</serv:result>
<serv:gsbStatus></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></ep:status>
<ep:isLocked></ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823...</ep:confID>

            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

API affectée :

  • LstOpenSession

  • Obtenir lesinfos d’inscription

  • LstsummaryMeeting (EnresummaryMeeting)

  • Tests lstScheduled

  • Obtenir un événement

  • Événement LstsummaryEvent

  • Répertoire de lastmeetingusage

  • Répertoire de la formation de la formation

  • LsteventsessionHistory

  • LstsupportsessionHistory

  • DelSession

Modèle de sites d’éducation (TYPE DE SESSION) dans la prise en charge de l’API XML

Lorsque vos sites activent l’aide du formateur de formation (INSTRUCT Type de session U), l’API XML peut prendre en charge la programmation d’une réunion avec l’modèle de réunion EDU.

API affectée :

  • Créer unemeeting

  • Configurer lameeting

  • Créer un événement

  • Configurer l’événement

  • Créer une formation

  • Configurer la formation

Prise en charge de l’API XML Créer unemeetingAttende etInscriptionMeetingAttendee

À la fois Créer uninvingmeetingAttende et S’inscrireInvingetingInvence uninseant peuvent vérifier le formulaire d’inscription de l’invité formulaire d’inscription Webex Meetings l’inscription.

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

Numéro d’exception

Message d’exception

040014

Champs requis manquant (formulaire d’inscription) : ...

Par exemple, si vous avez sélectionné « Emploi du poste » et « Nom de la société » comme champs demander l’inscription d’un invité Webex Meetings comme démontré ci-dessous, alors vous devez fournir la valeur dans les champs « Emploi du poste » et « Nom de la société » lors de l’appel des deux API : Créer unmeetingAttende etS’inscrireMeetingAttende.

InscriptionDemandemeetingAttende :

<body>        
        <bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
            <attendees>
                <person>
                    <name>PrénomNameb LastName</name>
<firstName>FirstName</firstName>
<lastName>LastName</lastName>
                    <title>Ingénieur</title>             Emploi
<company>Cisco1234</company>
//Nom de la société...
                    <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>

Demande de création d’un groupe d’entre les personnes :

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

040014 Exemple d’exception dela réponse :


<?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>ÉCHEC</serv:result>
<serv:reason>Champs obligatoires manquants (formulaire d’inscription) : titre, entreprise</serv:reason>
<serv:gsbStatus>PRINCIPAL</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 :

  • Créer unmeetingAttende

  • S’inscrire à unemeetingAttende

Améliorations apportées à la validation de la messagerie électronique API XML

L’API XML ne doit pas autoriser le/les caractère(s) des espaces blancs dans un courrier électronique, c’est pourquoi nous avons amélioré la validation par courrier électronique pour qu’elle corresponde au comportement de Webex Meetings page blanche.

API affectée :

  • Créer unmeetingAttende

  • Créer un événement

  • Configurer l’événement

  • Créer uncontact

  • Configurer lecontact

  • ConfigurerInfos sur l’enregistrement

  • Créer unmeetingAttende

  • Créer une formation

  • Configurer la formation

  • Createuser

  • Setuser

  • Créer unemeeting

  • Configurer lameeting

  • S’inscrire à unemeetingAttende

Mises à jour API 40.7.0

Mises à jour de l’API XML 40.7.0

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

prise en charge de l’IUUD de réunion

Nous avons ajouté meetingUUID à la demande API et la réponse partout où nous mandons la prise en charge d’une clé de réunion ou d’une sessionKey.

Exemple de demande Obtenir la demande d’information de laSession :

<?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>039c00d25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>

Exemple de demande Obtenir la demande d’information de laSession :

<?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>039c00d25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>

Obtenir la réponse d’infosession Exemple :

<?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 PRINCIPALE NOT_INPROGRESS faux</serv:result>
<serv:gsbStatus></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></ep:status>
<ep:isLocked></ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823...</ep:confID>

            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

APIs concernées :

  • LstmeetingattendeeHistory

  • LsttrainingattendeeHistory

  • LsteventattendeeHistory

  • LstsupportattendeeHistory

Prise en charge du courrier électronique de bienvenue API créerUtilneur pour quatre nouvelles langues

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

  • Tchèque (languageID=19)

  • Polonais (languageID=20)

  • Hongrois (languageID=21)

  • Insé pass.(languageID=22)

XMLAPI envoie le courrier électronique de bienvenue en fonction de la langue ou de l’ID langue dans la demande Créerutiliseur.

Utiliser l’exemple Créerutil pour envoyer un courrier électronique 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"> xxx
<header>
<securityContext>
<siteName></siteName>
<webExID>test</webExID>
<password></password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName>utilisateur</firstName>
<lastName></lastName>
<webExId>testuser</webExId>
<password>xxxxxx testuser@test.com true</password>
<email></email>
<privilege>
<host></host>
</privilege>
<languageID>(vrai) 19 ou</languageID>
Tchèque
<language></language>
<active>ACTIVATED</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>(vrai)</isHTMLEmail>
            </bodyContent>
        </bodyContent>
    </body>

Api 40.6.1, 40.4.9 Mises à jour

Mises à jour de l’API XML 40.6.1, 40.4.9

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

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

Prise en charge de CreateMeeting/SetMeeting

Lorsque vous programmez une réunion Webex, L’API XML Créer une réunion/Configurer une réunion vous permet de cocher ou de décocher ou de cliquer sur un champ obligatoire ou non requis à partir du formulaire inscription de l’invité.

Vous voyez ci-après un exemple de programme de réunions à partir de la page Web de l’utilisateur où vous pouvez vérifier les champs requis tels que « Titre de la tâche », « Nom de la société », « Ville » et « État » sur le formulaire inscription de l’invité :

Voici un mappage entre les champs des pages et les éléments de l’API XML :

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

Schéma modifié : Ajouter l’élément « formulaire d’inscription » dans Créer unemeeting

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

Schéma modifié : Ajouter l’élément " registrationForm " dans GetMeeting

Exemple de la demande decréation d’unemeeting :

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

Exemple de la demandede setmeeting :

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

<metaData>
<confName>conférence</confName>
<meetingType>3</meetingType>
</metaData>

<attendeeOptions>
<emailInvitations></emailInvitations>
<registration>vrai</registration>
<auto>vrai</auto>
    </attendeeOptions>
    
    <registrationForm>
        <title><req>true (Vrai)</req></title>    
        <company><req>vrai</req></company>
<address1><req>faux</req></address1>
<address2><req>faux</req></address2>
<city><req>vrai</req></city>
<state><req>faux</req></state>
<postalCode><req>faux faux</req></postalCode>
<country><req>faux</req></country>
<phone><req>faux faux</req></phone>
<fax><req>faux faux</req></fax>
    </registrationForm>

Obtenir une réponseen réponse à une autre réponse Exemple :

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

APIs concernées :

  • Créer unemeeting

  • Configurer lameeting

  • Obtenir la <ae<a&

  • DelMeeting (Enmeeting)

L’type de réunion E2EE ne prend pas en charge PMR/SRP réunion

Lorsque vous activez une PMR/SRP au cours d’un appel avec les API :CréerUtilneur/ConfigurerUtilneur/GetUser/GetMe et qu’un type de réunion E2EE uniquement est disponible, il répond au message d’erreur suivant : « 110063 L’utilisateur doit avoir au moins un nom non E2EE type de réunion pour activer la PMR/SRP. »

APIs concernées :

  • Createuser

  • Setuser

  • Obtenir l’utilateur

  • ObtenirMe

Mises à jour API 40.6.0

Mises à jour de l’API XML 40.6.0

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

Le rôle de gestion des utilisateurs a été ajouté

Nous avons créé le rôle de Gestion des utilisateurs et le fichier schéma pour ce qui suit a changé.

Schéma modifié : DemandeCréerUtiliseur :

Schéma modifié : Setuser

Schéma modifié : Réponse deGetMe :

Schéma modifié : Lstsummary Réponse del’useur :

APIs concernées :

  • Createuser

  • Setuser

  • ObtenirMe

  • LstsummaryUtilneur

Exemple de demandecréer unutiliseur :

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

<siteAdmin></siteAdmin>
<labAdmin></labAdmin>
<voiceOverIp>false</voiceOverIp>
</privilege>
<languageID>(faux) 3</languageID>
<active>ACTIVATED</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>(vrai)</isHTMLEmail>
</bodyContent>  
</body>

Prise en charge de l’utilisation de la clé API accédant à GetUserCard

Nous utilisons maintenant la clé API (jeton JWT généré) pour accéder à l’API : ObtenirUserCard dans cette version.

Vous pouvez vous référer à ces pages sur l’application d’une clé API et pour générer un jeton JWT :

Comment appliquer une clé API

Comment générer un jeton JWT

Exemple de demande GetUserCard:

POSTER https://{sitename}.webex.com/WBXService/En-tête du service XML
:
    Contenu-Type application/json;charset=utf-8
JWTToken ${jwken}
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>RÉUSSITE</serv:result>
<serv:gsbStatus>PRINCIPALE</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 faux Test de la salle personnelle</use:lastModifiedTime>
<use:isUploaded></use:isUploaded>
</use:avatar>
<use:personalMeetingRoom>
<use:title></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 requête et la réponse API

Nous avons ajouté meetingUUID à la demande API et la réponse lorsque nous mandons la prise en charge d’une clé de réunion ou d’une clé de session.

APIs concernées :

  • LstEnregistrements

  • LstsummarySession

  • Obtenir les détails de lassion

  • Obtenir la <hosturlMeeting

  • GetjoinurlMeeting

  • LstMeetingAttendee

  • Créer unemeeting

  • Configurer lameeting

  • Obtenir la <ae<a&

  • DelMeeting (Enmeeting)

  • Dernier temps de lasession

Exemple de la requête meetingUUID:

<?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>039c00d25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>

meetingUUIDRéponse Exemple :

<?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 PRINCIPALE NOT_INPROGRESS faux</serv:result>
<serv:gsbStatus></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></ep:status>
<ep:isLocked></ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00d25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823...</ep:confID>

            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

PMR/SRP clés de réunion ne seront pas changées d’un utilisateur temporairement désactivé ou désactivé PMR/SRP

Lorsqu’un utilisateur temporairement désactivé ou que l’PMR/SRP est réactivée dans une semaine, l’utilisateur qui a été réactivé ou activé la clé de réunion de l’PMR/SRP n’est pas modifiée, elle sera la même qu’auparavant.

APIs concernées :

  • Setuser

  • DelUser (Utiliseur)

Améliorations de la LstSummarySession

Nous avons amélioré l’API : LstSummarySession return scheduled-PMR/SRP to have one new element, returnSummaryPMR , inthe request. Et la valeur activation ou désactivation de la fonctionnalité par défaut est inex pas.

APIs concernées :

  • DernierSummarySession

Changement de schéma :

Nous ajoutons un nouveau nom d’élément retourProgramméPMR dans la demande API LstSummarySession.

Nous ajoutons un nouveau nom d’élément estProgramméPMR dans la réponse API LstSummarySession.

Exemple de demande de laSummarySession:

<?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></password>
<partnerID>xxxx</partnerID>
<clientInfo>xxxx 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 8:0:0</startDateStart>
<startDateEnd>12/01/2019 7:59:59</startDateEnd>
<timeZoneID>4</timeZoneID>
<endDateStart>11/01/2019 2019</endDateStart>08:0:01/12/2019
<endDateEnd>7:59:59</endDateEnd>
</dateScope>
<order>
<orderBy>HOSTWEBEXID</orderBy>
<orderAD>ASC</orderAD>
<orderBy>CONFNAME</orderBy>
<orderAD>ASC</orderAD>
<orderBy>STARTTIME</orderBy>
<orderAD>ASC</orderAD>
</order>
<serviceTypes>
<serviceType></serviceType>
<serviceType>EventCenter</serviceType>
<serviceType>MeetingCenter</serviceType>
<serviceType>SalesCenter TrainingCenter</serviceType>
<serviceType></serviceType>
</serviceTypes>
<returnScheduledPMR>True (Centre de formation Webex)</returnScheduledPMR>
      </bodyContent>
   </body>
</serv:message>

Exemple de réponse de laSummarySession:

<?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 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>Team Meeting</ep:confName>
<ep:sessionType>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</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
<ep:status>NOT_INPROGRESS</ep:status>
<ep:startTime>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>true</ep:passwordReq>
<ep:hostJoined>false</ep:hostJoined>
<ep:participantsJoined>false</ep:participantsJoined>
<ep:confID>141672157056861215</ep:confID>
<ep:registration>false</ep:registration>
<ep:isRecurring>true</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>false</ep:isAudioOnly>
<ep:isTCSingleRecurrence>false</ep:isTCSingleRecurrence>
<ep:isAllowJBH>false</ep:isAllowJBH>
<ep:isCETMeeting>true</ep:isCETMeeting>
<ep:isException>false</ep:isException>
<ep:isNextUpcomingInstance>false</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>true</ep:isScheduledPMR>
</ep:session>
<ep:session>
<ep:sessionKey>805660167</ep:sessionKey>
<ep:confName>xmlmc Molly08Console816960001</ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID>Molly08Console81696000</ep:hostWebExID>
<ep:hostFirstName>Molly08Console81696000</ep:hostFirstName>
<ep:hostLastName>Molly08Console81696000</ep:hostLastName>
<ep:otherHostWebExID>Molly08Console81696000</ep:otherHostWebExID>
<ep:timeZoneID>2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
<ep:status>NOT_INPROGRESS</ep:status>
<ep:startTime>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>true</ep:passwordReq>
<ep:hostJoined>false</ep:hostJoined>
<ep:participantsJoined>false</ep:participantsJoined>
<ep:confID>141672108716459038</ep:confID>
<ep:registration>false</ep:registration>
<ep:isRecurring>true</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>false</ep:isAudioOnly>
<ep:isTCSingleRecurrence>false</ep:isTCSingleRecurrence>
<ep:isAllowJBH>false</ep:isAllowJBH>
<ep:isCETMeeting>true</ep:isCETMeeting>
<ep:isException>false</ep:isException>
<ep:isNextUpcomingInstance>false</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>true</ep:isScheduledPMR>
         </ep:session>
      </serv:bodyContent>
   </serv:body>
</serv:message>

Améliorations apportées à GetSite

Nous avons ajouté une réponse GetSiteactivation ou désactivation de la fonctionnalité supportXMLAPIReturnScheduledPMR

APIs concernées :

  • Obtenir le site

Changement de schéma :

Le nouvel élément de la réponse getSite de l’API XMLest : SupportXMLAPIReturnProgramméPMR

Exemple de demandede site :

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

Exemple de réponseObtenir un site :

<?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>RÉUSSITE</serv:result>
<serv:gsbStatus></serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns1:siteInstance>
<ns1:siteCommonOptions>
PRINCIPALE...
<ns1:SupportXMLAPIReturnScheduledPMR>true</ns1:SupportXMLAPIReturnScheduledPMR>
(vrai) ...
                </ns1:siteCommonOptions>
            </ns1:siteInstance>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Api 40.4.8, 40.2.9 Mises à jour

Mises à jour de l’API XML 40.4.8, 40.2.9

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

Cliquez ici pour télécharger le schéma de l’API XML 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 envoyons le mot de passe numérique dans un courrier électronique de mise à jour et l’appliquerons aux centres Webex Meetings, Teams et Events.

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

Schéma modifié :

APIs concernées :

  • Obtenir la <ae<a&

  • Obtenir la formation

  • Obtenir un événement

  • Obtenir la téléconférenceSession

Exemple de la demanded’obtenir une autreonsonsons personnes :

<?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>test du site</siteName>
<webExID></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>RÉUSSITE</serv:result>
<serv:gsbStatus>PRINCIPALE</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>
(vrai) ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

API 40.4.5, 40.2.6 Mises à jour

Mises à jour de l’API XML 40.4.5, 40.2.6

Limite d’utilisation GetUserCardet GetSessionInfos

Nous implémentons la limite d’utilisation sur API GetUserCard etGetSessionInfo, vous pouvez obtenir le message d’erreur : « 403 interdit » si vous atteignez la limite d’utilisation.

APIs concernées :

  • Obtenir la carteUtiliseur

  • Obtenir les détails de lassion

API 40.4.4, 40.2.5 Mises à jour

Mises à jour de l’API XML 40.4.4, 40.2.5

Corps Limite du nombre de personnes

Nous avons ajouté un nombre limité de corpscontent dans chaque section API XML. Lorsque vous ajoutez trop de corpsContent dans la demande API, le code d’erreur et le message suivants reviennent : « 000053 Le compte du corps duent dans une demande doit être inférieur à {number} »

APIs concernées :

  • Toutes les API XML

Demande d’API XML avec exemple de plusieurs corpscontents :

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<webExID></webExID>
<password>xxxx</password>
<siteName>xxxx</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>xxx 801020403</sessionKey>
</bodyContent>

</body>

API 40.4.3, 40.2.4 Mises à jour

Mises à jour de l’API XML 40.4.3, 40.2.4

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

Améliorations de l’utilisation de la création

Nous avons amélioré Créer un utilisateur pour prendre en charge le courrier électronique de bienvenue en plusieurs langues. Le courrier électronique Créerutiliser maintenant demande estHTMLEmail

APIs concernées :

  • Createuser

Exemple de demande créerutilisateur :

<?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"> administrator xxxx xxx xxx xxx xxx xxx xxx xxx true
<header>
<securityContext>
<webExID></webExID>
<password></password>
<siteName></siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName></firstName>
<lastName></lastName>
<webExId></webExId>
<password></password>
<email></email>
<privilege>
<host></host>
<siteAdmin></siteAdmin>
<labAdmin>false</labAdmin>
<voiceOverIp>false</voiceOverIp>
</privilege>
<languageID>(faux) 3</languageID>
<active>ACTIVATED</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>(vrai)</isHTMLEmail>
</bodyContent>  
</body>

Mises à jour API 40.4.0

Mises à jour de l’API XML 40.4.0

Application de vérification de l’adresse électronique lors du changement de courriers électroniques dans l’API XML

Après qu’un administrateur de site a activé la confirmation nécessaire pour que l’utilisateur soit obligé de mettre à jour son adresse électronique dans Webex Administration du site :

  • Si un compte d’administrateur non site appelle l’API Configurer l’utilisateur pour changer les adresses électroniques, l’adresse électronique actuelle reste jusqu’à ce que la nouvelle adresse électronique soit vérifiée. Le courrier électronique de confirmation de changement de compte est envoyé à la nouvelle adresse électronique avec la « Confirmation du changement de compte Webex ». Après avoir cliqué sur le lien dans le courrier électronique pour confirmer, la nouvelle adresse électronique est immédiatement liée.

    Si un administrateur qui n’est pas sur le site appelle l’API SetUser plusieurs fois sans terminer le processus de vérification de l’adresse électronique, l’adresse électronique actuelle est conservée et la dernière adresse électronique est celle qui doit être vérifiée.

  • Si un compte d’administrateur de site appelle l’API Configurer l’utilisateur pour modifier les adresses électroniques, le processus de vérification de l’adresse électronique n’est pas déclenché. La nouvelle adresse électronique sera immédiatement liée au compte de l’organisateur ou de l’invité.

APIs concernées :

  • Setuser

Délai d’inscription et réinitialisation de la connexion de l’inscription

L’API GetEnrollmentInfo recherche actuellement les adresses IP sur le système de noms de domaine, ce qui déclenche d’importantes conséquences sur la performance. Nous prévoyons de simplifier ce processus, avec une réponse vide dans le <domain> champ.

APIs concernées :

  • Obtenir lesinfos d’inscription

Exemple de demande d’inscription :

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http: www.w3.org/2001/XMLSchema-instance"="" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>sqdemo6</siteName>
<webExID></webExID>
<password>xxxx</password>
<partnerID>webexpartner</partnerID>
</securityContext>
</header>
<body>
<bodyContent
xsi:type="java:com.webex.service.binding.attendee.GetEnrollmentInfo">
<sessionKey>716773566</sessionKey>
        
    </body>

Obtenir la réponse d’inscriptionInfo Exemple :

<?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>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</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>15427906699981548</att:confID>
<att:attendee>
<att:attendeeID>3191792</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName></att:firstName>
<att:lastName>AlexCast</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>false</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/02/02 27/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>02/27/2020 22:07:38</att:submitTime>
<att:status>APPROVED</att:status>
</att:attendee>
<att:matchingRecords>
<serv:total></serv:total>
<serv:returned>2 2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</att:matchingRecords>
<att:sessionKey>716773566</att:sessionKey>
            </att:session>
        </serv:bodyContent>
    </serv:body>

Mises à jour API 40.2.0

Mises à jour de l’API XML 40.2.0

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

Supprimer l’accès anonyme à LstSummarySession

En tant qu’amélioration de la sécurité, nous arrêtons la prise en charge de l’accès anonyme à l’API de LaSummarySession. Si un Webex Meetings l’API de manière anonyme, le code d’erreur et le message suivants sont renvoyés : « 000015 Désolé, aucun enregistrement n’a été trouvé. »

APIs concernées :

  • DernierSummarySession

Exemple de demande de laSummarySession :

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

Exemple de réponse de laSummarySession :

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

Améliorations apportées à la sécurité de la création et de la mise en placede lameeting

Cette modification a été réalisée dans l’API XML 40.2.0, mais sa description a été modifiée après la réception des commentaires des clients.

En tant qu’amélioration de la sécurité, nous avons mis à jour les API Créer une réunion et Configurer la réunion pour ne pas autoriser les utilisateurs à programmer l’heure de démarrage d’une réunion qui est déjà passée. S’ils essaient, l’API envoie un message d’erreur : « L’heure de début de la session 060016 doit être ultérieure à l’heure actuelle. » Si un utilisateur doit programmer une réunion instantanée, nous vous recommandons de configurer l’heure de démarrage de la réunion cinq minutes plus tard que l’heure actuelle.

APIs concernées :

  • Créer unemeeting

  • Configurer lameeting

Mises à jour API 40.1.2

Mises à jour de l’API XML 40.1.2

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

La programmation d’une réunion génère automatiquement un mot de passe si l’un d’entre ces mots n’est pas fourni

Nous avons amélioré les fonctionnalités Créer uneréférence , Créer un événement , Créer une formation, etCréerRéconférenceSession 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 cas, si la demande d’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 un mot de passe, un mot de passe n’est pas généré à partir des serveurs API XML.

Si la demande API inclut un mot de passe, alors la réponse inclura ce mot de passe, quel que soit le paramètre Toutes les réunions/événements/sessions doivent avoir un mot de passe activé ou désactivé.

APIs concernées :

  • Créer unemeeting

  • Créer un événement

  • Créer une formation

  • Créer une téléconférenceSession

La réponse Créer une réunion a maintenantl’élément Mot de passe de la réunion :

Exemple de la demande de création d’unemeeting :

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

Exemple de la réponse créer unemeeting :

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

La réponse Créer un événement a maintenantl’élément Mot de passe de l’événement :

L’élément Créer une session de formation et Créer une téléconférenceRésession ont à présent l’élément Mot de passe de la session :

Mises à jour API 40.1.0

Mises à jour de l’API XML 40.1.0

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

Améliorations apportées à GetSessionInfos

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

APIs concernées :

  • Obtenir les détails de lassion

Obtenir les mises à jour de la demande d’informations de lassion :

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

Améliorations de l’histoire de LstAccessAnywhereHistory

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

APIs concernées :

  • Répertoire LstAccessAnywhere

Mises à jour des demandes d’accès au répertoire LstAccessAnywhere :

Mises à jour des réponses de LstAccessAnywhereHistory :

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>test sqdemo6</siteName>
<webExID></webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID>test1</hostWebexID>
<startTimeScope>
<sessionStartTimeStart>09/2002/20119 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>29/12/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</serv:startFrom>
<serv:maximumNum>10</serv:maximumNum>
<serv:listMethod>OU</serv:listMethod>
</listControl>
<order>
<orderBy>STARTTIME</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>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</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></serv:returned>
<serv:startFrom>10</serv:startFrom>
</history:matchingRecords>
<history:accessAnyWhereInfo>
<history:confID>1 123456 6926_dean</history:confID>
<history:userName></history:userName>
<history:computerName></history:computerName>
<history:clientIP>10.224.2 22.183</history:clientIP>
<history:startTime>29/11/2019 03:05:44</history:startTime>
<history:endTime>11/29/2019 03:10:06</history:endTime>
<history:duration>5</history:duration>
            </history:accessAnyWhereInfo>
        
    </serv:body>