Zo beheers je sessies en tabbladen in Dynamics 365 Copilot Service Workspace

By Mirko Peters · 2026-08-18

Leer hoe je sessies en tabbladen gebruikt in Dynamics 365 Copilot Service Workspace om contextwisselingen te beperken, meerdere klantvragen te beheren en je efficiëntie te verhogen.

Automatically translated with AI from the original post. Read the English original

Met het beheersen van sessies en tabbladen in Dynamics 365 Copilot Service Workspace kunnen servicemedewerkers meerdere klantvragen tegelijk afhandelen zonder de context kwijt te raken. Door sessies te zien als afgesloten bureaulades en tabbladen als gerelateerde recordweergaven, kunnen IT-beheerders en power users contextwisselingen flink verminderen en de gemiddelde afhandeltijd verkorten.

Belangrijkste punten

• Sessies functioneren als afgesloten bureaulades die alles bevatten wat met één klantvraag te maken heeft, binnen één afgebakend geheel.
• Tabbladen bevinden zich binnen sessies, waardoor medewerkers casussen, klantprofielen, productcatalogi en kennisartikelen kunnen openen zonder hun werkruimte vol te zetten.
• Medewerkers kunnen in Copilot Service Workspace tot 9 gelijktijdige sessies draaien, met maximaal 10 tabbladen per sessie.
• De preview-functie voor het herstellen van sessies helpt medewerkers hun exacte werksituatie terug te krijgen na een onverwachte browservernieuwing.
• Goed beheer van tabbladen en sessies voorkomt veelvoorkomende fouten, zoals notities toevoegen aan het verkeerde klantrecord.

De architectuur begrijpen: sessies versus tabbladen

In traditionele klantenservicetoepassingen betekende het beheren van meer dan één klant meestal dat je tientallen afzonderlijke browsertabbladen opende en voortdurend heen en weer klikte. Deze versnippering dwingt medewerkers tot speurwerk, alleen al om te onthouden waarom een bepaald tabblad was geopend. Dynamics 365 Copilot Service Workspace lost dit structurele knelpunt op door het werkblad van de medewerker in twee duidelijke niveaus te verdelen: sessies en tabbladen.

Zie een sessie als een eigen, gelabelde bureaula. Wanneer een medewerker een nieuwe chat, telefoongesprek of e-mailcasus accepteert, opent de werkruimte een gloednieuwe sessie. Deze container bevat alles wat bij die specifieke klantinteractie hoort. Als een tweede klant met een urgent probleem contact opneemt, opent de medewerker een tweede sessie. De inhoud van lade één vermengt zich nooit met die van lade twee, waardoor fouten door kruisbesmetting, zoals een privénotitie op het verkeerde klantprofiel typen, in feite worden voorkomen.

Hoe tabbladen het klantverhaal ordenen

Binnen elke sessie wordt informatie verder horizontaal georganiseerd via tabbladen. Wanneer een medewerker een supportcasus opent, neemt die casus het primaire tabblad in beslag. Terwijl de medewerker doorklikt om de accountgeschiedenis van de klant te bekijken, het exacte productmodel dat de klant heeft te controleren of een relevant kennisartikel te lezen, opent elk van die ondersteunende records als nieuw tabblad binnen diezelfde sessie.

Dit betekent dat een medewerker moeiteloos kan wisselen van het contactrecord van een klant terug naar de actieve casus, een garantiedetail op een producttabblad kan controleren en vervolgens een probleemoplossingsgids kan raadplegen zonder de draad kwijt te raken. Het navigatiepaneel links laat via de lijst met actieve sessies zien over welke klantvraag het gaat, terwijl de tabbalk bovenaan de specifieke records of hulpmiddelen toont die nodig zijn om precies dat vraagstuk op te lossen.

Praktische grenzen en operationele randvoorwaarden

Hoewel Copilot Service Workspace agents de flexibiliteit geeft om gekoppelde records binnen handbereik te houden, is het belangrijk om de technische grenzen te kennen voor optimale prestaties. Standaard ondersteunt het platform maximaal negen actieve sessies tegelijk, met tot tien tabbladen per sessie.

