Få yderligere oplysninger om XML API 39 og XML API 11 i oversigten over Cisco Webex Meetings XML API-opdateringer (XML API 39 ogtidligere).

Få yderligere oplysninger om XML API 40 i oversigten over Cisco Webex Meetings XML API-opdateringer (XML API 40 ogsenere).

Gå til Cisco DevNet for opdateringer til XML API 11 SP9 og tidligere.

Opdateringer til API 41.12.0

Opdateringer til XML API 41.12.0

Klik her for at downloade XML API 41.12.0 skemaet.

XMLAPI vil blokere Webex Events planlægning (Klassisk) og redigering i henhold til webstedskonfigureringselementet i EnableClassicEvent det er falsk

Påvirkede API'er og skemaændringer

Hvis afkrydsningsfeltet Aktiver klassisk begivenhed er falsk på webstedsadministrationssiden, understøtter dette websted ikke længere Webex Events møder (klassiske).

Hvis afkrydsningsfeltet Aktiver klassiskEvent er falsk, kan du ringe til disse API'er for at fungere Webex Events møde (klassisk):

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

API'en vil reagere på nye 010106 Den klassiske begivenheder blevet deaktiveret.

Skemaændringer

Ingen skemaændringer.

EKSEMPEL på API-anmodning og -svar

OpretEvent API-anmodning og -svar

Anmodning om CreateEvent

<bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent">
  <accessControl>
    <sessionPassword>XXXXXXXX</sessionPassword>
  </accessControl>
   <metaData>
    <sessionName>XMLAPI EC Testing</sessionName>
   </metaData>
  <schedule>
    <startDate>07/17/2021 01:29:15</startDate>
    <openTime>15</openTime>            
  </schedule>
</bodyContent>
</body>
</serv:message>

Svar fra CreateEvent

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>The classic Event has been disabled.</serv:reason>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
            <serv:exceptionID>010106</serv:exceptionID>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

CreateEvent3.1.3 påvirker API'er:

  • SetEvent GetEvent

  • GetSessionInfo

  • LstsummaryEvent

  • LstrecordedEvent

  • LstsummaryProgram

  • UploadEventImage

XMLAPI LstMeetingType vil svare på det nye element i subProductCodePrefix

Påvirket API'er

Aktuel API LstMeetingType svarelement i productionCodePrefix: PRO, AUO og andre, som er Webex foruddefinerede mødetypepræfikser.

Efter denne nye forbedring vil API'en reagere på et nyt element af subProdctCodePrefix:P RO1, PRO2 osv., som kan brugertilpasses mødetypepræfiks.

Skemaændringer i API: LstMeetingType

Den vil svare på et nyt element: subProdctCodePrefix

EKSEMPEL på API-anmodning og -svar

LstMeetingType API-anmodning & svar

Anmodning fra LstMeetingType

<bodyContent xsi:type="java:com.webex.service.binding.meetingtype.LstMeetingType">
    <meetingTypeID>13810</meetingTypeID>
</bodyContent>
</body>
</serv:message>

Svar fra LstMeetingType

<serv:body>
        <serv:bodyContent xsi:type="mtgtype:lstMeetingTypeResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <mtgtype:matchingRecords>
                <serv:total>1</serv:total>
                <serv:returned>1</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </mtgtype:matchingRecords>
            <mtgtype:meetingType>
                <mtgtype:productCodePrefix>PRO</mtgtype:productCodePrefix>
                <mtgtype:subProductCodePrefix>PRO3</mtgtype:subProductCodePrefix>       //New element for customized meeting type
                <mtgtype:active>ACTIVATED</mtgtype:active>
                <mtgtype:name>Cus_Chat_Closed</mtgtype:name>
                <mtgtype:displayName>Cus_Chat_Closed</mtgtype:displayName>

Opdateringer til API 41.11.0

Opdateringer til XML API 41.11.0

Klik her for at downloade XML API 41.11.0 skemaet.

UNDERSTØTTELSE af XML API forudkompatibilitet i brugeradministrations API for Control Hub-administrerede websteder

Påvirkede API'er og skemaændringer

