Descripción general de las actualizaciones de la API de Cisco Webex Meetings (API 41)

Para obtener más información sobre XML API 39 y XML API 11, consulte Cisco Webex Meetings XML API Updates Overview (XML API 39 and Earlier).

Para obtener más información sobre XML API 40, consulte Cisco Webex Meetings XML API Updates Overview (XML API 40 and Later).

Para obtener actualizaciones para XML API 11 SP9 y versiones anteriores, visite Cisco DevNet.

Actualizaciones de la API XML 41.12.0

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

XMLAPI bloqueará la programación y edición de Webex Events (Classic) según el elemento de configuración del sitio EnableClassicEvent que sea falso.

API afectadas y cambios de 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 admitirá reuniones de Eventos Webex (clásicos).

Si la casilla de verificación Enable classicEvent es falsa, se llama a estas API para operar la reunión Webex Events (classic):

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

La API responderá nueva excepción 010106 El Evento clásico ha sido desactivado.

Cambios de esquema

No hay cambios en el esquema.

Ejemplo de solicitud y respuesta a la API

Petición y respuesta de la API CreateEvent

Solicitud de CreateEvent

XXXXXXXX


Pruebas de XMLAPI EC


07/17/2021 01:29:15
15

Respuesta de CreateEvent

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="<span data-id="1"></span> xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">


FALLO
El Evento clásico ha sido desactivado.
PRIMARIO
010106





http://www.webex.com/schemas/2002/06/service"

CreateEvent3.1.3 Afectar a las API:

• SetEvent GetEvent

• GetSessionInfo

• LstsummaryEvent

• LstrecordedEvent

• LstsummaryProgram

• UploadEventImage

XMLAPI LstMeetingType responderá al nuevo elemento de subProductCodePrefix

API afectadas

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

Tras esta nueva mejora, la API responderá con un nuevo elemento de subProdctCodePrefix:PRO1, PRO2, etc. que puede personalizarse para cumplir con el prefijo de tipo.

Cambios de esquema en la API: LstMeetingType

Responderá nuevo elemento: subProdctCodePrefix

Ejemplo de solicitud y respuesta a la API

LstMeetingType Solicitud y respuesta de la API

Solicitud de LstMeetingType

13810

Respuesta de LstMeetingType

<serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="<span data-id="1"></span> <mtgtype:matchingRecords><span data-id="2"></span> <serv:total>1</serv:total><span data-id="3"></span> <serv:returned>1</serv:returned><span data-id="4"></span> <serv:startFrom>1</serv:startFrom><span data-id="5"></span> </mtgtype:matchingRecords><span data-id="6"></span> <mtgtype:meetingType><span data-id="7"></span> <mtgtype:productCodePrefix>PRO</mtgtype:productCodePrefix><span data-id="8"></span> <mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix> //Nuevo elemento para el tipo de reunión personalizada<span data-id="9"></span> <mtgtype:active>ACTIVATED</mtgtype:active><span data-id="10"></span> <mtgtype:name>C<span data-id="11"></span>C<span data-id="12"></span>Cerrada</mtgtype:name><span data-id="13"></span> <mtgtype:displayName>C<span data-id="14"></span>C<span data-id="15"></span>Cerrado</mtgtype:displayName>http://www.w3.org/2001/XMLSchema-instance">









us_hat_
us_hat_

Actualizaciones de la API XML 41.11.0

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

Compatibilidad con la API XML en la API de gestión de usuarios para los sitios gestionados por Control Hub

API afectadas y cambios de esquema

Si su aplicación de integración utiliza actualmente las API de gestión de usuarios XMLAPI de Webex: CreateUser, SetUser, DelUser, y GetUser para aprovisionar o gestionar usuarios, después de que su sitio Webex clásico se convierta en sitio gestionado por Control Hub, estas API seguirán funcionando por compatibilidad futura. Hay algunos cambios de comportamiento como se indica a continuación:

• Cuando se utiliza createUser- si el estado del usuario en Control Hub no es "activo" entonces el estado del usuario en el sitio no estará activo. Si el estado del usuario en Control Hub es activo, entonces el estado del usuario en el sitio también es activo, referencia: Estado de los usuarios nuevos y convertidos en Control Hub.

