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 Cisco Webex Meetings (API XML 39 et antérieure).

Pour plus d’informations sur l’API XML 40, voir la présentation des mises à jour Cisco Webex Meetings API XML (XML API 40 et version plus ultérieure).

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

Mises à jour API 41.9.0

Mises à jour de l’API XML 41.9.0

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

Décommission XML API 10.0.0 pour tous les sites T31

Webex envisage de mettre fin à la prise en charge de l’API XML ver 10.0.0 pour tous les sites T31.

Nous désémissionons le code XML API 10.0.0 de toutes les productions dans la mise à jour 41.9.0.

Mises à jour API 41.8.0

Mises à jour de l’API XML 41.8.0

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

Décommission XML API 10.0.0 pour tous les sites T31

Webex envisage de mettre fin à la prise en charge de l’API XML ver 10.0.0 pour tous les sites T31.

Webex a trouvé certains clients clients accédant à l’URL de l’API XML de façon incorrecte comme : https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, la bonne façon d’accéder à l’URL de l’API XML en tant que : https://{siteName}.webex.com/WBXService/XMLService.

Veuillez changer votre code d’accès API XML en utilisant le bon moyen pour éviter tout impact avant que nous ne évitions la prise en charge de L’API XML version 10.0.0.

Mises à jour API 41.7.0

Mises à jour de l’API XML 41.7.0

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

La suppression et la modification des enregistrements mobiles doivent être contrôlées par l’option d’administration du site : Autoriser les organisateurs à réattribuer, modifier, désactiver et supprimer des enregistrements

Api et changements de schémas impactés

GetSite: va renvoyer les nouveaux éléments d’appellation enableNBRMCModify et separateNoRecordingEdit sous outils.

Exemple de réponse

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            ....
            <ns1:tools>
                    ...
                    <ns1:enableNBRMCModify>false</ns1:enableNBRMCModify>
                    <ns1:separateNoRecordingEdit>true</ns1:separateNoRecordingEdit>
                    ...
            </ns1:tools>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Mises à jour API 41.6.3

Mises à jour de l’API XML 41.6.3

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

GetSite Réponse nouvel élément de supportLargeEvent

Api et changements de schémas impactés

Obtenir le site: renvoie les nouveaux éléments d’appellation supportLargeEvent sous siteCommonOptions pour que l’appelant sache si le site est en charge pour les grands événements (Webex Event (nouvel)) ou non.

Changement de schéma

Exemple de réponse

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            ....
            <ns1:siteCommonOptions>
                    ...
                    <ns1:enablePreMeetingLobby>false</ns1:enablePreMeetingLobby>
                    <ns1:supportLargeEvent>true</ns1:supportLargeEvent>
            </ns1:siteCommonOptions>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Mises à jour API 41.6.0

Mises à jour de l’API XML 41.6.0

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

Prise en charge XMLAPI Webex Events 2.0 en provisioning

API impactées

GetUser: renvoie l’appellation d’un nouvel élément largeEventCapacity qui affiche la capacité du nouvel événement 2.0 (EC 2.0) dans compte utilisateur. Par exemple, si le compte utilisateur a CI_EC3K licence, la valeur de largeEventCapacity est 3 000.

Changements de schémas

Exemple de réponse

Obtenir la réponse de l’utilneur :

L’heure de création de l’enregistrement XMLAPI LstRecording applique l’heure de démarrage de l’enregistrement

API impactées

LstRecording: LstRecording Réponse CreateTime lorsque l’utilisateur appuie en fait sur le bouton d’enregistrement.

Détails

Par le passé, l’API XML utilisait horodatage moment où l’enregistrement était créé dans la base de données comme heure de création dans LstRecording Réponse. C’est maintenant l’heure à partir du démarrage de l’utilisateur pour effectuer l’enregistrement. Cette modification s’applique à tous les enregistrements des services. Il n’y a aucun changement de schéma.

Mises à jour API 41.5.0

Mises à jour de l’API XML 41.5.0

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

XMLAPI a la possibilité de démarrer des réunions Webex programmées à partir de RTCP en tant qu’organisateur

