Voor meer informatie over XML API 39 en XML API 11, zie het Cisco Webex Meetings XML API Updates Overview (XML API 39 en eerder).

Zie het XML API Updates Overview (XML API 40 en Cisco Webex Meetings later) voor meer informatie over XML API 40 .

Ga naar Cisco DevNet voor updates voor XML API 11 SP9 en eerder.

XML API 41.12.0 Updates

Klik hier om het XML API 41.12.0 schema te downloaden.

XMLAPI blokkeert het plannen en bewerken van Webex Events (Classic) volgens het siteconfiguratie-item van EnableClassicEvent dat onwaar is

Beïnvloede API's en wijzigingen in het schema

Als het selectievakje Klassieke gebeurtenis inschakelen op de configuratiepagina van de site niet waar is, ondersteunt deze site geen Webex Events (klassieke) vergaderingen meer.

Als het selectievakje ClassicEvent inschakelen niet waar is, belt u deze API's om deze Webex Events (klassiek) te gebruiken:

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

De API reageert op de nieuwe uitzondering 010106 Het klassieke evenement is uitgeschakeld.

Wijzigingen in het schema

Geen schemawijzigingen.

API-aanvraag en responsvoorbeeld

CreateEvent API-verzoek en -antwoord

Aanvraag van createEvent

XXXXXXXX


XMLAPI EC Testing


07/17/2021 01:29:15
15

Reactie van CreateEvent

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>FAILURE</serv:result>
<serv:reason>De klassieke gebeurtenis is uitgeschakeld.</serv:reason>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>010106</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>

CreateEvent3.1.3 is van invloed op API's:

• GetEvent instellen

• GetSessionInfo

• LstsummaryEvent

• LstrecordedEvent

• LstsummaryProgram

• UploadenEventImage

XMLAPI LstMeetingType zal reageren op nieuw element van subProductCodePrefix

Beïnvloede API's

Huidig API LstMeetingType -responselement van productionCodePrefix: PRO, AUO en andere voorvoegsels van het Webex-vergaderingstype.

Na deze nieuwe verbetering zal de API reageren op nieuw element van subProdctCodePrefix:PRO1, PRO2, enz. die kan worden aangepast aan type prefix.

Wijzigingen in het schema voor API: Type LstMeeting

Het zal een reactie geven op nieuw element: subProdctCodePrefix

API-aanvraag en responsvoorbeeld

LstMeetingType API-verzoek en -antwoord

Aanvraag van LstMeetingType

13810

Antwoord van LstMeetingType

<serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<mtgtype:matchingRecords>
<serv:totaal>1</serv:totaal>
<serv:returned>1</serv:returned>
<serv:startFrom>1</serv:startFrom>
</mtgtype:matchingRecords>

<mtgtype:productCodePrefix>PRO</mtgtype:productCodePrefix>
<mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix> //Nieuw element voor aangepast vergaderingstype
<mtgtype:active>GEACTIVEERD</mtgtype:active>
<mtgtype:naam>Cus_Chat_Gesloten</mtgtype:naam>
<mtgtype:displayName>Cus_Chat_Gesloten</mtgtype:displayName>

XML API 41.11.0 Updates

Klik hier om het XML API 41.11.0 schema te downloaden.

XML API-ondersteuning forward compatibility in gebruikersbeheer-API voor door Control Hub beheerde sites

Beïnvloede API's en wijzigingen in het schema

Als uw integratietoepassing momenteel Webex XMLAPI gebruikersbeheer-API's gebruikt: CreateUser, SetUser, DelUser en GetUser om gebruikers in te richten of te beheren. Nadat uw klassieke Webex-site is geconverteerd naar een door Control Hub beheerde site, blijven deze API's werken voor voorwaartse compatibiliteit. Er zijn gedragwijzigingen die hieronder worden vermeld:

• Wanneer createUser wordt gebruikt- als de gebruikersstatus in Control Hub niet 'actief' is, is de status van de gebruiker opde site niet actief. Als de gebruikersstatus in Control Hub actief is, is de status van de gebruiker op de site ook actief, naslag: Gebruikersstatus van nieuwe en geconverteerde gebruikers in Control Hub.

