Para obtener más información sobre LA API de XML 39 y la API de XML 11, consulte la descripción general de actualizaciones de la API de XML de Cisco Webex Meetings (API de XML 39 y versiones anteriores).

Para obtener más información sobre LA API de XML 40, consulte la Descripción general de actualizaciones de la API de XML Cisco Webex Meetings (API de XML 40 y versiones posteriores).

Para obtener actualizaciones para la API de XML 11 SP9 y versiones anteriores, vaya a Cisco DevNet.

Actualizaciones de API 41.12.0

Actualizaciones de la API de XML 41.12.0

Haga clic aquí para descargar el esquema de la API de XML 41.12.0.

XMLAPI bloqueará la planificación Webex Events (clásica) y la edición según el elemento de configuración del sitio de EnableClassicEvent que es falso

API afectadas y cambios en el esquema

En la página de configuración de la administración del sitio, si la casilla de verificación Habilitar evento clásico es falsa, este sitio ya no admite Webex Events reuniones (clásicas).

Si la casilla de verificación Habilitar evento clásico es falsa, debe llamar a estas API para que funcionen Webex Events reunión (clásica):

CreateEvent, SetEvent, GetEvent, GetSessionInfo, LstsummaryEvent, LstrecordedEvent, LstsummaryProgram, UploadEventImage

La API responderá a la nueva excepción 010106Se ha deshabilitado el eventoclásico.

Cambios de esquema

No hay cambios de esquema.

Ejemplo de solicitud y respuesta de API

Crear solicitud y respuesta de API de eventos

Solicitud para crear un evento

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent">
  <accessControl>
    <sessionPassword>XXXXXXXX</sessionPassword>
  </accessControl>
   <metaData>
    <sessionName>XMLAPI EC Testing</sessionName>
   </metaData>
  <schedule>
    <startDate>07/17/2021 01:29:15</startDate>
    <openTime>15</openTime>            
  </schedule>
</bodyContent>
</body>
</serv:message>

Respuesta de CreateEvent

<?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:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>The classic Event has been disabled.</serv:reason>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
            <serv:exceptionID>010106</serv:exceptionID>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

CreateEvent3.1.3 Afecta a las API:

  • SetEvent GetEvent

  • GetSessionInfo

  • LstsummaryEvent

  • LstrecordedEvent

  • LstsummaryProgram

  • UploadEventImage

XMLAPI LstMeetingType se hará una respuesta a un nuevo elemento de subProductCodePrefix

API afectadas

Actual de la API LstMeetingType elemento de respuesta de productionCodePrefix: PRO, AUO y otras personas que son prefijos del tipo de reunión predefinidos de Webex.

Después de esta nueva mejora, la API responderá al nuevo elemento de subProdctCodePrefix:P RO1, PRO2, etc., que pueden personalizarse como prefijo del tipo de reunión.

Cambios de esquema en la API: LstMeetingType

Responderá al nuevo elemento: subProdctCodePrefix

Ejemplo de solicitud y respuesta de API

LstMeetingType Solicitud de API y respuesta

Solicitud de LstMeetingType

<bodyContent xsi:type="java:com.webex.service.binding.meetingtype.LstMeetingType">
    <meetingTypeID>13810</meetingTypeID>
</bodyContent>
</body>
</serv:message>

Respuesta de LstMeetingType

<serv:body>
        <serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <mtgtype:matchingRecords>
                <serv:total>1</serv:total>
                <serv:returned>1</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </mtgtype:matchingRecords>
            <mtgtype:meetingType>
                <mtgtype:productCodePrefix>PRO</mtgtype:productCodePrefix>
                <mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix>       //New element for customized meeting type
                <mtgtype:active>ACTIVATED</mtgtype:active>
                <mtgtype:name>Cus_Chat_Closed</mtgtype:name>
                <mtgtype:displayName>Cus_Chat_Closed</mtgtype:displayName>

Actualizaciones de API 41.11.0

Actualizaciones de la API de XML 41.11.0

Haga clic aquí para descargar el esquema de la API de XML 41.11.0.

Soporte de API de XML reenviar compatibilidad en la API de administración de usuarios para los sitios administrados por Control Hub

API afectadas y cambios en el esquema

