Para obter mais informações sobre XML API 39 e XML API 11, consulte a Visão geral das atualizações da API XML do Cisco Webex Meetings (XML API 39 e anterior).

Para atualizações para XML API 11 SP9 e anterior, vá para Cisco DevNet.

Atualizações API 40.12.0

Atualizações XML API 40.12.0

Clique aqui para baixar o esquema XML API 40.12.0

A API XML suporta o tipo de Reunião Privada

APIs XML serão impactadas

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

  • Se uma reunião Webex for agendada com tipo de reunião privada, GetSessionInfoGetMeeting,LstSummarySession eLstCalendarSession retornarão a nova nomeação de elemento que é Reunião privada para saber sobre ela.

  • GetMeetingType e LstMeetingType retornam um novo elemento nomeandoSupportPrivateMeeting, que indica se suporta Reuniões Privadas ou não.

Alterações de esquema

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

API de XML:LstSummarySession:Anexar o <isPrivateMeeting> elemento.

API de XML:LstCalendarSession:Anexar o <isPrivateMeeting> elemento.

API de XML:ObterInformações da Session:Anexar o <isPrivateMeeting> elemento.

API de XML:Obteretingsenças: Anexar o <isPrivateMeeting> elemento.

Solicitação de XML API: CriaretingTinguação

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

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

Resposta de XML API: ObterInformações da sesessão

Resposta para isPrivateMeeting

<ep:supportE2E>falso</ep:supportE2E>
<ep:isAllowJBH>verdadeiro</ep:isAllowJBH>
<ep:isPrivateMeeting></ep:isPrivateMeeting> //verdadeiro: suporte à reunião privada; False: a reunião não suporta Reunião Privada.
<ep:isCETMeeting>falso</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>falso</ep:isPersonalMeetingRoom>
<ep:isNextUpcomingInstance>verdadeiro</ep:isNextUpcomingInstance>

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

Descrição da Tarefa/História 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 os professores escolherem e escolherem esses modelos enquanto agendam suas sessões on-line.

APIs impactados

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

Nome dos elementos

Descrição

meetingTemplateName

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

Servicetype

Webex Meetings, Webex Trainings e Webex Events

Alterações de esquema

GetSite : Anexar o <meetingTemplates> elemento.

Amostra de resposta

Resposta getSite

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

XML API SetUser não pode alterar elemento de Serviços suportados quando o site é um site unificado CI

Descrição

XmlAPI SetUser não suporta o valor de alteração de " Serviços suportados " em uma solicitação de API quando o site é um Control Hub vinculado a sites UnifiedWebex Meeting.

Alterações de esquema

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

WEBEX-15436: Adicionar proteção para evitar e-mails duplicados na lista Mtgcontendeelist

Descrição

Se vários participantes com o mesmo e-mail são adicionados à mesma reunião na mesma solicitação de API, apenas processaremos o primeiro participante com o e-mail.

APIs impactadas

  • CriaretingAttendee

  • Createuser

  • Setuser

  • CriaretingTinguação

  • Definireting

  • Createevent

  • Setevent

  • Criar treinamentoSessão

  • Definir treinamentoSessão

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>testUser</webExID>
<password></password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<sessionKey>senha 1714904382 test@webex.com nome1 test@webex.com</sessionKey>
<person>
<email></email>
<name></name>
</person>
<attendees>
<person>
<email></email>
<name>nome2</name>
</person>
<sessionKey>1714904382</sessionKey>
            </attendees>
        </bodyContent>
    </body>

Atualizações api 40.11.0

Atualizações XML API 40.11.0

Clique aqui para baixar o esquema XML API 40.11.0

XMLAPI CreateUser suporta displayname

O CreateUsersuporta nome desacompaado quando a alternância de recursos HabilitarDisplayName é como 1. Se a alternância de recursos não for 1, o nome de exibição será ignorado.

Alterações de esquema

Createuser:

XMLAPI SetUser suporta displayname

SetUser suporta nome desacompaado quando a alternância de recursos HabilitarDisplayName é 1. Se a alternância de recursos não for 1, o nome de exibição será ignorado.

Alterações de esquema

Setuser:

XMLAPI GetUser suporta displayname

