Order Bumped Workflow: ober bevestigt, keuken sluit het ticket

Een steakhouse in Tribeca maakte het scenario mee: de kok markeerde een ribeye als "ready", het KDS-ticket verdween, maar de ober deed er acht minuten over om bij de pass te komen. Het bord droogde uit onder de warmtelamp, de gast klaagde, en de keuken zwoer dat het eten perfect was. Het klassieke POS-patroon legt deze kloof niet vast omdat het ticket aan keukenkant al gesloten is.

Zwakte van het klassieke ticket

Standaard KDS-flows hebben drie staten: fired, preparing, ready. Zodra de keuken op ready drukt verdwijnt het ticket en gaat de verantwoordelijkheid stilzwijgend naar de ober — zonder meting. Drie edge cases keren terug: ober in andere zaal, twee obers die op elkaar wachten, bord op de verkeerde plank van de pass.

Server-bevestigingspatroon

Als de keuken op ready drukt verdwijnt het ticket niet. Het verandert van kleur (groen naar knipperend amber) en stuurt een push naar de obertablet. Het ticket sluit pas als de ober "Opgehaald" tikt — met device-ID en timestamp gelogd. Tribeca zag klachten met 34% dalen en de mediaan lamptijd ging van 4,2 naar 1,7 minuten.

Optionele laag: gastbevestiging via smartphone. Sluit de bewijsketen, waardevol bij geschillen.

Implementatie

Drie eventtypes volstaan: kitchen_ready, server_picked_up, customer_acknowledged. Escalatie bij 90 seconden, kritisch alarm bij 180. Lamptijd als wekelijkse KPI per ober creëert gezonde groepsdruk.

FAQ

Vertraagt dit de keuken? Nee, de keukenstroom blijft identiek.

Zonder tablets? Apple Watch of passbel met bevestigingsknop werken ook.

Is gastbevestiging verplicht? Optioneel, maar waardevol bij disputen.

Was dit nuttig? Deel het.