Si su aplicación de integración está utilizando actualmente las API de administración de usuarios de XMLAPI de Webex: CreateUser, SetUser, DelUser, y GetUser para aprovisionar o administrar usuarios, después de que su sitio clásico de Webex se convierta en un sitio administrado por Control Hub, estas API seguirán funcionando para la compatibilidad de reenvío. Hay algunos cambios de comportamiento como se mencionó a continuación:

  • Al utilizar createUser: si el estado del usuario en Control Hub no es "activo", el estado del usuario en el sitio no estará activo. Si el estado del usuario en control Hub está activo, el estado del usuario en el sitio también está activo; referencia: Estado del usuario de usuarios nuevos y convertidos en Control Hub.

  • Se ignorará el elemento de contraseña de las API de CreateUser y SetUser. Comenzaremos a enviar un correo electrónico de activación a los nuevos usuarios; los usuarios pueden hacer clic en el enlace del correo electrónico para activar la cuenta nueva e introducir unanueva contraseña.

  • Se ignorará el elemento activo de la API CreateUser; no se podrá activar el usuario nuevo (no verificado)a través de este parámetro mediante API SetUser .

  • El valor del elemento webExId en el bodyContent de las API de CreateUser debe ser el mismo que el correo electrónico. Si webExId es diferente al correo electrónico , trataremos el webExId igual que el correo electrónico al almacenarlo en WebDB y se ignorará el valor.

  • El valor del elemento webExId en el bodyContent de las API de SetUser debe ser la identidad del usuario de la dirección de correo electrónico; puede cambiarlo mediante la función de correo > en bodyContent.

  • La API SetUser admite la modificación del correo electrónico del usuario existente: es satisfactorio si la cuenta de operación de SecurityContext es el administrador completo del sitio Control Hub. De lo contrario, la API informa errores con el nuevo código de error y el siguiente mensaje:

    • 030120 La cuenta debe ser un administrador completo para cambiar el correo electrónico.

  • Se ignorará el elemento newWebExId en el bodyContent de la API setUser.

  • La API SetUser intenta cambiar a un correo electrónico que ya está en uso, la API aparece debajo del nuevo código de error y del mensaje de error:

    • 030118 correo electrónico ya se utiliza en los sitios administrados por Control Hub.

  • La API del usuario desactiva al usuario en el lado de la reunión de Webex y se elimina la licencia de reunión correspondiente del sitio de Webex. Este usuario desactivado se puede reactivar mediante la API: SetUser ( ACTIVADO ) siempre que se verifique el usuario<active></active>antes.

  • Las API CreateUser y SetUser crean un nuevo código de error y un mensaje de error, como se muestra a continuación:

    • 030117 , Este usuario existe fuera de su organización, por lo que debe ser reclamado, para pasar a su organización a través delproceso de reclamo de usuarios. Para ver los pasos para reclamar al usuario en su organización, consulte Reclamar usuarios a su organización (Convertir usuarios). Tendrá que verificar el dominio al que pertenece el usuario antes de reclamar al usuario.

    • 030119 El token de acceso de CI debe incluir el alcance de webexsquare: admin cuando aprovisionar al usuario.


Solo se admite una compatibilidad de período limitado de reenvío. Le proporcionaremos un aviso por adelantado antes de que se elimine esta compatibilidad.

Cambios de esquema

No hay cambios de esquema en esas API: CreateUser, SetUser, DelUser, y GetUser.

Ejemplo de solicitud y respuesta de API

Solicitud de API de CreateUser y respuesta

API request:
<?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"
   xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{site Admin account}</webExID>
      <email>{site Admin account}</email>
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken>
                  or <accessToken>, when using CI "accessToken", it must include scope webexsquare:admin when provisioning user
    </securityContext>
</header>



<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
    <webExId>Jack@qa.webex.com</webExId> --- it should is user identity of email address
    <email>Jack@qa.webex.com</email>
    <firstName>Jack</firstName>
    <lastName>Smith</lastName>
    <password>....</password>
    <privilege>
        <host>true</host>
    </privilege>
    <active>ACTIVATED</active> ---this parameter can't active the user directly until the user self activate itself via activation email.
</bodyContent>
</body>
</serv:message>

API response example:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:use="http://www.webex.com/schemas/2002/06/service/user">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <use:userId>23778617</use:userId>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Afectar a las API:

  • CreateUser

  • SetUser

  • DelUser

LA API de XML admite la compatibilidad de reenvío de autenticación del usuario existente después de que el sitio clásico de Webex se convierte a sitio administrado por Control Hub