• El elemento password de las APIs CreateUser y SetUser será ignorado, empezaremos enviando un email de activación a los nuevos usuarios, los usuarios pueden hacer clic en el enlace del email para activar la nueva cuenta e introducir la nueva contraseña.

• El elemento activo de la API CreateUser será ignorado, nuevo usuario (no verificado) no puede ser activado a través de este parámetro utilizando la API SetUser.

• El valor del elemento webExId en el bodyContent de las API CreateUser debe ser el mismo que el del correo electrónico. Si webExId es diferente de email, trataremos webExId igual que email cuando lo almacenemos en WebDB y el valor será ignorado.

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

• La API SetUser permitirá cambiar el correo electrónico de los usuarios existentes: tiene éxito si la cuenta de operación en SecurityContext es el administrador del sitio completo de Control Hub. De lo contrario, la API informa de un error con el nuevo código de error y el mensaje que se indican a continuación:

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

• El elemento newWebExId en el bodyContent de SetUser API será ignorado.

• La API SetUser intenta cambiar a un correo electrónico que ya está en uso, la API genera el siguiente código de error y mensaje de error:

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

• La API DelUser desactiva el usuario en el lado de la reunión Webex y la licencia de reunión correspondiente se elimina del sitio Webex. Este usuario desactivado puede reactivarse utilizando la API: SetUser (ACTIVADO) siempre y cuando el usuario sea verificado previamente.

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

  • 030117, Este usuario existe fuera de su org, por lo que necesita ser reclamado, para pasar a su org a través del proceso de reclamación de usuario. Para conocer los pasos para reclamar el usuario a su organización, consulte Reclamar usuarios a su organización (Convertir usuarios). Deberá verificar el dominio al que pertenece el usuario antes de reclamarlo.

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

Cambios de esquema

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

Ejemplo de solicitud y respuesta a la API

Petición y respuesta de la API CreateUser

Solicitud API:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="<span data-id="2"></span> 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">


{siteName}
{site Admin account}
{site Admin account}
xxxx o o
o , al utilizar CI "accessToken", debe incluir scope webexsquare:admin al provisionar usuario







Jack@qa.webex.com --- debe ser la identidad de usuario de la dirección de correo electrónico
Jack@qa.webex.com
Jack
Smith
....

verdadero

ACTIVATED --- este parámetro no puede activar el usuario directamente hasta que el usuario se autoactive a través del correo electrónico de activación.




Ejemplo de respuesta API:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="<span data-id="30"></span> xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:use="http://www.webex.com/schemas/2002/06/service/user">


ÉXITO
PRIMARIO



<serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="<span data-id="40"></span> <use:userId>23778617</use:userId><span data-id="41"></span> </serv:bodyContent><span data-id="42"></span> </serv:body><span data-id="43"></span></serv:message>http://www.w3.org/2001/XMLSchema-instance"
http://www.webex.com/schemas/2002/06/service"http://www.w3.org/2001/XMLSchema-instance">

Afectar a las API:

• CrearUsuario

• SetUser

• DelUser

La API XML admite la compatibilidad futura de la autenticación del usuario existente después de que el sitio clásico de Webex se convierta en un sitio gestionado por Control Hub.

API afectadas

Después de que el sitio Webex clásico se convierta en un sitio gestionado por Control Hub, el valor del elemento en debe ser el mismo que el del correo electrónico, como se detalla a continuación:

• Para los usuarios existentes creados en el sitio Webex classic, admitimos tanto el antiguo webExID (Por ejemplo: Jack) y el nuevo webExID (el contenido es el mismo que el correo electrónico, ejemplo: Jack@xx.com) para iniciar sesión, esta autenticación es compatible con todas las API XML.

• Para los nuevos usuarios creados en sitios gestionados por Control Hub, el valor del elemento webExID debe ser el mismo que el correo electrónico para el inicio de sesión.

{siteName}
{userName} --- usuarios existentes fueron creados en webEx sitio clásico, puede ser: jack o jack@xx.com; el nuevo usuario debe utilizar jack@xx.com
xxxx o o o

Afectar a las API:

Todas las API XML.