Hvis din integrationsapplikation i øjeblikket bruger Webex XMLAPI-brugeradministrations-API'er: CreateUser, SetUser, DelUser og GetUser For at klargøre eller administrere brugere, efter dit Klassiske Webex-websted blev konverteret til Control Hub-administreret websted, vil disse API'er fortsat fungere med henblik på kompatibilitet med videresendelse. Der er nogle adfærdsændringer som nævnt herunder:

  • Når du bruger createUser – hvis brugerstatus i Control Hub ikke er "aktiv", vil brugerens status på webstedet ikke være aktiv. Hvis brugerstatus i Control Hub er aktiv , er brugerens status på-webstedet også aktiv. Brugerstatus for nye og konverterede brugere i Control Hub.

  • Adgangskodeelementet i CreateUser og SetUser API'er vil blive ignoreret. Vi begynder at sende aktiverings-e-mail til nye brugere. Brugere kan klikke på linket i e-mailen for at aktivere en ny konto og indtaste ny adgangskode.

  • Det aktive element i CreateUser API vil blive ignoreret, nye brugere (ikke verificeret) kan ikke aktiveres via denne parameter ved hjælp af APISetUser.

  • Værdien af webExId-elementet i bodyContent for CreateUser API'er skal være den samme som e-mail. Hvis webExId er forskellig fra e-mail, behandler vi webExId det samme som e-mail, når det opbevares i WebDB, og værdien vil blive ignoreret.

  • Værdien af webExId-elementet i bodyContent for SetUser API'er skal være brugeridentiteten af e-mailadressen. Du kan ændre det ved hjælp afe-> i bodyContent.

  • SetUser API'en understøtter ændring af eksisterende brugers e-mailadresse: Det lykkes, hvis handlingskontoen i SecurityContext er Control Hub fuld webstedsadministrator. Ellers rapporterer API-fejl med ny fejlkode og meddelelse herunder:

    • 030120 Kontoen skal være fuld webstedsadministrator for at kunne skifte e-mail.

  • Det nye elementWebExId i bodyContent af SetUser API vil blive ignoreret.

  • SetUser API forsøger at ændre til en e-mail, der allerede er i brug, hæver API'en under den nye fejlkode og fejlmeddelelse:

    • 030118-mail bruges allerede på Control Hub-administrerede websteder.

  • DelUser API deaktiverer brugeren på Webex-mødesiden, og den tilsvarende mødelicens fjernes fra Webex-webstedet. Denne deaktiverede bruger kan genaktiveres ved at bruge API: SetUser <active>(AKTIVERET</active>), så længe brugeren er bekræftet før.

  • CreateUser ogSetUser API'erne giver ny fejlkode og fejlmeddelelse, som vist herunder:

    • 030117 , Denne bruger findes ikke i din organisation, så der skal gøres krav på den, for at flytte ind i dinorganisation via processen til at gøre krav på bruger. Få en vejledning i at gøre brugeren krav på din organisation i Gør krav på brugere til din organisation (Konverter brugere). Du skal bekræfte det domæne, som brugeren tilhører, før brugeren kan gøre krav på det.

    • 030119 CI-adgangs tokenet skal omfatte området webexsquare: administrator, når brugeren klargøres.


Kun for en begrænset periodes fremstabilitet understøttes. Vi sender en avanceret meddelelse, før denne kompatibilitet fjernes.

Skemaændringer

Ingen skemaændringer på disse API'er: CreateUser, SetUser, DelUser og GetUser.

EKSEMPEL på API-anmodning og -svar

CreateUser API anmodning & svar

API request:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xmlns:serv="http://www.webex.com/schemas/2002/06/service"
   xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{site Admin account}</webExID>
      <email>{site Admin account}</email>
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken>
                  or <accessToken>, when using CI "accessToken", it must include scope webexsquare:admin when provisioning user
    </securityContext>
</header>



<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
    <webExId>Jack@qa.webex.com</webExId> --- it should is user identity of email address
    <email>Jack@qa.webex.com</email>
    <firstName>Jack</firstName>
    <lastName>Smith</lastName>
    <password>....</password>
    <privilege>
        <host>true</host>
    </privilege>
    <active>ACTIVATED</active> ---this parameter can't active the user directly until the user self activate itself via activation email.
</bodyContent>
</body>
</serv:message>

API response example:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:use="http://www.webex.com/schemas/2002/06/service/user">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="use:createUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <use:userId>23778617</use:userId>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Påvirker API'er:

  • Opretbruger

  • SetUser

  • DelUser

