Atualizações da API 40.12.0

Atualizações da API XML 40.12.0

Clique aqui para baixar o esquema XML API 40.12.0

A API XML suporta o tipo de Reunião Privada

As APIs XML serão afetadas

  • Podemos usar a API: CreateMeeting e SetMeeting para agendar ou atualizar uma reunião Webex com tipo de reunião privada.

  • Se uma reunião Webex for agendada com o tipo de reunião privada, GetSessionInfo GetMeeting, LstSummarySession, e LstCalendarSession retornará um novo elemento nomeando é PrivateMeeting para saber.

  • GetMeetingType e LstMeetingType retornar um novo elemento nomeando SupportPrivateMeeting que indica se suporta Reuniões Privadas ou não.

Alterações do esquema

API XML: GetMeetingType/LstMeetingType: Anexar o <SupportPrivateMeeting> elemento.

API XML: LstSummarySession: Acrescente o <isPrivateMeeting> elemento.

API XML: LstCalendarSession: Acrescente o <isPrivateMeeting> elemento.

API XML: GetSessionInfo: Acrescente o <isPrivateMeeting> elemento.

API XML: Reunião Get : Anexar o <isPrivateMeeting> elemento.

Solicitação da API XML: Criar reunião

Solicitação de criação de reunião com tipo de reunião privada

<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<schedule>
<startDate>25/10/2020 13:00:00</startDate>
<duration>45</duration>
<timeZoneID>45</timeZoneID>
</schedule>
<accessControl>
<meetingPassword>*********</meetingPassword>
</accessControl>
<metaData>
<confName>MC_PrivateMeeting_Teste</confName>
<meetingType>168</meetingType> //169 é uma amostra que suporta Reunião Privada
</metaData>
</bodyContent>
</body>

Resposta da API XML: GetSessionInfo

Resposta para isPrivateMeeting

<ep:supportE2E>false </ep:supportE2E>
<ep:isAllowJBH> true </ep:isAllowJBH>
<ep:isPrivateMeeting> true </ep:isPrivateMeeting> //true: a reunião suporta reunião privada; falso: a reunião não suporta reunião privada.
<ep:isCETMeeting> false </ep:isCETMeeting>
<ep:isPersonalMeetingRoom> false </ep:isPersonalMeetingRoom>
<ep:isNextUpcomingInstance> true</ep:isNextUpcomingInstance>

A API do GetSite retornará modelos de reunião no nível do site

Descrição da história/tarefa do usuário

GetSite API para retornar o modelo de reunião no nível do site. Isso permitirá que o Education Connector e o Webex Classrooms mostrem esses modelos para que os professores escolham e escolham esses modelos enquanto agendam suas sessões on-line.

APIs afetadas

Se houver modelos de reunião personalizados que são no nível do site, GetSite api retornará esses modelos no nível do site.

Nome dos elementos

Descrição

meetingTemplateName

o nome dos modelos de reunião personalizados no nível do site

serviceType

Webex Meetings, treinamentos Webex e eventos Webex

Alterações do esquema

GetSite : anexar o <meetingTemplates> elemento.

Exemplo de resposta

Resposta do GetSite

<ns1:meetingTypes>
<ns1:meetingTypeID>3</ns1:meetingTypeID>
<ns1:meetingTypeName>PRO</ns1:meetingTypeName>
</ns1:meetingTypes>
<ns1:meetingTemplates>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>Modelo de reunião MC 1</ns1:meetingTemplateName>
<ns1:serviceType>MeetingCenter</ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>Modelo de reunião EC 2</ns1:meetingTemplateName>
<ns1:serviceType>EventCenter</ns1:serviceType>
</ns1:meetingTemplate>
<ns1:meetingTemplate>
<ns1:meetingTemplateName>Modelo de reunião TC 3</ns1:meetingTemplateName>
<ns1:serviceType>TrainingCenter</ns1:serviceType>
</ns1:meetingTemplate>
</ns1:meetingTemplates>

O XML API SetUser não pode alterar o elemento de supportedServices quando o site é um site unificado CI

Descrição

XMLAPI SetUser não suporta o valor de alteração de " supportedServices" em uma solicitação de API quando o site é um Control Hub vinculado sites Unified Webex Meetings.

Alterações do esquema

Não há alterações de esquema na API: SetUser.

WEBEX-15436: Adicione proteção para evitar e-mails duplicados em Mtgconfattendeelist

Descrição

Se vários convidados com o mesmo e-mail forem adicionados à mesma reunião na mesma solicitação de API, processamos apenas o primeiro convidado com o e-mail.

APIs impactadas

  • CreateMeetingAttendee

  • CreateUser

  • SetUser

  • CreateMeeting

  • SetMeeting

  • CreateEvent

  • SetEvent

  • CreateTrainingSession

  • SetTrainingSession

API de amostra

Solicitação

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>testSite</siteName>
<webExID>testUsuário</webExID>
<password>senha</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<sessionKey>1714904382</sessionKey>
<person>
<email>test@webex.com</email>
<name>nome1</name>
</person>
<attendees>
<person>
<email>test@webex.com</email>
<name>nome2</name>
</person>
<sessionKey>1714904382</sessionKey>
</attendees>
</bodyContent>
</body>
</serv:message>

Atualizações da API 40.11.0

Atualizações da API XML 40.11.0

Clique aqui para baixar o esquema XML API 40.11.0

XMLAPI CreateUser suporta nome de exibição

CreateUser suportes dispalyname quando alternância de recursos EnableDisplayName é como 1. Se a alternância de recursos não for 1, o displayName será ignorado.

Alterações do esquema

CreateUser:

XMLAPI SetUser suporta nome de exibição

SetUser suportes dispalyname quando alternância de recursos EnableDisplayName é 1. Se a alternância de recursos não for 1, o displayName será ignorado.

Alterações do esquema

SetUser:

XMLAPI GetUser suporta nome de exibição

GetUser suportes dispalyname quando alternância de recursos EnableDisplayName é 1. Se a alternância de recursos não for 1, o displayName não será exibido.

Quando displayName no DB é nulo e a alternância de recursos EnableDisplayName é 1, displayName será firstName+" "+lastName para caracteres não-asiáticos e firstName+lastName para personagens asiáticos.

Alterações do esquema

GetUserResponse:

Controle de nível de usuário XMLAPI para Voip CMR híbrido

O cmrHybridVoip a configuração é usada para definir e recuperar a configuração no nível do usuário para EnableCMRHybridVoIP.

Alterações do esquema

GetUser Response:

CreateUser Request:

SetUser Request:

Atualizações da API 40.10.0

Atualizações da API XML 40.10.0

