> 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/zakelijke-diensten/zoom-contact-center/expert-insights/unifying-live-and-asynchronous-work-with-work-items.md).

# Live en asynchroon werk verenigen met work items

### Live en asynchroon werk verenigen: introductie van Zoom contactcenter Work Items

Contactcenters hebben al lang geworsteld met een fundamentele kloof: live kanalen zoals Spraakoproep en chatbericht stromen door geavanceerde routeringsengines, terwijl backoffice-taken—tickets, cases, facturen, vervolgacties—in afzonderlijke systemen blijven. Deze versnippering zorgt voor operationele hoofdbrekens, dwingt agenten om tussen platforms van context te wisselen en maakt het moeilijk om al het werk dat je team moet afhandelen intelligent te prioriteren. De Work Item Functie(s) van Zoom contactcenter verandert dit paradigma door asynchrone taken te behandelen als volwaardige routerbare kanalen, net als bellen of berichten. Laten we bekijken hoe dit werkt en wat het betekent voor je contactcenteroperaties.

### Het kernconcept: Work Items als routerbare kanalen

In de kern introduceert de Work Item-functie(s) een bedrieglijk eenvoudig maar krachtig idee: wat als elk stukje werk—of het nu een live Spraakoproep is of een case die over drie dagen vervolg nodig heeft—via dezelfde routeringsengine kon verlopen? Work Items bereiken dit door asynchrone taken te transformeren in engagements die Zoom contactcenter kan routeren, in de wachtrij plaatsen en Toewijzen met dezelfde omnichannel-logica die je al hebt geconfigureerd voor je live kanalen. Dit gaat niet alleen over tickets in dezelfde interface bekijken; het gaat erom consistente intelligentielogica toe te passen op elke interactie die je agenten afhandelen.

### Echte operationele problemen oplossen

Traditionele benaderingen creëren voorspelbare pijnpunten. Wanneer Zoom contactcenter een agent Toewijst om een inkomende Spraakoproep af te handelen, kunnen andere zakelijke systemen tegelijkertijd diezelfde agent een urgente case of factuur Toewijzen. Omdat deze systemen onafhankelijk van elkaar werken zonder zicht op elkaars Toewijzingen, leidt dit tot conflicten in de workflow, vertraagde klantreacties en gefrustreerde agenten die moeite hebben om concurrerende prioriteiten te beheren. Afzonderlijke routeringssystemen betekenen ook afzonderlijke configuratie-, rapportage- en optimalisatie-inspanningen. Je runt in feite meerdere contactcenters onder één dak, elk met zijn eigen complexiteitsoverhead. Work Items helpen deze versnippering weg te nemen. Wanneer elke taak via dezelfde routeringsengine verloopt, krijg je uniform Capaciteitsbeheer, consistente prioriteringslogica en één enkele bron van waarheid voor de werklast van agenten.

### Architectuur en Integratie(s)-patroon

Work Items volgen een model met een externe trigger. Zoom contactcenter maakt de taken niet zelf aan—je bestaande systemen (CRM, ERP, ticketingplatforms, enz.) blijven die verantwoordelijkheid dragen. In plaats daarvan richt ZCC zich op wat het het beste doet: Routering, wachtrijbeheer, Toewijzen en rapportage. De Integratie(s) gebeurt via de *Start Engagement API*. Wanneer je externe systeem werk naar een agent moet routeren, doet het een API-bellen naar Zoom contactcenter met de details van het werkitem. Vanaf dat moment neemt ZCC het routerings- en toewijzingsproces over en wordt dit asynchrone werk automatisch samengevoegd met je live kanalen. Deze architecturale keuze is bewust: je zakelijke systemen blijven het systeem van opnemen voor elk werkitem, terwijl Zoom contactcenter functioneert als je uniforme engine voor werkverdeling. Dit ondersteunt Routering van elke taak—ongeacht de herkomst—intelligent op basis van de vaardigheden, beschikbaarheid en Capaciteit van agenten.

### Diepgaande configuratie

Het instellen van Routering voor Work Items volgt het vertrouwde, op flows gebaseerde configuratiemodel dat ZCC-beheerders al kennen. Het proces bestaat uit vijf belangrijke stappen:

1. **Maak een Work Item-wachtrij.** Deze speciale wachtrij verwerkt Work Item-interacties afzonderlijk van uw spraak- of chatberichtwachtrijen, zodat u verschillende serviceniveaudoelstellingen en personeelsstrategieën kunt toepassen op asynchroon werk.

<div data-with-frame="true"><figure><img src="/files/f407125bde699ce3eb02fb9676b6f72c95bb210a" alt="Image showing a Call Queue named &#x27;Work-Item&#x27;"><figcaption><p>Voorbeeld van het maken van een Work-Item-wachtrij</p></figcaption></figure></div>

2. **Bouw een Work Item-flow.** Met de Standaard ZCC-floweditor bouw je een flow zoals je dat voor andere kanalen zou doen, waarbij je de Routeringlogica opzet die bepaalt hoe Work Items door je systeem bewegen. Deze flow koppelt aan je Work Item-wachtrij en kan op vaardigheden gebaseerde Routering, prioriteitsafhandeling en overflowlogica bevatten, net als elke andere kanaalflow.

<div data-with-frame="true"><figure><img src="/files/d5eaf2baf3927b6d234b2d87df5ee65a5bc048e1" alt="Widgets within Zoom Contact Center&#x27;s flow builder creating a Work-Item flow"><figcaption><p>Voorbeeld van het maken van een Work-Item-flow</p></figcaption></figure></div>

3. **Genereer een Entry-Identificatie.** Deze unieke Identificatie wordt het API-Eindpunt dat externe systemen zullen bellen om work items in uw contactcenter in te voeren.

<div data-with-frame="true"><figure><img src="/files/a7a38dc1a88238f336883363e032d2b7ae06997c" alt="Screenshot showing how to locate an Entry ID for an endpoint in the Zoom web portal"><figcaption><p>Voorbeeld van het vinden van een invoer-ID</p></figcaption></figure></div>

4. **Koppel de invoer-ID aan uw Flow.** Deze koppeling vertelt ZCC welke Flow moet worden gebruikt wanneer werkitems via de API binnenkomen.

<div data-with-frame="true"><figure><img src="/files/937d41b584d971ef08cf3d498d9767cfa9128101" alt="Screenshot showing how to link an Entry ID to a flow in Zoom Contact Center&#x27;s flow builder"><figcaption><p>Voorbeeld van het koppelen van een invoer-ID aan een flow</p></figcaption></figure></div>

5. **Integreer via de API voor het starten van interacties.** Uw externe systemen beginnen het ZCC API Eindpunt aan te roepen en geven werkitemdetails door die worden omgezet in routeerbare interacties

```plaintext
5. curl https://api.zoom.us/v2/contactpersoon_center/engagement \
5.   --request POST \
5.   --header 'Content-Type: applicatie/json' \
5.   --header 'Authorization: Bearer YOUR_SECRET_TOKEN' \
5.   --data '{
5.   "work_item_variables": {
5.     "work_item_id": "24fwet23525",
5.     "work_item_name": "Verwerk factuurverzoek 24fwet23525",
5.     "work_item_desc": "Controleer factuur volgens Standaard regels",
5.     "work_item_type_id": 1,
5.     "work_item_type": "work_item",
5.     "work_item_origin": "factuursysteem",
5.     "work_item_priority": 1,
5.     "work_item_transcript_url": "", 
5.     "work_item_hyperlink": "www.example.com/24fwet23525"
5.   },
5.   "flow": {
5.     "flow_entry_id": "rUCiH99999999zzz"
5.   },
5.   "Taal_code": "en-US",
5.   "kanalen": [
5.     {
5.       "kanaal": "work_item",
5.       "kanaal_source": "API"
5.     }
5.   ],
5.   "consumers": [
5.     {
5.       "consumer_external_id": "janet.smith",
5.       "consumer_weergeven_name": "Janet Smith",
5.       "consumer_E-mail": "janet.smith@example.com",
5.       "consumer_nummer": "+16505557772"
5.     }
5.   ]
5. }'
```

{% hint style="info" %}
**Opmerking**