API afectadas

Después de que el sitio clásico de Webex se convierte en un sitio administrado por Control Hub, el valor del elemento en debe ser el mismo que el correo <webExID> <securityContext> electrónico, detalles a continuación:

  • Para los usuarios existentes creados en el sitio clásico de Webex, se admiten ambos webExID antiguos (por ejemplo: Jack) y nuevo webExID (el contenido es el mismo que el correo electrónico, ejemplo: Jack@xx.com) para iniciar sesión, esta compatibilidad retrocomposición de autenticación es para todas las API de XML.

  • En el caso de usuarios nuevos creados en sitios administrados por Control Hub, el valor del elemento webExID debe ser el mismo que el correo electrónico para iniciar sesión.


<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
    </securityContext>
</header>

Afectar a las API:

Todas las API de XML.

Después de que el sitio clásico de Webex se convierte en un sitio administrado por Control Hub, el valor del elemento bodyContent > debe ser el mismo que el del correo electrónico, detalles a <webExID> continuación:

  • Para los usuarios existentes creados en el sitio clásico de Webex, se admiten los dos webExIdantiguos (por ejemplo: Jack) y nuevo webExId (el contenido es el mismo que el correo electrónico, por ejemplo: Jack@xx.com) en cuerpoContent.

  • En el caso de usuarios nuevos creados en sitios administrados por Control Hub, el valor del elemento webExId debe ser el mismo que el del correo electrónico en bodyContent.

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
    <webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
</bodyContent>

Afectar a las API:GetUser, SetUser, y DelUser.

Cambios de esquema

No hay cambios de esquema en ninguna API.

Ejemplo de solicitud y respuesta de API

Respuesta y solicitud de API de usuario

API request:
<?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"
   xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
    </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
    <webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
</bodyContent>
</body>
</serv:message>

API response example:
...same as before

Mejora de la API de historial de visualización de grabaciones para admitir Webex Meetings, Webex Events (nuevo) y Webex Events (clásico)

API afectadas

API actual: lstrecordaccessHistory y una lstrecordaccessDetailHistory solo admite el informe de historial de acceso a la vista de grabaciones de Webex Training. La nueva mejora también admite Webex Meetings historial de Webex Events, Webex Events (nueva) y Webex Events grabación (clásica) a la que se accede.

Cambios de esquema

Ofrecemos soporte para el siguiente nuevo esquema en API lstrecordaccessHistory en el cuerpo de la solicitud de API:

<serviceTypes>
       <serviceType>MeetingCenter</serviceType>
       <serviceType>TrainingCenter</serviceType>
       <serviceType>EventCenter</serviceType>
</serviceTypes>

Detalles

La API: lstrecordaccessHistory puede volver al historial de visualización de grabaciones accedido para Webex Meetings, Webex Events (nueva), Webex Events (clásica) y Webex Training.

  • Si no hay ningún serviceType especificado en la solicitud de API, la API de lstrecordaccessHistory devuelve el historial de grabaciones de Webex Training al que se ha accedido únicamente.

  • Cuando el serviceType está en MeetingCenter, la API de lstrecordaccessHistory devuelve tanto Webex Meetings grabación como Webex Events grabación (nueva) acceso al historial.

  • Cuando el serviceType es EventCenter, la API de lstrecordaccessHistory devuelve Webex Events historial de acceso a la vista de grabaciones (clásica).

La API: lstrecordaccessDetailHistory puede devolver los detalles de la recordID de Webex Meetings, Webex Events (nueva), Webex Events (clásica) y Webex Training.

Ejemplo de solicitud y respuesta de API

lstrecordaccessHistory Solicitud y respuesta de API

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <header>
        <securityContext>
            <webExID>{userName}</webExID>
            <password>{password}</password>          
            <siteName>{siteName}</siteName>
        </securityContext>
    </header>
    <body>
        <bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
            <viewTimeScope>
                <viewTimeStart>9/20/2021 00:00:00</viewTimeStart>
                <viewTimeEnd>9/28/2021 23:59:59</viewTimeEnd>
            </viewTimeScope>
            <listControl>
                <startFrom>1</startFrom>
                <maximumNum>100</maximumNum>
            </listControl>
            <order>
                <orderBy>RECORDID</orderBy>
                <orderAD>ASC</orderAD>
            </order>
            <serviceTypes>
                <serviceType>MeetingCenter</serviceType>
                <serviceType>TrainingCenter</serviceType>
                <serviceType>EventCenter</serviceType>
            </serviceTypes>
        </bodyContent>
    </body>
