M365Con 2027 – gratis online conferentie · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Factory scheduling software voor shiftplanning: zo kies je

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By ·

Factory scheduling software en shiftplanning zijn twee verschillende taken. Lees hoe ze verschillen, hoe ze dezelfde capaciteitskalender delen en waar je op moet letten voordat je koopt.

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

Factory scheduling software en shiftplanning lossen twee verschillende problemen op. Shiftplanning bepaalt wie wanneer werkt. Factory scheduling bepaalt welke order op welke machine draait, en in welke volgorde. Een planning werkt alleen als die twee op elkaar aansluiten, want de mensen in een shift bepalen hoeveel werk een lijn echt aankan. Dit artikel is bedoeld voor productieplanners en operationeel managers die tools moeten kiezen, of die zich afvragen waarom het schema er op het scherm goed uitziet maar bij de eerste shiftwissel uit elkaar valt.

Belangrijkste punten

  • Shiftplanning bepaalt wie wanneer werkt; factory scheduling bepaalt welke order op welke machine draait en wanneer. Fabrieken hebben beide antwoorden nodig, en ze moeten op elkaar aansluiten.
  • De schakel tussen beide is de capaciteitskalender: shifts, bezetting en vaardigheden bepalen hoeveel elke resource echt kan.
  • Advanced planning and scheduling-tools plannen materialen, arbeid en fabriekscapaciteit samen, iets wat klassieke ERP-planning standaard niet doet.
  • De Amerikaanse federale wet bepaalt dat overuren gelden na 40 uur in een vaste werkweek en schrijft geen rustpauzes voor, dus wetgeving per staat en cao-afspraken zijn bepalend voor je regels.
  • Kies door te testen met één echte week aan orders, één lijn en je eigen shiftmodel, niet op basis van featurelijstjes.

Wat is het verschil tussen shiftplanning en factory scheduling?

Die twee worden vaak door elkaar gehaald omdat beide een naam of een taak in een tijdslot zetten. Ze beantwoorden echter verschillende vragen.

Shiftplanning gaat over de medewerkers. Het omvat roosters, beschikbaarheid, verlof, ruilen, open shifts, overuren en in- en uitklokken. De Shifts-app in Microsoft Teams is een typisch voorbeeld van deze categorie. Microsoft Learn beschrijft de app als een mobiel-eerst planningsapp waarin managers shifts en verlof aanmaken, open shifts plaatsen, ruil- en aanbodverzoeken afhandelen en timesheetrapporten bekijken. De app kan los draaien of koppelen aan een workforcemanagementsysteem.

Factory scheduling gaat over het werk. Het plaatst productiebewerkingen in een volgorde op machines en stations, op basis van leverdatums, routings, omsteltijden, materiaal en beschikbare capaciteit. Planningssoftware die dit doet binnen echte grenzen wordt vaak finite capacity scheduling genoemd. De bredere categorie is advanced planning and scheduling (APS). Het Wikipedia-overzicht van APS beschrijft het als het tegelijk plannen en inplannen van productie op basis van beschikbare materialen, arbeid en fabriekscapaciteit, terwijl traditionele systemen die vaak apart plannen en daardoor plannen kunnen opleveren die niet uitvoerbaar zijn.

Een korte test helpt. Als een tool kan vertellen wie zaterdagavond dienst heeft, dan is het shiftplanning. Als het kan vertellen welke van de 40 orders van vandaag het eerst op de pers moet, en waarom, dan is het planning. Weinig tools doen beide goed, dus bepaal welke je echt mist.

Waar komen die twee samen?

Ze komen samen in één object: de capaciteitskalender.

Een planning gaat uit van de aanname dat een machine van dit tijdstip tot dat tijdstip beschikbaar is, met dit aantal gekwalificeerde operators. Die aanname komt uit het shiftmodel. Als het rooster zegt dat er vier mensen aan de lijn staan en de planning er zes had verwacht, dan klopt het plan al voordat de eerste order start.

Drie koppelingen zijn het belangrijkst:

  1. Shiftpatroon. Begin- en eindtijden, pauzes, rotaties en de dagen waarop een lijn draait. De planner heeft deze nodig als echte kalenders per resource, niet als één instelling voor de hele fabriek.
  2. Bezettingsniveau. Hoeveel mensen er per shift aanwezig zijn en op welke werkplekken. Veel lijnen draaien niet trager met minder mensen, ze draaien helemaal niet.
  3. Vaardigheden. Wie welke machine of proces mag bedienen. Een rooster dat op papier vol is, kan toch een gat laten als de enige gecertificeerde operator met verlof is.