API impactées

  • CreateUser: génère hostPIN quel que soit PMR/SRP l’utilisateur est activé ou pas lorsque le rôle d’utilisateur est organisateur ou lorsque les administrateurs du site sont complets ou en lecture seule ou de gestion des utilisateurs.

  • SetUser: définit hostPIN Utilisant phones.hostPIN Quand personalMeetingRoom.hostPIN n’est pas dans la requête XML (pré-condition : activation ou désactivation de la fonctionnalité AllowStartScheduledMtgFromPhoneest activé).

  • GetUser: renvoie phones.hostPIN quel que soit PMR/SRP l’utilisateur est activé ou non. (condition préalable : activation ou désactivation de la fonctionnalité AllowStartScheduledMtgFromPhone est activé).

Changements de schémas

GetUserResponse:

SetUser:

Exemple de réponse

GetUserResponse:

SetUser:

XMLAPI GetSite répondre à deux nouveaux éléments pour le client mobile

API impactées

  • GetSite: GetSite répondra maintenant à deux nouveaux éléments pour prendre en charge le client mobile a la logique d’afficher ou de ne pas afficher l’onglet d’enregistrement.

    • enableRecordingAccess: vrai ou faux, les super administrateurs Webex peuvent activer ou désactiver l’accès aux enregistrements par le basculement ( EnableRecordingAccesses).

    • storageEmptyStatus: vrai ou faux, si les deux sites ne supportent pas la fonction NBR et ont alloué l’espace de stockage NBR sous zéro, alors la réponse du statut est true (vrai), autre est false (faux).

Changements de schémas

Modèle de demande pour GetSite

Modèle de réponse pour Getsite

Le sujet du courrier électronique qui a des caractères non ASCII sera encodé avec RFC2047. En cas de sujet de courrier électronique ASCII pur, il n’y a pas d’encodage

API impactées

Il n’y a aucune conséquence sur une demande API, la charge utile des réponses, mais elle modifie le comportement du code électronique du sujet. Lorsque le sujet de l’adresse électronique qui a des caractères non ASCII sera encodé avec RFC2047. Il n’y a aucun encodage en cas de sujet de courrier électronique ASCII pur.

Changements de schémas

Il n’y a aucun changement de schéma.

Mises à jour API 41.4.0

Mises à jour de l’API XML 41.4.0

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

Créer un événement programmé Webex Events les paramètres par défaut au niveau du site sur la tonalité d’entrée et de sortie

XMLAPI s’aligne avec la nouvelle logique actuelle pour contrôler les tonalités d’entrée et de sortie. Toutes les tonalités Webex Events été contrôlées par un paramètre différent dans l’administration du site. Dans GetSite, XMLAPI renvoie un champ supplémentaire entryExitToneEC pour indiquer la valeur. À l’origine, lorsque l’administrateur du site configurerait une tonalité par défaut, créer l’événement ne exploitait pas ce paramètre en appliquant la valeur XMLAPI par défaut.

API impactées

L’API XML : GetSite renvoie un nouvel élément entryExitToneEC pour indiquer la valeur.

L’API XML : Créer un événement, Configurer un événement, Obtenir Un événement retour à la logique de l’entreprise finale lit la valeur de entryExitToneEC.

Changements de schémas

API XML : Obtenir un exemple de réponse sur le site :

<ns1:defaults>
    <ns1:emailReminders>true</ns1:emailReminders>
    <ns1:entryExitTone>ANNOUNCENAME</ns1:entryExitTone>
    <ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
    <ns1:voip>true</ns1:voip>
    <ns1:teleconference>
        <ns1:telephonySupport>NONE</ns1:telephonySupport>
    </ns1:teleconference>
    <ns1:joinTeleconfNotPress1>true</ns1:joinTeleconfNotPress1>
    <ns1:updateTSPAccount>false</ns1:updateTSPAccount>
</ns1:defaults>

Affecter les API :

  • Obtenir le site

  • Créer un événement

  • Configurer l’événement

  • Obtenir un événement

XMLAPI renvoie uniquement les informations détaillées sur les événements de grande taille (Webex Event 2.0)

  1. Si l’Réunion Webex l’événement de grande taille ou la diffusion Web, GetSessionInfo renvoie certaines informations détaillées incluant le mot de passe numérique de la réunion, le mot de passe numérique de la réunion, le mot de passe numérique du panéliste et le mot de passe numérique du panéliste (Aucun schéma ne doit être changé).

  2. XMLAPI ne prend pas en charge la création et la modification de toute fonctionnalité d’événement ou d’émission Web de grande taille, donc CreateMeeting et SetMeeting renvoyer une nouvelle exception (les 110064, L’événement et les Type de session Web ne sont pas pris en charge.) pour les événements de grande taille ou les cas d’émission Web.

