Microsoft automatiseert roterende diensten in Dynamics 365 Customer Service

Microsoft breidt de CRM-oplossing Dynamics 365 Customer Service uit met automatische dienstrotaties voor een voorspelbare personeelsplanning.

Microsoft maakt het eenvoudiger om klantenservicemedewerkers volgens een vast patroon tussen diensten te laten wisselen. Met Shift Rotation Policies in Dynamics 365 Workforce Management leggen supervisors de rotatie eenmaal vast. De automatische planner gebruikt die afspraken vervolgens bij het genereren van nieuwe roosters.

De uitbreiding is relevant voor klantenserviceteams die ook ’s avonds, in het weekend of dag en nacht bereikbaar zijn. Juist daar vraagt het verdelen van diensten om terugkerend administratief werk. Microsoft wil dat werk verminderen en de dienstverdeling voorspelbaarder maken.

Wat voegt Microsoft toe aan Dynamics 365?

In de aankondiging van Shift Rotation Policies beschrijft Microsoft hoe supervisors groepen medewerkers aan opeenvolgende dienstposities koppelen. Na een ingestelde periode schuift iedere groep door naar de volgende positie.

Binnen zo’n rotatie kun je onder meer vastleggen:

• Het wisselmoment: bijvoorbeeld iedere week of elke twee weken.
• De werktijden: afzonderlijke begin- en eindtijden per positie.
• De werkdagen: bijvoorbeeld alleen weekdagen of juist het weekend.
• De medewerkers: welke groep op welke positie begint.
• De startdatum en tijdzone: wanneer en volgens welke lokale tijd de cyclus loopt.

Eén rotatiebeleid kan meerdere dienstplannen aansturen. Teams die hetzelfde patroon volgen, hoeven daardoor niet ieder een afzonderlijke versie van die afspraken te krijgen.

Zo werkt automatische roosterplanning in de praktijk

Neem als eenvoudig voorbeeld een klantenservice met drie teams en drie diensten: vroeg, overdag en laat. In de eerste week begint team A vroeg, werkt team B overdag en neemt team C de late dienst over.

Bij een wekelijkse rotatie schuift team A de volgende week door naar de dagdienst, team B naar de late dienst en team C naar de vroege dienst. Na drie weken begint de volgorde opnieuw.

Voor de planner is de winst dat deze wisselingen niet telkens handmatig hoeven te worden overgenomen. De ingestelde cyclus vormt het uitgangspunt voor nieuwe roosters. Daarmee verdwijnt een terugkerende controle: staat ieder team nog op de juiste plek in de rotatie?

Dit voorbeeld illustreert de werking. Welke indeling bruikbaar is, hangt af van je openingstijden, teamgrootte en afspraken met medewerkers.

Wat gebeurt er bij wijzigingen?

Volgens de releasebeschrijving van Microsoft gelden wijzigingen in het rotatiebeleid voor toekomstige automatische planningsrondes. Bestaande boekingen worden niet vanzelf aangepast.

Dat is relevant wanneer een supervisor bijvoorbeeld de cyclus wijzigt terwijl het rooster voor de komende weken al klaarstaat. De nieuwe instelling betekent dan niet dat alle reeds ingeplande medewerkers direct andere werktijden krijgen.

Ook pauzeren heeft een specifieke betekenis. De documentatie over dienstrotaties legt uit dat de groepen bij een pauze op hun huidige positie blijven staan. De planner blijft die posities gebruiken. Na hervatten gaat de rotatie vanaf de vastgehouden cyclus verder.

Verder gelden enkele grenzen: een medewerker kan tegelijk bij één rotatiebeleid horen en een dienstplan kan aan één rotatiebeleid gekoppeld zijn. De activeringsdatum kun je na het opslaan niet meer wijzigen. Zulke voorwaarden maken een zorgvuldige eerste inrichting belangrijk.

Een voorspelbare rotatie is nog geen complete personeelsplanning

Met deze uitbreiding kun je een specifiek onderdeel van de personeelsplanning automatiseren: het doorschuiven van medewerkers tussen terugkerende diensten. Voor een werkbaar rooster moet je daarnaast beoordelen of de geplande bezetting past bij het werk.

Stel dat je klantenservice op maandagochtend veel vragen ontvangt over weekendbestellingen. Een keurig roulerend teamrooster kan dan alsnog onvoldoende capaciteit bieden. Hetzelfde geldt wanneer er genoeg mensen aanwezig zijn, maar niemand een ingewikkelde technische vraag kan afhandelen.

Bij workforce management zijn daarom meerdere vragen relevant. Hoeveel klantcontacten verwacht je? Welke vaardigheden zijn nodig? Wanneer vinden pauzes, overdrachten en trainingen plaats? En wie kan bijspringen als iemand uitvalt?

De rotatie bepaalt de volgorde waarin teams wisselen. De kwaliteit van de personeelsplanning hangt ook af van de antwoorden op die vragen.

Waarom dit interessant is voor CRM-gebruikers

Een CRM-systeem (Customer Relationship Management) helpt medewerkers om klantgegevens, contactmomenten en openstaande vragen bij elkaar te houden. De personeelsplanning bepaalt vervolgens wie beschikbaar is om met die informatie aan het werk te gaan.

Voor gebruikers van Microsoft Dynamics 365 is het daarom zinvol om klantprocessen en bezetting samen te beoordelen. Een goed vastgelegde servicevraag helpt de klant pas verder wanneer een geschikte medewerker tijd heeft om deze op te pakken.

Vooral bij een groeiende klantenservice is dat een praktisch aandachtspunt. Meer openingstijden of extra teams betekenen ook meer roosterafspraken die iemand moet beheren.

Waar let je op bij de invoering?

Een beheerder moet de functie eerst inschakelen binnen Workforce Management in het Customer Service admin center. Daarna kunnen supervisors de rotaties inrichten en aan dienstplannen koppelen.

Begin met één herkenbaar roosterpatroon en controleer meerdere opeenvolgende cycli. Kijk daarbij naar:

• De juiste verdeling van vroege, late en weekenddiensten.
• De afhandeling van afwezigheid en veranderingen in teams.
• De benodigde correcties na het genereren van roosters.
• De duidelijkheid van de dienstwisseling voor medewerkers.

Wie CRM-software vergelijkt, kan dezelfde situatie tijdens een demonstratie laten uitwerken. Vraag welke planningsfuncties binnen de aangeboden licentie en inrichting beschikbaar zijn. Zo beoordeel je of de software past bij de manier waarop jouw klantenservice daadwerkelijk werkt.

Bron

Microsoft - Announcing Shift Rotation Policies: automated shift rotations at scale (august 2026)