O GetUseré compatível com nome desacompaado quando a alternância de recursos HabilitarDisplayName é 1. Se a alternância de recursos não for 1, o nome de exibição não será exibido.

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

Alterações de esquema

GetUserResponse:

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

A configuração cmrHibridVoip é usada para definir e recuperar a configuração do nível do usuário para EnableCMRVocdVoIP.

Alterações de esquema

Resposta GetUser:

Solicitação para Criarusuário:

Solicitação de SetUser:

Atualizações API 40.10.0

Atualizações XML API 40.10.0

Clique aqui para baixar o esquema XML API 40.10.0

Suporte API XML para reunião UUID na solicitação e resposta de API

Api XML de exemplo: Solicitação para ObterInformações da Session:

<?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 ou</sessionKey>

<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>

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>PRIMÁRIO DE</serv:result>
<serv:gsbStatus></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>SUCESSO NOT_INPROGRESS</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:

  • CriaretingAttendee

  • DelMeetingAttendee

  • RegistraretingAttendee

  • CriarTeleconferênciaSession

  • SetTeleconferenceSession

  • GetTeleconferenceSession

  • Criar treinamentoSessão

  • Definir treinamentoSessão

  • Obter treinamentoSessão

  • DelTrainingSession

  • Createevent

  • Setevent

  • DelEvent

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 os clientes e bugs penteste, como Ltda Ltda. Eles não querem permitir que os usuários finais capturem a tela no aplicativo meetings. Enquanto isso, muitos outros clientes querem esse recurso - para permitir a captura de tela. Além disso, os usuários da Educação também querem permitir a captura de tela. Então, nós teremos uma configuração de administrador do site para isso, e o XMLAPI retornará um campo extra EnableMobileScreenCapture na resposta do GetSite para suportar isso.

Amostra da solicitação 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>Teste</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>PRIMÁRIO</serv:result>
<serv:gsbStatus>DE</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>
SUCESSO ...
                <ns1:securityOptions>
                    ...
                    ...
<ns1:EnableMobileScreenCapture>falso</ns1:EnableMobileScreenCapture>
...
                </ns1:securityOptions>
                ...
            </ns1:siteInstance>
        </serv:bodyContent>
    </serv:body>
</serv:message>

API afetada

GetSite

Melhoria de entrada sem PIN do XMLAPI para suporte a MEET-269

XMLAPI adiciona uma NOVA OPÇÃO de sistemas de videoconferência na minha organização pode iniciar e entrar em reuniões sem avisos para reunião de Sala Pessoal e reunião MC.

  • createUser/setUser/getUser adiciona um novo dispositivo denóCanstartMyPMR na sala de reuniãopessoal.

  • createMeeting/setMeeting/getMeeting adiciona um novo dispositivo de nóCanStartMeeting na agenda.

A opção na IU Webex para reunião de Sala Pessoal:

Alterações de esquema

Createuser:

Setuser:

getUserResponse:

Criaretingtings:

definireting:,

getMeetingResponse:

Atualizações api 40.9.0

Atualizações XML API 40.9.0

Clique aqui para baixar o esquema XML API 40.9.0

Suporte API XML para solicitação e resposta UUID da reunião

Adicionamos o UUID da reunião à solicitação e resposta de API em qualquer lugar que suportamos como meetingKey ou sessionKey.

Api XML de exemplo: Solicitação para ObterInformações da Session:

<?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 ou</sessionKey>

<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>

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>PRIMÁRIO DE</serv:result>
<serv:gsbStatus></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>SUCESSO NOT_INPROGRESS</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:

  • ObterInformações de inserção

  • LstsummaryTrainingSession

  • Adicionarteste agendado

  • Teste de agendados

  • Teste agendado

  • ObterTesteinformações

  • UploadEventImage

  • Enviar E-mail de convite

  • Criarsu suporteSessão

  • 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 suportar o lobby bloqueado quando o recurso(ConsistentLockedLoilo) alternar.

Alterações de esquema

Adicionados três novos elementos(externalAttendeeSecurity,autoLock , autoLockWaitTime ) nasAPIs CreateMeeting, SetMeeting e GetMeeting.

Elemento

Descrição

Segurança de supervisão externa

Quando a reunião está desbloqueada, há três itens de Segurança de usuário externo podem ser escolhas.

PermitirEunião:pode entrar na reunião imediatamente;