</serv:message>

<?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:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test TC-20210924 1324-1</history:recordName>
                <history:creationTime>09/24/2021 13:28:13</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>2</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>TestErollment_001-20210610 1905-1</history:recordName>
                <history:creationTime>06/10/2021 19:10:15</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>0</history:downloaded>
                <history:viewed>3</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>Test instant playback 2-20210705 0709-1</history:recordName>
                <history:creationTime>07/05/2021 07:15:06</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>0</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>EC2.0_232423-20210922 0447-1</history:recordName>
                <history:creationTime>09/22/2021 04:53:05</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>0</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test EC2.0-20210924 1315-1</history:recordName>
                <history:creationTime>09/24/2021 13:19:00</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>1</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test MC-20210924 1319-1</history:recordName>
                <history:creationTime>09/24/2021 13:25:12</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>1</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test EC classic-20210924 1331-1</history:recordName>
                <history:creationTime>09/24/2021 13:37:28</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>1</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:matchingRecords>
                <serv:total>8</serv:total>
                <serv:returned>7</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </history:matchingRecords>
        </serv:bodyContent>
    </serv:body>
</serv:message>

lstrecordaccessDetailHistory Solicitud y respuesta de API

<?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>{userName}</webExID>
            <password>{password}</password>          
            <siteName>{siteName}</siteName>
        </securityContext>
    </header>
    <body>
        <bodyContent xsi:type=
            "java:com.webex.service.binding.history.LstrecordaccessDetailHistory">
            <recondID>1XXXXXX7</recondID>
            <timeZoneID>20</timeZoneID>
        </bodyContent>
    </body>
</serv:message>

<?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:lstrecordaccessDetailHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <history:recordDetail>
                <history:viewID>1XXXXXX7</history:viewID>
                <history:participantName>Axxxg</history:participantName>
                <history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
                <history:accessTime>09/24/2021 13:27:26</history:accessTime>
                <history:registered>false</history:registered>
                <history:downloaded>false</history:downloaded>
                <history:viewed>true</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordDetail>
            <history:recordDetail>
                <history:viewID>1XXXXXX7</history:viewID>
                <history:participantName>Axxxg</history:participantName>
                <history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
                <history:accessTime>09/24/2021 13:27:39</history:accessTime>
                <history:registered>false</history:registered>
                <history:downloaded>true</history:downloaded>
                <history:viewed>false</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordDetail>
            <history:matchingRecords>
                <serv:total>2</serv:total>
                <serv:returned>2</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </history:matchingRecords>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Afectar a las API:

  • lstrecordaccessHistory

  • lstrecordaccessDetailHistory

Corrija la brecha de longitud máxima Webex Events descripción de usuarios (clásico) entre XMLAPI y la página de Webex.

API afectadas

La API para XML: El elemento de descripción de CreateEvent y SetEvent permitirá entradas máximas de 10.000 caracteres. Si supera el tamaño de introducción, se producirán nuevos códigos de error y mensajes:

060068 descripción de entrada no ilegal. Esta descripción no puede superar 10.000 caracteres.

Cambios de esquema

No hay cambios de esquema.

Ejemplo de solicitud y respuesta de API

Crear solicitud y respuesta de API de eventos

#API request example:
...
    <body>
        <bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
            xmlns:att="http://www.webex.com/schemas/2002/06/service/event" xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
            <accessControl>
                <sessionPassword>111111</sessionPassword>
                <listing>PRIVATE</listing>
            </accessControl>
            <metaData>
                <sessionName>EC test</sessionName>
                <description>.......Suppose you filling in 10000 characters in description.......</description>
            </metaData>
...


------------------------------------
#API response example when the description exceeds 10000 characters:

<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>Illegal input description. The description can't exceed 10000 characters</serv:reason>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
            <serv:exceptionID>060068</serv:exceptionID>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

Afectar a las API:

  • CreateEvent

  • SetEvent

API para XML: GetUser devuelve el nuevo elemento de freeAccount

API afectadas

GetUser devuelve un nuevo elemento que identifica freeAccount el cuenta de usuario es FreeAccount o no.

Cambios de esquema

Ejemplo de respuesta de GetUser