We raden aan om te beginnen met het maken van een server-to-server app, zie onze documentatie over [interne server-to-server apps](https://developers.zoom.us/docs/internal-apps/).
{% endhint %}

### API-mechanica en gegevensmapping

De Start Engagement API stelt externe systemen in staat om werkitems aan te maken binnen Zoom contactcenter. Elke API-aanvraag bevat drie categorieën informatie:

* **Flow-ingangs-ID** - Bepaalt welke flow de werkitemaanvraag afhandelt en stuurt deze naar de juiste Routeringlogica en wachtrij
* **Werkiteminformatie** - Bevat naam, beschrijving en hyperlink voor de medewerker om het werk te openen en uit te voeren in een extern systeem, plus aanvullende metadata zoals prioriteit, vervaldatum en herkomst
* **Consumenteninformatie** - Naam- en contactpersoongegevens voor de eindconsument voor wie het werk moet worden uitgevoerd. Deze velden worden toegewezen aan ZCC-wereldwijde variabelen die toegankelijk zijn binnen uw flows, waardoor aangepaste Routeringlogica mogelijk wordt op basis van attributen van het werkitem. U kunt bijvoorbeeld items met hoge prioriteit van specifieke bronnen routeren naar speciale specialistische wachtrijen, terwijl u Standaard items via uw algemene wachtrij afhandelt.
* **Duplicaten Voorkomen**: De API dwingt uniciteitsbeperkingen af om dubbele actieve werkitems te Voorkomen. Als u probeert een werkitem te maken met dezelfde combinatie van work\_item\_id en work\_item\_name als een bestaande actieve betrokkenheid, zal de API de aanvraag afwijzen met een fout. Deze waarborg helpt ervoor te zorgen dat uw externe systemen niet per ongeluk redundante werkitems voor hetzelfde geval of ticket aanmaken. Zodra de oorspronkelijke betrokkenheid is gesloten, kunt u indien nodig een nieuw werkitem maken met dezelfde id's. Dit gedrag is vooral belangrijk voor idempotente herhaal logica—als uw Integratie(s) een mislukte API-aanroep opnieuw moet bellen, moet u eerst verifiëren of het werkitem daadwerkelijk is aangemaakt voordat u de aanvraag opnieuw indient. Raadpleeg voor volledige API-specificaties, velddefinities en Integratie(s)-voorbeelden de [API-referentie voor Zoom contactcenter](https://developers.zoom.us/docs/api/contact-center/#tag/engagements/post/contact_center/engagement).

### Ervaring en mogelijkheden van agenten

Voor agenten verschijnen Work Items als betrokkenheden in de Zoom Workplace app (Beschikbaar op Windows, macOS en web). Het middelste panel toont de titel en beschrijving van het werkitem, samen met een snelkoppeling-URL voor snelle navigatie naar gedetailleerde informatie in het bronsysteem. Het panel met betrokkenheidsdetails aan de rechterkant biedt Access tot alle variabele informatie die via de API is doorgegeven. Agenten hebben volledige levenscycluscontrole over Work Items. Ze kunnen items als inactief markeren wanneer ze het werk pauzeren, betrokkenheden sluiten na voltooiing en zowel open als gesloten betrokkenheden op elk moment raadplegen als referentie of voor vervolgactie. Overdrachtsmogelijkheden Toestaan Routering van werkitems naar verschillende wachtrijen of flows als her-toewijzing noodzakelijk wordt. Supervisors houden toezicht via de Ingrijpen-functionaliteit, waarmee ze kunnen Deelnemen aan Work Item-betrokkenheden wanneer coaching of hulp nodig is. Deze uniforme interface helpt de constante wisseling van applicatie naar applicatie te verminderen die traditionele workflows teisterde. Agenten werken vanuit één enkel pane of glass, of ze nu een Spraakoproep afhandelen, reageren op een chatbericht of een casus-escalatie verwerken.

<div data-with-frame="true"><figure><img src="/files/c80e7f257eefefc1e03eba32737597981e25def8" alt="Image showing an example of a routed Work Item in the Zoom Contact Center tab of the Zoom Workplace app."><figcaption><p>Voorbeeld van een gerouteerd Work Item</p></figcaption></figure></div>

### Hoe Work Items opgaan in andere kanalen

Een cruciale vraag voor elke omnichannelimplementatie is: "Hoe beslist het systeem welk werk het als volgende moet Toewijzen?" Wanneer een agent Beschikbaar wordt, moet hij dan een Spraakoproep, een chatbericht of een werkitem ontvangen? Kunnen agenten meerdere werkitems gelijktijdig afhandelen terwijl ze in een Spraakoproep zitten? Het antwoord: het is volledig configureerbaar met de bestaande Zoom contactcenter Routeringmechanismen. Work Items hebben naadloze Integratie(s) met drie belangrijke ZCC-functies:

1. **Profiel voor Routering van consumenten** - Bepaalt hoe interacties van specifieke consumenten worden geprioriteerd en gerouteerd
2. [Profiel voor Routering van agenten (op vaardigheden gebaseerde Routering)](https://library.zoom.com/business-services/zoom-contact-center/expert-insights/agent-selection-using-skills-based-routing) - Bepaalt welke agenten gekwalificeerd zijn om welke soorten werk af te handelen op basis van hun vaardigheden
3. [Regels voor bezette agenten](https://library.zoom.com/business-services/zoom-contact-center/expert-insights/configuring-agent-occupied-rules) - Definieert welke combinaties van gelijktijdige interacties agenten kunnen afhandelen. Deze configuratieopties geven u gedetailleerde controle over vragen zoals:

* Welk type interactie ontvangt een agent als volgende—een Spraakoproep, een werkitem of beide?
* Kan een agent meer dan één werkitem tegelijk afhandelen?
* Kan een agent een werkitem ontvangen terwijl hij actief in een Spraakoproep is?

Door gebruik te maken van deze bestaande ZCC-mogelijkheden vereisen werkitems geen afzonderlijke set Routeringregels. In plaats daarvan nemen ze deel aan dezelfde intelligente distributielogica die u al hebt geconfigureerd voor uw livekanalen, waardoor echt uniforme omnichannelactiviteiten worden gegarandeerd.

### Strategische implicaties

De echte waarde van Work Items reikt verder dan technische implementatie. Door live en asynchroon werk te verenigen via één Routering-engine, kunnen organisaties hun operationele strategie fundamenteel heroverwegen. Planning van Capaciteit wordt holistisch. In plaats van apart personeel in te zetten voor uw telefoonwachtrij en uw caseload, optimaliseert u de totale agent Capaciteit ten opzichte van de totale werklast, waardoor de Routering-engine werk intelligent verdeelt op basis van realtime omstandigheden. Op vaardigheden gebaseerde Routering wordt consistent toegepast. Dezelfde vaardigheden van agents die complexe spraakgesprekken naar specialisten Routeren, kunnen complexe cases naar diezelfde specialisten Routeren, zodat expertise wordt toegepast waar die het waardevolst is. Rapportage en analyse Consolideren. In plaats van statistieken uit meerdere systemen samen te voegen, krijgt u een uniform zicht op agentproductiviteit, kanaalprestaties en algehele operationele efficiëntie.

### Vooruitblik

Work Items vertegenwoordigen een volwassenwording van contactcenterarchitectuur. Omdat klantreizen steeds vaker synchrone en asynchrone contactpunten combineren, wordt de kunstmatige scheiding tussen 'live kanalen' en 'backofficewerk' eerder een aansprakelijkheid dan een verstandige taakverdeling. Door al het werk als routeerbare engagements te behandelen, positioneert Zoom contactcenter organisaties om het volledige spectrum van klantenservice efficiënt via één Platform af te handelen. De eerste release in november 2025 legt de basis met via API getriggerde Work Items; toekomstige verbeteringen zullen waarschijnlijk de mogelijkheden rond levenscyclusbeheer van Work Items en diepere Integratie(s)patronen uitbreiden. Voor technische teams die deze Functie(s) evalueren, is de kernvraag niet of u Work Items moet adopteren, maar hoe snel u uw externe systemen kunt integreren en asynchroon werk via uw omnichannel-engine kunt Routeren. De operationele voordelen — uniforme Routering, vereenvoudigde agentervaring, Consolideren van rapportage — stapelen zich snel op zodra de implementatie is voltooid.

Raadpleeg het Ondersteuningscentrum van Zoom voor meer informatie over [het beheren van Zoom contactcenter-workitemengagements](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083708) en [de Instellingen van de wachtrij voor Zoom contactcenter-workitems wijzigen](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083707).


---

# 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/zakelijke-diensten/zoom-contact-center/expert-insights/unifying-live-and-asynchronous-work-with-work-items.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.