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 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 coorganisateurs à réattribuer, modifier, désactiver et supprimer les 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 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 supporté par les événements de grande taille (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 de l’API XML 41.6.0

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

La prise en charge de XMLAPI Webex Events 2.0 en approvisionnement

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 l’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 de l’utilisateur qui démarre pour effectuer l’enregistrement. Cette modification s’applique à tous les enregistrements des services. Il n’y a aucun changement de schéma.

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 RTCP en tant qu’organisateur

API impactées

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

• 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 utilisateur activé ou non. (pré-condition : 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

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 la messagerie é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 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 de contrôle des 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 par défaut XMLAPI.

API impactées

L’API XML : GetSite renvoie un nouvel élémententryExitToneEC 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 deentryExitToneEC.

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 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 Webcast ne sont pas pris en charge.) pour les cas d’événements importants ou d’émission Web.

API de l’impact

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 nouvelles modifications de l’API XML Webex Events en charge la fonctionnalité 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.

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 de pré-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 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

Changements de schémas

API XML : LstSummarySession: Annexez le < enableEvent> et enableWebniar> de l’équipe

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