Clique aqui para baixar o esquema XML API 40.10.0

XML API support for meeting UUID na solicitação e resposta de API

API XML de amostra: GetSessionInfo Solicitação:

<?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>
<siteName>xxx</siteName>
<webExID>Teste</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
ou
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Resposta:

<?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:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv:header>
<serv:response>
<serv:result>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NÃO_INPROGRESSO</ep:status>
<ep:isLocked>falso</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>

API afetada:

  • CreateMeetingAttendee

  • DelMeetingAttendee

  • RegisterMeetingAttendee

  • CreateTeleconferenceSession

  • SetTeleconferenceSession

  • GetTeleconferenceSession

  • CreateTrainingSession

  • SetTrainingSession

  • GetTrainingSession

  • DelTrainingSession

  • CreateEvent

  • SetEvent

  • DelEvent

O XMLAPI retornará um elemento extra para a configuração da administração do site para desativar a captura de tela

O requisito vem da Segurança - ambos PenTest bugs e clientes, como Goldman Sachs. Eles não querem permitir que os usuários finais façam captura de tela no aplicativo Meetings. Enquanto isso, muitos outros clientes querem esse recurso - para permitir a captura de tela. Além disso, os usuários do Education também desejam permitir a captura de tela. Portanto, teremos uma configuração de administrador do site para isso, e o XMLAPI retornará um campo extra EnableMobileScreenCapture na resposta de GetSite para apoiar isso.

Amostra da solicitação do GetSite

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<securityContext>
<siteName>xxxx </siteName>
<webExID> Testar </webExID>
<password> xxxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite">
</body>
</serv:message>

<?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>ÊXITO</serv:result>
<serv:gsbStatus> PRIMÁRIA</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns1:siteInstance>
...
<ns1:securityOptions>
...
...
<ns1:EnableMobileScreenCapture> false </ns1:EnableMobileScreenCapture>
...
</ns1:securityOptions>
...
</ns1:siteInstance>
</serv:bodyContent>
</serv:body>
</serv:message>

API afetada

GetSite

Suporte ao XMLAPI para melhoria de entrada sem PIN MEET-269

XMLAPI adicionar uma NOVA OPÇÃO Sistemas de videoconferência na minha organização podem iniciar e entrar em reuniões sem solicitações para reuniões de Sala Pessoal e reuniões MC.

  • createUser/setUser/getUser adicionar um novo nó deviceCanStartMyPMR em personalMeetingRoom.

  • createMeeting/setMeeting/getMeeting adicionar um novo nó deviceCanStartMeeting no cronograma.

A opção na IU do Webex para reunião de sala pessoal:

Alterações do esquema

CreateUser:

SetUser:

getUserResponse:

CreateMeeting:

setMeeting:

getMeetingResponse:

Atualizações da API 40.9.0

Atualizações da API XML 40.9.0

Clique aqui para baixar o esquema XML API 40.9.0

XML API support for meeting UUID solicitação e resposta

Adicionamos o UUID da reunião à solicitação e resposta da API onde quer que suportemos como um meetingKey ou sessionKey.

API XML de amostra: GetSessionInfo Solicitação:

<?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>
<siteName>xxx</siteName>
<webExID>Teste</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
ou
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Resposta:

<?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:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv:header>
<serv:response>
<serv:result>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NÃO_INPROGRESSO</ep:status>
<ep:isLocked>falso</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>

API afetada:

  • GetEnrollmentInfo

  • LstsummaryTrainingSession

  • AddScheduledTest

  • SetScheduledTest

  • DelScheduledTest

  • GetTestInformation

  • UploadEventImage

  • SendInvitationEmail

  • CreateSupportSession

  • LstmeetingusagePreliminaryHistory

  • LstmeetingattendeePreliminaryHistory

  • LsteventsessionPreliminaryHistory

  • LsteventattendeePreliminaryHistory

  • LstTrainingPollResultsHistory

As reuniões Webex terão um lobby de reunião bloqueado onde os usuários podem esperar para serem admitidos na reunião

A API XML agenda e edita a reunião MC para oferecer suporte ao lobby bloqueado quando o recurso( ConsistentLockedLobby) ativar.

Alterações do esquema

Três novos elementos adicionados ( externalAttendeeSecurity, autoLock, autoLockWaitTime) nas APIs Criar reunião, SetMeeting e GetMeeting .

Elemento

Descrição

externalAttendeeSecurity

Quando a reunião está desbloqueada, há três itens de Segurança do Usuário Externo que podem ser opções.

AllowJoin: Pode Entrar na reunião imediatamente;

AllowJoinWithLobby: Pode entrar na reunião somente se o organizador permitir a entrada;

BlockFromJoin: Não é possível entrar na reunião;

autoLock

Se está Bloqueando automaticamente a reunião.

Verdadeiro: Bloquear automaticamente a reunião após # minutos após o início da reunião

Falso: Não bloqueia automaticamente a reunião após o início da reunião

autoLockWaitTime

Minutos ( 0,5,10,15,20 ) para bloquear automaticamente a reunião após o início da reunião

Exemplo de solicitação e resposta

Request of CreateMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
...
<attendeeOptions>
...
<joinRequiresAccount>falso</joinRequiresAccount>
<externalAttendeeSecurity>AllowJoinWithLobby</externalAttendeeSecurity>
<autoLock>verdadeiro</autoLock>
<autoLockWaitTime>10</autoLockWaitTime>
</attendeeOptions>
...
</bodyContent>

Request of SetMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>2###1###01 <UNK> </meetingkey> <UNK>
...
<attendeeOptions>
...
<joinRequiresAccount>falso</joinRequiresAccount>
<externalAttendeeSecurity>AllowJoinWithLobby</externalAttendeeSecurity>
<autoLock>verdadeiro</autoLock>
<autoLockWaitTime>10</autoLockWaitTime>
</attendeeOptions>
...
</bodyContent>

Resposta de GetMeeting:

<?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:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns: att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...
<meet:attendeeOptions>
...
<meet:joinRequiresAccount>falso</meet:joinRequiresAccount>
<meet:externalAttendeeSecurity>AllowJoin</meet:externalAttendeeSecurity>
<meet:autoLock>verdadeiro</meet:autoLock>
<meet:autoLockWaitTime>10</meet:autoLockWaitTime>
</meet:attendeeOptions>
...


API afetada:

  • CreateMeeting

  • SetMeeting

  • GetMeeting

Aprimoramento GetSessionInfo API para retornar o status dos participantes na sessão em andamento

Adicionados dois novos elementos ( hasHostInMeeting, hasAttendeeInMeeting) em resposta de GetSessionInfo. Esses dois elementos serão retornados quando a reunião estiver em andamento.