GetUser response:
                <use:initials>AW</use:initials>
                <use:isUploaded>false</use:isUploaded>
            </use:avatar>
            <use:largeEventCapacity>3</use:largeEventCapacity>
            <use:freeAccount>false</use:freeAccount>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Afectar a las API:

GetUser

Actualizaciones de API 41.10.0


No hay cambios de esquema en el esquema de la API de XML 41.10.0.

Actualizaciones de LA API 41.9.0

Actualizaciones de la API de XML 41.9.0

Haga clic aquí para descargar el esquema de la API de XML 41.9.0.

Decomisación de la API de XML 10.0.0 para todos los sitios de T31

Webex tiene previsto el fin del soporte de vida útil de la API de XML ver 10.0.0 para todos los sitios de T31.

Estamos descomisando el código de la API de XML 10.0.0 de todas las producciones en la actualización 41.9.0.

Actualizaciones de API 41.8.0

Actualizaciones de la API de XML 41.8.0

Haga clic aquí para descargar el esquema de la API de XML 41.8.0.

Decomisación de la API de XML 10.0.0 para todos los sitios de T31

Webex tiene previsto el fin del soporte de vida útil de la API de XML ver 10.0.0 para todos los sitios de T31.

Webex encontró algunos clientes que accediendo a la URL de la API de XML utilizando una manera incorrecta como: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService, la forma correcta de acceder a la URL de API de XML como: https://{siteName}.webex.com/WBXService/XMLService.

Cambie su código acceso XML API utilizando la forma correcta para evitar impactos antes de que finalice el soporte en XML API versión 10.0.0.

Actualizaciones de API 41.7.0

Actualizaciones de la API de XML 41.7.0

Haga clic aquí para descargar el esquema de la API de XML 41.7.0.

La opción de administración del sitio debe controlar la eliminación y edición de grabaciones móviles: Permitir a los organizadores reasignar, editar, deshabilitar y eliminar grabaciones

API afectadas y cambios en el esquema

GetSite: devolverá nuevos elementos al nombrar enableNBRMCModify, y separateNoRecordingEdit en herramientas.

Ejemplo de respuesta

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>

Actualizaciones de API 41.6.3

Actualizaciones de la API de XML 41.6.3

Haga clic aquí para descargar el esquema de la API de XML 41.6.3.

GetSite Responder nuevo elemento de supportLargeEvent

API afectadas y cambios en el esquema

GetSite: devuelve nuevos elementos de nomenclatura supportLargeEvent en siteCommonOptions para permitir que la persona que llama sepa si el sitio es compatible con eventos grandes (evento de Webex (nuevo)) o no.

Cambio de esquema

Ejemplo de respuesta

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>

Actualizaciones de API 41.6.0

Actualizaciones de la API de XML 41.6.0

Haga clic aquí para descargar el esquema de la API de XML 41.6.0.

Soporte de XMLAPI Webex Events 2.0 en aprovisionamiento

API afectadas

GetUser: devuelve un nuevo nombre de elemento largeEventCapacity que muestra la capacidad del nuevo evento 2.0 (EC 2.0) en este cuenta de usuario. Por ejemplo, si el cuenta de usuario licencia CI_EC3K, el valor de largeEventCapacity es 3000.

Cambios de esquema

Ejemplo de respuesta

GetUserResponse:

CreateTime de XMLAPI LstRecording aplica la hora de inicio de la grabación

API afectadas

LstRecording: LstRecording Respuesta CreateTime a la hora en la que el usuario realmente presiona el botón grabar.

Detalles

En el pasado, la API de XML marca de hora el momento en el que se creó la grabación en la base de datos como la hora de creación en LstRecording Respuesta. Ahora es la hora en la que el usuario realmente comienza a realizar la grabación. Este cambio se aplica a todas las grabaciones de servicios. No hay cambios de esquema.

Actualizaciones de API 41.5.0

Actualizaciones de la API de XML 41.5.0

Haga clic aquí para descargar el esquema de la API de XML 41.5.0.

XMLAPI tiene la capacidad de iniciar reuniones planificadas de Webex desde PSTN como anfitrión