Heel weinig agents tellen tijdens een drukke dienst hun tabbladen, maar deze grenzen zorgen ervoor dat geheugengebruik en drukte in de interface beheersbaar blijven. Power users moeten agents aanmoedigen om sessies snel te sluiten zodra een klantprobleem is opgelost. Afgeronde sessies onnodig open laten, kost mentale energie en vergroot het risico op per ongeluk gegevens invoeren in gesloten tickets.

Gegevensverlies voorkomen bij niet-opgeslagen records

Het is essentieel om te onthouden dat een georganiseerde werkruimte geen automatisch back-upsysteem is. Als een agent een actieve sessie sluit terwijl er nog concepttnotities, niet-opgeslagen zaakupdates of niet-verzonden e-mailantwoorden openstaan, kunnen die wijzigingen permanent verloren gaan. De applicatie geeft basiswaarschuwingen, maar de verantwoordelijkheid om gegevens op te slaan ligt volledig bij de medewerker. Een goed georganiseerde bureaulade houdt je papieren bij elkaar, maar hij kan geen notitie opschrijven die je niet hebt genoteerd.

Context herstellen met sessieherstel

Onverwachte browsercrashes, netwerkproblemen of verplichte browserupdates van de organisatie lijken altijd toe te slaan tijdens de meest complexe klantgesprekken. Vroeger betekende een vernieuwd browservenster dat je opnieuw begon op een lege startpagina en je hele onderzoek vanaf nul moest opbouwen.

Om die frustratie te verminderen, heeft Microsoft een functie voor sessieherstel in preview geïntroduceerd die beheerders in de systeeminstellingen kunnen inschakelen. Als deze is geconfigureerd, komt de agent na een plotselinge browservernieuwing niet meer in een lege omgeving terecht. In plaats daarvan worden ondersteunde records, actieve sessies, gerelateerde tabbladen en het laatste aandachtspunt van de agent automatisch weer geladen zodra de systeemaanwezigheid is hersteld. Actieve communicatiekanalen zoals realtime chats en spraakgesprekken worden soepel opnieuw geladen, wat kostbare minuten bespaart en voorkomt dat je frustrerede klanten moet vragen om alles nogmaals te vertellen.

Conclusie

Het overstappen van je supportteam naar Dynamics 365 Copilot Service Workspace gaat om veel meer dan een frisse laag verf op de CRM-interface. Door via gestructureerde sessies en tabbladen duidelijke grenzen te stellen tussen klantproblemen, kunnen organisaties cognitieve vermoeidheid drastisch verminderen, fouten tussen records elimineren en het soepele support leveren dat moderne klanten verwachten. Wil je dieper ingaan op hoe unified routing, omnichannelmogelijkheden en AI-tools in dit ecosysteem passen? Bekijk dan de hoofdbespreking via Listen to the full episode. Blijf luisteren voor expertinzichten waarmee je vandaag nog je Microsoft-cloudomgeving kunt transformeren!

Veelgestelde vragen

Wat is het verschil tussen een sessie en een tabblad in Copilot Service Workspace?

Een sessie is een afgeschermde container voor één klantprobleem, vergelijkbaar met een eigen bureaulade. Een tabblad is een afzonderlijk record, formulier of kennisartikel dat binnen die sessie wordt geopend om de agent te helpen het probleem te onderzoeken en op te lossen.

Hoeveel sessies kan een agent tegelijk open hebben?

Copilot Service Workspace ondersteunt maximaal negen gelijktijdige actieve sessies per agent, zodat die meerdere klantcontacten kan beheren zonder dat de context door elkaar loopt.

Wat gebeurt er met mijn tabbladen en sessies als mijn browser onverwacht wordt vernieuwd?

Als je beheerder de preview-functie voor sessieherstel heeft ingeschakeld, kan Copilot Service Workspace na een browservernieuwing automatisch ondersteunde records, geopende tabbladen, actieve sessies en recente aandachtsgebieden herstellen zodra je systeemaanwezigheid weer is geladen.

Slaat de werkruimte mijn zaaknotities automatisch op als ik een sessie sluit?

Nee. Sessies houden gekoppelde records weliswaar georganiseerd, maar agents moeten alle zaaknotities, e-mailconcepten en veldupdates handmatig opslaan voordat ze een sessie sluiten, om gegevensverlies te voorkomen.