XML API understøtter eksisterende kompatibilitet for videresendelse af brugerbekræftelse, efter Webex klassiske websted er konverteret til et Control Hub-administreret websted

Påvirket API'er

Når Webex klassisk websted er konverteret til et Control Hub-administreret websted, skal værdien af elementet i være den samme som <webExID> <securityContext> e-mail og detaljerne herunder:

  • For eksisterende brugere oprettet på det klassiske Webex-websted understøtter vi begge gamle webExID (For eksempel: Jack) og nyt webExID (indholdet er det samme som e-mail, eksempel: Jack@xx.com) når du logger ind, er denne bagudkompatibilitet med godkendelse for alle XML API'er.

  • For nye brugere, der er oprettet på websteder, der administreres i Control Hub, skal værdien af webExID-elementet være den samme som e-mail for login.


<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
    </securityContext>
</header>

Påvirker API'er:

Alle XML API'er.

Når Webex klassisk websted er konverteret til et Control Hub-administreret websted, skal værdien af <webExID> element bodyContent-> være den samme some-mail og oplysningerne nedenfor:

  • For eksisterende brugere oprettet på det klassiske Webex-websted understøtter vi begge gamle webExId(f.eks.: Jack) og nyt webExId (indholdet er det samme som e-mail, for eksempel: Jack@xx.com) i bodyContent.

  • For nye brugere, der er oprettet på websteder, der administreres i Control Hub, skal værdien af webExId-elementet være den samme som e-mail i bodyContent.

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
    <webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
</bodyContent>

Påvirker API'er:GetUser, SetUser og DelUser.

Skemaændringer

Ingen skemaændringer på nogen API'er.

EKSEMPEL på API-anmodning og -svar

GetUser API anmodning & svar

API request:
<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xmlns:serv="http://www.webex.com/schemas/2002/06/service"
   xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service http://www.webex.com/schemas/2002/06/service/service.xsd">
<header>
    <securityContext>
      <siteName>{siteName}</siteName>
      <webExID>{userName}</webExID> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
      <sessionTicket>xxxx</sessionTicket> or <password> or <webExAccessToken> or <accessToken>
    </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser or SetUser or DelUser">
    <webExId>xxxx</webExId> --- existing users were created in webEx classic site, it can be: jack or jack@xx.com; new user must use jack@xx.com
</bodyContent>
</body>
</serv:message>

API response example:
...same as before

Forbedring af optagelsesvisningshistorik API til support Webex Meetings, Webex Events (Ny) og Webex Events (Classic)

Påvirket API'er

Aktuel API: lstrecordaccessHistory og lstrecordaccessDetailHistory understøtter kun Webex Trainings-optagelsesrapport for adgang til oversigtsrapport. Den nye forbedring understøtter Webex Meetings, Webex Events (nyt) og Webex Events (klassisk) rapport over adgang til optagelseshistorikrapport.

Skemaændringer

Vi understøtter nedenfor nyt skema i API lstrecordaccessHistory i API-anmodningsteksten:

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

Detaljer

API'en: lstrecordaccessHistory er i stand til at returnere historik for optagelsesvisning, som er Webex Meetings, Webex Events (nyt), Webex Events (klassisk) og Webex Training.

  • Hvis der ikke er angivet en serviceType i API-anmodningen, vil API'en for lstrecordaccessHistory returnerer kun Webex Trainings optagelsesvisning, som du har fået adgang til.

  • Når serviceType er MeetingCenter, api'en for lstrecordaccessHistory returnerer både den Webex Meetings og Webex Events (ny) optagelsesvisning, som du har fået adgang til.

  • Når serviceType er EventCenter, api'en for lstrecordaccessHistory returnerer den Webex Events (klassisk) optagelsesvisning, der er adgang til historikken.

API'en: lstrecordaccessDetailHistory kan returnere oplysninger ved at recordID af Webex Meetings, Webex Events (nyt), Webex Events (klassisk) og Webex Training.

EKSEMPEL på API-anmodning og -svar