Elemento

Descrição

hasHostInMeeting

Se o organizador entrou na reunião em andamento.

Verdadeiro: O organizador está na reunião em andamento.

Falso/Nulo : O organizador não está na reunião em andamento ou a reunião não está em andamento.

hasAttendeeInMeeting

Se há um convidado/organizador que entrou na reunião em andamento.

Verdadeiro: há um convidado ou organizador na reunião em andamento.

Falso/Nulo : não há nenhum convidado ou organizador na reunião em andamento ou a reunião não está em andamento.

Amostra de resposta da API:

<?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:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns: att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
...

<ep:status>INPROGRESSO</ep:status>


<ep:hasHostInMeeting>verdadeiro</ep:hasHostInMeeting>

<ep:hasAttendeeInMeeting>verdadeiro</ep:hasAttendeeInMeeting>

...


API afetada:

GetSessionInfo

O API GetUserCard requer autorização.

Aprimoramento de segurança da API XML GetUserCard requer autorização para obter as informações do usuário.

API afetada:

GetUserCard

Atualizações da API 40.8.0

Atualizações da API XML 40.8.0

Clique aqui para baixar o esquema XML API 40.8.0

GetSessionInfo aprimoramento de resposta

Se você não for convidado ou aprovado da reunião, sua chamada para a API XML: GetSessionInfo não retornará os elementos: confName, startDate, duration, timeZone, meetingLink, sipURL, displayMeetingUrl no corpo de resposta da API.

Exemplo de resposta API para reuniões:

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NÃO_INPROGRESSO</ep:status>
<ep:sessionkey>1####2###4</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>NÃO LISTADO</ep:listStatus>
<ep:registration>falso</ep:registration>
<ep:passwordReq>verdadeiro</ep:passwordReq>
<ep:isRegisterIDRequired>falso</ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>MeetingCenter</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount>falso</ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>verdadeiro</ep:isAllowJBH>
<ep:isCETMeeting>verdadeiro</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>falso</ep:isPersonalMeetingRoom>
</serv:bodyContent>

Exemplo de resposta API para treinamentos/eventos:

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NÃO_INPROGRESSO</ep:status>
<ep:sessionkey>1####5###9</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>NÃO LISTADO</ep:listStatus>
<ep:registration>verdadeiro</ep:registration>
<ep:registrationURL>https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61</ep:registrationURL>
<ep:passwordReq>verdadeiro</ep:passwordReq>
<ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&confID=16###92######61</ep:registrationURLForMobile>
<ep:joinStatus>CONVIDAR/REGISTRAR/REJEITAR</ep:joinStatus>
<ep:isRegisterIDRequired>falso</ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType>TrainingCenter</ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount>falso</ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH>verdadeiro</ep:isAllowJBH>
<ep:isCETMeeting>verdadeiro</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>falso</ep:isPersonalMeetingRoom>
</serv:bodyContent>

API afetada:

  • GetSessionInfo

GetSessionInfo, GetUserCard Aprimoramentos de segurança

Fizemos um aprimoramento de segurança na API XML GetSessionInfo e GetUserCard. Impediremos que os usuários acessem essas duas APIs nas próximas duas horas se a chamada deles atingir o limite em uma hora, sem erros encontrados nos dados.

A resposta do status do erro é: 403 Proibido

APIs afetadas:
  • GetSessionInfo

  • GetUserCard

meetingUUID no suporte de solicitação e resposta da API

Adicionamos o meetingUUID à solicitação e resposta da API onde quer que suportemos um meetingKey/sessionKey.

GetSessionInfo Solicitação:

<?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>
<siteName>xxx</siteName>
<webExID>Teste</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
ou
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Resposta:

<?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:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv:header>
<serv:response>
<serv:result>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NÃO_INPROGRESSO</ep:status>
<ep:isLocked>falso</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>

API afetada:

  • LstOpenSession

  • GetEnrollmentInfo

  • LstsummaryMeeting

  • LstScheduledTests

  • GetEvent

  • LstsummaryEvent

  • LstmeetingusageHistory

  • LsttrainingsessionHistory

  • LsteventsessionHistory

  • LstsupportsessionHistory

  • DelSession

Modelo de sites de educação (tipo de sessão EDU) no suporte à API XML

Quando seus sites habilitam o tipo de sessão Education Instructor (EDU), a API XML pode suportar agendar uma reunião com o modelo de reunião EDU.

API afetada:

  • CreateMeeting

  • SetMeeting

  • CreateEvent

  • SetEvent

  • CreateTrainingSession

  • SetTrainingSession

XML API CreateMeetingAttendee e RegisterMeetingAttendee suporte

Ambos CreateMeetingAttendee e RegisterMeetingAttendee podem verificar o formulário de registro de convidados necessário para um registro do Webex Meetings.

E há uma nova exceção para esta tarefa:

Número de exceção

Mensagem de exceção

040014

Campos obrigatórios ausentes (formulário de registro): ...

Por exemplo, se você selecionou "Título da tarefa" e "Nome da empresa" como os campos obrigatórios para um registro do Webex Meetings do convidado, conforme mostrado abaixo, você deverá fornecer valor no "Título da tarefa" e "Nome da empresa" ao ligar para as duas APIs: CreateMeetingAttendee e RegisterMeetingAttendee.

RegisterMeetingAttendee Solicitação:

<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
<attendees>
<person>
<name>FirstNameb LastName </name>
<firstName> FirstNameb </firstName>
<lastName> LastName</lastName>
<title>Engenheiro</title> //Cargo
<company> Cisco1234 </company> //Nome da empresa
...
<email>****@*****. com</email>
<type>VISITANTE</type>
<sendReminder>verdadeiro</sendReminder>
</person>
<role>CONVIDADO</role>
<joinStatus>ACEITAR</joinStatus>
<emailInvitations>verdadeiro</emailInvitations>
<sessionKey>1####4#####1</sessionKey>
</attendees>
</bodyContent>
</body>

CreateMeetingAttendee Solicitação:

<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<person>
<name>FirstNameA LastNameA </name>
<firstName> FirstNameA </firstName>
<lastName> LastNameA</lastName>
<title>Engenheiro</title> //Cargo
<company> Cisco1234 </company> //Nome da empresa
...
<email>*****@*****. com</email>
<type>VISITANTE</type>
<sendReminder>verdadeiro</sendReminder>
</person>
<role>CONVIDADO</role>
<joinStatus>ACEITAR</joinStatus>
<emailInvitations>verdadeiro</emailInvitations>
<sessionKey>1###4####1</sessionKey>

040014 Exception of Response Exemplo:


<?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:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>FALHA</serv:result>
<serv:reason>Campos obrigatórios ausentes (formulário de registro): título, empresa</serv:reason>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
<serv:exceptionID>040014</serv:exceptionID>
<serv:value>título,empresa</serv:value>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
</serv:message>

API afetada:

  • CreateMeetingAttendee

  • RegisterMeetingAttendee

Aprimoramentos de validação de e-mail da API XML

A API XML não deve permitir caracteres de espaço branco em um e-mail, portanto, aprimoramos a validação de e-mail para alinhar com o comportamento da página do Webex Meetings.

API afetada:

  • CreateMeetingAttendee

  • CreateEvent

  • SetEvent

  • CreateContact

  • SetContact

  • SetRecordingInfo

  • CreateMeetingAttendee

  • CreateTrainingSession

  • SetTrainingSession

  • CreateUser

  • SetUser

  • CreateMeeting

  • SetMeeting

  • RegisterMeetingAttendee

Atualizações da API 40.7.0

Atualizações da API XML 40.7.0

Clique aqui para baixar o esquema XML API 40.7.0

meetingUUID suporte

Adicionamos meetingUUID à solicitação e resposta da API onde quer que suportemos uma tecla de reunião ou sessionKey.

GetSessionInfo Exemplo de solicitação:

<?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>
<siteName>xxx</siteName>
<webExID>Teste</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
ou
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

GetSessionInfo Exemplo de solicitação:

<?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>
<siteName>xxx</siteName>
<webExID>Teste</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
ou
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

GetSessionInfo Exemplo de resposta:

<?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:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv:header>
<serv:response>
<serv:result>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NÃO_INPROGRESSO</ep:status>
<ep:isLocked>falso</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>

APIs afetadas:

  • LstmeetingattendeeHistory

  • LsttrainingattendeeHistory

  • LsteventattendeeHistory

  • LstsupportattendeeHistory

CreateUser Suporte por e-mail de boas-vindas à API em quatro novos idiomas

O e-mail html de boas-vindas do XMLAPI suporta os seguintes quatro novos idiomas:

  • Tcheco (languageID=19)

  • Polonês (languageID=20)

  • Húngaro (languageID=21)

  • Romeno (languageID=22)

O XMLAPI envia o e-mail de boas-vindas de acordo com o idioma ou o idioma ID no CreateUser solicitação.

Usando CreateUser para enviar um exemplo de e-mail de boas-vindas Html (tcheco):

<?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>
<siteName>xxx</siteName>
<webExID>Teste</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName>teste</firstName>
<lastName>usuário</lastName>
<webExId>usuário do teste</webExId>
<password>xxxxxx</password>
<email>testuser@test.com</email>
<privilege>
<host>verdadeiro</host>
</privilege>
<languageID>19</languageID>
ou
<language>Tcheco</language>
<active>ATIVADO</active>
<sendWelcome>verdadeiro</sendWelcome>
<isHTMLEmail>verdadeiro</isHTMLEmail>
</bodyContent>
</bodyContent>
</body>

Atualizações da API 40.6.1, 40.4.9

Atualizações da API XML 40.6.1, 40.4.9

Clique aqui para baixar o esquema XML API 40.6.1

Clique aqui para baixar o esquema XML API 40.4.9

CreateMeeting/SetMeeting suporte

Ao agendar uma reunião Webex, API XML CreateMeeting/SetMeeting permite que você marque ou desmarque ou clique em um campo obrigatório ou não obrigatório no formulário de registro do convidado.

A seguir está uma amostra da agenda de reuniões na página da Web do usuário na qual você pode verificar os campos obrigatórios, como "Título do trabalho", "Nome da empresa", "Cidade" e "Estado" no formulário de registro do convidado:

Veja a seguir um mapeamento entre os campos da página e os elementos da API XML:

Campos da páginaElemento XMLAPI
Titulo do trabalho
<title>
Nome da empresa
<company>
Endereço 1
<address1>
Endereço 2
<address2>
Cidade
<city>
Estado
<state>
Código postal/CEP
<postalCode>
País/região
<country>
Telefone comercial
<phone>
Fax
<fax>

Esquema alterado: Adicione o elemento "RegistrationForm" no CreateMeeting

Esquema alterado: Adicione o elemento "RegistrationForm" no SetMeeting

Esquema alterado: Adicione o elemento "RegistrationForm" no GetMeeting

CreateMeetingExemplo de solicitação:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<accessControl>
<meetingPassword>senha</meetingPassword>
</accessControl>
<attendeeOptions>
<emailInvitations>verdadeiro</emailInvitations>
<registration>verdadeiro</registration>
<auto>falso</auto>
</attendeeOptions>
<registrationForm>
<title><req>verdadeiro</req></title> <!-- true -->
<company><req>verdadeiro</req></company><!-- true -->
<address1><req>falso</req></address1>
<address2><req>falso</req></address2>
<city><req>verdadeiro</req></city><!-- true -->
<state><req>verdadeiro</req></state><!-- true -->
<postalCode><req>falso</req></postalCode>
<country><req>falso</req></country>
<phone><req>falso</req></phone>
<fax><req>falso</req></fax>
</registrationForm>

SetMeetingExemplo de solicitação:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
<meetingkey>1015045339</meetingkey>

<metaData>
<confName>Nome da Conferência</confName>
<meetingType>3</meetingType>
</metaData>

<attendeeOptions>
<emailInvitations>verdadeiro</emailInvitations>
<registration>verdadeiro</registration>
<auto>verdadeiro</auto>
</attendeeOptions>

<registrationForm>
<title><req>verdadeiro</req></title>
<company><req>verdadeiro</req></company>
<address1><req>falso</req></address1>
<address2><req>falso</req></address2>
<city><req>verdadeiro</req></city>
<state><req>verdadeiro</req></state>
<postalCode><req>falso</req></postalCode>
<country><req>falso</req></country>
<phone><req>falso</req></phone>
<fax><req>falso</req></fax>
</registrationForm>

GetMeetingExemplo de resposta:

<meet:sipURL>1234567890@sitename.webex.com</meet:sipURL>
<meet:displayMeetingUrl>1234567890@sitename.webex.com</meet:displayMeetingUrl>
<meet:registrationForm>
<meet:phone><meet:req>falso</meet:req></meet:phone>
<meet:title><meet:req>verdadeiro</meet:req></meet:title>
<meet:company><meet:req>verdadeiro</meet:req></meet:company>
<meet:address1><meet:req>falso</meet:req></meet:address1>
<meet:address2><meet:req>falso</meet:req></meet:address2>
<meet:city><meet:req>verdadeiro</meet:req></meet:city>
<meet:state><meet:req>verdadeiro</meet:req></meet:state>
<meet:postalCode><meet:req>falso</meet:req></meet:postalCode>
<meet:country><meet:req>falso</meet:req></meet:country>
<meet:fax><meet:req>falso</meet:req></meet:fax>
</meet:registrationForm>