• Het wachtwoordelement van CreateUser en SetUser API's wordt genegeerd. We beginnen met het verzenden van een activeringse-mail naar nieuwe gebruikers, gebruikers kunnen op de koppeling in de e-mail klikken naar een actieve nieuwe account en een nieuw wachtwoord invoeren.

• Het actieve element van CreateUser API wordt genegeerd, nieuwe gebruiker (niet geverifieerd) kan niet worden geactiveerd via deze parameter met API SetUser.

• De waarde van het WebExId-element in de bodyContent van CreateUser API's moet gelijk zijn aan e-mail. Als webExId verschilt van e-mail, behandelen we webExId hetzelfde als e-mail bij het opslaan in WebDB en wordt de waarde genegeerd.

• De waarde van het webExId -element in de bodyContent van de SetUser API's moet de gebruikersidentiteit van het e-mailadres zijn. U kunt deze wijzigen via <email> in bodyContent.

• De SetUser API ondersteunt het wijzigen van bestaande e-mailadressen van gebruikers: het is gelukt als de bewerkingsaccount in de Beveiligingscontext de volledige sitebeheerder van Control Hub is. Anders geeft de API-rapporten een foutmelding met een nieuwe foutcode en onderstaand bericht:

  • 030120 Het account moet een volledige sitebeheerder zijn om het e-mailadres te wijzigen.

• Het element newWebExId in de bodyContent van SetUser API wordt genegeerd.

• De SetUser API probeert een e-mailadres te wijzigen dat al in gebruik is. De API zet de onderstaande nieuwe foutcode en de volgende foutmelding op:

  • 030118 E-mail wordt al gebruikt op door Control Hub beheerde sites.

• De DelUser API deactiveert de gebruiker aan de kant van de Webex-vergadering en de overeenkomstige vergaderingslicentie wordt verwijderd van de Webex-site. Deze gedeactiveerde gebruiker kan opnieuw worden geactiveerd met behulp van de API: SetUser (ACTIVATED) zolang de gebruiker voordien werd geverifieerd.

• De CreateUser en SetUser API's verhogen nieuwe foutcode en foutmelding op zoals hieronder weergegeven:

  • 030117, Deze gebruiker bestaat buiten uw organisatie, dus moet worden geclaimd, om naar uw organisatie te gaan via het gebruikersproces voor de claim. Voor stappen voor het claimen van de gebruiker in uw organisatie, zie Gebruikers claimen bij uw organisatie (Gebruikers converteren). U moet het domein verifiëren waar de gebruiker bij hoort voordat u de gebruiker claimt.

  • 030119 Het CI-toegangstoken moet de scope webexsquare bevatten: beheerder bij het inrichten van de gebruiker.

Wijzigingen in het schema

Geen wijzigingen in het schema voor deze API's: CreateUser, SetUser, DelUser en GetUser.

API-aanvraag en responsvoorbeeld

CreateUser API-verzoek en -antwoord aanmaken

API-verzoek:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns: serv="http://www.webex.com/schemas/2002/06/service"
xsi:schemaLocatie="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
<securityContext>
<siteName>{siteName}</siteName>
<webExID>{sitebeheerdersaccount}</webExID>
<email>{site Admin account}</email>
<sessionTicket>xxxx</sessionTicket> of of
of , wanneer u CI 'accessToken' gebruikt, moet dit de scope webexsquare:admin bevatten bij het inrichten van de gebruiker
</securityContext>
</header>



<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<webExId>Jack@qa.webex.com</webExId> --- het moet de gebruikersidentiteit van het e-mailadres zijn
<email>Jack@qa.webex.com</email>
<firstName>Jack</firstName>
<lastName>Smith</lastName>
....
<privilege>
<host>waar</host>
</privilege>
<active>ACTIVATED</active> ---deze parameter kan de gebruiker niet rechtstreeks activeren totdat de gebruiker zichzelf activeert via activeringse-mail.
</bodyContent>
</body>