AllowJoinWithLoltda: pode entrar na reunião somente se o anfitrião permitir;

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

Autolock

Se está bloquear automaticamente a reunião.

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

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

AutoLockWaitTime

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

Amostra de solicitação e resposta

Solicitação de Criação de umameeting:

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

Solicitação de SetMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
    <meetingkey>2###1###01</meetingkey>
...
    <attendeeOptions>
        ...
<joinRequiresAccount>falso</joinRequiresAccount>
<externalAttendeeSecurity>AllowJoinWithLo</externalAttendeeSecurity>
<autoLock>ltda 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>PRIMÁRIO</serv:result>
<serv:gsbStatus>DO SUCESSO</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:

  • CriaretingTinguação

  • Definireting

  • Obteretingsenças

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

Adicionados dois novos elementos (hasHostInMeeting, hasAttendeeInMeeting ) emresposta a GetSessionInfo. Estes dois elementos serão retornados quando a reunião for uma reunião em andamento.

Elemento

Descrição

temHostInMeeting

Se o anfitrião entrou na reunião em andamento.

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

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

hasAttendeeInMeeting

Se um participante/host entrou na reunião em andamento.

Verdadeiro: há um participante ou um anfitrião na reunião em andamento.

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

Exemplo de resposta de 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>PRIMÁRIO</serv:result>
<serv:gsbStatus>DO SUCESSO</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>INPROGRESS</ep:status>


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

<ep:hasAttendeeInMeeting></ep:hasAttendeeInMeeting>

verdadeiro ...
  

API afetada:

ObterInformações da sesessão

O API GetUserCard requer autorização.

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

API afetada:

GetUserCard

Atualizações api 40.8.0

Atualizações XML API 40.8.0

Clique aqui para baixar o esquema XML API 40.8.0

Aprimoramento de resposta getSessionInfo

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

Exemplo de resposta de API para reuniões:

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

Exemplo de resposta de API para treinamentos/eventos:

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <ep:status>NOT_INPROGRESS</ep:status>
<ep:sessionkey>1###5###9</ep:sessionkey>
<ep:accessControl>
<ep:listStatus></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></ep:passwordReq>
<ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&confID=16###92######61</ep:registrationURLForMobile>
<ep:joinStatus>CONVIDADO/REGISTRAR/REJEITAR</ep:joinStatus>
<ep:isRegisterIDRequired></ep:isRegisterIDRequired>
</ep:accessControl>
<ep:metaData>
<ep:serviceType></ep:serviceType>
</ep:metaData>
<ep:attendeeOptions>
<ep:joinRequiresAccount></ep:joinRequiresAccount>
</ep:attendeeOptions>
<ep:isAllowJBH></ep:isAllowJBH>
<ep:isCETMeeting></ep:isCETMeeting>
<ep:isPersonalMeetingRoom>FALSO TRAININGCenter falso verdadeiro verdadeiro</ep:isPersonalMeetingRoom>
</serv:bodyContent>

API afetada:

  • ObterInformações da sesessão

GetSessionInfo, Aprimoramentos de segurança do GetUserCard

Fizemos um aprimoramento de segurança no XML API GetSessionInfo e GetUserCard. Bloquearemos os usuários de acessarem estas duas APIs nas próximas duas horas se a chamada deles atingir o limite em uma hora sem erros encontrados de dados.

A resposta do status do erro é: "403 proibido"

APIs afetadas:
  • ObterInformações da sesessão

  • GetUserCard

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

Adicionamos meetingUID à solicitação e resposta de API em qualquer lugar que suportamos um meetingKey/sessionKey.

Solicitação para ObterInformações da Session:

<?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 ou</sessionKey>

<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>

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>PRIMÁRIO DE</serv:result>
<serv:gsbStatus></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>SUCESSO NOT_INPROGRESS</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

  • ObterInformações de inserção

  • LstsummaryMeeting

  • Testes LstScheduled

  • Getevent

  • LstsummaryEvent

  • LstmeetingusageHistory

  • LsttrainingsessionHistory

  • Histórico de sesessão Lsteventsession

  • LstsupportsessionHistory

  • Sesessão Del

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

Quando seus sites habilitam o tipo de sessão Instrutor de Educação (EDU), a API XML pode suportar o agendamento de uma reunião com o modelo de reunião EDU.