API afectadas

  • CreateUser: genera hostPIN independientemente de si la PMR usuario está habilitada o no cuando la función de usuario es de administrador total o de solo lectura o de administración de usuarios.

  • SetUser: conjuntos hostPIN Usando phones.hostPIN Cuando personalMeetingRoom.hostPIN no está en solicitud XML (condición previa: alternar característica AllowStartScheduledMtgFromPhoneestá activado).

  • GetUser: devuelve phones.hostPIN independientemente de si PMR usuario está habilitado o no. (condición previa: alternar característica AllowStartScheduledMtgFromPhone está activado).

Cambios de esquema

GetUserResponse:

SetUser:

Ejemplo de respuesta

GetUserResponse:

SetUser:

XMLAPI GetSite respuesta a dos elementos nuevos para el cliente móvil

API afectadas

  • GetSite: GetSite ahora responderá dos nuevos elementos para admitir el cliente móvil tiene la lógica para mostrar o no mostrar la ficha de grabación.

    • enableRecordingAccess: verdadero o falso, los superadministresdores de Webex pueden habilitar o deshabilitar el acceso a grabaciones mediante la alternancia( EnableRecordingAccesses).

    • storageEmptyStatus: verdadero o falso, si ambos sitios no admiten la función de NBR y asignaron espacio de almacenamiento de NBR como cero, entonces la respuesta del estado es verdadera, otra es falsa.

Cambios de esquema

Solicitud de muestra para GetSite

Respuesta de muestra para Getsite

El asunto del correo electrónico que tiene caracteres que no son ASCII se codificará con RFC2047. En caso de que un asunto de correo electrónico con caracteres ASCII puros, no hay codificación

API afectadas

No hay impactos en la carga de las respuestas y las solicitudes de API, pero cambia el comportamiento de codificación del asunto del correo electrónico. Cuando el asunto del correo electrónico que tiene caracteres que no son ASCII se codificará con RFC2047. En caso de que un asunto de correo electrónico con caracteres ASCII puros, no hay codificación.

Cambios de esquema

No hay cambios de esquema.

Actualizaciones de API 41.4.0

Actualizaciones de la API de XML 41.4.0

Haga clic aquí para descargar el esquema de la API de XML 41.4.0.

La opción Crear evento Webex Events puede aprovechar los valores predeterminados del sitio para el tono de entrada y salida

XMLAPI se alinea con la nueva lógica actual para controlar el tono de entrada y salida. Todos los tonos para las Webex Events fueron controlados por un ajuste diferente en la administración del sitio. En GetSite, XMLAPI devuelve un campo adicional entryExitToneEC para indicar el valor. Originalmente, cuando el administrador del sitio establece un valor predeterminado para el tono, crear evento no aprovechará esta configuración aplicando xmlapi predeterminado.

API afectadas

La API para XML: GetSite devuelve un nuevo elemento entryExitToneEC para indicar el valor.

La API para XML: CreateEvent, SetEvent, GetEvent back end business logic (Crear evento), SetEvent (Establecer evento) y GetEvent back end business logic (Lógica de negocios de final de la creación) leen el valor de entryExitToneEC.

Cambios de esquema

API para XML: Muestra de respuesta de GetSite:

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

Afectar a las API:

  • GetSite

  • Crear evento

  • Establecer evento

  • Obtener evento

XMLAPI solo devuelve la información detallada del evento grande (Webex Event 2.0)

  1. Si la Webex Meetings es la difusión por Internet o un evento de gran tamaño, GetSessionInfo devuelve cierta información detallada, incluida la contraseña de la reunión, la contraseña numérica de la reunión, la contraseña del panelista y la contraseña numérica del panelista (no se puede cambiar el esquema).

  2. XMLAPI no es compatible con la creación y edición de cualquier característica de difusión por Internet o eventos de gran tamaño, así que CreateMeeting y una SetMeeting devolver una nueva excepción (110064, el evento y la difusión por Tipo de sesión no son compatibles). para casos de eventos grandes o difusión por Internet.

API de impacto

Nombre de API

Descripción

Observación

GetSessionInfo

Si la Webex Meetings es la difusión por Internet o un evento de gran tamaño, GetSessionInfo devuelve la contraseña de la reunión, la contraseña numérica de la reunión, la contraseña del panelista y la contraseña numérica del panelista.

No se puede cambiar ningún esquema.

CreateMeeting

SetMeeting

Si el usuario intenta utilizar CreateMeeting api para crear una interfaz Webex Meetings con eventos grandes tipo de sesión grandes, o una llamada SetMeeting para editar una Webex Meetings que en realidad es un evento grande o una difusión por Internet, devuelva una nueva excepción 110064. No se admiten las tipo de sesión Event ni Webcast.

