Personeelsplanning in de kinderopvang automatiseren: zo klopt de BKR altijd

De beroepskracht-kindratio (BKR) is de wettelijk verplichte verhouding tussen het aantal beroepskrachten en het aantal kinderen in een groep. Hoe jonger de kinderen, hoe meer begeleiding er nodig is. Voor een babygroep van kinderen tussen 0 en 1 jaar mag één beroepskracht maximaal 3 kinderen onder zijn hoede hebben. Bij buitenschoolse opvang voor kinderen van 7 tot 12 jaar ligt dat op maximaal 14 kinderen per beroepskracht.

Bij dagopvang reken je de BKR per stam- of basisgroep uit. Bij buitenschoolse opvang reken je per locatie, niet per groep. Dat verschil is relevant zodra je met meerdere groepen tegelijk werkt: een tekort in de ene groep kun je bij dagopvang niet zomaar compenseren met een overschot in de groep ernaast.

Om dit uit te rekenen is er één tool die telt: de BKR-rekentool, ontwikkeld in opdracht van het ministerie van Sociale Zaken en Werkgelegenheid. De GGD gebruikt diezelfde rekentool tijdens de jaarlijkse inspectie. Elke eigen rekenmethode, spreadsheet of koppeling in je planningssysteem moet dus tot precies dezelfde uitkomst komen als deze officiële tool, anders sta je bij een controle met een andere uitkomst dan de inspecteur.

Een rooster dat op maandagochtend klopt, klopt vrijdagmiddag vaak niet meer. Kinderen hebben verschillende opvangdagen, gaan op vakantie, worden ziek, en een kind dat vandaag nog in de babygroep zit, valt na zijn eerste verjaardag in een andere ratio. Beroepskrachten werken op hun beurt in deeltijd, wisselen diensten en vallen soms met korte opzegtijd uit.

Dat betekent dat de BKR niet één keer per dag klopt, maar eigenlijk per tijdvak herberekend moet worden: 's ochtends vroeg, tijdens de lunch, aan het einde van de dag. Bij een locatie met meerdere groepen loopt dit al snel uit op tientallen herberekeningen per week, met de hand in een spreadsheet of op een whiteboard.

De kans dat daar een fout in sluipt is reëel, en die fout is precies wat zichtbaar wordt zodra de GGD de presentielijsten van beroepskrachten en kinderen opvraagt. Die lijsten moet je al bijhouden: wie werkte er, welke kinderen waren aanwezig, en wat waren de verwachte aankomst- en vertrektijden. De GGD gebruikt die gegevens om te toetsen of de ratio en de drie-uursregeling zijn gehaald. Een planning die op papier klopte maar in de praktijk afwijkt, is dus geen theoretisch risico: het is precies waar een inspectie op aangrijpt.

Een planningssysteem dat de BKR zelf doorrekent, doet in feite wat de rekentool van het ministerie ook doet: per groep of locatie, per tijdvak, het aantal benodigde beroepskrachten afleiden uit de leeftijden en aantallen kinderen die zijn ingepland. Zodra je roostert, zie je dan direct of een dienst te krap is bezet, in plaats van dat achteraf te ontdekken.

Daar komt de drie-uursregeling bij: is je locatie minimaal 10 uur achter elkaar open, dan mag je gedurende maximaal 3 uur per dag met minder beroepskrachten werken dan de BKR voorschrijft. Dat is precies het soort uitzondering die je in een rooster wilt zien staan als rekenregel, niet als losse aantekening: welk tijdvak, hoeveel uur, en hoe dat terugkomt in je pedagogisch beleidsplan, waarin je moet vastleggen hoe je hiermee omgaat.

Stagiairs tellen ook mee, maar met een plafond. Normaal mag maximaal een derde van de BKR uit stagiairs bestaan, in overleg met hun praktijkbegeleider. Sinds 1 juli 2026 geldt daarnaast een tijdelijke maatregel waardoor tot de helft van de BKR mag bestaan uit beroepskrachten in opleiding; deze maatregel loopt in ieder geval tot 1 juli 2028. Een rooster dat dit onderscheid niet maakt, telt een stagiair net zo makkelijk mee als een gediplomeerde kracht, en dat is precies het soort fout die bij een inspectie naar boven komt.

Automatiseren van de BKR-berekening scheelt tijd, maar het vervangt niet de rekentool waarmee de GGD toetst. Die rekentool is ontwikkeld in opdracht van het ministerie van Sociale Zaken en Werkgelegenheid en is ook het instrument dat een inspecteur gebruikt. Bouw je je eigen rekenlogica in een planningspakket, dan moet die logica dezelfde uitkomst geven als die rekentool. Wijkt die af, bijvoorbeeld omdat een leeftijdsgrens net anders is geprogrammeerd, dan heeft een keurig rooster op papier geen enkele waarde tijdens de inspectie.

Een tweede grens: automatisering helpt bij plannen, maar de GGD controleert achteraf met de presentielijsten, niet met je roosterexport. Wijkt de daadwerkelijke aanwezigheid van kinderen en beroepskrachten af van wat er gepland stond, bijvoorbeeld door een laatste-moment ziekmelding die niet is bijgewerkt, dan is dat gat zichtbaar bij de volgende controle. Automatisering vervangt dus niet het bijhouden van wie er daadwerkelijk heeft gewerkt en welke kinderen er daadwerkelijk waren, inclusief verwachte aankomst- en vertrektijden.

De GGD gebruikt de presentielijsten om te toetsen of de beroepskracht-kindratio en de drie-uursregeling zijn gehaald.

Voor een kleine locatie met één of twee groepen is het de vraag of een los systeem meer oplevert dan het zelf consequent invullen van de officiële rekentool bij elke roosterwijziging. Pas bij meerdere groepen, wisselende diensten en veel stagiairs wordt het verschil tussen handmatig en automatisch doorrekenen merkbaar in de tijd die het bespaart.