API afetada:

  • CriaretingTinguação

  • Definireting

  • Createevent

  • Setevent

  • Criar treinamentoSessão

  • Definir treinamentoSessão

API do XML CreateMeetingAttendeee RegisterMeetingAttendee

Tanto o CreateMeetingAttendee quanto oRegisterMeetingAttendee podem verificar o formulário de registro do participante 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 "Cargo" e "Nome da Empresa" como campos de exigir para um participante do registro do Webex Meetings, como mostrado abaixo, você deverá fornecer valor nos "Cargo" e "Nome da Empresa" ao ligar para as duas APIs: CriaretingAttendee eRegistrarMeetingAttendee.

Registrar Solicitação de supervisão deetingting:

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

Criar solicitação de supervisão deetingting:

<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 VISITANTE verdadeiro ACEITAR verdadeiro</email>
<type></type>
<sendReminder></sendReminder>
</person>
<role></role>
<joinStatus></joinStatus>
<emailInvitations></emailInvitations>
<sessionKey>1###4####1</sessionKey>

040014 Exceção do exemplo deresposta:


<?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>Faltando campos obrigatórios (formulário de registro) : título,título PRINCIPAL da empresa</serv:reason>
<serv:gsbStatus></serv:gsbStatus>
<serv:exceptionID>040014,empresa</serv:exceptionID>
<serv:value></serv:value>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

API afetada:

  • CriaretingAttendee

  • RegistraretingAttendee

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

API XML não deve permitir caractere(s) em espaço branco em um e-mail, então aprimoramos a validação de e-mail para alinhar com o comportamento da página Webex Meetings.

API afetada:

  • CriaretingAttendee

  • Createevent

  • Setevent

  • Criar contato

  • SetContact

  • Informações de gravação de setrecording

  • CriaretingAttendee

  • Criar treinamentoSessão

  • Definir treinamentoSessão

  • Createuser

  • Setuser

  • CriaretingTinguação

  • Definireting

  • RegistraretingAttendee

Atualizações api 40.7.0

Atualizações xml API 40.7.0

Clique aqui para baixar o esquema XML API 40.7.0

suporte meetingUUID

Adicionamos meetingUID à solicitação e resposta de API em qualquer lugar que suportamos um meetingKey ou sessionKey.

Exemplo de solicitação de informações da GetSession:

<?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 ou</sessionKey>

<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>

Exemplo de solicitação de informações da GetSession:

<?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 ou</sessionKey>

<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>

Exemplo de resposta do GetSessionInfo:

<?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>PRIMÁRIO DE</serv:result>
<serv:gsbStatus></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>SUCESSO NOT_INPROGRESS</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

  • Histórico de eventos de Lsteventattendee

  • LstsupportattendeeHistory

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

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

  • Tcheco (languageID=19)

  • Polonês (languageID=20)

  • Húngaro (languageID=21)

  • Riso (languageID=22)

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

Usando CreateUser para enviar 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>test user</firstName>
<lastName></lastName>
<webExId>testuser</webExId>
<password>xxxxxx</password>
<email>testuser@test.com</email>
<privilege>
<host>true</host>
</privilege>
<languageID>19</languageID>

<language></language>
<active></active>
<sendWelcome></sendWelcome>
<isHTMLEmail>ou tcheco ATIVADO verdadeiro</isHTMLEmail>
            </bodyContent>
        </bodyContent>
    </body>

Atualizações API 40.6.1, 40.4.9

Atualizações XML API 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

Suporte createMeeting/SetMeeting

Ao agendar uma reunião Webex, a 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 participante.

O exemplo a seguir mostra o Agendamento de reuniões na página da web do usuário, onde você pode verificar os campos necessários, como "Cargo", "Nome da empresa", "Cidade" e "Estado" no formulário de registro do participante:

O seguinte é um mapeamento entre os campos da página e os elementos da XML API:

Campos da página Elemento XMLAPI
Cargo
<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 um elemento "registrationForm" em CreateMeeting

Esquema alterado: Adicionar elemento "registrationForm" no SetMeeting

Esquema alterado: Adicione um elemento "registrationForm" à GetMeeting

Exemplo de solicitaçãoda criaretingting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
      <accessControl>
          <meetingPassword>senha</meetingPassword>