Se cambiará el comportamiento.

Actualizaciones de API 41.3.0

Actualizaciones de la API de XML 41.3.0

Haga clic aquí para descargar el esquema de la API de XML 41.3.0.

Los nuevos cambios en la API de XML Webex Events la característica de 2.0

API afectadas

Ambas API: Obtener elementos de retorno de GetSessionInfo y GetMeetingenableEvent y una enableWebniar También.

Nombre del elemento

Descripción

habilitar evento

Compatible con EC 2.0 en una reunión de Webex

enableWebniar

Es compatible con el seminario Web en una reunión de Webex


El soporte de XMLAPI devuelve más de dos elementos para EC 2.0. La versión actual de la API de XML no admite la planificación y la configuración de una reunión de EC2.0.

Cambios de esquema

GetSessionInfo devuelve elementos enableEvent y una enableWebniar para EC 2.0.

GetMeeting devuelve elementos enableEvent y una enableWebniar para EC 2.0.

Ejemplo de respuesta:

GetSessionInfo Respuesta:

<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 Respuesta:

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

Los nuevos cambios de XMLAPI admiten la característica de sala de recepción previa a la reunión

API afectadas

La API para XML: GetSite, LstSummarySession, GetSessionInfo, y GetMeeting responderá al nuevo elemento enablePreMeetingLobby para la sala de recepción anterior a la reunión.

Cambios de esquema

La API para XML: GetSite devuelve elemento enablePreMeetingLobby para la sala de recepción anterior a la reunión.

La API para XML: LstSummarySession devuelve elemento enablePreMeetingLobby para la sala de recepción anterior a la reunión.

La API para XML: GetSessionInfo devuelve elemento enablePreMeetingLobby para la sala de recepción anterior a la reunión.

La API para XML: GetMeeting devuelve elemento enablePreMeetingLobby para la sala de recepción anterior a la reunión.

Ejemplo de respuesta:

GetSite Respuesta:

<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 Respuesta:

<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 Respuesta:

<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 Respuesta:

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

La API para XML GetSite respuesta Información comportamiento cambio revela

API afectadas

La API para XML: GetSite sólo respuesta a continuación elementos para la cuenta de administrador, que incluyen funciones: SiteAdmin, RO_SiteAdmin, y 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>

Cambió el comportamiento

Solo permitir la función de administrador tiene datos de la licencia de respuesta de GetSite. El organizador o el asistente no obtienen esos datos de licencia en GetSite Respuesta.

A continuación aparecen las API: GetSite's ejemplo de respuesta para siteadmin o "ready-only" (Sólo listo) siteadmin o administración de usuarios:

Actualizaciones de API 41.2.0

Actualizaciones de la API de XML 41.2.0

Haga clic aquí para descargar el esquema de la API de XML 41.2.0.

XMLAPI debe ser compatible con la "CMR híbrida VoIP" si el sitio es compatible con la telefonía de Webex

API afectadas

  • GetSite devuelve un nuevo elemento IsWebexTelephony en la respuesta.

  • CreateUser y una SetUser pueden actualizar la cmrHybridVoip elemento si IsWebexTelephony junto con otras condiciones. IsTSPUsingTelephonyAPI ya no es consecuente.

Cambios de esquema

API para XML: GetSite la respuesta devuelve un elemento adicional IsWebexTelephony

GetSite respuesta incluye este nuevo elemento:

<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 admite EC2.0

Las API de XML se verán afectadas

LstSummarySession devolverá dos elementos nuevos para que admitan EC 2.0

Nombre del elemento

Descripción

habilitar evento

Compatible con EC 2.0 en una reunión de Webex

enableWebniar

Es compatible con el seminario Web en una reunión de Webex

Cambios de esquema

API para XML: LstSummarySession: Anexe el < enableEvent> y enableWebniar> elementos

Respuesta de la API de XML: LstSummarySession

Respuesta a 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 admite la devolución de usuarios del sitio Webex-voice-assistant opción para la integración con MCT

API afectadas

GetUser devuelve un nuevo elemento webexAssistantEnabled(verdadero o falso) en la respuesta.

Cambios de esquema

getUserResponse:

Ejemplo de respuesta

Actualizaciones de API 41.1.0


No hay cambios de esquema en el esquema de la API de XML 41.1.