lstrecordaccessHistory API's anmodning og svar

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <header>
        <securityContext>
            <webExID>{userName}</webExID>
            <password>{password}</password>          
            <siteName>{siteName}</siteName>
        </securityContext>
    </header>
    <body>
        <bodyContent xsi:type="java:com.webex.service.binding.history.LstrecordaccessHistory">
            <viewTimeScope>
                <viewTimeStart>9/20/2021 00:00:00</viewTimeStart>
                <viewTimeEnd>9/28/2021 23:59:59</viewTimeEnd>
            </viewTimeScope>
            <listControl>
                <startFrom>1</startFrom>
                <maximumNum>100</maximumNum>
            </listControl>
            <order>
                <orderBy>RECORDID</orderBy>
                <orderAD>ASC</orderAD>
            </order>
            <serviceTypes>
                <serviceType>MeetingCenter</serviceType>
                <serviceType>TrainingCenter</serviceType>
                <serviceType>EventCenter</serviceType>
            </serviceTypes>
        </bodyContent>
    </body>
</serv:message>

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:history="http://www.webex.com/schemas/2002/06/service/history">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="history:lstrecordaccessHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test TC-20210924 1324-1</history:recordName>
                <history:creationTime>09/24/2021 13:28:13</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>2</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>TestErollment_001-20210610 1905-1</history:recordName>
                <history:creationTime>06/10/2021 19:10:15</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>0</history:downloaded>
                <history:viewed>3</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>Test instant playback 2-20210705 0709-1</history:recordName>
                <history:creationTime>07/05/2021 07:15:06</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>0</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>EC2.0_232423-20210922 0447-1</history:recordName>
                <history:creationTime>09/22/2021 04:53:05</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>0</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test EC2.0-20210924 1315-1</history:recordName>
                <history:creationTime>09/24/2021 13:19:00</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>1</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test MC-20210924 1319-1</history:recordName>
                <history:creationTime>09/24/2021 13:25:12</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>1</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:recordAccessHistory>
                <history:recordID>1XXXXXXX7</history:recordID>
                <history:recordName>LstrecordaccessHistory test EC classic-20210924 1331-1</history:recordName>
                <history:creationTime>09/24/2021 13:37:28</history:creationTime>
                <history:registered>0</history:registered>
                <history:downloaded>1</history:downloaded>
                <history:viewed>1</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordAccessHistory>
            <history:matchingRecords>
                <serv:total>8</serv:total>
                <serv:returned>7</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </history:matchingRecords>
        </serv:bodyContent>
    </serv:body>
</serv:message>

lstrecordaccessDetailHistory API's anmodning og svar

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

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:history="http://www.webex.com/schemas/2002/06/service/history">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="history:lstrecordaccessDetailHistoryResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <history:recordDetail>
                <history:viewID>1XXXXXX7</history:viewID>
                <history:participantName>Axxxg</history:participantName>
                <history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
                <history:accessTime>09/24/2021 13:27:26</history:accessTime>
                <history:registered>false</history:registered>
                <history:downloaded>false</history:downloaded>
                <history:viewed>true</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordDetail>
            <history:recordDetail>
                <history:viewID>1XXXXXX7</history:viewID>
                <history:participantName>Axxxg</history:participantName>
                <history:participantEmail>Axxxg@qa.webex.com</history:participantEmail>
                <history:accessTime>09/24/2021 13:27:39</history:accessTime>
                <history:registered>false</history:registered>
                <history:downloaded>true</history:downloaded>
                <history:viewed>false</history:viewed>
                <history:timeZoneID>20</history:timeZoneID>
            </history:recordDetail>
            <history:matchingRecords>
                <serv:total>2</serv:total>
                <serv:returned>2</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </history:matchingRecords>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Påvirker API'er:

  • lstrecordaccessHistory

  • lstrecordaccessDetailHistory

Ret tomrummet med maks. Webex Events (Klassisk) beskrivelseslængde mellem XMLAPI og Webex-siden.

Påvirket API'er

The XML API: CreateEvent ogSetEvents beskrivelseselement vil tillade maks. 10000 tegn input, hvis over størrelse indtastning, vil det resultere i den nye fejlkode og meddelelse:

060068 beskrivelse af ulovlig indtastning. Denne beskrivelse må ikke overstige 1.0000 tegn.

Skemaændringer

Ingen skemaændring.

EKSEMPEL på API-anmodning og -svar

OpretEvent API-anmodning og -svar