API de l’impact

Nom de l’API

Description

Remarque

GetSessionInfo

Si l’Réunion Webex l’événement de grande taille ou la diffusion Web, GetSessionInfo renvoie le mot de passe de la réunion, le mot de passe numérique de la réunion, le mot de passe numérique du panéliste et le mot de passe numérique du panéliste.

Aucun schéma n’a été modifié.

CreateMeeting

SetMeeting

Si l’utilisateur essaie d’utiliser CreateMeeting api pour créer un nouveau système Réunion Webex grand événement, Type de session appel SetMeeting pour modifier une Réunion Webex qui est en fait un événement de grande taille ou une diffusion Web, renvoyez une nouvelle exception 110064. Les événements et les Type de session Webcast ne sont pas pris en charge.

Comportement à modifier.

Mises à jour API 41.3.0

Mises à jour de l’API XML 41.3.0

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

Les nouveaux changements de l’API XML Webex Events fonction 2.0

API impactées

Les deux API : Obtenir lesinfos de lasession et obtenir les éléments de retour de laeteting enableEvent et enableWebniar Trop.

Nom de l’élément

Description

activer l’événement

Prend en charge EC 2.0 au cours d’une réunion Webex

activerWebniar

Prend en charge le webinaire au cours d’une réunion Webex


La prise en charge XMLAPI renvoie les deux éléments ci-dessus pour EC 2.0. La version actuelle de l’API XML ne prend pas en charge la programmation et la programmation de la réunion EC2.0.

Changements de schémas

GetSessionInfo renvoie les éléments enableEvent et enableWebniar pour EC 2.0.

GetMeeting renvoie les éléments enableEvent et enableWebniar pour EC 2.0.

Modèle de réponse :

GetSessionInfo Réponse:

<ep:accessControl>
                <ep:listStatus>PUBLIC</ep:listStatus>
                <ep:registration>false</ep:registration>
                <ep:passwordReq>true</ep:passwordReq>
                <ep:isEnforceAudioPassword>false</ep:isEnforceAudioPassword>
                <ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>

                <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:accessControl>

GetMeeting Réponse:

  <meet:supportPKI>false</meet:supportPKI>
                <meet:HQvideo>true</meet:HQvideo>
                <meet:HDvideo>true</meet:HDvideo>
                <meet:viewVideoThumbs>true</meet:viewVideoThumbs>
                <meet:enableEvent>false</meet:enableEvent>
                <meet:enableWebniar>false</meet:enableWebniar>

                <meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
            </meet:enableOptions>

Les nouveaux changements XMLAPI supportent la fonctionnalité de lobby d’avant réunion

API impactées

L’API XML : GetSite, LstSummarySession, GetSessionInfo et GetMeeting répondra au nouvel élément enablePreMeetingLobby pour le lobby d’avant réunion.

Changements de schémas

L’API XML : GetSite renvoie un élément enablePreMeetingLobby pour le lobby d’avant réunion.

L’API XML : LstSummarySession renvoie un élément enablePreMeetingLobby pour le lobby d’avant réunion.

L’API XML : GetSessionInfo renvoie un élément enablePreMeetingLobby pour le lobby d’avant réunion.

L’API XML : GetMeeting renvoie un élément enablePreMeetingLobby pour le lobby d’avant réunion.

Modèle de réponse :

GetSite Réponse:

<ns1:siteCommonOptions>
                    <ns1:SupportCustomDialRestriction>false</ns1:SupportCustomDialRestriction>
                    <ns1:SupportTelePresence>false</ns1:SupportTelePresence>
                    <ns1:SupportTelePresencePlus>false</ns1:SupportTelePresencePlus>
                    <ns1:EnableCloudTelepresence>true</ns1:EnableCloudTelepresence>
                    <ns1:EnableCMRForAllUsers>true</ns1:EnableCMRForAllUsers>
                    <ns1:enablePersonalMeetingRoom>true</ns1:enablePersonalMeetingRoom>
                    <ns1:SupportAlternateHost>true</ns1:SupportAlternateHost>
                    <ns1:SupportXMLAPIReturnScheduledPMR>false</ns1:SupportXMLAPIReturnScheduledPMR>
                    <ns1:SupportAnyoneHostMeetings>true</ns1:SupportAnyoneHostMeetings>
                    <ns1:enablePreMeetingLobby>true</ns1:enablePreMeetingLobby>
                </ns1:siteCommonOptions>