Voorbeeld van API-respons:
<?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:gebruik="http://www.webex.com/schemas/2002/06/service/user">
<serv:header>
<serv:antwoord>
<serv:result>SUCCES</serv:result>
<serv:gsbStatus>PRIMAIRE</serv:gsbStatus>
</serv:antwoord>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<use:userId>23778617</use:userId>
</serv:bodyContent>

API's beïnvloeden:

• CreateUser

• SetUser

• DelUser

XML-API ondersteunt de compatibiliteit voor doorsturen van bestaande gebruikers nadat de klassieke Webex-site is geconverteerd naar een beheerde Control Hub-site

Beïnvloede API's

Nadat de Webex Classic-site is geconverteerd naar een door Control Hub beheerde site, moet de waarde van het element in hetzelfde zijn als het e-mailadres. Hieronder vindt u meer informatie:

• Voor bestaande gebruikers die zijn gemaakt op de klassieke Webex-site, ondersteunen we zowel de oude WebExID (bijvoorbeeld: Jack) en nieuwe webExID (de inhoud is hetzelfde als e-mail, bijvoorbeeld: Jack@xx.com) voor aanmelden, is deze verificatie achterwaartse compatibiliteit voor alle XML-API's.

• Voor nieuwe gebruikers die zijn gemaakt in door Control Hub beheerde sites, moet de waarde van het WebExID-element gelijk zijn aan het e-mailadres voor aanmelding.

{siteName}
{userName} --- bestaande gebruikers zijn gemaakt in webEx klassieke site, het kan zijn: jack of jack@xx.com; nieuwe gebruiker moet jack@xx.com
xxxx of of of

gebruiken

API's beïnvloeden:

Alle XML-API's.

Nadat de klassieke Webex-site is geconverteerd naar een door Control Hub beheerde site, moet de waarde van het element <bodyContent> hetzelfde zijn als het e-mailadres. Hieronder vindt u meer informatie:

• Voor bestaande gebruikers die zijn gemaakt op de klassieke Webex-site, ondersteunen we zowel oude webExId(bijvoorbeeld: Jack) en nieuwe webExId (de inhoud is hetzelfde als e-mail, bijvoorbeeld: Jack@xx.com) in bodyContent.

• Voor nieuwe gebruikers die zijn gemaakt op door Control Hub beheerde sites, moet de waarde van het webExId -element hetzelfde zijn als het e-mailadres in bodyContent.

xxxx --- bestaande gebruikers zijn gemaakt op de klassieke webEx-site, dit kan zijn: jack of jack@xx.com; nieuwe gebruiker moet jack@xx.com gebruiken

API's beïnvloeden: GetUser, SetUser en DelUser.

Wijzigingen in het schema

Geen wijzigingen in het schema voor API's.

API-aanvraag en responsvoorbeeld

GetUser API-verzoek en -antwoord

API-verzoek:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns: serv="http://www.webex.com/schemas/2002/06/service"
xsi:schemaLocatie="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">


<siteName>{siteName}</siteName>
<webExID>{userName}</webExID> --- bestaande gebruikers zijn gemaakt op de klassieke webEx-site, dit kan zijn: jack of jack@xx.com; nieuwe gebruiker moet jack@xx.com
xxxx of of of




xxxx gebruiken --- bestaande gebruikers zijn gemaakt op de klassieke webEx-site, dit kan zijn: jack of jack@xx.com; nieuwe gebruiker moet jack@xx.com




API response example:
...same gebruiken als voorheen

Verbetering van de GESCHIEDENISrapport-API voor opnamenweergave ter ondersteuning in Webex Meetings, Webex Events (Nieuw) en Webex Events (Klassiek)

Beïnvloede API's

Huidige API: lstrecordaccessHistory en lstrecordaccessDetailHistory ondersteunen alleen de opnameweergave van Webex Trainings die het geschiedenisrapport opent. De nieuwe verbetering ondersteunt Webex Meetings, Webex Events (nieuw) en Webex Events (klassiek) opnameweergavetoegangsgeschiedenisrapport.

Wijzigingen in het schema

We ondersteunen het onderstaande nieuwe schema in API lstrecordaccessHistory in de API-verzoek hoofdinformatie:

MeetingCenter
TrainingCenter
EventCenter

Details

De API: lstrecordaccessHistory kan de geopende geschiedenis van de opnameweergave retourneren voor Webex Meetings, Webex Events (nieuw), Webex Events (klassiek) en Webex Trainings.

• Als er geen serviceType is opgegeven in het API-verzoek, retourneert de API van lstrecordaccessHistory alleen de geopende geschiedenis van de opnameweergave van Webex Trainings.

• Wanneer het serviceType MeetingCenter is, retourneert de API van lstrecordaccessHistory zowel de Webex Meetings- als de (nieuwe) opnameweergavegeschiedenis van Webex Events.

• Wanneer het servicetype EventCenter is, retourneert de API van lstrecordaccessHistory de geopende geschiedenis van de opnameweergave van Webex Events (klassiek).

De API: lstrecordaccessDetailHistory kan details retourneren via recordID van Webex Meetings, Webex Events (nieuw), Webex Events (klassiek) en Webex Trainings.

API-aanvraag en responsvoorbeeld

lstrecordaccessGeschiedenis Verzoek en antwoord van API

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<securityContext>
<webExId>{userName}</webExID>
<password>{password}</password>
<siteName>{siteName}</siteName>
</securityContext>
</header>

<bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
<viewTimeScope>
<viewTimeStart>20-9-2021 00:00:00</viewTimeStart>
<viewTimeEnd>28-9-2021 23:59:59</viewTimeEnd>
</viewTimeScope>
<listControl>
<startFrom>1</startFrom>
<maximumNum>100</maximumNum>
</listControl>
<bestellen>
<orderBy>OPGENOMEN</orderBy>
<orderAD>ASC</orderAD>

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


<?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:geschiedenis="http://www.webex.com/schemas/2002/06/service/history">
<serv:header>
<serv:antwoord>
<serv:result>SUCCES</serv:result>
<serv:gsbStatus>PRIMAIRE</serv:gsbStatus>
</serv:antwoord>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory-test TC-20210924 1324-1</history:recordName>
<history:creationTime>24-09-2021 13:28:13</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>2</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>TestErollment_001-20210610 1905-1</history:recordName>
<history:creationTime>06/10/2021 19:10:15</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>0</history:downloaded>
<history:viewed>3</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>Direct afspelen testen 2-20210705 0709-1</history:recordName>
<history:creationTime>07/05/2021 07:15:06</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>0</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordNaam>EC2.0_232423-20210922 0447-1</history:recordName>
<history:creationTime>22-09-2021 04:53:05</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>0</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory test EC2.0-20210924 1315-1</history:recordName>
<history:creationTime>24-09-2021 13:19:00</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>1</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory-test MC-20210924 1319-1</history:recordName>
<history:creationTime>24-09-2021 13:25:12</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>1</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:recordAccessHistory>
<history:recordID>1XXXXXXX7</history:recordID>
<history:recordName>LstrecordaccessHistory test EC classic-20210924 1331-1</history:recordName>
<history:creationTime>24-09-2021 13:37:28</history:creationTime>
<history:registered>0</history:registered>
<history:downloaded>1</history:downloaded>
<history:viewed>1</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordAccessHistory>
<history:matchingRecords>
<serv:totaal>8</serv:totaal>
<serv:returned>7</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>

lstrecordaccessDetailHistory Verzoek en antwoord van API

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns: serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<webExId>{userName}</webExID>
<password>{password}</password>
<siteName>{siteName}</siteName>
</securityContext>
</header>
<body>
<bodyContent xsi:type=
"java:com.webex.service.binding.history.LstrecordaccessDetailHistory">
<recondID>1XXXXXX7</recondID>
<timeZoneID>20</timeZoneID>
</bodyContent>