APIs afetadas:

  • CreateMeeting

  • SetMeeting

  • GetMeeting

  • DelMeeting

O tipo de reunião E2EE não suporta uma reunião PMR

Quando você ativa uma PMR durante uma chamada com as APIs: CreateUser/SetUser/GetUser/GetMe e apenas um tipo de reunião E2EE está disponível, ele responderá a seguinte mensagem de erro: "110063 O usuário deve ter pelo menos um tipo de reunião que não seja E2EE para ativar o PMR."

APIs afetadas:

  • CreateUser

  • SetUser

  • GetUser

  • GetMe

Atualizações da API 40.6.0

Atualizações da API XML 40.6.0

Clique aqui para baixar o esquema XML API 40.6.0

Função de gerenciamento de usuários adicionada

Criamos a função de Gerenciamento de usuários e o arquivo de esquema para o seguinte foi alterado.

Esquema alterado: CreateUsersolicitação:

Esquema alterado: SetUser

Esquema alterado: GetMeresposta:

Esquema alterado: LstsummaryUserresposta:

APIs afetadas:

  • CreateUser

  • SetUser

  • GetMe

  • LstsummaryUser

CreateUserExemplo de solicitação:

<?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>
<siteName>xxx</siteName>
<webExID>Administrador do site</webExID>
<password>xxxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName>xxx</firstName>
<lastName>xxx</lastName>
<webExId>xxx</webExId>
<password>xxx</password>
<email>xxx</email>
<privilege>
<umSiteAdmin>verdadeiro</umSiteAdmin>
<host>falso</host>

<siteAdmin>falso</siteAdmin>
<labAdmin>falso</labAdmin>
<voiceOverIp>falso</voiceOverIp>
</privilege>
<languageID>3</languageID>
<active>ATIVADO</active>
<sendWelcome>verdadeiro</sendWelcome>
<isHTMLEmail>verdadeiro</isHTMLEmail>
</bodyContent>
</body>

Suporte usando a chave de API para acessar o GetUserCard

Agora suportamos o uso da chave API (token JWT gerado) para acessar a API: GetUserCard nesta versão.

Você pode consultar essas páginas sobre como aplicar uma chave API e gerar um token JWT:

Como aplicar uma chave de API

Como gerar token JWT

GetUserCardExemplo de solicitação:

POST https://{sitename}.webex.com/WBXService/XMLService
Cabeçalho:
Aplicativo do tipo de conteúdo/json;charset=utf-8
JWTToken ${jwttoken}
Corpo:
<?xml version="1.0" encoding="UTF-8"?>
<message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2009/05/service">
<header>
<securityContext>
<siteName>{sitename}</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUserCard">
<webExId>{userName}</webExId>
</bodyContent>
</body>
</message>

Exemplo de resposta:

<?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>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="use:getUserCardResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<use:avatar>
<use:url>https://xxxx.webex.com/svc3300/svccomponents/html/img/avatar160.png</use:url>
<use:lastModifiedTime>1587493389768</use:lastModifiedTime>
<use:isUploaded>falso</use:isUploaded>
</use:avatar>
<use:personalMeetingRoom>
<use:title>Sala Pessoal do teste</use:title>
<use:personalMeetingRoomURL>https://xxxx.webex.com/meet/Test</use:personalMeetingRoomURL>
<use:accessCode>713289692</use:accessCode>
</use:personalMeetingRoom>
</serv:bodyContent>
</serv:body>
</serv:message>

Suporte para meetingUUID na solicitação e resposta de API

Adicionamos meetingUUID à solicitação e resposta de API quando suportamos uma tecla de reunião ou sessionKey.

APIs afetadas:

  • LstRecording

  • LstsummarySession

  • GetSesssionInfo

  • GethosturlMeeting

  • GetjoinurlMeeting

  • LstMeetingAttendee

  • CreateMeeting

  • SetMeeting

  • GetMeeting

  • DelMeeting

  • LstCalendarSession

meetingUUIDExemplo de solicitação:

<?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>
<siteName>xxx</siteName>
<webExID>Teste</webExID>
<password>xxx</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
ou
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

meetingUUIDExemplo de resposta:

<?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:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv:header>
<serv:response>
<serv:result>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NÃO_INPROGRESSO</ep:status>
<ep:isLocked>falso</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>

As chaves de reunião PMR não serão alteradas de um usuário temporariamente desativado ou PMR desativado

Quando um usuário desativado temporário ou PMR desativado reativar no prazo de uma semana, o usuário agora reativado ou habilitado a chave de reunião da PMR não será alterada, será a mesma de antes.

APIs afetadas:

  • SetUser

  • DelUser

LstSummarySession aprimoramentos

Aprimoramos a API: LstSummarySession retornar agendado-PMR para ter um novo elemento, returnScheduledPMR, na solicitação. E o padrão de alternância de recursos está desativado.

APIs afetadas:

  • LstSummarySession

Alteração de esquema:

Adicionamos um novo nome de elemento returnScheduledPMR na solicitação API LstSummarySession.

Adicionamos um novo nome de elemento isScheduledPMR na resposta API LstSummarySession.

LstSummarySessionExemplo de solicitação:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<securityContext>
<siteName>xxx</siteName>
<webExID>Teste</webExID>
<password>xxx</password>
<partnerID>xxxx</partnerID>
<clientInfo>xxxx</clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<listControl>
<startFrom>1</startFrom>
<maximumNum>2</maximumNum>
<listMethod>E</listMethod>
</listControl>
<dateScope>
<startDateStart>01/11/2019 8:0:0</startDateStart>
<startDateEnd>01/12/2019 7:59:59</startDateEnd>
<timeZoneID>4</timeZoneID>
<endDateStart>01/11/2019 8:0:0</endDateStart>
<endDateEnd>01/12/2019 7:59:59</endDateEnd>
</dateScope>
<order>
<orderBy>HOSTWEBEXID</orderBy>
<orderAD>ASC</orderAD>
<orderBy>CONFNAME</orderBy>
<orderAD>ASC</orderAD>
<orderBy>HORA DE INÍCIO</orderBy>
<orderAD>ASC</orderAD>
</order>
<serviceTypes>
<serviceType>EventCenter</serviceType>
<serviceType>MeetingCenter</serviceType>
<serviceType>SalesCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>SupportCenter</serviceType>
</serviceTypes>
<returnScheduledPMR>verdadeiro</returnScheduledPMR>
</bodyContent>
</body>
</serv:message>