Después de convertir un sitio Webex clásico en un sitio gestionado por Control Hub, el valor del elemento <bodyContent> debe ser el mismo que el del correo electrónico, según se detalla a continuación:

• Para los usuarios existentes creados en el sitio Webex classic, admitimos tanto el antiguo webExId(por ejemplo: Jack) y el nuevo webExId (el contenido es el mismo que el correo electrónico, por ejemplo: Jack@xx.com) en bodyContent.

• Para los nuevos usuarios creados en sitios gestionados por Control Hub, el valor del elemento webExId tiene que ser el mismo que el correo electrónico en bodyContent.

xxxx --- usuarios existentes fueron creados en webEx sitio clásico, puede ser: jack o jack@xx.com; el nuevo usuario debe utilizar jack@xx.com

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

Cambios de esquema

No hay cambios de esquema en ninguna API.

Ejemplo de solicitud y respuesta a la API

Solicitud y respuesta de la API GetUser

Solicitud API:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="<span data-id="2"></span> 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">


{siteName}
{userName} --- los usuarios existentes se crearon en webEx sitio clásico, puede ser:http://www.w3.org/2001/XMLSchema-instance"
jack o jack@xx.com; el nuevo usuario debe utilizar jack@xx.com
xxxx o o o




xxxx --- los usuarios existentes se crearon en el sitio webEx classic, puede ser: jack o jack@xx.com; el nuevo usuario debe utilizar jack@xx.com




Ejemplo de respuesta de la API:
...igual que antes

Mejora de la API de informes del historial de vistas de grabación para su compatibilidad con Webex Meetings, Webex Events (Nuevo) y Webex Events (Clásico)

API afectadas

API actual: lstrecordaccessHistory y lstrecordaccessDetailHistory sólo admiten el informe de historial de acceso a la vista de grabación de Webex Trainings. La nueva mejora es compatible con las reuniones Webex, los eventos Webex (nuevos) y los eventos Webex (clásicos), así como con el informe de historial de acceso a la vista de grabación.

Cambios de esquema

Admitimos el siguiente esquema nuevo en la API lstrecordaccessHistory en el cuerpo de la solicitud de API:

MeetingCenter
Centro de formación
Centro de eventos

Detalles

La API: lstrecordaccessHistory puede devolver el historial de accesos a la vista de grabaciones para Reuniones Webex, Eventos Webex (nuevos), Eventos Webex (clásicos) y Formaciones Webex.

• Si no se especifica serviceType en la solicitud de API, la API de lstrecordaccessHistory devuelve únicamente el historial de accesos a la vista de grabación de Webex Trainings.

• Cuando el serviceType es MeetingCenter, la API de lstrecordaccessHistory devuelve el historial de accesos a la vista de grabaciones tanto de Webex Meetings como de Webex Events (nuevo).

• Cuando el serviceType es EventCenter, la API de lstrecordaccessHistory devuelve el historial de accesos a la vista de grabación de eventos Webex (clásicos).

La API: lstrecordaccessDetailHistory es capaz de devolver detalles por recordID de Webex Meetings, Webex Events (new), Webex Events (classic), y Webex Trainings.

Ejemplo de solicitud y respuesta a la API

lstrecordaccessHistory Solicitud y respuesta de la API

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="<span data-id="1"></span> <header><span data-id="2"></span> <securityContext><span data-id="3"></span> <webExID>{userName}</webExID><span data-id="4"></span> <password>{password}</password> <span data-id="5"></span><siteName>{siteName}</siteName><span data-id="6"></span> </securityContext><span data-id="7"></span> </header><span data-id="8"></span> <head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><body><span data-id="9"></span> <bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory"><span data-id="10"></span> <viewTimeScope><span data-id="11"></span> <viewTimeStart>9/20/2021 00:00:00</viewTimeStart><span data-id="12"></span> <viewTimeEnd>9/28/2021 23:59:59</viewTimeEnd><span data-id="13"></span> </viewTimeScope><span data-id="14"></span> <listControl><span data-id="15"></span> <startFrom>1</startFrom><span data-id="16"></span> <maximumNum>100</maximumNum><span data-id="17"></span> </listControl><span data-id="18"></span> <order><span data-id="19"></span> <orderBy>RECORDID</orderBy><span data-id="20"></span> <orderAD>ASC</orderAD><span data-id="21"></span> </order><span data-id="22"></span> <serviceTypes><span data-id="23"></span> <serviceType>MeetingCenter</serviceType><span data-id="24"></span> <serviceType>TrainingCenter</serviceType><span data-id="25"></span> <serviceType>EventCenter</serviceType><span data-id="26"></span> </serviceTypes><span data-id="27"></span> </bodyContent><span data-id="28"></span> </body><span data-id="29"></span></serv:message><span data-id="30"></span><?xml version="1.0" encoding="UTF-8"<span data-id="31"></span><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">