</accessControl>
<attendeeOptions>
<emailInvitations>verdadeiro</emailInvitations>
<registration></registration>
<auto>verdadeiro 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></req></country>
<phone><req>falso</req></phone>
<fax><req>falso</req></fax>
      </registrationForm>

Definir Exemplo desolicitação da reaçã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></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></req></country>
<phone><req>falso</req></phone>
<fax><req>falso</req></fax>
    </registrationForm>

Obter Exemplo deResposta daMeeting:

            <meet:sipURL>1234567890@sitename.webex.com 1234567890@sitename.webex.com</meet:sipURL>
<meet:displayMeetingUrl></meet:displayMeetingUrl>
<meet:registrationForm>
<meet:phone><meet:req>falso</meet:req></meet:phone>
<meet:title><meet:req>verdadeiro verdadeiro</meet:req></meet:title>
<meet:company><meet:req></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></meet:req></meet:country>
<meet:fax><meet:req>falso</meet:req></meet:fax>
            </meet:registrationForm>
        
    

APIs afetadas:

  • CriaretingTinguação

  • Definireting

  • Obteretingsenças

  • DelMeeting

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

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

APIs afetadas:

  • Createuser

  • Setuser

  • Getuser

  • GetMe

Atualizações api 40.6.0

Atualizações XML API 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 que segue mudou.

Esquema alterado: SolicitaçãoCreateUser:

Esquema alterado: Setuser

Esquema alterado: RespostaGetMe:

Esquema alterado: Resposta LstsummaryUser:

APIs afetadas:

  • Createuser

  • Setuser

  • GetMe

  • LstsummaryUser

Exemplo de solicitaçãopara Criarusuário:

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

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

Suporte usando chave DE API para acessar o GetUserCard

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

Você pode consultar essas páginas sobre a aplicação de uma chave API e gerar um token JWT:

Como aplicar uma chave de API

Como gerar token JWT

Exemplo de solicitaçãodo GetUserCard:

PUBLICAR https://{sitename}.webex.com/WBXService/XMLService
Cabeçalho:
    Aplicativo de tipo de conteúdo/json;charset=utf-8
JWTToken ${jwken}
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>PRIMÁRIO</serv:result>
<serv:gsbStatus>DE</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>SUCESSO 1587493389768 falso Teste de Sala Pessoal</use:lastModifiedTime>
<use:isUploaded></use:isUploaded>
</use:avatar>
<use:personalMeetingRoom>
<use:title></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 meetingUID à solicitação e resposta de API quando suportamos uma meetingKey ou sessionKey.

APIs afetadas:

  • LstRecording

  • LstsummarySession

  • ObterInformações da ssession

  • ObterhosturlMeeting

  • GetjoinurlMeeting

  • LstMeetingAttendee

  • CriaretingTinguação

  • Definireting

  • Obteretingsenças

  • DelMeeting

  • LstCalendarSession

exemplo de solicitação de meetingUUID:

<?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 ou</sessionKey>

<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>

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>PRIMÁRIO DE</serv:result>
<serv:gsbStatus></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>SUCESSO NOT_INPROGRESS</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 temporário desativado ou desativado pmr é reativado dentro de uma semana, agora o usuário reativado ou habilitada a chave de reunião do PMR não é alterada, ela será a mesma que antes.

APIs afetadas:

  • Setuser

  • DelUser

Aprimoramentos de LstSummarySession

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

APIs afetadas:

  • LstSummarySession

Alteração de esquema:

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

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

Exemplo de solicitação de LstSummarySession:

<?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></password>
<partnerID>xxxx</partnerID>
<clientInfo>xxxx xxxx</clientInfo>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<listControl>
<startFrom></startFrom>
<maximumNum>1 2</maximumNum>
<listMethod>E</listMethod>
</listControl>
<dateScope>
<startDateStart>11/01/2019 8:0:0</startDateStart>
<startDateEnd>12/01/2019 7:59:59</startDateEnd>
<timeZoneID>4</timeZoneID>
<endDateStart>11/0 1/2019 8h00</endDateStart>
<endDateEnd>12/01/2019 7h59h59</endDateEnd>
</dateScope>
<order>
<orderBy>ORGANIZADORWEBEXID</orderBy>
<orderAD>ASC</orderAD>
<orderBy>CONFNAME</orderBy>
<orderAD>ASC</orderAD>
<orderBy>STARTTIME</orderBy>
<orderAD>ASC</orderAD>
</order>
<serviceTypes>
<serviceType>EventCenter</serviceType>
<serviceType>MeetingCenter</serviceType>
<serviceType>SalesCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>Suporte</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>PRIMÁRIO DO SUCESSO</serv:result>
<serv:gsbStatus></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></serv:returned>
<serv:startFrom>2 1</serv:startFrom>
</ep:matchingRecords>
<ep:session>
<ep:sessionKey>809914325</ep:sessionKey>
<ep:MeetingUUID>809914325 Equipe Reunião 3 Teste de Teste</ep:MeetingUUID>
<ep:confName></ep:confName>
<ep:sessionType></ep:sessionType>
<ep:serviceType>do MeetingCenter</ep:serviceType>
<ep:hostWebExID></ep:hostWebExID>
<ep:hostFirstName></ep:hostFirstName>
<ep:hostLastName></ep:hostLastName>
<ep:otherHostWebExID></ep:otherHostWebExID>
<ep:timeZoneID>Teste 2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Havaí (Honolulu)</ep:timeZone>
<ep:status>NOT_INPROGRESS</ep:status>
<ep:startTime>12/10/2019 00h35: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></ep:hostJoined>
<ep:participantsJoined>falso</ep:participantsJoined>
<ep:confID>141672157056861215</ep:confID>
<ep:registration>falso</ep:registration>
<ep:isRecurring></ep:isRecurring>
<ep:hostType>11019001</ep:hostType>
<ep:isAudioOnly>false</ep:isAudioOnly>
<ep:isTCSingleRecurrence></ep:isTCSingleRecurrence>
<ep:isAllowJBH></ep:isAllowJBH>
<ep:isCETMeeting>true true</ep:isCETMeeting>
<ep:isException>false</ep:isException>
<ep:isNextUpcomingInstance></ep:isNextUpcomingInstance>
<ep:seriesMeetingKey></ep:seriesMeetingKey>
<ep:recurrenceId>0 0</ep:recurrenceId>
<ep:isScheduledPMR>true</ep:isScheduledPMR>
</ep:session>
<ep:session>
<ep:sessionKey>805660167</ep:sessionKey>
<ep:confName>xmlmc Não08Console816960001</ep:confName>
<ep:sessionType>3</ep:sessionType>
<ep:serviceType>MeetingCenter</ep:serviceType>
<ep:hostWebExID>Depois08Console81696 0000</ep:hostWebExID>
<ep:hostFirstName>Mai08Console81696000</ep:hostFirstName>
<ep:hostLastName>Mai08Console81696000</ep:hostLastName>
<ep:otherHostWebExID>Depois08Console81696000</ep:otherHostWebExID>
<ep:timeZoneID>2</ep:timeZoneID>
<ep:timeZone>GMT-10:00, Havaí (Honolulu)</ep:timeZone>
<ep:status>NOT_INPROGRESS</ep:status>
<ep:startTime>12/10/2019 00h35: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></ep:participantsJoined>
<ep:confID>falso 141672108716459038</ep:confID>
<ep:registration>falso</ep:registration>
<ep:isRecurring></ep:isRecurring>
<ep:hostType>verdadeiro 1019001</ep:hostType>
<ep:isAudioOnly>falso</ep:isAudioOnly>
<ep:isTCSingleRecurrence></ep:isTCSingleRecurrence>
<ep:isAllowJBH></ep:isAllowJBH>
<ep:isCETMeeting>falso</ep:isCETMeeting>
<ep:isException></ep:isException>
<ep:isNextUpcomingInstance></ep:isNextUpcomingInstance>
<ep:seriesMeetingKey>verdadeiro 0</ep:seriesMeetingKey>
<ep:recurrenceId>0</ep:recurrenceId>
<ep:isScheduledPMR>verdadeiro</ep:isScheduledPMR>
         </ep:session>
      </serv:bodyContent>
   </serv:body>
</serv:message>

Aprimoramentos getSite

Adicionamos uma alternância de recursosde resposta GetSite do SupportXMLAPIRescheduledPMR

APIs afetadas:

  • GetSite