#API request example:
...
    <body>
        <bodyContent xsi:type="java:com.webex.service.binding.event.CreateEvent"
            xmlns:att="http://www.webex.com/schemas/2002/06/service/event" xsi:schemaLocation="http://www.webex.com/schemas/2002/06/service/event http://www.webex.com/schemas/2002/06/service/event/event.xsd">
            <accessControl>
                <sessionPassword>111111</sessionPassword>
                <listing>PRIVATE</listing>
            </accessControl>
            <metaData>
                <sessionName>EC test</sessionName>
                <description>.......Suppose you filling in 10000 characters in description.......</description>
            </metaData>
...


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

<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>Illegal input description. The description can't exceed 10000 characters</serv:reason>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
            <serv:exceptionID>060068</serv:exceptionID>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

Påvirker API'er:

  • CreateEvent

  • SetEvent

XML API: GetUser returnerer nyt element af freeAccount

Påvirket API'er

GetUser returnerer et nyt element, som identificerer freeAccount det brugerkonto er FreeAccount eller ej.

Skemaændringer

Eksempel på Fåbruger-svar


GetUser response:
                <use:initials>AW</use:initials>
                <use:isUploaded>false</use:isUploaded>
            </use:avatar>
            <use:largeEventCapacity>3</use:largeEventCapacity>
            <use:freeAccount>false</use:freeAccount>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Påvirker API'er:

GetUser

Opdateringer til API 41.10.0


Der er ingen skemaændringer til XML API 41.10.0-skemaet.

Opdateringer til API 41.9.0

Opdateringer til XML API 41.9.0

Klik her for at downloade XML API 41.9.0 skemaet.

Afvikle XML API 10.0.0 for alle T31-websteder

Webex har planer om at afslutte support til XML API ver 10.0.0 for alle T31-websteder.

Vi fra koder i XML API 10.0.0 fra alle produktioner i 41.9.0-opdateringen.

Opdateringer til API 41.8.0

Opdateringer til XML API 41.8.0

Klik her for at downloade XML API 41.8.0 skemaet.

Afvikle XML API 10.0.0 for alle T31-websteder

Webex har planer om at afslutte support til XML API ver 10.0.0 for alle T31-websteder.

Webex fandt nogle kunder klient adgang til XML API's URL-adresse ved hjælp af forkert måde, som: https://{siteName}.webex.com/WBXService/xml10.0.0/XMLService den rigtige måde at få adgang til XML API URL-adresse som: https://{siteName}.webex.com/WBXService/XMLService.

Skift din kodeadgang til XML API på rette måde for at undgå, at det bliver påvirket, før vi afslutter levetiden for XML API version 10.0.0.

Opdateringer til API 41.7.0

Opdateringer til XML API 41.7.0

Klik her for at downloade XML API 41.7.0 skemaet.

Mobil sletning og redigering af optagelse skal kontrolleres af webstedsadministrationens valgmulighed: Tillad værter at gentildele, redigere, deaktivere og slette optagelser

Påvirkede API'er og skemaændringer

GetSite: vil returnere nye elementer, der navngives enableNBRMCModify og separateNoRecordingEdit under værktøjer.

Svareksemne

GetSiteResponse:

GetSite

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

Opdateringer til API 41.6.3

Opdateringer til XML API 41.6.3

Klik her for at downloade XML API 41.6.3 skemaet.

GetSite Svar nyt element i supportLargeEvent

Påvirkede API'er og skemaændringer

Hentwebsted: returnerer nye elementer, der navngives supportLargeEvent under siteCommonOptions for at lade opkalderen vide, om webstedet understøtter Large Event (Webex Event (nyt)) eller ej.

Skemaændring

Svareksemne

GetSiteResponse:

GetSite

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

Opdateringer til API 41.6.0

Opdateringer til XML API 41.6.0

Klik her for at downloade XML API 41.6.0 skemaet.

XMLAPI-Webex Events 2.0 i klargøring

Påvirket API'er

GetUser: returnerer nyt elementnavn largeEventCapacity som viser kapaciteten for det nye Event 2.0 (EC 2.0) under denne brugerkonto. Hvis du f.eks. brugerkonto CI_EC3K-licens, vil værdien af largeEventCapacity er 3000.

Skemaændringer

Svareksemne

GetUserResponse:

XMLAPI LstRecordings CreateTime anvender optagelsens starttid

Påvirket API'er

LstRecording: LstRecording Svar CreateTime som tidspunktet, hvor brugeren faktisk trykker på optagelsesknappen.

Detaljer

