Alle cases
Eigen product

Dashboards · Personeelsplanning

RoostyPersoneelsplanning voor horeca met meerdere zaken, live op app.roosty.nl

Een weekbord dat een met de hand bijgehouden spreadsheetrooster vervangt: sleep een dienst en uren, conflicten en bezetting worden ter plekke opnieuw berekend, voor alle zaken tegelijk.

Klant
Eigen productde demodata modelleert drie zaken
Dienst
Productbouw, planningsdashboard
Jaar
2026eerste commit juli 2026, geverifieerd in git
Status
Liveapp.roosty.nl
Bezoek roosty.nl
De homepage van roosty.nl met het demo-planbord: een week diensten per zaak met een gereedheidsscoreHet demo-planbord op de homepage van roosty.nl

Geverifieerde systeemfeiten

Geteld in de codebase, augustus 2026

7regelsConflictregels over de hele week: overlap, twee zaken tegelijk, zaak gesloten, buiten openingstijden, geen verantwoordelijke rol, boven contract, buiten doorgegeven beschikbaarheid. Vier daarvan moeten opgelost zijn voordat een week gepubliceerd kan worden
4migraties liveMulti-tenant Supabase-backend met row-level security en uitnodigingen vanuit de app. Zeven verdere migraties, voor facturatie en facturen, staan op een niet-samengevoegde branch
7.5uurNachtdiensten kloppend geteld: 20:00 tot 03:30 is 7,5 uur voor pauze

De cijfers hierboven zijn tellingen in de repository. Facturatie via Mollie en de proefperiode van 14 dagen zonder betaling zijn gebouwd en unit-getest op de ontwikkelbranch, maar staan niet aan: er is nog geen echte betaling gedaan. We publiceren niet hoeveel zaken of medewerkers met Roosty worden ingepland.

Het probleem

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.

Het systeem

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. Het weekbord toont elke zaak met zijn eigen openingstijden; diensten worden tussen dagen en zaken gesleept en de betaalde uren worden opnieuw berekend door één tijdbibliotheek die middernacht begrijpt. Zeven conflictregels lopen bij elke wijziging opnieuw over de hele week: drie verschijnen als waarschuwing die de planner alsnog kan versturen, en vier (een overlap, twee zaken tegelijk, een gesloten dag, geen verantwoordelijke rol) moeten opgelost zijn voordat de week gepubliceerd kan worden. Publiceren zet de week vast als momentopname, medewerkers worden vanuit de app uitgenodigd, waarbij de uitnodigingsmail via Supabase Auth uitgaat zodra de serversleutel is ingesteld, en een Mollie-abonnementslaag met een proefperiode zonder betaling staat gebouwd op een branch, klaar om aan te zetten.

  1. DienstenVoeg een dienst toe, pas hem aan of sleep hem tussen dagen en zaken.
  2. BerekenenBetaalde uren uit één tijdbibliotheek die nachtdiensten kent.
  3. RegelsZeven conflictregels lopen bij elke wijziging opnieuw over de hele week.
  4. PublicerenDe planner beslist, lost de vier blokkerende conflicten op en publiceert de week daarna als momentopname.Overdracht aan een mens
Het inlogscherm van Roosty op app.roosty.nl
Inloggen op app.roosty.nl

Het resultaat

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: de drie zachte mogen alsnog verstuurd worden, de vier harde moeten opgelost zijn voor publicatie
  • Contracturen tegenover ingeplande uren per medewerker, per week
  • Een multi-tenant backend met uitnodigingen; facturatie en facturering zijn gebouwd en getest op een branch, nog geen onderdeel van de live app

Jouw workflow

Heb je een workflow zoals deze?

Vertel ons waar de uren heen gaan. Wij brengen de workflow in kaart, zeggen eerlijk of dit AI nodig heeft of gewone automatisering, en komen terug met een duidelijke volgende stap.

Plan een systems call

Geen gladde verkoop, geen standaarddecks. Eén gesprek met de persoon die het zou bouwen.