Onderhoudsvensters horen in dezelfde kalender. Een geplande stilstand is een periode waarin de resource nul capaciteit heeft, en de planning moet dat weten. Verschuift de stilstand, dan moet de volgorde mee verschuiven.

De praktische vraag bij een selectie is dus niet “welke shifttool” of “welke planner”, maar “hoe wisselen ze de kalender uit, en hoe vaak?” Dagelijks is gebruikelijk voor een stabiele fabriek. Intraday is nodig als afmeldingen en storingen vaak voorkomen.

Wat moet shiftplanningssoftware doen?

Sla de lange featurelijsten over en kijk wat er vandaag op je werkvloer pijn doet.

  • Regels die passen bij jouw locatie. In de VS bepaalt de Fair Labor Standards Act de overuren voor uren die in een werkweek boven de 40 uur liggen. In de factsheet over overuren van het Department of Labor staat dat een werkweek een vaste, regelmatig terugkerende periode van 168 uur is, en dat het niet is toegestaan uren over twee of meer weken te middelen. De richtlijnen van het departement over pauzes en maaltijdpauzes zeggen dat federale wetgeving geen lunch- of koffiepauzes voorschrijft, en dat korte pauzes die de werkgever aanbiedt als betaalde werktijd gelden. Staatswetgeving en cao-afspraken voegen vaak meer toe. De tool moet jouw regels bewaren, niet generieke regels, en waarschuwen voordat een ruil ze breekt.
  • Snelle wijzigingen. Afmeldingen komen voor. Open diensten, ruilverzoeken en goedkeuringen moeten werken vanaf een telefoon, met een manager die de regie heeft.
  • Vaardigheden in het rooster. De tool moet laten zien wie voor welke werkplek gekwalificeerd is, of er minstens koppelen met de lijst waarin die gegevens staan.
  • Schone exports. Uren, afwezigheden en overuren moeten de tool verlaten in een vorm die loonadministratie en rapportage kunnen gebruiken zonder opnieuw in te voeren.
  • Een open interface. Als je andere systemen wilt koppelen, vraag dan hoe. Microsoft documenteert dat Shifts kan synchroniseren met een workforce managementsysteem, via een connector of een maatwerkintegratie met de Microsoft Graph API, en dat Power Automate gebruikt kan worden om workflows te bouwen, zoals het automatisch goedkeuren van ruilverzoeken. Op de pagina over Shifts-connectors staat ook dat door Microsoft beheerde connectors op 7 december 2025 zijn uitgefaseerd. Controleer daarom de actuele status van een connector voordat je er een plan op baseert.

Wat moet fabrieksplanningssoftware doen?

Hier onderschatten fabrieken meestal het verschil tussen “een planning” en “een haalbare planning”.

Een haalbare planning houdt rekening met wat de werkvloer echt kan. Test bij het beoordelen van tools deze punten met je eigen data:

  • Eindige capaciteit. De software mag een resource nooit belasten boven de tijd die hij heeft. Vraag om te zien wat er gebeurt als twee orders om één machine strijden.
  • Beperkingen naast machines. Insteltijden, gereedschap, materialen, vaardigheden en shifts. Als alleen machines zijn gemodelleerd, breekt het plan bij de mensen.
  • Volgordelogica die je kunt sturen. Planners moeten begrijpen waarom een order op zijn plek staat, en die kunnen overschrijven. Een black box waarop niemand vertrouwt, wordt uiteindelijk genegeerd.
  • Snelle herplanning. Een storing of een spoedorder moet binnen enkele minuten leiden tot een nieuw haalbaar plan, waarin de conflicten zichtbaar zijn en niet verborgen blijven.
  • Wat-als. Kun je een ander ploegenmodel of een extra ploeg proberen en het effect op de leverdatums zien voordat je je vastlegt?
  • Feedback van de vloer. Voortgang, vertragingen en verstoringen moeten terugstromen, zodat het volgende plan start vanuit de werkelijkheid.
  • ERP-koppeling. Orders, routings en materialen komen uit het ERP-systeem, en de datums gaan terug naar dat systeem. Vraag precies welke velden in elke richting bewegen.

Voor rapportage is een veelgebruikt patroon om de naleving van het rooster, overuren en op-tijd-levering te publiceren naar Power BI. Het is een goede plek voor de wekelijkse evaluatie. Het lost een zwak plan niet op, dus zorg eerst dat het plan klopt.

Hoe regel je de overdracht tussen ploegen en ongeplande wijzigingen?

Ook een goed rooster kan falen bij de ploegwissel. De inkomende ploeg moet weten wat er loopt, wat er wacht, wat er misging en wat er is besloten. Of je nu een digitaal logboek gebruikt, een checklist in de planningstool of een bord bij de lijn, is minder belangrijk dan dat iedere ploeg één afgesproken plek gebruikt.