ÉXITO
PRIMARIO



<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="<span data-id="42"></span> <history:recordAccessHistory><span data-id="43"></span> <history:recordID>1XXXXXXX7</history:recordID><span data-id="44"></span> <history:recordName>LstrecordaccessHistory prueba TC-20210924 1324-1</history:recordName><span data-id="45"></span> <history:creationTime>09/24/2021 13:28:13</history:creationTime><span data-id="46"></span> <history:registered>0</history:registered><span data-id="47"></span> <history:downloaded>2</history:downloaded><span data-id="48"></span> <history:viewed>1</history:viewed><span data-id="49"></span> <history:timeZoneID>20</history:timeZoneID><span data-id="50"></span> </history:recordAccessHistory><span data-id="51"></span> <history:recordAccessHistory><span data-id="52"></span> <history:recordID>1XXXXXXX7</history:recordID><span data-id="53"></span> <history:recordName>TestE<span data-id="54"></span>001-20210610 1905-1</history:recordName><span data-id="55"></span> <history:creationTime>06/10/2021 19:10:15</history:creationTime><span data-id="56"></span> <history:registered>0</history:registered><span data-id="57"></span> <history:downloaded>0</history:downloaded><span data-id="58"></span> <history:viewed>3</history:viewed><span data-id="59"></span> <history:timeZoneID>20</history:timeZoneID><span data-id="60"></span> </history:recordAccessHistory><span data-id="61"></span> <history:recordAccessHistory><span data-id="62"></span> <history:recordID>1XXXXXXX7</history:recordID><span data-id="63"></span> <history:recordName>Prueba de reproducción instantánea 2-20210705 0709-1</history:recordName><span data-id="64"></span> <history:creationTime>07/05/2021 07:15:06</history:creationTime><span data-id="65"></span> <history:registered>0</history:registered><span data-id="66"></span> <history:downloaded>0</history:downloaded><span data-id="67"></span> <history:viewed>1</history:viewed><span data-id="68"></span> <history:timeZoneID>20</history:timeZoneID><span data-id="69"></span> </history:recordAccessHistory><span data-id="70"></span> <history:recordAccessHistory><span data-id="71"></span> <history:recordID>1XXXXXXX7</history:recordID><span data-id="72"></span> <history:recordName>EC2.0<span data-id="73"></span>232423-20210922 0447-1</history:recordName><span data-id="74"></span> <history:creationTime>09/22/2021 04:53:05</history:creationTime><span data-id="75"></span> <history:registered>0</history:registered><span data-id="76"></span> <history:downloaded>0</history:downloaded><span data-id="77"></span> <history:viewed>1</history:viewed><span data-id="78"></span> <history:timeZoneID>20</history:timeZoneID><span data-id="79"></span> </history:recordAccessHistory><span data-id="80"></span> <history:recordAccessHistory><span data-id="81"></span> <history:recordID>1XXXXXXX7</history:recordID><span data-id="82"></span> <history:recordName>LstrecordaccessHistory prueba EC2.0-20210924 1315-1</history:recordName><span data-id="83"></span> <history:creationTime>09/24/2021 13:19:00</history:creationTime><span data-id="84"></span> <history:registered>0</history:registered><span data-id="85"></span> <history:downloaded>1</history:downloaded><span data-id="86"></span> <history:viewed>1</history:viewed><span data-id="87"></span> <history:timeZoneID>20</history:timeZoneID><span data-id="88"></span> </history:recordAccessHistory><span data-id="89"></span> <history:recordAccessHistory><span data-id="90"></span> <history:recordID>1XXXXXXX7</history:recordID><span data-id="91"></span> <history:recordName>LstrecordaccessHistory test MC-20210924 1319-1</history:recordName><span data-id="92"></span> <history:creationTime>09/24/2021 13:25:12</history:creationTime><span data-id="93"></span> <history:registered>0</history:registered><span data-id="94"></span> <history:downloaded>1</history:downloaded><span data-id="95"></span> <history:viewed>1</history:viewed><span data-id="96"></span> <history:timeZoneID>20</history:timeZoneID><span data-id="97"></span> </history:recordAccessHistory><span data-id="98"></span> <history:recordAccessHistory><span data-id="99"></span> <history:recordID>1XXXXXXX7</history:recordID><span data-id="100"></span> <history:recordName>LstrecordaccessHistory test EC classic-20210924 1331-1</history:recordName><span data-id="101"></span> <history:creationTime>09/24/2021 13:37:28</history:creationTime><span data-id="102"></span> <history:registered>0</history:registered><span data-id="103"></span> <history:downloaded>1</history:downloaded><span data-id="104"></span> <history:viewed>1</history:viewed><span data-id="105"></span> <history:timeZoneID>20</history:timeZoneID><span data-id="106"></span> </history:recordAccessHistory><span data-id="107"></span> <history:matchingRecords><span data-id="108"></span> <serv:total>8</serv:total><span data-id="109"></span> <serv:returned>7</serv:returned><span data-id="110"></span> <serv:startFrom>1</serv:startFrom><span data-id="111"></span> </history:matchingRecords><span data-id="112"></span> </serv:bodyContent><span data-id="113"></span> </serv:body><span data-id="114"></span></serv:message>http://www.w3.org/2001/XMLSchema-instance">






