LstSummarySessionExemplo de resposta:

<?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:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv:header>
<serv:response>
<serv:result>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ep:lstsummarySessionResponse">
<ep:matchingRecords>
<serv:total>1787</serv:total>
<serv:returned>2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</ep:matchingRecords>
<ep:session>
<ep:sessionKey>809914325</ep:sessionKey>
<ep:MeetingUUID>809914325</ep:MeetingUUID>
<ep:confName>Reunião de equipe</ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID>Teste</ep:hostWebExID>
<ep:hostFirstName>Teste</ep:hostFirstName>
<ep:hostLastName>Teste</ep:hostLastName>
<ep:otherHostWebExID>Teste</ep:otherHostWebExID>
<ep:timeZoneID>2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Havaí (Honolulu)</ep:timeZone>
<ep:status>NÃO_INPROGRESSO</ep:status>
<ep:startTime>12/10/2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>PÚBLICO</ep:listStatus>
<ep:hostEmail>Test@webex.com</ep:hostEmail>
<ep:passwordReq>verdadeiro</ep:passwordReq>
<ep:hostJoined>falso</ep:hostJoined>
<ep:participantsJoined>falso</ep:participantsJoined>
<ep:confID>141672157056861215</ep:confID>
<ep:registration>falso</ep:registration>
<ep:isRecurring>verdadeiro</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>falso</ep:isAudioOnly>
<ep:isTCSingleRecurrence>falso</ep:isTCSingleRecurrence>
<ep:isAllowJBH>falso</ep:isAllowJBH>
<ep:isCETMeeting>verdadeiro</ep:isCETMeeting>
<ep:isException>falso</ep:isException>
<ep:isNextUpcomingInstance>falso</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>verdadeiro</ep:isScheduledPMR>
</ep:session>
<ep:session>
<ep:sessionKey>805660167</ep:sessionKey>
<ep:confName>xmlmc Molly08Console816960001</ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID>Molly08Console81696000</ep:hostWebExID>
<ep:hostFirstName>Molly08Console81696000</ep:hostFirstName>
<ep:hostLastName>Molly08Console81696000</ep:hostLastName>
<ep:otherHostWebExID>Molly08Console81696000</ep:otherHostWebExID>
<ep:timeZoneID>2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Havaí (Honolulu)</ep:timeZone>
<ep:status>NÃO_INPROGRESSO</ep:status>
<ep:startTime>12/10/2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>PÚBLICO</ep:listStatus>
<ep:hostEmail>Molly08Console81696000@webex.com</ep:hostEmail>
<ep:passwordReq>verdadeiro</ep:passwordReq>
<ep:hostJoined>falso</ep:hostJoined>
<ep:participantsJoined>falso</ep:participantsJoined>
<ep:confID>141672108716459038</ep:confID>
<ep:registration>falso</ep:registration>
<ep:isRecurring>verdadeiro</ep:isRecurring>
<ep:hostType>1019001</ep:hostType>
<ep:isAudioOnly>falso</ep:isAudioOnly>
<ep:isTCSingleRecurrence>falso</ep:isTCSingleRecurrence>
<ep:isAllowJBH>falso</ep:isAllowJBH>
<ep:isCETMeeting>verdadeiro</ep:isCETMeeting>
<ep:isException>falso</ep:isException>
<ep:isNextUpcomingInstance>falso</ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>verdadeiro</ep:isScheduledPMR>
</ep:session>
</serv:bodyContent>
</serv:body>
</serv:message>

GetSite aprimoramentos

Adicionamos uma GetSite alternância de recursos de resposta de SupportXMLAPIReturnScheduledPMR

APIs afetadas:

  • GetSite

Alteração de esquema:

A API XML GetSite o novo elemento de resposta é: SupportXMLAPIReturnScheduledPMR

GetSiteExemplo de solicitação:

<?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>
<siteName>xxx</siteName>
<webExID>Teste</webExID>
<password>xxx</password>
<clientInfo>xxx</clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite">
</bodyContent>
</body>

GetSiteExemplo de resposta:

<?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: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>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns1:siteInstance>
<ns1:siteCommonOptions>
...
<ns1:SupportXMLAPIReturnScheduledPMR>verdadeiro</ns1:SupportXMLAPIReturnScheduledPMR>
...
</ns1:siteCommonOptions>
</ns1:siteInstance>
</serv:bodyContent>
</serv:body>
</serv:message>

Atualizações da API 40.4.8, 40.2.9

Atualizações da API XML 40.4.8, 40.2.9

Clique aqui para baixar o esquema XML API 40.4.8

Clique aqui para baixar o esquema XML API 40.2.9

Nova resposta ao atualizar reuniões agendadas no XMLAPI

Quando os clientes usam XMLAPI para atualizar reuniões agendadas através de sua página, enviaremos a senha numérica em uma atualização de e-mail de reunião e a aplicaremos aos centros Webex Meetings, Teams e Events.

Essas APIs: GetMeeting, GetTrainingSession, GetEvent e GetTeleconferenceSession, terá esses novos elementos como resposta: audioPassword(senha numérica), isEnforceAudioPassword, isEnforceAudioLogin para Webex Meetings, Teams e Events centers.

Esquema alterado:

APIs afetadas:

  • GetMeeting

  • GetTrainingSession

  • GetEvent

  • GetTeleconferenceSession

GetMeetingExemplo de solicitação:

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>testSite</siteName>
<webExID>teste</webExID>
<password>xxx</password>
<partnerID>xx</partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.GetMeeting">
<meetingKey>803328224</meetingKey>
</bodyContent>
</body>
</serv:message>

Exemplo de resposta:

<?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:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<meet:accessControl>
<meet:listToPublic>falso</meet:listToPublic>
<meet:isPublic>falso</meet:isPublic>
<meet:meetingPassword>PkzC8tP7kM5</meet:meetingPassword>
<meet:audioPassword>75928877</meet:audioPassword>
<meet:isEnforceAudioPassword>verdadeiro</meet:isEnforceAudioPassword>
<meet:isEnforceAudioLogin>falso</meet:isEnforceAudioLogin>
</meet:accessControl>
...
...
</serv:bodyContent>
</serv:body>
</serv:message>

Atualizações da API 40.4.5, 40.2.6

Atualizações da API XML 40.4.5, 40.2.6

GetUserCard e GetSessionInfo limite de uso

Implementamos o limite de uso na API GetUserCard e GetSessionInfo, você pode obter a mensagem de erro: "403 proibido" se você atingir o limite de uso.

APIs afetadas:

  • GetUserCard

  • GetSessionInfo