Tidligere brugte XML API'en tidsstempel, hvornår optagelsen blev oprettet i databasen som oprettelses tidspunkt i LstRecording Svar. Nu er det tidspunktet, hvor brugeren faktisk begynder at lave optagelsen. Denne ændring gælder for alle tjenesteoptagelser. Der er ingen skemaændring.

Opdateringer til API 41.5.0

Opdateringer til XML API 41.5.0

Klik her for at downloade XML API 41.5.0 skemaet.

XMLAPI har mulighed for at starte Planlagte Webex-møder fra PSTN som vært

Påvirket API'er

  • CreateUser: genererer hostPIN uanset, PMR er aktiveret eller ikke, når brugerrollen er vært eller fuld eller skrivebeskyttet eller webstedsadministratorer for brugeradministration.

  • SetUser: sæt hostPIN Bruge phones.hostPIN Hvornår personalMeetingRoom.hostPIN er ikke i XML-anmodning (præ-betingelse: funktion til eller fra AllowStartScheduledMtgFromPhoneer aktiveret).

  • GetUser: vender tilbage phones.hostPIN uanset, PMR er aktiveret eller ej. (pre-condition: funktion til eller fra AllowStartScheduledMtgFromPhone er aktiveret).

Skemaændringer

GetUserResponse:

SetUser:

Svareksemne

GetUserResponse:

SetUser:

XMLAPI GetSite svar på to nye elementer for mobil klient

Påvirket API'er

  • GetSite: GetSite vil nu svare på to nye elementer for at understøtte mobilklient, som har logikken til at vise eller ikke vise fanen optagelse.

    • enableRecordingAccess: sandt eller falsk, kan Webex-superadministratorer aktivere eller deaktivere adgang til optagelser ved at skifte( EnableRecordingAccesses).

    • storageEmptyStatus: sandt eller falsk, hvis begge websteder ikke understøtter NBR-funktion og tildelte NBR-hukommelse som nul, så er statussvaret sandt, ellers er falsk.

Skemaændringer

Eksempel på anmodning for GetSite

Eksempel på svar for Getsite

E-mailens emne, der har ikke-ASCII-tegn, vil blive kodet med RFC2047. I tilfælde af et rent ASCII-tegn e-mailens emne findes der ingen kodning

Påvirket API'er

Der er ingen indvirkning på nogen API-anmodning eller nyttedata for svar, men den ændrer e-mailens kodeadfærd. Når e-mailens emne, der har ikke-ASCII tegn, vil blive kodet med RFC2047. I tilfælde af ren ASCII tegn e-mail emne, er der ingen kodning.

Skemaændringer

Der er ingen skemaændringer.

Opdateringer til API 41.4.0

Opdateringer til XML API 41.4.0

Klik her for at downloade XML API 41.4.0 skemaet.

Opret begivenhed planlagt Webex Events kan udnytte webstedets standard ved ind- og udgangs tone

XMLAPI afstemmes med den aktuelle nye logik for at kontrollere ind- og udgang tone. Alle toner til Webex Events blev kontrolleret af en anden indstilling i webstedsadministration. I GetSite, XMLAPI returnerer et ekstra felt entryExitToneEC for at angive værdien. Når webstedsadministratoren oprindeligt indstiller en standard til tonen, vil opret begivenhed ikke udnytte denne indstilling ved at anvende XMLAPI-standardindstillingen.

Påvirket API'er

The XML API: Få websted returnerer et nyt element entryExitToneEC for at angive værdien.

The XML API: CreateEvent, SetEvent, GetEvent back end business-logikken læser værdien af entryExitToneEC.

Skemaændringer

XML API: Få webstedssvareksempel:

<ns1:defaults>
    <ns1:emailReminders>true</ns1:emailReminders>
    <ns1:entryExitTone>ANNOUNCENAME</ns1:entryExitTone>
    <ns1:entryExitToneEC>NOTONE</ns1:entryExitToneEC>
    <ns1:voip>true</ns1:voip>
    <ns1:teleconference>
        <ns1:telephonySupport>NONE</ns1:telephonySupport>
    </ns1:teleconference>
    <ns1:joinTeleconfNotPress1>true</ns1:joinTeleconfNotPress1>
    <ns1:updateTSPAccount>false</ns1:updateTSPAccount>
</ns1:defaults>

Påvirker API'er:

  • GetSite

  • Opretbevent

  • Indstilbelig

  • Hentbevent