?>
http://www.w3.org/2001/XMLSchema-instance">











rollment_

















_

lstrecordaccessDetailHistory Solicitud y respuesta de la API

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="<span data-id="1"></span> xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<webExID>{userName}</webExID>
<password>{contraseña}</password>
<siteName>{siteName}</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type=
"java:com.webex.service.binding.history.LstrecordaccessDetailHistory">
<recondID>1XXXXXX7</recondID>
<timeZoneID>20</timeZoneID>
</bodyContent>



<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="<span data-id="19"></span> 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>ÉXITO</serv:result>
<serv:gsbStatus>PRIMARIO</serv:gsbStatus>
</serv:response>
</serv:header>

<serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="<span data-id="29"></span> <history:recordDetail><span data-id="30"></span> <history:viewID>1XXXXXX7</history:viewID><span data-id="31"></span> <history:participantName>Axxxg</history:participantName><span data-id="32"></span> <history:participantEmail>Axxxg@qa.webex.com</history:participantEmail><span data-id="33"></span> <history:accessTime>09/24/2021 13:27:26</history:accessTime><span data-id="34"></span> <history:registered>false</history:registered><span data-id="35"></span> <history:downloaded>false</history:downloaded><span data-id="36"></span> <history:viewed>true</history:viewed><span data-id="37"></span> <history:timeZoneID>20</history:timeZoneID><span data-id="38"></span> </history:recordDetail><span data-id="39"></span> <history:recordDetail><span data-id="40"></span> <history:viewID>1XXXXXX7</history:viewID><span data-id="41"></span> <history:participantName>Axxxg</history:participantName><span data-id="42"></span> <history:participantEmail>Axxxg@qa.webex.com</history:participantEmail><span data-id="43"></span> <history:accessTime>09/24/2021 13:27:39</history:accessTime><span data-id="44"></span> <history:registered>false</history:registered><span data-id="45"></span> <history:downloaded>true</history:downloaded><span data-id="46"></span> <history:viewed>false</history:viewed><span data-id="47"></span> <history:timeZoneID>20</history:timeZoneID><span data-id="48"></span> </history:recordDetail><span data-id="49"></span> <history:matchingRecords><span data-id="50"></span> <serv:total>2</serv:total><span data-id="51"></span> <serv:returned>2</serv:returned><span data-id="52"></span> <serv:startFrom>1</serv:startFrom><span data-id="53"></span> </history:matchingRecords><span data-id="54"></span> </serv:bodyContent><span data-id="55"></span> </serv:body><span data-id="56"></span></serv:message>http://www.w3.org/2001/XMLSchema-instance"
http://www.webex.com/schemas/2002/06/service"http://www.w3.org/2001/XMLSchema-instance">

