Pour plus d’informations sur l’API XML 39 et l’API XML 11, voir l’Aperçu des mises à jour de l’API XML De Cisco Webex Meetings (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 à jourune réunion Webex avec le type de réunion privée.

  • Si une réunion Webex est programmée avec type de réunion privée, GetSessionInfoGetMeeting , LstSummarySessionet LstCalendarSession retourneront 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 au modèle de réunion au niveau du site. 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é aux sites UnifiedWebex Meeting.

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

Créer un utilisateur prend en charge dispalyname lorsque le basculement de fonctionnalitéActiverDisplayName est à 1. Si le basculement de fonctionnalité n’est pas 1, alors le nom d’affichage sera ignoré.

Changements de schémas

Createuser:

XMLAPI SetUser prend en charge le nom d’affichage

SetUser prenden charge dispalyname lorsque le basculement de fonctionnalitéActiverDisplayName est 1. Si le basculement de la fonctionnalité n’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 dispalyname lorsque le basculement de fonctionnalitéActiverDisplayName est 1. Si le basculement de fonctionnalité n’est pas 1, le nom d’affichage ne s’affiche pas.

Lorsque displayName dans la DB est nul et que la bascule de fonctionnalité ActiverDisplayName 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 pour la Voip CMR Hybride

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 va renvoyer un champ supplémentaire ActiverMobileScreenCapture dans la réponse de GetSite pour prendre en charge ceci.

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éer lassion 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 trois éléments de sécurité des utilisateurs externes qui peuvent être des choix.

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>RÉUSSITE</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">
PRINCIPALE...
            <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 une autre

Amélioration GetSessionInfo API pour que les participants reviennent sur le statut 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>RÉUSSITE</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">
PRINCIPALE...

             <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' 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</ep:isAllowJBH>
<ep:isCETMeeting>true true false (vrai)</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>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></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 faux</ep:joinStatus>
<ep:isRegisterIDRequired></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>faux</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 de formation (type de session EDU) dans la prise en charge de l’API XML

Lorsque votre site active le type de session EDUCATION Instructor (INSTRUCTC), l’API XML peut prendre en charge la programmation d’une réunion avec le 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 un invité et S’inscrire à une réunionL’invité peut vérifier le formulaire d’inscription de l’invité requis pour l’inscription à une réunion Webex.

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é « Poste de travail » et « Nom de la société » comme champs obligatoires pour l’inscription d’un invité à Webex Meetings comme démontré ci-dessous, alors vous devez fournir une valeur dans les champs « Poste de travail » et « Nom de la société » lorsque vous appelez les 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 la page Webex Meetings.

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 CreateUser pour envoyer un exemple de 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">
<header>
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>utilisateur</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName></firstName>
<lastName></lastName>
<webExId>testuser</webExId>
<password>xxxxxx testuser@test.com vrai</password>
<email></email>
<privilege>
<host></host>
</privilege>
<languageID>19 ou</languageID>
Tchèque ACTIVÉ
<language></language>
<active></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 requis ou non requis à partir du formulaire d’inscription de l’invité.

Vous voyez ci-après un exemple de programme de réunions depuis la page Web de l’utilisateur où vous pouvez vérifier les champs obligatoires tels que « Poste de travail », « Nom de la société », « Ville » et « État » sur le formulaire d’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
Nom du poste 
<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</req></phone>
<fax><req></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</req></phone>
<fax><req></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</meet:req></meet:postalCode>
<meet:country><meet:req></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 une autre

  • DelMeeting (Enmeeting)

Le type de réunion E2EE ne prend pas en charge les salles de réunion de salle de réunion (PMR)

Lorsque vous activez une salle de réunion de salle de réunion (PMR) au cours d’un appel avec les API :CréerUtilneur/ConfigurerUtilneur/GetUser/GetMe et que seul un type de réunion E2EE est disponible, il répond au message d’erreur suivant : « 110063 L’utilisateur doit avoir au moins un type de réunion non E2EE pour activer les SALLES DE RÉUNION (PMR). »

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">
<header>
<securityContext>
<siteName>xxx</siteName>
<webExID>SiteAdmin xxx xxx xxx xxx xxx true</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>false</host>

<siteAdmin></siteAdmin>
<labAdmin></labAdmin>
<voiceOverIp>false false (faux</voiceOverIp>
</privilege>
<languageID>faux) 3</languageID>
<active>ACTIVÉ</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</use:lastModifiedTime>
<use:isUploaded></use:isUploaded>
</use:avatar>
<use:personalMeetingRoom>
<use:title>personnelle</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 sessionKey.

APIs concernées :

  • LstEnregistrements

  • LstsummarySession

  • Obtenir les détails de lassion

  • Obtenir la <hosturlMeeting

  • GetjoinurlMeeting

  • LstMeetingAttendee

  • Créer unemeeting

  • Configurer lameeting

  • Obtenir une autre

  • DelMeeting (Enmeeting)

  • Derniercalendresession

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>

Les clés de réunion PMR ne seront pas modifiées d’un utilisateur temporairement désactivé ou désactivé

Lorsqu’un utilisateur temporairement désactivé ou que la SR est réactivée dans une semaine, l’utilisateur qui a été réactivé ou activé la clé de réunion de la S PMR 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 to have one new element, returnScheduledPMR, in the request. Et le basculement de fonctionnalité par défaut est éteint.

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></serv:result>
<serv:gsbStatus>RÉUSSITE PRINCIPALE</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 Réunion d’équipe 3 Test de</ep:MeetingUUID>
<ep:confName></ep:confName>
<ep:sessionType></ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID></ep:hostWebExID>
<ep:hostFirstName></ep:hostFirstName>
<ep:hostLastName></ep:hostLastName>
<ep:otherHostWebExID></ep:otherHostWebExID>
<ep:timeZoneID>Test 2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
<ep:status>NOT_INPROGRESS</ep:status>
<ep:startTime>12/10/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>false</ep:passwordReq>
<ep:hostJoined></ep:hostJoined>
<ep:participantsJoined>false</ep:participantsJoined>
<ep:confID>141672157056861215 false true (vrai) 141672155686115</ep:confID>false (vrai) 141672151019001 false
<ep:registration></ep:registration>
<ep:isRecurring></ep:isRecurring>
<ep:hostType></ep:hostType>
<ep:isAudioOnly></ep:isAudioOnly>
<ep:isTCSingleRecurrence></ep:isTCSingleRecurrence>
<ep:isAllowJBH></ep:isAllowJBH>
<ep:isCETMeeting></ep:isCETMeeting>
<ep:isException></ep:isException>
<ep:isNextUpcomingInstance></ep:isNextUpcomingInstance>
<ep:seriesMeetingKey></ep:seriesMeetingKey>
<ep:recurrenceId>0 0</ep:recurrenceId>
<ep:isScheduledPMR>true</ep:isScheduledPMR>
</ep:session>
<ep:session>
<ep:sessionKey>805660167</ep:sessionKey>
<ep:confName>xmlmcEnt08Console81696001</ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID>Appareil08Console81696000</ep:hostWebExID>
<ep:hostFirstName>Quesole81696000Console8Console81696000Console81696000</ep:hostFirstName>
<ep:hostLastName></ep:hostLastName>
<ep:otherHostWebExID></ep:otherHostWebExID>
<ep:timeZoneID>2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
<ep:status>NOT_INPROGRESS</ep:status>
<ep:startTime>12/10/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>false</ep:hostJoined>
<ep:participantsJoined>false</ep:participantsJoined>
<ep:confID>(faux) 141672108716459038 false</ep:confID>
<ep:registration></ep:registration>
<ep:isRecurring>false</ep:isRecurring>
<ep:hostType>(faux) 1019001 false</ep:hostType>
<ep:isAudioOnly></ep:isAudioOnly>
<ep:isTCSingleRecurrence></ep:isTCSingleRecurrence>
<ep:isAllowJBH></ep:isAllowJBH>
<ep:isCETMeeting></ep:isCETMeeting>
<ep:isException></ep:isException>
<ep:isNextUpcomingInstance></ep:isNextUpcomingInstance>
<ep:seriesMeetingKey></ep:seriesMeetingKey>
<ep:recurrenceId>0 0</ep:recurrenceId>
<ep:isScheduledPMR>true (vrai)</ep:isScheduledPMR>
         </ep:session>
      </serv:bodyContent>
   </serv:body>
</serv:message>

Améliorations apportées à GetSite

Nous avons ajouté une bascule de fonction de réponse GetSite (GetSiteresponse) de 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">
<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>

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’appliquons aux centres Webex Meetings, Teams et Events.

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

Schéma modifié :

APIs concernées :

  • Obtenir une autre

  • Obtenir la formation

  • Obtenir un événement

  • Obtenir la téléconférenceSession

Exemple de la demanded’obtenir une autreons 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>xxxx</webExID>
<password>xxxx</password>
<siteName></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>

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éerutilneur maintenant estHTMLEmail

APIs concernées :

  • Createuser

Exemple de demande créer unutiliseur :

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv= » administrateur xxxx xxx xxx xxx xxx xxx truehttp://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<webExID></webExID>
<password></password>
<siteName></siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName></firstName>
<lastName></lastName>
<webExId></webExId>
<password></password>
<email></email>
<privilege>
<host></host>
<siteAdmin></siteAdmin>
<labAdmin>false</labAdmin>
<voiceOverIp>false 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 requise pour que l’utilisateur met à jour son adresse électronique dans l’administration du site Webex :

  • 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’énormes impacts 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/27/2020 22:03:03 57</att:submitTime>
<att:status>APPROUVÉ</att:status>
</att:attendee>
<att:attendee>
<att:attendeeID>3191797</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName>Test AlexKKK</att:firstName>
<att:lastName></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></serv:total>
<serv:returned>2</serv:returned>
<serv:startFrom>2</serv:startFrom>
</att:matchingRecords>
<att:sessionKey>1 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 Webex Meetings accède anonymement à l’API, 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= » xmlns:meet= » ÉCHEC Désolé, aucun enregistrement n’a été trouvéhttp://www.webex.com/schemas/2002/06/service/ep" http://www.webex.com/schemas/2002/06/service/meeting">
<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é la fonctionnalité 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 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 lasession :

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

Améliorations de l’histoire de LstAccessAnywhereHistory

Nous avons ajouté une nouvelle API, lstAccessAnywhereHistory , pour répondre aux informations du rapportWebex Access Anywhere.

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 P@ss1234</siteName>
<webExID></webExID>
<password></password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID></hostWebexID>
<startTimeScope>
<sessionStartTimeStart>test1 29/09/2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>29/12/2019 4:42:34</sessionStartTimeEnd>
</startTimeScope>
<endTimeScope>
<sessionEndTimeStart>29/09/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>10</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
<history:accessAnyWhereInfo>
<history:confID>123456</history:confID>
<history:userName>dean</history:userName>
<history:computerName>6926_dean</history:computerName>
<history:clientIP>10.2 24.222.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>