Bepaal voor ongeplande wijzigingen de reactie al voordat de dag zich voordoet:

  1. Wie beslist wanneer een afmelding een werkstation onbezet laat?
  2. Welke orders schuiven eerst door als een machine stilvalt?
  3. Wanneer wordt overwerk aangeboden, en aan wie, gezien je regels en je cao-afspraken?
  4. Wie informeert de volgende ploeg, en hoe?

Software kan de herberekening versnellen en de gevolgen tonen. Ze kan de beslisregels niet vervangen. Leg die vast samen met de ploegleiders en configureer de tool daarna zodat hij ze volgt.

Hoe organiseer je de selectie?

Houd het klein en realistisch.

  1. Kies één lijn en één week. Gebruik een eerdere week waarin het misging, bijvoorbeeld met een storing en twee afmeldingen.
  2. Verzamel de input. Orders, routings, cyclus- en omsteltijden, ploegenkalenders, vaardigheden, onderhoudsvensters. Noteer elke lacune die je tegenkomt, want die lijst is onderdeel van het resultaat.
  3. Laat elke kandidaat de week plannen. Vraag de leverancier om jouw data te gebruiken, niet een voorbeeldfabriek.
  4. Vergelijk met wat er echt gebeurde. Hield het plan rekening met de ploegen? Had het de conflicten eerder gesignaleerd?
  5. Laat planners en ploegleiders oordelen. Vraag of zij het plan zouden volgen en wat zij zouden veranderen.
  6. Reken de inspanning door. Wie onderhoudt de kalenders en data daarna, en hoe lang duurt een update?

Als een leverancier je week niet wil plannen op basis van jouw data, heb je al iets geleerd.

Veelgemaakte fouten

  • Een roostertool kopen om een volgordeprobleem op te lossen. De ploegen zijn niet de reden dat de orders te laat zijn.
  • Plannen met één fabrieksbrede ploegenkalender. Elke lijn, en vaak elk werkstation, heeft een eigen kalender.
  • Vaardigheden negeren. Een volledig rooster zonder de juiste kwalificaties is een leeg rooster.
  • Onderhoudsvensters vergeten. Geplande stilstanden brengen de capaciteit voor een periode naar nul.
  • Alle automatisering tegelijk aanzetten. Begin met het plan en automatiseer de goedkeuringen pas als mensen erop vertrouwen.
  • Geen eigenaar voor de data. Routings en kalenders veroudert snel, en een verouderd model levert zelfverzekerd foute antwoorden op.

Waar Polaris past

Wanneer het probleem de productievolgorde onder echte beperkingen is, is iFAKT Polaris een optie om te testen. iFAKT beschrijft de module Polaris Optimizer als een module die automatisch geoptimaliseerde productieplannen genereert onder beperkingen zoals middelen, ploegen, zones, kwalificaties en capaciteiten, en die op verstoringen reageert met impactanalyse en heroptimalisatie. De module Polaris Operator brengt die plannen naar de werkvloer als tijdgebonden taken en stuurt de voortgang terug naar de planning. Test het, zoals bij elke tool in deze categorie, op één lijn en één echte week voordat je beslist.

Gerelateerde onderwerpen om te verkennen

  • Vaardigheidsgebaseerde toewijzing. Hoe je een vaardighedenmatrix actueel houdt en gebruikt bij het plannen van de bezetting per werkstation.
  • Cross-training. Welke werkstations het moeilijkst te dekken zijn, en hoe ploegdata kan laten zien waar opleiding het eerst loont.
  • Onderhoud en ploegen. Hoe je preventief onderhoud plant in periodes met weinig belasting of tijdens ploegenwisselingen, zodat geplande stilstanden minder productie kosten.
  • Ongeplande wijzigingen. Regels voor afmeldingen, spoedorders en overwerkaanbiedingen, vastgelegd voordat de volgende zich voordoet.
  • Basisprincipes van eindige planning. Hoe een eindige planning verschilt van oneindige belasting in klassieke ERP-planning, en wat dat betekent voor leverdatums.

Volgende stap

Software voor fabrieksplanning en ploegenplanning werkt het best wanneer ze één capaciteitskalender delen. Neem deze week één lijn en vergelijk drie zaken voor dezelfde ploeg: het rooster, de capaciteit waarvan je planningssysteem uitgaat, en wat de lijn daadwerkelijk heeft geproduceerd. Noteer de verschillen.

Entities in this article

Finite capacity scheduling Advanced planning and scheduling (APS) Polaris Optimizer Polaris Operator Microsoft Teams Power BI iFAKT GmbH

Related articles

RSS

Gesponsord

iFAKT GmbH