Afectar a las API:

• lstrecordaccessHistory

• lstrecordaccessDetailHistory

Corrección de la diferencia entre la longitud máxima permitida de la descripción de los eventos Webex (clásicos) entre XMLAPI y la página Webex.

API afectadas

La API XML: CreateEvent and SetEvent's element of description will allow max 10000 characters inputs, if over size inputing, it will result in the new error code and message:

060068 Descripción de entrada ilegal. Esta descripción no puede superar los 10000 caracteres.

Cambios de esquema

No se ha modificado el esquema.

Ejemplo de solicitud y respuesta a la API

Petición y respuesta de la API CreateEvent

#Ejemplo de solicitud de API:
...

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

111111
PRIVADO


Prueba CE
.......Suponga que rellena 10000 caracteres en la descripción.......

...


------------------------------------
#Ejemplo de respuesta de API cuando la descripción supera los 10000 caracteres:

<serv:message xmlns:serv="<span data-id="17"></span> xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">


FAILURE
Illegal input description.http://www.webex.com/schemas/2002/06/service" La descripción no puede superar los 10000 caracteres
PRIMARY
060068

Afectar a las API:

• CrearEvento

• SetEvent

API XML: GetUser devuelve un nuevo elemento de freeAccount

API afectadas

GetUser devuelve un nuevo elemento que identificafreeAccount la cuenta de usuario es FreeAccount o no.

Cambios de esquema

Ejemplo de respuesta GetUser

Respuesta GetUser:
AW
false

3
false

Afectar a las API:

ObtenerUsuario

Actualizaciones de la API XML 41.9.0

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

Desmantelamiento de la API XML 10.0.0 para todos los sitios T31

Webex planea finalizar el soporte XML API ver 10.0.0 para todos los sitios T31.

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

Actualizaciones de la API XML 41.8.0

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

Desmantelamiento de la API XML 10.0.0 para todos los sitios T31

Webex planea finalizar el soporte XML API ver 10.0.0 para todos los sitios T31.

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

Por favor, cambie su código de acceso a la API XML utilizando el camino correcto para evitar el impacto antes de que terminemos el soporte de la API XML versión 10.0.0.

Actualizaciones de la API XML 41.7.0

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

La grabación de borrado y edición móvil debe ser controlada por la opción de administración del sitio: Permitir a los anfitriones reasignar, editar, desactivar y eliminar grabaciones

API afectadas y cambios de esquema

GetSite: devolverá nuevos elementos denominados enableNBRMCModify, y separateNoRecordingEdit bajo tools.

Ejemplo de respuesta

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="<span data-id="1"></span> 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">


ÉXITO
PRIMARIO



<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="<span data-id="12"></span> ....<span data-id="13"></span> <ns1:tools><span data-id="14"></span> ...<span data-id="15"></span> <ns1:enableNBRMCModify>false</ns1:enableNBRMCModify><span data-id="16"></span> <ns1:separateNoRecordingEdit>true</ns1:separateNoRecordingEdit><span data-id="17"></span> ...<span data-id="18"></span> </ns1:tools><span data-id="19"></span> </serv:bodyContent><span data-id="20"></span> </serv:body><span data-id="21"></span></serv:message>http://www.webex.com/schemas/2002/06/service"http://www.w3.org/2001/XMLSchema-instance">

Actualizaciones de la API XML 41.6.3

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

GetSite Response nuevo elemento de supportLargeEvent

API afectadas y cambios de esquema

GetSite: devuelve nuevos elementos con el nombre supportLargeEvent bajo siteCommonOptions para que la persona que llama sepa si el sitio es compatible con Large Event (Webex Event (nuevo)) o no.

Cambio de esquema

Ejemplo de respuesta

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="<span data-id="1"></span> 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">


ÉXITO
PRIMARIO



