Das Problem
Das Ristorante Gina, ein Fischrestaurant, organisierte den Service auf Papier: Die Kellner schrieben Bestellungen von Hand, Küche und Bar lasen dieselben Zettel, und die Rechnung wurde an der Kasse zusammengerechnet. Die Inhaber wollten ein einziges System für Gastraum, Küche und Geschäftsführung, so gebaut, dass es später auch mehrere Restaurants bedienen kann.
Was ich gebaut habe
Ich habe RistoFlow entwickelt, eine Web-App für die Restaurantverwaltung, und sie mit Gina als erstem Restaurant eingerichtet.
- Tischplan – Tische nach Räumen gruppiert, mit Live-Status (frei, besetzt, Bestellungen in Arbeit, Bestellungen fertig) und der Zahl der Gedecke, die beim Öffnen des Tisches erfasst wird.
- Bestellungen per Smartphone – Die Kellner stellen die Bestellung nach Kategorien zusammen, mit Notizen pro Gericht. Beim Absenden wird sie automatisch zwischen Küche und Bar aufgeteilt, sodass jede Station nur ihre eigene Arbeit sieht.
- Küchendisplay – ein Bildschirm, der sich alle 5 Sekunden aktualisiert, jede Bestellung von gesendet über in Zubereitung und fertig bis serviert weiterführt, Verzögerungen hervorhebt und einen 72-mm-Bon druckt, bei Bedarf automatisch.
- Rechnungen – Tischsumme mit Gedeck, druckbare Vorrechnung und Abschluss. Seit Version 1.5.0 sind die Preise nur für die Geschäftsführung sichtbar, die die Rechnung abschließt – nicht für Kellner oder Küchenpersonal.
- Menü-Editor und Berichte – Kategorien, Preise (auch pro 100 g), Gerichte, die sich sofort als ausverkauft markieren lassen, sowie Tagesumsatz, Gedecke und meistverkaufte Gerichte.
- Vier Rollen, viele Restaurants – Plattform-Admin, Geschäftsführung, Kellner und Küche. Jedes Restaurant hat eigene Benutzer und Daten, sauber getrennt.
- Paket für einen lokalen Server – ein Installer, der die App mit Ginas echter Speisekarte und echten Tischen auf einen PC im Restaurant bringt, samt täglichem Backup-Skript.
Womit es gebaut ist
PHP 8 und MySQL mit PDO, reines JavaScript, keine externen Bibliotheken. Ein einziger API-Endpunkt verarbeitet alle Aufrufe. Sessions mit CSRF-Tokens und gehashten Passwörtern. Ginas Speise- und Weinkarte wurde in 9 Kategorien angelegt.
Warum so gebaut
Ich habe die App frei von Abhängigkeiten gehalten und einfaches Polling statt Websockets verwendet, damit sie auf normalem Shared Hosting läuft. Dieselbe Entscheidung machte den Umzug auf einen lokalen Server einfach: Bestellungen und Rechnungen funktionieren über das WLAN des Restaurants weiter, auch wenn die Internetverbindung ausfällt.