Atualizações da API 40.4.4, 40.2.5

Atualizações da API XML 40.4.4, 40.2.5

BodyContent limite de números

Adicionamos um número limitado de BodyContent em cada seção de API XML. Quando você adiciona muitos BodyContent na solicitação de API, o seguinte código de erro e mensagem retornarão: "000053 A contagem de Conteúdo do corpo em uma solicitação deve ser inferior a {number}"

APIs afetadas:

  • Qualquer API XML

Solicitação de API XML com vários BodyContent Exemplo:

<?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>xxxx</webExID>
<password>xxxx</password>
<siteName>xxx</siteName>
</securityContext>
</header>
<body>

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser">
<webExId>xxx</webExId>
</bodyContent>

<bodyContent xsi:type="java:com.webex.service.binding.user.GetSite">
</bodyContent>

<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>801020403</sessionKey>
</bodyContent>

</body>

Atualizações da API 40.4.3, 40.2.4

Atualizações da API XML 40.4.3, 40.2.4

Clique aqui para baixar o esquema XML API 40.4.3, 40.2.4.

CreateUser aprimoramentos

Aprimorado CreateUser para suportar o e-mail de boas-vindas em vários idiomas. O CreateUser agora solicitações isHTMLEmail

APIs afetadas:

  • CreateUser

CreateUser Exemplo de solicitação:

<?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>administrador</webExID>
<password>xxxx</password>
<siteName>xxx</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName>xxx</firstName>
<lastName>xxx</lastName>
<webExId>xxx</webExId>
<password>xxx</password>
<email>xxx</email>
<privilege>
<host>verdadeiro</host>
<siteAdmin>falso</siteAdmin>
<labAdmin>falso</labAdmin>
<voiceOverIp>falso</voiceOverIp>
</privilege>
<languageID>3</languageID>
<active>ATIVADO</active>
<sendWelcome>verdadeiro</sendWelcome>
<isHTMLEmail>verdadeiro</isHTMLEmail>
</bodyContent>
</body>

Atualizações da API 40.4.0

Atualizações da API XML 40.4.0

Aplicar a verificação de e-mail ao alterar e-mails na API XML

Depois que um administrador do site ativou Confirmação necessária para que o usuário atualize o endereço de e-mail na administração do site Webex:

  • Se uma conta de administrador que não seja do site ligar para o SetUser API para alterar endereços de e-mail, o e-mail atual permanece até que o novo e-mail seja verificado. O e-mail de confirmação de alteração da conta é enviado para o novo endereço de e-mail com a "Confirmação de alteração de conta Webex". Depois de clicar no link no e-mail para confirmar, o novo endereço de e-mail é imediatamente vinculado.


     

    Se um administrador que não seja do site ligar para o SetUser API várias vezes sem terminar o processo de verificação de e-mail, o e-mail atual é mantido e o novo e-mail mais recente é o que deve ser verificado.

  • Se uma conta de administrador do site chamar o SetUser API para alterar endereços de e-mail, o processo de verificação de e-mail não é acionado. O novo e-mail será imediatamente vinculado à conta do organizador ou convidado.

APIs afetadas:

  • SetUser

GetEnrollmentInfo Tempo limite e redefinição da conexão

O GetEnrollmentInfo A API atualmente procura endereços IP no sistema de nome de domínio, o que aciona enormes impactos de desempenho. Planejamos simplificar este processo, com uma resposta vazia no <domain> campo.

APIs afetadas:

  • GetEnrollmentInfo

GetEnrollmentInfo Exemplo de solicitação:

<?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>
<siteName>sqdemo6</siteName>
<webExID>xxx</webExID>
<password>xxxx</password>
<partnerID>webexpartner</partnerID>
</securityContext>
</header>
<body>
<bodyContent
xsi:type="java:com.webex.service.binding.attendee.GetEnrollmentInfo">
<sessionKey>716773566</sessionKey>

</body>
</serv:message>

GetEnrollmentInfo Exemplo de resposta:

<?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: att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="att:getEnrollmentInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<att:session>
<att:confID>154279066999981548</att:confID>
<att:attendee>
<att:attendeeID>3191792</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName>Alex.</att:firstName>
<att:lastName>Yang.</att:lastName>
<att:email>omega.alex.yang@gmail.com</att:email>
<att:company></att:company>
<att:phoneNum></att:phoneNum>
<att:title></att:title>
<att:receiveInfo>falso</att:receiveInfo>
<att:address1></att:address1>
<att:address2></att:address2>
<att:city></att:city>
<att:state></att:state>
<att:zipcode></att:zipcode>
<att:country></att:country>
<att:leadSourceID></att:leadSourceID>
<att:leadScore>0,0</att:leadScore>
</att:defaultFields>
<att:customFields/>
</att:enrollFields>
<att:domain></att:domain>
<att:ipAddress>10.35.240.53</att:ipAddress>
<att:submitTime>27/02/2020 22:03:57</att:submitTime>
<att:status>APROVADO</att:status>
</att:attendee>
<att:attendee>
<att:attendeeID>3191797</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName>AlexKKK</att:firstName>
<att:lastName>Teste</att:lastName>
<att:email>achillesyang@hotmail.com</att:email>
<att:company></att:company>
<att:phoneNum></att:phoneNum>
<att:title></att:title>
<att:receiveInfo>falso</att:receiveInfo>
<att:address1></att:address1>
<att:address2></att:address2>
<att:city></att:city>
<att:state></att:state>
<att:zipcode></att:zipcode>
<att:country></att:country>
<att:leadSourceID></att:leadSourceID>
<att:leadScore>0,0</att:leadScore>
</att:defaultFields>
<att:customFields/>
</att:enrollFields>
<att:domain></att:domain>
<att:ipAddress>10.154.181.15</att:ipAddress>
<att:submitTime>27/02/2020 22:07:38</att:submitTime>
<att:status>APROVADO</att:status>
</att:attendee>
<att:matchingRecords>
<serv:total>2</serv:total>
<serv:returned>2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</att:matchingRecords>
<att:sessionKey>716773566</att:sessionKey>
</att:session>
</serv:bodyContent>
</serv:body>

Atualizações da API 40.2.0

Atualizações da API XML 40.2.0

Clique aqui para baixar o esquema XML API 40.2.0.

Remover acesso anônimo a LstSummarySession

Como um aprimoramento de segurança, estamos interrompendo o suporte para acesso anônimo à LstSummarySession API. Se o Webex Meetings acessa anonimamente a API, o seguinte código de erro e mensagem são retornados: "000015 Desculpe, nenhum registro encontrado."

APIs afetadas:

  • LstSummarySession

