> 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/nl/beheerdershoek/network-management/quality-of-service-subscription-explainer.md).

# Quality of Service-abonnement uitleg

### Quality of Service-abonnement is een Add-on(s)-product dat bijna realtime QoS-telemetrie streamt voor Zoom Meetings, Webinars en Zoom Phone via Evenement-abonnementen

Zoom’s Quality of Service-abonnement (QSS) is een Add-on(s) product dat bijna realtime kwaliteits-van-dienst (QoS) -gegevens biedt voor Zoom Meetings, Webinars en telefoongesprekken. QSS breidt Zoom’s productfunctionaliteit uit door participant-level QoS-gebeurtenissen te verzenden in intervallen op minutenniveau (snelheid en aggregatie kunnen variëren afhankelijk van de configuratie). Klanten kunnen deze rijke gegevensstream gebruiken om te bepalen of netwerkomgevingen Zoom’s services beïnvloeden.

#### <mark style="color:blauw;">QSS levert dezelfde onderliggende QoS-metrics die worden gebruikt in Zoom Dashboards en API's, maar de bemonstering en timing verschillen</mark>

Het bestaande [Zoom Dashboard](https://support.zoom.us/hc/en-us/articles/204654719-Getting-started-using-the-Zoom-Dashboard-) biedt netwerkprestatie- en gebruiksmetrics, die Klanten kunnen helpen begrijpen hoe Zoom functioneert in een netwerkomgeving. QSS biedt dezelfde Zoom QoS-gegevens, maar met een hogere snelheid. Door deze snellere bemonsteringssnelheid zullen geaggregeerde QoS-metrics waarden Weergeven die verschillen van het hoofd-Zoom Dashboard. Deze metrics Toestaan Klanten echter nog steeds om ze te Configureer in hun eigen dashboardweergaven om Zoom-gegevens te correleren met aanvullende systemen.

De onderstaande tabel beschrijft de QoS-gegevens die via QSS aan de eindpunten van een klant worden geleverd.

<table><thead><tr><th width="230"></th><th>QoS-gegevens geleverd via QSS</th></tr></thead><tbody><tr><td>Kwaliteitsstatistieken</td><td>Bitsnelheid, latentie, jitter, pakketverlies, resolutie, framesnelheid, CPU-gebruik</td></tr><tr><td>Gebruiksstatistieken</td><td>Apparaat, netwerk, signaleringsregio, clientversie, audio (I/O), video (I/O)</td></tr><tr><td>Frequentie</td><td>Ongeveer 1 Evenement per minuut, per Deelnemer (per QoS-metriek of geaggregeerde set, afhankelijk van de Instellingen van het account).</td></tr><tr><td>Bewaren van gegevens</td><td>Evenementleveringslogboeken worden 7 dagen bewaard via de webhook-logboeken-API; historische QoS-gegevens via API-Eindpunt(en) kunnen langer bewaard blijven (afhankelijk van de licentie).</td></tr></tbody></table>

#### <mark style="color:blauw;">Zoom Dashboard-gegevens mogen niet worden vergeleken met gegevens die via QSS aan het Eindpunt van een derde partij van een klant worden geleverd</mark>

QSS en het Zoom Dashboard bieden twee afzonderlijke mechanismen voor toegang tot Zoom QoS-gegevens die niet mogen worden vergeleken. Hoewel het Zoom Dashboard en QSS putten uit dezelfde bron van QoS-gegevens, zullen de gegevens in elk mechanisme niet overeenkomen vanwege verschillen in het tijdstip van ophalen en de frequentie van gegevenslevering.

#### <mark style="color:blauw;">QSS ondersteunt realtime Evenementgegevens voor vergaderingen, webinars en telefoongesprekken</mark>

QSS levert QoS-Evenementgegevens voor alle gebruikers van een account voor Zoom Meetings en Webinars, evenals voor Zoom Phone-oproepen. Omdat Zoom niet het laatste deel van gesprekken beheert, biedt QSS alleen QoS-Evenementgegevens op accountniveau voor Zoom Phone-oproepen en kan het daarom geen volledig inzicht bieden in de geavanceerde end-to-end Deelnemergegevens.

#### <mark style="color:blauw;">QSS-gegevens bevatten geen gegevens voor externe deelnemers</mark>

QSS biedt geen gegevens voor externe deelnemers aan vergaderingen. QSS kan echter helpen vaststellen welke interne Deelnemer een probleem had en wat dat probleem was, evenals de kwaliteits- en gebruiksmetingen die Klanten nodig zullen hebben om problemen op te lossen.

### QSS stelt Klanten in staat ruwe QoS-gegevens uit Zoom Dashboard in hun bestaande werkstromen te brengen

Terwijl Zoom-Klanten historisch gezien tools zoals Zoom Dashboard of API's konden gebruiken om Zoom QoS-gegevens te bekijken of op te halen, laat QSS je Zoom QoS-telemetrie streamen naar je platforms voor netwerkbeheer en -bewaking via Evenement-abonnementen (webhook of WebSocket).

#### <mark style="color:blauw;">QSS levert bijna realtime QoS Evenementen aan je geabonneerde Eindpunten, waardoor API-polling en de impact van rate limits worden verminderd</mark>

QSS stelt Klanten in staat zich te abonneren op realtime QoS Evenementen en gegevens die naar hun applicatie-Eindpunten worden gepusht, waardoor API-Capaciteit vrijkomt en het netwerkgebruik wordt geoptimaliseerd. QSS is een uitbreiding van Zoom’s [standaard webhookservice](https://developers.zoom.us/docs/api/webhooks/) omdat het ruwe QoS-gegevens naar een Eindpunt kan verzenden met een tempo van bijna realtime, 4 tot 6 keer per minuut.

#### <mark style="color:blauw;">QSS stelt Klanten in staat om bijna realtime QoS-gegevens uit Zoom Dashboard op te halen zonder API-rate-limits te overschrijden</mark>

API-services zijn request-based en gebruiken een 'pull'-mechanisme om gegevens op te halen die worden aangevraagd door een app of gebruiker. API's zijn intensiever qua resources dan webhooks omdat ze herhaalde oproepen vereisen om gegevens op te halen van een API-Eindpunt.

Klanten die gebruikmaken van [Zoom-API's](https://developers.zoom.us/docs/api/) om QoS-gegevens op te halen uit het Zoom Dashboard kunnen tarieflimieten tegenkomen, wat betekent dat ze het maximale aantal API-aanroepen hebben bereikt dat ze binnen een bepaalde periode kunnen uitvoeren. QSS verhoogt de API-tarieflimieten niet, maar vermindert de zorgen van klanten over tarieflimieten door onbewerkte QoS-gegevens naar hun Eindpunten te pushen in plaats van klanten te verplichten de gegevens zelf op te halen.

#### <mark style="color:blauw;">QSS stelt klanten in staat om onbewerkte Zoom QoS-gegevens te gebruiken en problemen op te lossen met hun voorkeursysteem voor netwerkbeheer</mark>

Sommige klanten moeten mogelijk de prestaties van hun netwerk op meerdere applicaties tegelijk beoordelen. QSS stelt hen in staat Zoom QoS-gegevens te bewaken in een dashboard naast andere gegevens in hun reeks applicaties, en biedt een flexibele, schaalbare manier om Zoom QoS-gegevens te gebruiken en deze naadloos te integreren in aangepaste dashboards.

#### <mark style="color:blauw;">Zoom QoS-gegevens worden verzonden via TLS 1.2</mark>

QSS-gegevens worden tijdens de overdracht versleuteld met TLS 1.2 of hoger. Eindpunten moeten een geldig certificaat van een certificeringsinstantie (CA) gebruiken. Webhook-verzoeken bevatten een handtekeningheader en een challenge-responsecontrole voor Verificatie.

Voor extra beveiliging worden klanten gevraagd om [hun webhook-Eindpunten te valideren](https://developers.zoom.us/docs/api/webhooks/) met behulp van een Challenge-Responsecontrole (CRC). De CRC bevestigt het eigendom en de beveiliging van de URL's van hun Eindpunt voor Evenementmeldingen.

### Klanten kunnen QoS-gegevens gaan gebruiken door een applicatie te maken die QSS-Evenementen kan ontvangen

Nadat een klant het QSS Add-on(s)-abonnement heeft gekocht, moet ten minste één gebruiker op the account ontwikkelaarstoegang hebben ingeschakeld. Klanten kunnen vervolgens de volgende drie stappen gebruiken om een webhook applicatie te maken die zich kan abonneren op QSS-gebeurtenissen.

Klanten kunnen ook de [Zoom-ontwikkelpakket](https://news.zoom.com/zoom-announces-developer-pack-resale-for-channel-partners/) met een ingeschakelde QSS-vlag, die QSS samen met andere ontwikkelaarstools bundelt.

{% stepper %}
{% step %}
**Maak een app voor Evenement-abonnementen (Algemeen of Server-to-Server OAuth). Inschakelen van Evenement-abonnementen en Selecteer QoS-evenementen**

Klanten moeten eerst een General- of Server-to-Server OAuth app aanmaken in de [Zoom App Marketplace](https://marketplace.zoom.us/). Daarna zouden zij Evenementabonnementen Inschakelen en de QoS-evenementen Selecteer die zij willen ontvangen.

Volgende moeten Klanten de bestemming voor QSS Evenementmeldingen opgeven door de URL van het Eindpunt voor Evenementmeldingen van hun applicatie in te voeren

{% hint style="info" %}
Een webhook-only app is niet vereist voor deze configuratie. Zoom raadt aan een algemene app te maken.
{% endhint %}
{% endstep %}

{% step %}
**Abonneer u op QSS webhook-gebeurtenissen**

Om zich te abonneren op QSS-gebeurtenissen, moeten Klanten gebeurtenissen Toevoegen en Kies uit de lijst met Beschikbaar QSS **Evenementtypen**. Klanten kunnen een of meer QSS-gebeurtenissen Selecteer voordat ze het proces voltooien en hun applicatie activeren.

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

Je kunt abonnementen ook beheren via de Marketplace-UI of met API-aanroepen:

* `POST /Marketplace/app/Evenement_subscription – aanmaken`
* `PATCH /{id} – gebruikers/accounts abonneren`
* `DELETE /{id} – uitschrijven/verwijderen`
* `GET /Marketplace/app/Evenement_abonnement – lijst`

Om te authenticeren via API, gebruik je een token uit de Client Credentials Grant.
{% endstep %}

{% step %}
**Verifieer webhook Evenementen**

Na het configureren van Evenementabonnementen moet u ervoor zorgen dat zowel het eigendom van de webhook-URL als de authenticiteit van Evenementen correct worden gevalideerd.

* **URL-verificatie**
  * Bij het eerste Inschakelen van Evenementabonnementen voert Zoom een Challenge–Response Check (CRC) uit om het eigendom van uw webhook-Eindpunt te verifiëren. Dit proces zorgt ervoor dat Zoom gegevens verzendt naar een legitieme bestemming die wordt beheerd door uw app. (U kunt CRC-afhandeling desgewenst in een eerdere configuratiestap opnemen.)
* **Evenement Verificatie**
  * Elke inkomende Evenement Melding moet door uw applicatie worden gecontroleerd om te bevestigen dat deze afkomstig is van Zoom. De app kan inkomende verzoeken valideren met behulp van de handtekeningheader die in elk webhook Evenement wordt verstrekt. Ontwikkelaars die de voorkeur geven aan een alternatief voor de Standaard handtekeningmethode kunnen een van de andere ondersteunde Verificatie-opties gebruiken die worden beschreven in de Zoom Developer Docs.
  * Gebruik de Get Webhook Logs API om tot zeven dagen aan webhookbezorgingsgegevens te bekijken, inclusief status, aantal nieuwe pogingen en trace-ID.
    {% endstep %}
    {% endstepper %}

Raadpleeg voor volledige implementatiedetails de [QSS-implementatiegids](https://drive.google.com/file/d/1oOEUeizi5VqtMTJIn3E1dFbYcbuv-Y2n/view) voor ontwikkelaars. Voor technische details raadpleegt u de Evenementabonnement-API, Webhook Logs API en Client Credentials Grant authenticatiehandleidingen in 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, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/nl/beheerdershoek/network-management/quality-of-service-subscription-explainer.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.