Alteração de esquema:

O novo elemento de resposta do XML API GetSiteé: SupportXMLAPIRescheduledPMR

Exemplo desolicitação getsite:

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

Exemplo de respostagetsite:

<?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>PRIMÁRIO</serv:result>
<serv:gsbStatus>DE</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>
SUCESSO
...<ns1:SupportXMLAPIReturnScheduledPMR></ns1:SupportXMLAPIReturnScheduledPMR>
verdadeiro...
                </ns1:siteCommonOptions>
            </ns1:siteInstance>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Atualizações API 40.4.8, 40.2.9

Atualizações XML API 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 as reuniões agendadas em XMLAPI

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

Essas APIs: GetMeeting, GetTrainingSession, GetEvent e GetTeleconferenceSession , terão estes novoselementos como resposta: audioPassword (senha numérica), isEnforceAudioPassword, isEnforceAudioLogin para centros Webex Meetings, Teams e Events.

Esquema alterado:

APIs afetadas:

  • Obteretingsenças

  • Obter treinamentoSessão

  • Getevent

  • GetTeleconferenceSession

Obter exemplo desolicitação daeeting:

<?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>teste do</siteName>
<webExID></webExID>
<password>site 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>PRIMÁRIO</serv:result>
<serv:gsbStatus>DE</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>SUCESSO</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 API 40.4.5, 40.2.6

Atualizações XML API 40.4.5, 40.2.6

Limite de uso do GetUserCarde GetSessionInfo

Implementamos o limite de uso no API GetUserCard eGetSessionInfo,você pode receber a mensagem de erro: "403 proibido" se você atingiu o limite de uso.

APIs afetadas:

  • GetUserCard

  • ObterInformações da sesessão

Atualizações API 40.4.4, 40.2.5

Atualizações XML API 40.4.4, 40.2.5

Limite de números do BodyContent

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

APIs afetadas:

  • Qualquer API XML

Solicitação API xml com exemplo de multi bodyContent:

<?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></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 API 40.4.3, 40.2.4

Atualizações XML API 40.4.3, 40.2.4

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

Melhorias createUser

Aprimoramos CreateUser para suportar o e-mail de boas-vindas em vários idiomas. A solicitação do CreateUser agora éHTMLEmail

APIs afetadas:

  • Createuser

Exemplo de solicitação para Criarusuário:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv=" administradorhttp://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<webExID></webExID>
<password>xxxx</password>
<siteName>xxx</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName></firstName>
<lastName>xxx</lastName>
<webExId>xxx</webExId>
<password>xxx</password>
<email>xxx</email>
<privilege>
<host>true</host>
<siteAdmin>false</siteAdmin>
<labAdmin>false</labAdmin>
<voiceOverIp></voiceOverIp>
</privilege>
<languageID>3</languageID>
<active>ativado</active>
<sendWelcome></sendWelcome>
<isHTMLEmail>verdadeiro verdadeiro</isHTMLEmail>
</bodyContent>  
</body>

Atualizações api 40.4.0

Atualizações XML API 40.4.0

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

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

  • Se uma conta de administrador não-site ligar para a API SetUser 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 site ligar para a API SetUser várias vezes sem terminar o processo de verificação de e-mail, o e-mail atual será mantido, e o novo e-mail mais recente será aquele que deverá ser verificado.

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

APIs afetadas:

  • Setuser

GetEnrollmentInfo timeout e conexão reset

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

APIs afetadas:

  • ObterInformações de inserção

Exemplo de solicitação para obterinformação de obter inserçã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></webExID>
<password>xxxx</password>
<partnerID>webexpartner</partnerID>
</securityContext>
</header>
<body>
<bodyContent
xsi:type="java:com.webex.service.binding.attendee.GetEnrollmentInfo">
<sessionKey>716773566</sessionKey>
        
    </body>

Exemplo de resposta getEnrollmentinfo:

<?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=" PRIMÁRIO DE SUCESSOhttp://www.webex.com/schemas/2002/06/service/attendee">
<serv:header>
<serv:response>
<serv:result></serv:result>
<serv:gsbStatus></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>15427906999981548</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:5 7 APROVADO</att:submitTime>
<att:status></att:status>
</att:attendee>
<att:attendee>
<att:attendeeID>3191797 Teste</att:attendeeID>
<att:enrollFields>
<att:defaultFields>
<att:firstName>de AlexKKK</att:firstName>
<att:lastName></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></att:leadScore>
</att:defaultFields>
<att:customFields/>
</att:enrollFields>
<att:domain> </att:domain>
<att:ipAddress>0.0 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></serv:total>
<serv:returned>2 2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</att:matchingRecords>
<att:sessionKey>716773566</att:sessionKey>
            </att:session>
        </serv:bodyContent>
    </serv:body>

Atualizações api 40.2.0

Atualizações xml API 40.2.0

Clique aqui para baixar o esquema XML API 40.2.0.

Remover acesso anônimo à LstSummarySession

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

APIs afetadas:

  • LstSummarySession

Exemplo de solicitação de LstSummarySession:

<?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>FAILURE</serv:result>
<serv:reason>Desculpe, nenhum registro encontrado</serv:reason>
<serv:gsbStatus>PRIMÁRIO</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 no XML API 40.2.0, mas sua descrição foi editada após receber comentários do cliente.

Como um aprimoramento de segurança, atualizamos as APIs CreateMeeting e SetMeeting para não permitir que os usuários agendem uma hora de início de reunião que já tenha passado. Se eles tentarem, a API solicitará a mensagem de erro: "A hora de início da sessão 060016 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 configurada cinco minutos mais tarde que a hora atual.

APIs afetadas:

  • CriaretingTinguação

  • Definireting

Atualizações api 40.1.2

Atualizações XML API 40.1.2

Clique aqui para baixar o esquema XML API 40.1.2.

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

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

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

Se Todas as reuniões/eventos/sessão devem ter uma configuração de senha desativada e a solicitação de API não inclui uma senha, uma senha não é gerada a partir dos servidores API XML.

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

APIs afetadas:

  • CriaretingTinguação

  • Createevent

  • Criar treinamentoSessão

  • CriarTeleconferênciaSession

A resposta CreateMeeting agora tem o elemento meetingPassword:

Exemplo de solicitação da criaretingting:

<?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>ID de usuário do siteName1</siteName>
<webExID></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></meetingType>
</metaData>

<schedule>
<startDate>28/10/2020 17h35m0</startDate>
</schedule>
</bodyContent>
</body>

Exemplo de resposta da criação daetings:

<?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>PRIMÁRIO</serv:result>
<serv:gsbStatus>DE</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>SUCESSO 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>

A resposta CreateEvent agora tem o elemento eventPassword:

As respostas de CreateTrainingSession eCreateTeleconferenceSession agora possuem o elemento sessionPassword:

Atualizações api 40.1.0

Atualizações XML API 40.1.0

Clique aqui para baixar o esquema XML API 40.1.

Aprimoramentos de Informações da GetSession

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

APIs afetadas:

  • ObterInformações da sesessão

Atualizações da solicitação de informações de GetSession:

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

LstAccessAnywhere Aprimoramentos da história

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

APIs afetadas:

  • LstAccessAnywhereHistory

Atualizações da solicitação de histórico LstAccessAnywhere:

LstAccessAnywhereAtualizações de resposta histórico:

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 test</siteName>
<webExID></webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID></hostWebexID>
<startTimeScope>
<sessionStartTimeStart>29/09/2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>29/12/2019 04:42:34</sessionStartTimeEnd>
</startTimeScope>
<endTimeScope>
<sessionEndTimeStart>29/09/2019 02h42:34</sessionEndTimeStart>
<sessionEndTimeEnd>29/12/2019 05:42:34</sessionEndTimeEnd>
</endTimeScope>
<listControl>
<serv:startFrom>1</serv:startFrom>
<serv:maximumNum>10 OU</serv:maximumNum>
<serv:listMethod></serv:listMethod>
</listControl>
<order>
<orderBy>HORÁRIO</orderBy>
<orderAD>DE INÍCIO 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>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</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>dean</history:userName>
<history:computerName>6926_dean</history:computerName>
<history:clientIP>10.224.0 222.183</history:clientIP>
<history:startTime>29/11/2019 03h05:44</history:startTime>
<history:endTime>29/11/2019 03:10:06</history:endTime>
<history:duration>5</history:duration>
            </history:accessAnyWhereInfo>
        
    </serv:body>