XMLAPI returnerer blot oplysninger om den store begivenhed (Webex Event 2.0)

  1. Hvis begivenheden Webex Meeting den store begivenhed eller webcast, GetSessionInfo giver nogle detaljerede oplysninger, herunder mødeadgangskode, mødets numeriske adgangskode, paneldelteradgangskode og paneldelists numeriske adgangskode (intet skema kan ændres).

  2. XMLAPI understøtter ikke oprettelse og redigering af store begivenheder eller webcast-funktioner, så CreateMeeting og SetMeeting returner en ny undtagelse (110064, begivenheden og webcast-sessionstype ikke understøttes.) for stor begivenhed eller webcast-sag.

Virknings-API'er

API-navn

Beskrivelse

Bemærkning

GetSessionInfo

Hvis begivenheden Webex Meeting den store begivenhed eller webcast, GetSessionInfo returnerer mødeadgangskode, møde numerisk adgangskode, paneldelistadgangskode og paneldelist numerisk adgangskode.

Intet skema kan ændres.

CreateMeeting

SetMeeting

Hvis brugeren forsøger at bruge CreateMeeting api for at oprette en Webex Meeting med store begivenheds sessionstype eller opkald SetMeeting for at redigere en Webex Meeting der faktisk er en stor begivenhed eller webcast, skal du returnere en ny 110064. Begivenheds- og webcast sessionstype er ikke understøttet.

Adfærden kan ændres.

Opdateringer til API 41.3.0

Opdateringer til XML API 41.3.0

Klik her for at downloade XML API 41.3.0 skemaet.

Den XML API nye ændringer understøtter Webex Events 2.0 funktion

Påvirket API'er

Både API'erne: FåSessionInfo og GetMeeting-returelementer enableEvent og enableWebniar For.

Elementnavn

Beskrivelse

aktiverEvent

Understøtter EC 2.0 i et Webex-møde

aktiverWebniar

Understøtter webinar i et Webex-møde


XMLAPI-support returnerer over to elementer til EC 2.0. Den aktuelle XML API-udgivelse understøtter ikke planlægning og indstil EC2.0-møde.

Skemaændringer

GetSessionInfo returnerer elementer enableEvent og enableWebniar til EC 2.0.

GetMeeting returnerer elementer enableEvent og enableWebniar til EC 2.0.

Svareksempel:

GetSessionInfo Svar:

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

                <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:accessControl>

GetMeeting Svar:

  <meet:supportPKI>false</meet:supportPKI>
                <meet:HQvideo>true</meet:HQvideo>
                <meet:HDvideo>true</meet:HDvideo>
                <meet:viewVideoThumbs>true</meet:viewVideoThumbs>
                <meet:enableEvent>false</meet:enableEvent>
                <meet:enableWebniar>false</meet:enableWebniar>

                <meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
            </meet:enableOptions>

De nye XMLAPI-ændringer understøtter lobbyfunktionen før mødet

Påvirket API'er

The XML API: GetSite, LstSummarySession, GetSessionInfo og GetMeeting vil reagere på det nye element enablePreMeetingLobby for lobby før mødet.

Skemaændringer

The XML API: GetSite returnerer element enablePreMeetingLobby for lobby før mødet.

The XML API: LstSummarySession returnerer element enablePreMeetingLobby for lobby før mødet.

The XML API: GetSessionInfo returnerer element enablePreMeetingLobby for lobby før mødet.

The XML API: GetMeeting returnerer element enablePreMeetingLobby for lobby før mødet.

Svareksempel:

GetSite Svar:

<ns1:siteCommonOptions>
                    <ns1:SupportCustomDialRestriction>false</ns1:SupportCustomDialRestriction>
                    <ns1:SupportTelePresence>false</ns1:SupportTelePresence>
                    <ns1:SupportTelePresencePlus>false</ns1:SupportTelePresencePlus>
                    <ns1:EnableCloudTelepresence>true</ns1:EnableCloudTelepresence>
                    <ns1:EnableCMRForAllUsers>true</ns1:EnableCMRForAllUsers>
                    <ns1:enablePersonalMeetingRoom>true</ns1:enablePersonalMeetingRoom>
                    <ns1:SupportAlternateHost>true</ns1:SupportAlternateHost>
                    <ns1:SupportXMLAPIReturnScheduledPMR>false</ns1:SupportXMLAPIReturnScheduledPMR>
                    <ns1:SupportAnyoneHostMeetings>true</ns1:SupportAnyoneHostMeetings>
                    <ns1:enablePreMeetingLobby>true</ns1:enablePreMeetingLobby>
                </ns1:siteCommonOptions>