<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="<span data-id="12"></span> ....<span data-id="13"></span> <ns1:siteCommonOptions><span data-id="14"></span> ...<span data-id="15"></span> <ns1:enablePreMeetingLobby>false</ns1:enablePreMeetingLobby><span data-id="16"></span> <ns1:supportLargeEvent>true</ns1:supportLargeEvent><span data-id="17"></span> </ns1:siteCommonOptions><span data-id="18"></span> </serv:bodyContent><span data-id="19"></span> </serv:body><span data-id="20"></span></serv:message>http://www.webex.com/schemas/2002/06/service"http://www.w3.org/2001/XMLSchema-instance">

Actualizaciones de la API XML 41.6.0

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

XMLAPI compatible con Webex Events 2.0 en el aprovisionamiento

API afectadas

GetUser: devuelve un nuevo elemento con el nombre largeEventCapacity que muestra la capacidad del nuevo Evento 2.0 (EC 2.0) bajo esta cuenta de usuario. Por ejemplo, si la cuenta de usuario tiene licencia CI_EC3K, el valor de largeEventCapacity es 3000.

Cambios de esquema

Ejemplo de respuesta

GetUserResponse:

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

API afectadas

LstRecording: LstRecording response CreateTime como el momento en que el usuario pulsa realmente el botón de grabación.

Detalles

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

Actualizaciones de la API XML 41.5.0

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

XMLAPI tiene la capacidad de iniciar reuniones programadas de Webex desde PSTN como host

API afectadas

• CrearUsuario: genera hostPIN independientemente de si el PMR del usuario está activado o no cuando el rol del usuario es host o completo o sólo lectura o administradores del sitio de gestión de usuarios.

• SetUser: establece hostPIN utilizando phones.hostPIN cuando personalMeetingRoom.hostPIN no está en la solicitud XML (condición previa: AllowStartScheduledMtgFromPhone está activada).

• GetUser: devuelve phones.hostPIN independientemente de si el PMR de usuario está activado o no. (condición previa: AllowStartScheduledMtgFromPhoneestá activada).

Cambios de esquema

GetUserResponse:

SetUser:

Ejemplo de respuesta

GetUserResponse:

SetUser:

XMLAPI GetSite response dos nuevos elementos para el cliente móvil

API afectadas

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

  • enableRecordingAccess: true o false, los superadministradores de Webex pueden habilitar o deshabilitar el acceso a la grabación mediante el toggle(EnableRecordingAccesses).

  • storageEmptyStatus: true o false, si ambos sitios no soportan la función NBR y asignaron el espacio de almacenamiento NBR como cero, entonces la respuesta de estado es true, de lo contrario es false.

Cambios de esquema

Ejemplo de solicitud de GetSite

Ejemplo de respuesta para Getsite

Los asuntos de correo electrónico que contengan caracteres no ASCII se codificarán con RFC2047. En el caso de un asunto de correo electrónico con caracteres ASCII puros, no hay codificación

No hay impacto en ninguna solicitud API, carga útil de las respuestas, pero cambia el comportamiento de codificación del asunto del correo electrónico. Cuando el asunto del correo electrónico contenga caracteres no ASCII, se codificará con RFC2047. En el caso de un asunto de correo electrónico con caracteres ASCII puros, no hay codificación.

Cambios de esquema

No hay cambios en el esquema.

Actualizaciones de la API XML 41.4.0

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

Crear evento programado Los eventos Webex pueden aprovechar el valor predeterminado a nivel de sitio en 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 los Eventos Webex se controlaban mediante una configuración diferente en la administración del sitio. En GetSite, XMLAPI devuelve un campo extra 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 mediante la aplicación de XMLAPI por defecto.

API afectadas

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

La API XML: CreateEvent, SetEvent, GetEvent la lógica de negocio back-end lee el valor de entryExitToneEC.

Cambios de esquema

API XML: Muestra de respuesta GetSite:

verdadero
ANNOUNCENAME
NOTONE
verdadero

NONE

verdadero
falso

Afectar a las API:

• GetSite

• CrearEvento

• SetEvent

• GetEvent

XMLAPI sólo devuelve la información detallada del evento grande (Evento Webex 2.0)