<?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:geschiedenis="http://www.webex.com/schemas/2002/06/service/history">
<serv:header>
<serv:antwoord>
<serv:result>SUCCES</serv:result>
<serv:gsbStatus>PRIMAIRE</serv:gsbStatus>
</serv:antwoord>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<history:recordDetail>
<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>Axxxg</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>24-09-2021 13:27:26</history:accessTime>
<history:registered>niet waar</history:registered>
<history:downloaded>niet waar</history:downloaded>
<history:viewed>waar</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordDetail>
<history:recordDetail>
<history:viewID>1XXXXXX7</history:viewID>
<history:participantName>Axxxg</history:participantName>
<history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
<history:accessTime>24-09-2021 13:27:39</history:accessTime>
<history:registered>niet waar</history:registered>
<history:downloaded>waar</history:downloaded>
<history:viewed>niet waar</history:viewed>
<history:timeZoneID>20</history:timeZoneID>
</history:recordDetail>
<history:matchingRecords>
<serv:totaal>2</serv:totaal>
<serv:returned>2</serv:returned>
<serv:startFrom>1</serv:startFrom>
</history:matchingRecords>
</serv:bodyContent>

API's beïnvloeden:

• lstrecordaccessGeschiedenis

• lstrecordaccessDetailGeschiedenis

Los het gat op van de maximaal toegestane Webex Events beschrijvingslengte (Klassiek) tussen XMLAPI en Webex Page.

Beïnvloede API's

De XML-API: Het CreateEvent - en SetEvent -element van de beschrijving staan maximaal 10000 tekens toe. Als er te veel gegevens worden ingevoerd, leidt dit tot de nieuwe foutcode en het nieuwe bericht:

060068 beschrijving van niet-weergegeven invoer. Deze beschrijving mag niet langer zijn dan 10.000 tekens.

Wijzigingen in het schema

Geen schemawijziging.

API-aanvraag en responsvoorbeeld

CreateEvent API-verzoek en -antwoord

Voorbeeld van #API-verzoek:
...

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
xmlns:att="http://www.webex.com/schemas/2002/06/service/event" xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
<accessControl>
<sessionPassword>111111</sessionPassword>
<listing>PRIVATE</listing>
</accessControl>
<metaData>
<sessionName>EC test</sessionName>
<description>.......Stel dat u 10000 tekens invult in beschrijving.......</description>
</metaData>
...


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

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


<serv:result>FAILURE</serv:result>
Illegale invoerbeschrijving. De beschrijving mag niet langer zijn dan 10.000 tekens
PRIMARY
060068

API's beïnvloeden:

• Vent maken

• InstellenEvent

XML-API: GetUser retourneert nieuw element van gratis account

Beïnvloede API's

GetUser retourneert een nieuw element dat aangeeftfreeAccount dat het gebruikersaccount FreeAccount is of niet.

Wijzigingen in het schema

Voorbeeld van getUser-antwoord

GetUser response:
AW
false

3
false

API's beïnvloeden:

GetUser

XML API 41.9.0 Updates

Klik hier om het XML API 41.9.0-schema te downloaden.

XML-API 10.0.0 voor alle T31-sites de actieve tijd niet actief

Webex wil de ondersteuning voor XML API ver 10.0.0 voor alle T31-sites beëindigen.

De XML API 10.0.0-code van alle a xml wordt tijdens de update van 41.9.0 niet meer mogelijk gemaakt.

XML API 41.8.0 Updates

Klik hier om het XML API 41.8.0 schema te downloaden.

XML-API 10.0.0 voor alle T31-sites de actieve tijd niet actief

Webex wil de ondersteuning voor XML API ver 10.0.0 voor alle T31-sites beëindigen.

Webex heeft een aantal klanten gevonden die op een onjuiste manier toegang krijgen tot de URL van XML API als: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService is de juiste manier om de XML API-URL te openen als: https://{siteName}.webex.com/WBXService/XMLService.

Schakel op de juiste manier naar de XML API voor toegang tot uw code om dit te voorkomen voordat de XML API-versie 10.0.0 niet meer wordt ondersteund.

XML API 41.7.0 Updates

Klik hier om het XML API 41.7.0 schema te downloaden.

Mobiele opname verwijderen en bewerken moet worden beheerd door de sitebeheeroptie: Hosts toestaan opnamen opnieuw toe te toewijzen, te bewerken, uit te schakelen en te verwijderen

Beïnvloede API's en wijzigingen in het schema

