Hulp nodig bij deze handleiding?Vraag het DripTell-team
Een workforceplanner opent op maandag de vertrouwde prognose in Microsoft Customer Service om het rooster voor volgende maand te maken. Dit keer is een onnauwkeurige voorspelling niet het probleem. De functie zelf verdwijnt.
Microsoft zegt dat ondersteuning voor prognoses van case- en gespreksvolume en voor de benodigde servicemedewerkers bij gesprekken stopt op 30 oktober 2026. Daarna wordt de functie verwijderd. De praktische aanpak is duidelijk: bewaar het bewijs achter de huidige prognoses, bouw dezelfde operationele scope in Workforce Management, voer beide methoden op dezelfde vraag uit en stap pas over nadat een benoemde eigenaar de verschillen heeft geaccepteerd.
Bevestig wat Microsoft verwijdert
Lees eerst de productgrens. De officiële melding noemt forecasting in Dynamics 365 Customer Service. Er staat niet dat de historische vraag verdwijnt en ook niet dat een nieuwe prognose automatisch klopt. Microsoft meldt het einde van ondersteuning op 30 oktober en adviseert forecastscenario's in workforce engagement management.
Maak een lijst van alle prognoses die het team gebruikt. Scheid casevolume, gespreksvolume en benodigde medewerkers. Noteer kanaal, wachtrij, tijdzone, interval, historische periode, uitsluitingen, feestdagen en de persoon die de uitkomst in een besluit omzet. Deze inventaris hoort bij het supportmodel, want een rapport zonder besliseigenaar is alleen een uitvoerbestand.
Verander definities niet stilletjes. Een gesprek kan in het ene rapport een aangeboden sessie betekenen en in het andere een geaccepteerd contact. Gemiddelde behandeltijd kan werk uitsluiten dat planners eerder wel meenamen. Schrijf de huidige definities op voordat je de vervanging instelt.
Bevries het bewijs vóór de herbouw
Bewaar de invoer en uitvoer die volgens het beleid van je organisatie mag worden behouden. Zorg voor genoeg afgesloten perioden om een recente forecast te reproduceren, inclusief werkelijke uitkomsten en aannames over gebeurtenissen, achterstand, openingstijden, shrinkage en gelijktijdige gesprekken. Noteer de forecastversie en de beslissing die ermee is ondersteund.
- Benoem de scopeLeg cases of gesprekken, kanalen, wachtrijen, intervallen, tijdzone en eigenaar vast.
- Bewaar de basisBewaar input, uitsluitingen, forecasts, werkelijke uitkomsten en ondersteunde beslissingen.
- Bouw bewust opnieuwMaak aparte scenario's voor werk met een ander vraagpatroon of andere behandeltijd.
- Draai parallelGeef beide methoden dezelfde afgesloten periode en vergelijk fouten per interval en wachtrij.
- Keur de wissel goedNoteer acceptatie, open verschillen, rollbackbewijs en de eigenaar van de volgende controle.
Bewaar ook uitzonderingen. Een productlancering, storing, feestdag of herontwerp van een wachtrij kan een periode onvergelijkbaar maken. Als die context alleen in het hoofd van de planner zit, kan het nieuwe model netter lijken en toch minder eerlijk zijn. Geef migratiebewijs dezelfde toegangsbeperkingen als klant- en personeelsdata binnen je beveiligingsbeleid.
Microsoft waarschuwt in de handleiding voor forecastscenario's dat forecasting niet bedoeld is voor beslissingen over iemands werk en onder toepasselijke wetgeving moet worden gebruikt. Houd een menselijke toets tussen model en personeelsactie.
Bouw de scope vóór het model opnieuw
De vervanging laat de planner Conversation of Case kiezen en daarna kanalen en wachtrijen selecteren. Korte scenario's gebruiken een intradayinterval tot 42 dagen. Lange scenario's gebruiken een dagelijks interval tot 1095 dagen. Beide voorspellen volume en gemiddelde behandeltijd uit historische data.
Deze instellingen bepalen de betekenis van de uitkomst. Bouw één scope tegelijk. Houd wachtrijen apart wanneer vaardigheden, servicebeloften, behandeltijd of openingstijden verschillen. Leg de tijdzone vast. Bij een externe databron is automatisch vernieuwen niet beschikbaar. Benoem daarom de eigenaar van handmatige uploads en de actie bij vertraging.
| Migratiepoort | Bewijs om te vergelijken | Stop wanneer |
|---|---|---|
| Scope | Cases of gesprekken, kanalen, wachtrijen, tijdzone | Oude en nieuwe populatie niet overeenkomen |
| Historie | Datums, uitsluitingen, feestdagen, achterstand | Een belangrijke uitzondering ontbreekt |
| Uitkomst | Volume en behandeltijd per interval | Verschillen niet uit te leggen zijn |
| Operatie | Capaciteits-, rooster- en wachtrijbesluit | Dezelfde forecast een actie zonder eigenaar geeft |
| Besturing | Toegang, eigenaar, jobhistorie, rollback | Niemand verantwoordelijk is voor fout of review |
Gebruik CRM context om bekende veranderingen in de klantenmix uit te leggen, niet om ze in een correctie te verbergen. Gebruik automatisering voor herhaalbare datastappen, niet om de beoordeling over te slaan.
Voer oud en nieuw parallel uit
Kies eerst een afgesloten historische periode. Geef beide methoden hetzelfde werk, datumbereik, dezelfde tijdzone, wachtrijindeling en gebeurtenisbehandeling. Vergelijk totaal volume, maar ook het patroon per interval, de fout per wachtrij, behandeltijdaannames en het personeelsbesluit. Een klein totaalverschil kan een groot gat rond lunchtijd verbergen.
Voer daarna vóór 30 oktober één echte planningscyclus parallel uit. Gebruik de oude prognose als referentie, niet als absolute waarheid. Zoek bij een verschil naar de eerste gewijzigde definitie of invoer. De nieuwe werkwijze biedt snapshots en jobhistorie. Bewaar de geaccepteerde snapshot en noteer welke run de capaciteitsplanning voedde.
De gedeelde inbox kan wachtrijeigenaarschap en feitelijke vraag zichtbaar maken tijdens de controle. De prognose heeft nog steeds een verantwoordelijke planner nodig.
Stap over met een acceptatierecord
Keur de overstap pas goed als het team de populatie kan reproduceren, belangrijke verschillen kan verklaren, geslaagde jobs ziet en de uitkomst naar een werkbaar plan vertaalt. Noteer scenario, bron, vergelijkingsperiode, open beperkingen, toegangseigenaar en rollbackbewijs. Verwijder oude exports niet zodra het nieuwe scherm er goed uitziet.
Plan na de overstap een review van de eerste volledige cyclus. Houd forecastfout los van roosterdiscipline en individuele prestaties. AI ondersteuning kan bewijs samenvatten, maar mag de scope niet stil wijzigen of arbeidsbesluiten nemen.
Een betrouwbare migratie is geen perfecte overeenkomst tussen twee grafieken. Het is een gedocumenteerde verandering waarbij het team weet wat is geteld, waarom de uitkomst verschoof, wie akkoord gaf en wat er gebeurt als de volgende run mislukt.
Veelgestelde vragen
Wanneer verwijdert Microsoft Customer Service forecasting
Microsoft zegt dat de ondersteuning op 30 oktober 2026 eindigt en dat de functie daarna wordt verwijderd. Test de vervanging vóór die datum.
Moet de nieuwe prognose exact gelijk zijn aan de oude
Nee. De scope moet gelijkwaardig zijn en elk belangrijk verschil moet door data, definities, intervallen of het model te verklaren zijn.
Hoe lang moet een parallelle run duren
Voltooi minstens één echte planningscyclus met normale variatie. Vergelijk bij hoger risico meerdere afgesloten perioden en één livecyclus.
DripTell Editorial
Praktische uitleg, gecontroleerd door het product- en klantworkflowteam van DripTell.
Lees hoe DripTell productclaims controleert, primaire bronnen gebruikt en correcties verwerkt.
Redactioneel en bronnenbeleid