1. Si la reunión Webex es el gran evento o webcast, GetSessionInfo devuelve alguna información detallada incluyendo 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 cambiará el esquema).

2. XMLAPI no soporta la creación y edición de ningún evento grande o webcast, por lo que CreateMeeting y SetMeeting devuelven una nueva excepción (110064, The event and webcast session type aren't supported.) para el caso de eventos grandes o webcast.

API de impacto

Actualizaciones de la API XML 41.3.0

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

Los nuevos cambios de la API XML admiten la función Webex Events 2.0

API afectadas

Ambas API: GetSessionInfo y GetMeeting devuelven elementos enableEvent y enableWebniar también.

Cambios de esquema

GetSessionInfo devuelve los elementos enableEvent y enableWebniar para EC 2.0.

GetMeeting devuelve los elementos enableEvent y enableWebniar para EC 2.0.

Muestra de respuesta:

GetSessionInfo respuesta:

PÚBLICO
falso
verdadero
falso
falso
falso
falso
verdadero

GetMeeting respuesta:

falso
verdadero
verdadero
verdadero
falso
falso
verdadero

Los nuevos cambios de XMLAPI admiten la función de vestíbulo previa a la reunión

API afectadas

La API XML: GetSite, LstSummarySession, GetSessionInfo, y GetMeeting responderán al nuevo elemento enablePreMeetingLobby para Pre-Meeting Lobby.

Cambios de esquema

La API XML: GetSite devuelve el elemento enablePreMeetingLobby para Pre-Meeting Lobby.

La API XML: LstSummarySession devuelve el elemento enablePreMeetingLobby para el vestíbulo previo a la reunión.

La API XML: GetSessionInfo devuelve el elemento enablePreMeetingLobby para Pre-Meeting Lobby.

La API XML: GetMeeting devuelve el elemento enablePreMeetingLobby para Pre-Meeting Lobby.

Muestra de respuesta:

Respuesta de GetSite :

falso
falso
falso
verdadero
verdadero
verdadero
verdadero
falso
verdadero
verdadero

LstSummarySession respuesta:

falso
verdadero
0
falso
falso
falso
verdadero

GetSessionInfo respuesta:

PÚBLICO
falso
verdadero
falso
falso
falso
falso
verdadero

GetMeeting respuesta:

falso
verdadero
verdadero
verdadero
falso
falso
verdadero

La API XML GetSite respuesta Cambio de comportamiento de la información revelar

API afectadas

La API XML: GetSite sólo responde a los siguientes elementos para la cuenta de administrador, que incluyen roles: SiteAdmin, RO_SiteAdmin, y UserAdmin.

...
...
...
...
...
...
...
...

Cambio de comportamiento

Sólo se permite que el rol Admin tenga respuesta datos de licencia de GetSite. El anfitrión o el asistente no obtendrán esos datos de licencia en la respuesta GetSite .

Abajo están las API: Ejemplo de respuesta de GetSite para siteadmin o ready-only siteadmin o user-management admin:

Actualizaciones de la API XML 41.2.0

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

XMLAPI debe admitir "CMR Hybrid VOIP" si el sitio admite telefonía Webex.

API afectadas

• GetSite devuelve un nuevo elemento IsWebexTelephony en la respuesta.

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

Cambios de esquema

API XML: La respuesta GetSite devuelve un elemento adicional IsWebexTelephony

La respuesta GetSite incluye este nuevo elemento:

true
false
Nº de conferencia personal
Códigode accesodel asistente
Código de acceso del anfitrión
ID del asistente

.....

LstSummarySession soporta EC2.0

Las API XML se verán afectadas

LstSummarySession devolverá dos nuevos elementos para soportar EC 2.0

Cambios de esquema

API XML: LstSummarySession: Añada los elementos <enableEvent> y <enableWebniar>.

Respuesta de la API XML: LstSummarySession

Respuesta para CE 2.0

verdadero

0
falso
verdadero
verdadero

Compatible con XMLAPI para devolver el usuario del sitio Opción de asistente de voz Webex para la integración de MCT

API afectada

GetUser devuelve un nuevo elemento webexAssistantEnabled (true o false) en la respuesta.

Cambios de esquema

getUserResponse:

Ejemplo de respuesta