Busque toda la información importante que necesite sobre la API de Cisco Webex Meetings, como los cambios de esquema y otros anuncios.
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
: generahostPIN
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
: conjuntoshostPIN
Usandophones.hostPIN
CuandopersonalMeetingRoom.hostPIN
no está en solicitud XML (condición previa: alternar característicaAllowStartScheduledMtgFromPhone
está activado).GetUser
: devuelvephones.hostPIN
independientemente de si PMR usuario está habilitado o no. (condición previa: alternar característicaAllowStartScheduledMtgFromPhone
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 afectadasNo 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)
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).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 unaSetMeeting
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 |
---|---|---|
|
Si la Webex Meetings es la difusión por Internet o un evento de gran tamaño, |
No se puede cambiar ningún esquema. |
|
Si el usuario intenta utilizar |
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 elementoIsWebexTelephony
en la respuesta.CreateUser
y unaSetUser
pueden actualizar lacmrHybridVoip
elemento siIsWebexTelephony
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. |