LstSummarySession Réponse:

<ep:isException>false</ep:isException>
                <ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>
                <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
                <ep:isScheduledPMR>false</ep:isScheduledPMR>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>
               <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:session>

GetSessionInfo Réponse:

<ep:accessControl>
                <ep:listStatus>PUBLIC</ep:listStatus>
                <ep:registration>false</ep:registration>
                <ep:passwordReq>true</ep:passwordReq>
                <ep:isEnforceAudioPassword>false</ep:isEnforceAudioPassword>
                <ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>
                <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:accessControl>

GetMeeting Réponse:

<meet:supportPKI>false</meet:supportPKI>
                <meet:HQvideo>true</meet:HQvideo>
                <meet:HDvideo>true</meet:HDvideo>
                <meet:viewVideoThumbs>true</meet:viewVideoThumbs>
                <meet:enableEvent>false</meet:enableEvent>
                <meet:enableWebniar>false</meet:enableWebniar>
                <meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
            </meet:enableOptions>

L’API XML GetSite réponse Informations comportement changement divulguer

API impactées

L’API XML : GetSite réponse ci-dessous uniquement pour le compte administrateur, qui inclut les rôles : SiteAdmin, RO_SiteAdmin et UserAdmin.

<ns1:activeUserCount>...</ns1:activeUserCount>
<ns1:EEActiveUserCount>...</ns1:EEActiveUserCount>
<ns1:activeCETHost>...</ns1:activeCETHost>
<ns1:auoActiveUserCount>...</ns1:auoActiveUserCount>
<ns1:MCActiveUserCount>...</ns1:MCActiveUserCount>
<ns1:ECActiveUserCount>...</ns1:ECActiveUserCount>
<ns1:TCActiveUserCount>...</ns1:TCActiveUserCount>
<ns1:SCActiveUserCount>...</ns1:SCActiveUserCount>

Comportement modifié

Autoriser uniquement le rôle d’administrateur ont les données de réponse des licences GetSite. L’organisateur ou l’invité ne recevra pas ces données de licence dans GetSite Réponse.

Voici l’API : GetSite's exemple de réponse siteadmin ou prêt uniquement siteadmin ou admin de la gestion des utilisateurs :

Mises à jour API 41.2.0

Mises à jour de l’API XML 41.2.0

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

XMLAPI doit prendre en charge SRC hybride VOIP si le site prend en charge la téléphonie Webex

API impactées

  • GetSite renvoie un nouvel élément IsWebexTelephony dans la réponse.

  • CreateUser et SetUser peut mettre à jour le cmrHybridVoip élément si IsWebexTelephony est vrai avec d’autres conditions. IsTSPUsingTelephonyAPI n’est plus conséquent.

Changements de schémas

API XML : GetSite la réponse renvoie un élément supplémentaire IsWebexTelephony

GetSite inclure ce nouvel élément :

<ns1:telephonyConfig>

<ns1:isWebexTelephony>true</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>false</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName>Personal Conference No.</ns1:serviceName>
<ns1:participantAccessCodeLabel>Attendee access code</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel>Host access code</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel>Attendee ID</ns1:attendeeIDLabel>

.....

</ns1:telephonyConfig>

LstSummarySession prend en charge EC2.0

Les API XML doivent être impactées

LstSummarySession retournera deux nouveaux éléments pour prendre en charge EC 2.0

Nom de l’élément

Description

activer l’événement

Prend en charge EC 2.0 au cours d’une réunion Webex

activerWebniar

Prend en charge le webinaire au cours d’une réunion Webex

Changements de schémas

API XML : LstSummarySession: Annexez le < enableEvent> et enableWebniar> éléments

Réponse de l’API XML : LstSummarySession

Réponse pour EC 2.0

<ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>

                <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
                <ep:isScheduledPMR>false</ep:isScheduledPMR>
                <ep:enableEvent>true</ep:enableEvent>
                <ep:enableWebniar>true</ep:enableWebniar>
            </ep:session>

XMLAPI prend en charge le retour de l’utilisateur du site Webex-voice-assistant option pour l’intégration MCT

APIs affectées

GetUser renvoie un nouvel élément webexAssistantEnabled(vrai ou faux) dans la réponse.

Changements de schémas

getUserResponse:

Exemple de réponse

Mises à jour API 41.1.0


Il y a des changements de schémas vers le schéma de l’API XML 41.1.