LstSummarySession Svar:

<ep:isException>false</ep:isException>
                <ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>
                <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
                <ep:isScheduledPMR>false</ep:isScheduledPMR>
                <ep:enableEvent>false</ep:enableEvent>
                <ep:enableWebniar>false</ep:enableWebniar>
               <ep:enablePreMeetingLobby>true</ep:enablePreMeetingLobby>
            </ep:session>

GetSessionInfo Svar:

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

GetMeeting Svar:

<meet:supportPKI>false</meet:supportPKI>
                <meet:HQvideo>true</meet:HQvideo>
                <meet:HDvideo>true</meet:HDvideo>
                <meet:viewVideoThumbs>true</meet:viewVideoThumbs>
                <meet:enableEvent>false</meet:enableEvent>
                <meet:enableWebniar>false</meet:enableWebniar>
                <meet:enablePreMeetingLobby>true</meet:enablePreMeetingLobby>
            </meet:enableOptions>

The XML API GetSite svaroplysninger adfærdsændring offentliggøre

Påvirket API'er

The XML API: GetSite kun svar nedenfor elementer for administratorkonto, der omfatter roller: SiteAdmin, RO_SiteAdmin og UserAdmin.

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

Adfærd ændret

Tillad kun administratorrollen har svar-licensdata for GetSite. Vært eller mødedeltager modtager ikke disse licensdata i GetSite Svar.

Herunder er API: GetSite's svareksemem for siteadmin eller kun klar siteadmin eller brugeradministrationsadministrator:

Opdateringer til API 41.2.0

Opdateringer til XML API 41.2.0

Klik her for at downloade XML API 41.2.0 skemaet.

XMLAPI bør understøtte "CMR Hybrid VOIP", hvis webstedet understøtter Webex-telefoni

Påvirket API'er

  • GetSite returnerer et nyt element IsWebexTelephony i svaret.

  • CreateUser og SetUser kan opdatere cmrHybridVoip element, hvis IsWebexTelephony er sandt sammen med andre forhold. IsTSPUsingTelephonyAPI er ikke længere anseendende.

Skemaændringer

XML API: GetSite svar returnerer et ekstra element IsWebexTelephony

GetSite svar omfatter dette nye element:

<ns1:telephonyConfig>

<ns1:isWebexTelephony>true</ns1:isWebexTelephony>
<ns1:isTSPUsingTelephonyAPI>false</ns1:isTSPUsingTelephonyAPI>
<ns1:serviceName>Personal Conference No.</ns1:serviceName>
<ns1:participantAccessCodeLabel>Attendee access code</ns1:participantAccessCodeLabel>
<ns1:subscriberAccessCodeLabel>Host access code</ns1:subscriberAccessCodeLabel>
<ns1:attendeeIDLabel>Attendee ID</ns1:attendeeIDLabel>

.....

</ns1:telephonyConfig>

LstSummarySession understøtter EC2.0

XML APIer blive påvirket

LstSummarySession vil returnere nye to elementer til at understøtte EC 2.0

Elementnavn

Beskrivelse

aktiverEvent

Understøtter EC 2.0 i et Webex-møde

aktiverWebniar

Understøtter webinar i et Webex-møde

Skemaændringer

XML API: LstSummarySession: Tilføj den < enableEvent> og enableWebniar> elementer

Svar fra XML API: LstSummarySession

Svar for EC 2.0

<ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>

                <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
                <ep:isScheduledPMR>false</ep:isScheduledPMR>
                <ep:enableEvent>true</ep:enableEvent>
                <ep:enableWebniar>true</ep:enableWebniar>
            </ep:session>

XMLAPI understøtter for at returnere webstedsbruger Webex-voice-assistant valgmulighed for MCT-integration

Berørt API

GetUser returnerer et nyt element webexAssistantEnabled(sand eller falsk) i svaret.

Skemaændringer

getUserResponse:

Svareksemne

Opdateringer til API 41.1.0


Der er ingen skemaændringer i XML API 41.1-skemaet.