LstSummarySession Exemplo de solicitação:

<?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>
<siteName>Nome do site1</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<sessionKey>211894651</sessionKey>
</bodyContent>
</body>
</serv:message>

LstSummarySession Exemplo de resposta:

<?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:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
<serv:header>
<serv:response>
<serv:result>FALHA</serv:result>
<serv:reason>Desculpe, nenhum registro encontrado</serv:reason>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
<serv:exceptionID>000015</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>

CreateMeeting e SetMeeting aprimoramentos de segurança


 

Essa alteração foi feita na API XML 40.2.0, mas sua descrição foi editada após receber comentários do cliente.

Como um aprimoramento de segurança, atualizamos o CreateMeeting e SetMeeting APIs para não permitir que os usuários agendem uma hora de início da reunião que já passou. Se eles tentarem, a API solicitará a mensagem de erro: "060016 A hora de início da sessão deve ser posterior à hora atual." Se um usuário precisar agendar uma reunião instantânea, recomendamos que a hora de início da reunião seja definida cinco minutos mais tarde do que a hora atual.

APIs afetadas:

  • CreateMeeting

  • SetMeeting

Atualizações da API 40.1.2

Atualizações da API XML 40.1.2

Clique aqui para baixar o esquema XML API 40.1.2.

Agendar uma reunião gera automaticamente uma senha se não for fornecida

Aprimoramos o CreateMeeting, CreateEvent, CreateTrainingSession, e CreateTeleconferenceSession para incluir uma senha no corpo da resposta da API.

Por padrão, a configuração Todas as reuniões/eventos/sessão devem ter uma senha ativada. Nesse cenário, se a solicitação de API não inclui uma senha, uma senha é gerada automaticamente dos servidores de API XML.

Se Todas as reuniões/eventos/sessão tiverem que ter uma configuração de senha estiver desativada , e a solicitação de API não incluir uma senha, uma senha não será gerada dos servidores XML API.

Se a solicitação de API incluir uma senha, a resposta incluirá essa senha, independentemente de Todas as reuniões/eventos/sessão deverão ter uma configuração de senha sendo ativada ou desativada.

APIs afetadas:

  • CreateMeeting

  • CreateEvent

  • CreateTrainingSession

  • CreateTeleconferenceSession

O CreateMeeting a resposta agora tem o meetingPassword elemento:

CreateMeeting Exemplo de solicitação:

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

<siteName>siteName1</siteName>
<webExID>ID do usuário</webExID>
<password>*****</password>
<partnerID>webexpartner</partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<metaData>
<confName>Test_Auto_Generated_mtg_pwd</confName>
<meetingType>3</meetingType>
</metaData>

<schedule>
<startDate>28/10/2020 17:35:00</startDate>
</schedule>
</bodyContent>
</body>
</serv:message>

CreateMeeting Exemplo de resposta:

<?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:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="meet:createMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<meet:meetingkey>806745263</meet:meetingkey>
<meet:meetingPassword>UzXJuzUD428</meet:meetingPassword>
<meet:iCalendarURL>
<serv:host>https://hmwds6.qa.webex.com/hmwds6/j.php?MTID=md225d5935256319ef21b71dd8ebd0640</serv:host>
<serv:attendee>https://hmwds6.qa.webex.com/hmwds6/j.php?MTID=m26bf5e25ca587d32302fb29951b92e15</serv:attendee>
</meet:iCalendarURL>
<meet:guestToken>cfc7f3246d4862f1bb69b803e8615b7a</meet:guestToken>
</serv:bodyContent>
</serv:body>
</serv:message>

O CreateEvent a resposta agora tem o eventPassword elemento:

O CreateTrainingSession e CreateTeleconferenceSession agora as respostas têm o sessionPassword elemento:

Atualizações da API 40.1.0

Atualizações da API XML 40.1.0

Clique aqui para baixar o esquema XML API 40.1.

GetSessionInfo aprimoramentos

Adicionamos novos elementos à GetSessionInfo API. A API agora retorna informações para dispositivos móveis também.

APIs afetadas:

  • GetSessionInfo

GetSessionInfo Solicitar atualizações:

Exemplo de solicitação:


<?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>
<siteName>sqdemo11</siteName>
<webExID>administrador do site</webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>713707633</sessionKey>
<pmrUrl>https://go.webex.com/join/dongchen</pmrUrl>
<sipUrl>dongchen@go.webex.com ou 123456789_go@webex.com ou 123456789@go.webex.com</sipUrl>
<meetingLink>https://go.webex.com/go/j.php?MTID=m814c6a483d4b5052d539f88d67acbad6</meetingLink>
<meetingUuid>34567323456787654323456787654</meetingUuid>
</bodyContent>
</body>
</serv:message>

LstAccessAnywhereHistory aprimoramentos

Adicionamos uma nova API, lstAccessAnywhereHistory, para responder com informações de relatório do Webex Access Anywhere.

APIs afetadas:

  • LstAccessAnywhereHistory

LstAccessAnywhereHistory Solicitar atualizações:

LstAccessAnywhereHistory Atualizações de resposta:

Exemplo de solicitação:


<?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>
<siteName>sqdemo6</siteName>
<webExID>teste</webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID>teste1</hostWebexID>
<startTimeScope>
<sessionStartTimeStart>29/09/2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>29/12/2019 04:42:34</sessionStartTimeEnd>
</startTimeScope>
<endTimeScope>
<sessionEndTimeStart>29/09/2019 02:42:34</sessionEndTimeStart>
<sessionEndTimeEnd>29/12/2019 05:42:34</sessionEndTimeEnd>
</endTimeScope>
<listControl>
<serv:startFrom>1</serv:startFrom>
<serv:maximumNum>10</serv:maximumNum>
<serv:listMethod>OU</serv:listMethod>
</listControl>
<order>
<orderBy>HORA DE INÍCIO</orderBy>
<orderAD>ASC</orderAD>
</order>
</bodyContent>
</body>

Exemplo de resposta:


<?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>ÊXITO</serv:result>
<serv:gsbStatus>PRINCIPAL</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:LstAccessAnywhereHistoryResponse">
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:matchingRecords>
<serv:total>775</serv:total>
<serv:returned>10</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
<history:accessAnyWhereInfo>
<history:confID>123456</history:confID>
<history:userName>reitor</history:userName>
<history:computerName>6926_dean</history:computerName>
<history:clientIP>10.224.222.183</history:clientIP>
<history:startTime>29/11/2019 03:05:44</history:startTime>
<history:endTime>29/11/2019 03:10:06</history:endTime>
<history:duration>5</history:duration>
</history:accessAnyWhereInfo>

</serv:body>