RoostyPersoneelsplanning voor horecazaken, live op app.roosty.nl

Eén spreadsheet, drie zaken, en een manager die als enige wist waarom het rooster werkte.

• Een spreadsheetrooster dat met de hand werd bijgehouden, week na week
• Overlappende diensten en gesloten dagen die je met het oog moest zien, of niet
• Nachturen die verkeerd werden geteld omdat het blad niets van middernacht wist
• Elke wijziging betekende de hele week opnieuw nalopen

Dit is onze eigen weergave van de situatie ervoor. Het beschrijft een handmatige workflow en is daarmee het enige op deze pagina dat de repository niet kan controleren.

Een bord dat denkt in diensten, uren en regels, en weet welke daarvan overruled mogen worden.

Roosty is een Next.js-app op een multi-tenant Supabase-backend met row-level security, zodat elke organisatie alleen haar eigen gegevens ziet. Het weekbord toont elke zaak met eigen openingstijden; diensten worden tussen dagen en zaken gesleept en betaalde uren worden herrekend vanuit één tijdbibliotheek die middernacht begrijpt. Zeven conflictregels draaien bij elke wijziging opnieuw over de hele week: drie verschijnen als waarschuwing die de planner toch kan publiceren, vier (een overlap, twee zaken tegelijk, een gesloten dag, geen verantwoordelijke aanwezig) moeten eerst worden opgelost. Suggesties voor open diensten worden deterministisch gerangschikt en komen met hun redenen. Publiceren bevriest de week als snapshot; medewerkers worden vanuit de app uitgenodigd en zien hun diensten zodra de week de deur uit is.

Eén bord in plaats van een spreadsheet.
Het oordeel bleef bij de planner.

• Een weekbord per zaak, met openingstijden en gesloten dagen ingebouwd
• Conflicten komen direct boven: drie zachte mag je toch publiceren, vier harde moeten eerst worden opgelost
• Contracturen tegenover ingeplande uren per medewerker, per week
• Een multi-tenant backend met uitnodigingen, zodat een team vanuit de app aan boord komt