> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/sv/adminhorna/network-management/quality-of-service-subscription-explainer.md).

# Förklaring av tjänstekvalitetsabonnemang

### tjänstekvalitetsabonnemang är en tilläggsprodukt som strömmar QoS-telemetri i nästan realtid för Zoom Meetings, webbinarier och Zoom Phone via evenemangsprenumerationer

Zooms tjänstekvalitetsabonnemang (QSS) är en tilläggsprodukt som erbjuder tjänstekvalitetsdata (QoS) i nära realtid för Zoom Meetings, webbinarier och telefonsamtal. QSS utökar Zooms produktfunktionalitet genom att skicka QoS-händelser på deltagarnivå med intervall på minutnivå (hastighet och aggregering kan variera beroende på konfiguration). Kunder kan använda denna omfattande dataström för att identifiera om nätverksmiljöer påverkar Zooms tjänster.

#### <mark style="color:blå;">QSS levererar samma underliggande QoS-mått som används i Zoom kontrollpaneler och API:er, men samplingen och tidsinställningen skiljer sig åt</mark>

Den befintliga [Zoom kontrollpanel](https://support.zoom.us/hc/en-us/articles/204654719-Getting-started-using-the-Zoom-Dashboard-) tillhandahåller mått för nätverksprestanda och användning, vilket kan hjälpa kunder att förstå hur Zoom fungerar i en nätverksmiljö. QSS erbjuder samma Zoom QoS-data, men i högre takt. På grund av denna snabbare samplingsfrekvens kommer aggregerade QoS-mått att visa värden som skiljer sig från den huvudsakliga Zoom kontrollpanelen. Dessa mått tillåter dock fortfarande kunder att konfigurera dem i sina egna kontrollpanelsvyer för att korrelera Zoom-data med ytterligare system.

Tabellen nedan beskriver QoS-data som levereras till en kunds slutpunkter via QSS.

<table><thead><tr><th width="230"></th><th>QoS-data som levereras via QSS</th></tr></thead><tbody><tr><td>Kvalitetsmått</td><td>Bitrate, latens, jitter, paketförlust, upplösning, bildfrekvens, processoranvändning</td></tr><tr><td>Användningsmått</td><td>Enhet, nätverk, signaleringsregion, klientversion, Ljud (I/O), Video (I/O)</td></tr><tr><td>Frekvens</td><td>Cirka 1 evenemang per minut, per deltagare (per QoS-mått eller aggregerad uppsättning beroende på kontoinställningar).</td></tr><tr><td>Datalagring</td><td>Loggar för evenemangsleverans sparas i 7 dagar via Webhook Logs API; historiska QoS-data via API-ändpunkter kan sparas längre (beroende på licens).</td></tr></tbody></table>

#### <mark style="color:blå;">Data i Zoom kontrollpanel bör inte jämföras med data som levereras via QSS till en tredje parts ändpunkt hos en kund</mark>

QSS och Zoom kontrollpanel tillhandahåller två separata mekanismer för åtkomst till Zoom QoS-data som inte bör jämföras. Även om Zoom kontrollpanel och QSS hämtar från samma pool av QoS-data, kommer data i respektive mekanism inte att stämma överens på grund av skillnader i tidpunkt för hämtning och frekvens för dataleverans.

#### <mark style="color:blå;">QSS stöder evenemangsdata i realtid för möten, webbseminarier och Zoom Phone-samtal</mark>

QSS tillhandahåller QoS-evenemangsdata för alla användare på ett konto för Zoom Meetings och webbseminarier, samt för Zoom Phone-samtal. Eftersom Zoom inte hanterar den sista delen av samtal, tillhandahåller QSS endast QoS-evenemangsdata på kontonivå för Zoom Phone-samtal och kan därför inte ge full insyn i avancerade deltagardata från början till slut.

#### <mark style="color:blå;">QSS-data inkluderar inte data för externa deltagare</mark>

QSS tillhandahåller inte data för externa mötesdeltagare. Däremot kan QSS hjälpa till att pinpointa vilken intern mötesdeltagare som hade ett problem och vad det problemet var, samt de kvalitets- och användningsmått som kunderna behöver för att felsöka problem.

### QSS gör det möjligt för kunder att ta rå QoS-data från Zoom kontrollpanel in i sina befintliga arbetsflöden

Även om Zoom-kunder historiskt har kunnat använda verktyg som Zoom kontrollpanel eller API:er för att visa eller hämta Zoom QoS-data, låter QSS dig strömma Zoom QoS-telemetri till dina nätverkshanterings- och övervakningsplattformar via evenemangsprenumerationer (webhook eller WebSocket).

#### <mark style="color:blå;">QSS levererar QoS-evenemang i nära realtid till dina prenumererade ändpunkter, vilket minskar API-avfrågning och påverkan från hastighetsgränser</mark>

QSS-kunder kan prenumerera på QoS-evenemang och data i realtid som kommer att skickas till deras applikationsändpunkter, vilket hjälper till att frigöra API-kapacitet och optimera nätverksutnyttjandet. QSS är en utökning av Zooms [standard webhook-tjänst](https://developers.zoom.us/docs/api/webhooks/) eftersom det kan skicka rå QoS-data till en ändpunkt med en hastighet i nära realtid på 4 till 6 gånger per minut.

#### <mark style="color:blå;">QSS gör det möjligt för kunder att få tillgång till QoS-data i nära realtid från Zoom kontrollpanel utan att nå API:s hastighetsgränser</mark>

API:er är förfrågningsbaserade och använder en ”pull”-mekanism för att samla in data som begärs av en app eller användare. API:er är mer resurskrävande än webhooks eftersom de kräver upprepade anrop för att hämta data från en API-ändpunkt.

Kunder som använder [Zoom API:er](https://developers.zoom.us/docs/api/) att hämta QoS-data från Zoom kontrollpanel kan stöta på begränsningar i hastigheten, vilket innebär att de har nått det maximala antalet API-anrop de kan göra under en given tidsperiod. QSS ökar inte API-hastighetsbegränsningar, men det minskar Kunders oro för hastighetsbegränsningar genom att skicka rå QoS-data till deras slutpunkter i stället för att kräva att Kunderna själva hämtar data.

#### <mark style="color:blå;">QSS gör det möjligt för Kunder att ta del av rådata för Zoom QoS och felsöka med sitt föredragna nätverkshanteringssystem</mark>

Vissa Kunder kan behöva bedöma sin nätverksprestanda i flera applikationer samtidigt. QSS gör det möjligt för dem att övervaka Zoom QoS-data i en kontrollpanel tillsammans med annan data i deras applikationssvit, vilket ger ett flexibelt, skalbart sätt att konsumera Zoom QoS-data och sömlöst integrera den i anpassade kontrollpaneler.

#### <mark style="color:blå;">Zoom QoS-data överförs via TLS 1.2</mark>

QSS-data krypteras under överföring med TLS 1.2 eller högre. Slutpunkter måste använda ett giltigt certifikat från en certifikatutfärdare (CA). webhook-begäranden inkluderar ett signaturhuvud och en challenge-response-kontroll för verifiering.

För ytterligare säkerhet kommer Kunder att uppmanas att [validera deras webhook-slutpunkter](https://developers.zoom.us/docs/api/webhooks/) med en Challenge-Response Check (CRC). CRC kommer att bekräfta ägarskap och säkerhet för deras evenemang avisering ändpunkt-URL:er.

### Kunder kan börja konsumera QoS-data genom att skapa en applikation som kan ta emot QSS-händelser

Efter att en kund har köpt QSS-tillägget måste minst en användare på kontot ha utvecklarbehörigheter aktiverade. Kunder kan sedan använda följande tre steg för att skapa en webhook-applikation som kan prenumerera på QSS-evenemang.

Kunder kan också välja [Zoom Developer Pack](https://news.zoom.com/zoom-announces-developer-pack-resale-for-channel-partners/) med en QSS-flagga aktiverad, vilket paketerar QSS med andra utvecklarverktyg.

{% stepper %}
{% step %}
**Skapa en app för evenemangsprenumeration (General eller Server-to-Server OAuth). Aktivera prenumerationer på evenemang och markera QoS-evenemang**

Kunder måste först skapa en General- eller Server-to-Server OAuth-app i [Zoom App Marketplace](https://marketplace.zoom.us/). Sedan aktiverar de prenumerationer på evenemang och markerar de QoS-evenemang de vill ta emot.

Nästa steg är att kunder måste ange destinationen för QSS-aviseringar om evenemang genom att ange sin applikations URL för aviseringens ändpunkt för evenemang

{% hint style="info" %}
En app endast för webhook krävs inte för denna konfiguration. Zoom rekommenderar att skapa en General-app.
{% endhint %}
{% endstep %}

{% step %}
**Prenumerera på QSS webhook-händelser**

För att prenumerera på QSS-händelser måste Kunder lägga till händelser och välja från listan över tillgänglig QSS **Evenemangstyper**. Kunder kan markera en eller flera QSS-händelser innan de slutför processen och aktiverar sin applikation.

<figure><img src="/files/881abc763bd1697bbfc1420b738089077206ddff" alt="Image of the Event types screen, focused on QSS options."><figcaption></figcaption></figure>

Du kan också hantera prenumerationer via Marketplace-gränssnittet eller med API-anrop:

* `POST /marknadsplats/app/evenemang_subscription – skapa`
* `PATCH /{id} – prenumerera användare/konton`
* `DELETE /{id} – avregistrera/ta bort`
* `GET /Marketplace/app/evenemang_subscription – lista`

För att autentisera via API, använd ett token från Client Credentials Grant.
{% endstep %}

{% step %}
**Verifiera webhook-händelser**

Efter att ha konfigurerat evenemangsprenumerationer, se till att både webhook-URL-ägarskap och evenemangsautenticitet valideras korrekt.

* **URL-validering**
  * När du först aktivera evenemang-prenumerationer utför Zoom en Challenge–Response Check (anslutningsprogram för molnrum (CRC)) för att verifiera ägarskapen av din ändpunkt för webhook. Denna process säkerställer att Zoom skickar data till en legitim destination som kontrolleras av din app. (Du kan inkludera hantering av anslutningsprogram för molnrum (CRC) i ett tidigare installationssteg om du föredrar det.)
* **Evenemangsvalidering**
  * Varje inkommande evenemangsavisering bör verifieras av din applikation för att bekräfta att den kommer från Zoom. appen kan validera inkommande begäranden med hjälp av signaturhuvudet som tillhandahålls i varje webhook-evenemang. Utvecklare som föredrar ett alternativ till standardmetoden för signatur kan använda ett av de andra stödda verifieringsalternativen som beskrivs i Zoom Developer Docs.
  * Använd API:et Get Webhook Logs för att granska upp till sju dagars webhook-leveransdata, inklusive status, antal omförsök och trace-ID.
    {% endstep %}
    {% endstepper %}

För fullständiga implementeringsdetaljer, se [QSS-implementeringsguide](https://drive.google.com/file/d/1oOEUeizi5VqtMTJIn3E1dFbYcbuv-Y2n/view) för utvecklare. För tekniska detaljer, se guiden för evenemangsprenumerations-API, webhookloggar-API och autentiseringsguiderna för Client Credentials Grant i Zoom Developer Docs.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://library.zoom.com/technical-library/sv/adminhorna/network-management/quality-of-service-subscription-explainer.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.