GetSite: retourneert nieuwe elementen met de naam enableNBRMCModify en separateNoRecordingEdit onder tools.

Voorbeeld van antwoord

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
....
<ns1:tools>
...
<ns1:enableNBRMCModify>false</ns1:enableNBRMCModify>
<ns1:separateNoRecordingEdit>true</ns1:separateNoRecordingEdit>
...
</ns1:tools>
</serv:bodyContent>

</serv

XML-API 41.6.3-updates

Klik hier om het XML API 41.6.3 schema te downloaden.

GetSite Response nieuw element van supportLargeEvent

Beïnvloede API's en wijzigingen in het schema

GetSite: retourneert nieuwe elementen naamgeving supportLargeEvent onder siteCommonOptions om beller te laten weten of de site Large Event (Webex Event (nieuw) ondersteunt of niet.

Schemawijziging

Voorbeeld van antwoord

GetSiteResponse:

GetSite

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
<serv:header>
<serv:response>
<serv:result>SUCCESS</serv:result>
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
....
<ns1:siteCommonOptions>
...
<ns1:enablePreMeetingLobby>false</ns1:enablePreMeetingLobby>
<ns1:supportLargeEvent>true</ns1:supportLargeEvent>
</ns1:siteCommonOptions>
</serv:bodyContent>

</serv

XML API 41.6.0-updates

Klik hier om het XML API 41.6.0 schema te downloaden.

XMLAPI-Webex Events 2.0 in de inrichting

Beïnvloede API's

GetUser: retourneert nieuw element met de naam largeEventCapacity , die de capaciteit van nieuw Event 2.0 (EC 2.0) onder dit gebruikersaccount toont. Als het gebruikersaccount bijvoorbeeld een CI_EC3K-licentie heeft, is de waarde van largeEventCapacity 3000.

Wijzigingen in het schema

Voorbeeld van antwoord

GetUserResponse:

CreateTime van XMLAPI LstRecording is van toepassing op de begintijd van de opname

Beïnvloede API's

LstRecording : LstRecording response CreateTime als het tijdstip waarop de gebruiker daadwerkelijk op de opnameknop drukt.

Details

In het verleden gebruikte XML API de tijdstempel van wanneer de opname in de database is gemaakt als de aanmaaktijd in de LstRecording -respons. Het is nu de tijd dat de gebruiker daadwerkelijk begint met het maken van de opname. Deze wijziging is van toepassing op alle service-opnamen. Er is geen schemawijziging.

XML API 41.5.0 Updates

Klik hier om het XML API 41.5.0 schema te downloaden.

XMLAPI kan geplande Webex-vergaderingen starten vanaf PSTN host

Beïnvloede API's

• CreateUser: genereert hostPIN , ongeacht of de PMR van de gebruiker is ingeschakeld of niet wanneer de gebruikersrol host of volledige of alleen-lezen of sitebeheerders voor gebruikersbeheer is.

• Gebruiker instellen: stelt hostPIN in met phones.hostPIN wanneer personalMeetingRoom.hostPIN niet in XML-verzoek is (voorwaarde: functieschakelaar AllowStartScheduledMtgFromPhone is ingeschakeld).

• GetUser: retourneert phones.hostPIN , ongeacht of de PMR van de gebruiker is ingeschakeld of niet. (voorwaarde: functieschakelaar AllowStartScheduledMtgFromPhoneis ingeschakeld).

Wijzigingen in het schema

GetUserResponse:

Gebruiker instellen:

Voorbeeld van antwoord

GetUserResponse:

Gebruiker instellen:

XMLAPI GetSite -antwoord twee nieuwe elementen voor mobiele client

Beïnvloede API's

• GetSite: GetSite antwoordt nu op twee nieuwe elementen om de mobiele client te ondersteunen. Deze heeft de logica om het tabblad Opname al dan niet weer te geven.

  • enableRecordingAccess: waar of niet waar, kunnen Webex-superbeheerders opnametoegang in- of uitschakelen via de schakelaar (EnableRecordingAccesses).

  • storageEmptyStatus: waar of onwaar, als beide sites de NBR-functie niet ondersteunen en de NBR-opslagruimte als nul hebben toegewezen, is de statusrespons waar, anders is het onwaar.

Wijzigingen in het schema

Voorbeeldaanvraag voor GetSite

Voorbeeldrespons voor Getsite

E-mailonderwerp met niet-ASCII-tekens wordt gecodeerd met RFC2047. Als er een e-mailonderwerp met een asCII-teken bestaat, is er geen codering

Er zijn geen gevolgen voor een API-aanvraag, de reacties van payload, maar het codeergedrag van het e-mailonderwerp wordt gewijzigd. Als het onderwerp van de e-mail met niet-ASCII-tekens wordt gecodeerd met RFC2047. Als er een e-mailonderwerp met een asCII-teken is, is er geen codering.

Wijzigingen in het schema

Er zijn geen schemawijzigingen.

XML API 41.4.0 Updates

Klik hier om het XML API 41.4.0 schema te downloaden.

Geplande gebeurtenis maken Webex Events standaardinstellingen op siteniveau gebruiken voor de toon voor bij binnenkomst en vertrek

XMLAPI is afgestemd op de huidige nieuwe logica voor het beheren van de toon voor binnenkomst en vertrek. Alle tonen voor Webex Events zijn beheerd door een andere instelling in Sitebeheer. XMLAPI retourneert in GetSiteeen extra veldinvoerExitToneEC om de waarde aan te geven. Wanneer de sitebeheerder oorspronkelijk een standaardtoon heeft ingesteld, zal Het maken van Gebeurtenis deze instelling niet gebruiken door de XMLAPI-standaard toe te passen.

Beïnvloede API's

De XML-API: GetSite retourneert één nieuw element entryExitToneEC om de waarde aan te geven.

De XML-API: CreateEvent, SetEvent, GetEvent zakelijke logica leest de waarde van entryExitToneEC.

Wijzigingen in het schema

XML-API: Voorbeeld getSite-respons:

true
ANNOUNCENAME
NOTONE
true

NONE

true
false

API's beïnvloeden:

• GetSite

• Vent maken

• InstellenEvent

• GetEvent

XMLAPI geeft zojuist de grote gebeurtenisdetails (Webex Event 2.0) weer

1. Als de Webex-vergadering de grote gebeurtenis of webcast is, geeft GetSessionInfo enkele gedetailleerde informatie terug, waaronder het vergaderwachtwoord, numeriek wachtwoord voor vergadering, wachtwoord voor panelleden en numeriek panellidwachtwoord (er wordt geen schema gewijzigd).

2. XMLAPI biedt geen ondersteuning voor het maken en bewerken van een grote gebeurtenis of webcastfunctie, dus CreateMeeting en SetMeeting geven een nieuwe uitzondering op (110064, het sessietype gebeurtenis en webcast wordt niet ondersteund.) voor grote gebeurtenissen of webcastcases.

Impact API's

XML API 41.3.0-updates

Klik hier om het XML API 41.3.0 schema te downloaden.

De nieuwe XML-API-wijzigingen ondersteunen Webex Events 2.0-functie

Beïnvloede API's

De API's beide: GetSessionInfo en GetMeeting retourelementen enableEvent en enableWebniar ook.

Wijzigingen in het schema

GetSessionInfo retourneert elementen enableEvent en enableWebniar voor EC 2.0.

GetMeeting retourneert elementen enableEvent en enableWebniar voor EC 2.0.

Antwoordvoorbeeld:

Antwoord GetSessionInfo :

<ep:listStatus>PUBLIC</ep:listStatus>
<ep:registration>false</ep:registration>
<ep:passwordReq>true</ep:passwordReq>
<ep:isEnforceAudioPassword>false</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
<ep:enableEvent>false</ep:enableWebniar>
<ep:enableWebniar>
<ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
</ep:accessControl>

Antwoord GetMeeting :

false
true
true
true
false
false
true

De nieuwe XMLAPI-wijzigingen ondersteunen de lobbyfunctie vóór de vergadering

Beïnvloede API's

De XML-API: GetSite, LstSummarySession, GetSessionInfo en GetMeeting reageren op het nieuwe element enablePreMeetingLobby voor de lobby vóór de vergadering.

Wijzigingen in het schema

De XML-API: GetSite retourneert het element enablePreMeetingLobby voor de lobby vóór de vergadering.

De XML-API: LstSummarySession retourneert het element enablePreMeetingLobby voor de lobby vóór de vergadering.

De XML-API: GetSessionInfo retourneert element enablePreMeetingLobby voor de lobby vóór de vergadering.

De XML-API: Het element GetMeeting retourneert enablePreMeetingLobby voor de lobby vóór de vergadering.

Antwoordvoorbeeld:

Antwoord van GetSite :

niet waar
niet waar
niet waar
waar
waar
waar
waar
niet waar
waar
waar

Antwoord op LstSummarySession :

false
true
0
false
false
false
true

Antwoord GetSessionInfo :

<ep:listStatus>PUBLIC</ep:listStatus>
<ep:registration>false</ep:registration>
<ep:passwordReq>true</ep:passwordReq>
<ep:isEnforceAudioPassword>false</ep:isEnforceAudioPassword>
<ep:isEnforceAudioLogin>false</ep:isEnforceAudioLogin>
<ep:enableEvent>false</ep:enableWebniar>
<ep:enableWebniar>
<ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
</ep:accessControl>

Antwoord GetMeeting :

false
true
true
true
false
false
true

De XML API GetSite respons Informatie gedragsverandering openbaar

Beïnvloede API's

De XML-API: Antwoord GetSite alleen onder elementen voor beheerdersaccount, waaronder rollen: SiteAdmin, RO_SiteAdmin en UserAdmin.

<ns1:activeUserCount>...</ns1:activeUserCount>
<ns1:EEActiveUserCount>...</ns1:EEActiveUserCount>
<ns1:activeCETHost>...</ns1:activeCETHost>
<ns1:auoActiveUserCount>...</ns1:auoActiveUserCount>
<ns1:MCActiveUserCount>...</ns1:MCActiveUserCount>
<ns1:ECActiveUserCount>...</ns1:TCActiveUserCount>
<ns1:TCActiveUserCount>
<ns1:SCActiveUserCount>...</ns1:SCActiveUserCount>...</ns1:SCActiveUserCount>

Gedrag gewijzigd

Sta alleen toe dat de beheerdersrol responslicentiegegevens van GetSite heeft. De host of deelnemer ontvangt deze licentiegegevens niet in de GetSite-respons.

Hieronder vindt u API: Antwoord van GetSite voor siteadmin of kant-en-klare siteadmin of gebruikersbeheer:

XML API 41.2.0 Updates

Klik hier om het XML API 41.2.0 schema te downloaden.

XMLAPI moet 'voip hybride CMR bieden' als de site Webex-telefonie ondersteunt

Beïnvloede API's

• GetSite retourneert een nieuw element IsWebexTelephony in de respons.

• CreateUser en SetUser kunnen het cmrHybridVoip -element bijwerken als IsWebexTelephony samen met andere voorwaarden waar is. IsTSPUsingTelephonyAPI heeft geen gevolgen meer.

Wijzigingen in het schema

XML-API: GetSite -antwoord retourneert een extra element IsWebexTelephony

Het antwoord van GetSite bevat dit nieuwe element:

true
false
Persoonlijk conferentienummer
Toegangscode deelnemer
Toegangscode host
Deelnemers-id

.....

LstSummarySession ondersteunt EC2.0

XML-API's worden beïnvloed

LstSummarySession zal twee nieuwe elementen teruggeven ter ondersteuning van EC 2.0

Wijzigingen in het schema

XML-API: LstSummarySession: Voeg de elementen <enableEvent> en <enableWebniar> toe

Reactie van XML-API: LstSummarySession

Reactie op EC 2.0

true

0
false
true
true

XMLAPI ondersteunt de optie Webex-spraakassistent voor de MCT-integratie van sitegebruiker retourneren

Beïnvloede API

GetUser retourneert een nieuw element webexAssistantEnabled (waar of niet waar) in het antwoord.

Wijzigingen in het schema

getUserResponse:

Voorbeeld van antwoord