Le problème
Le Ristorante Gina, un restaurant de poisson, gérait son service sur papier : les serveurs notaient les commandes à la main, la cuisine et le bar lisaient les mêmes bons, et l’addition se calculait à la caisse. Les propriétaires voulaient un seul système pour la salle, la cuisine et le gérant, conçu pour pouvoir servir plus tard plusieurs restaurants.
Ce que j’ai construit
J’ai développé RistoFlow, une application web de gestion de restaurant, et je l’ai configurée avec Gina comme premier établissement.
- Plan de salle — les tables regroupées par salle, avec leur état en direct (libre, occupée, commandes en cours, commandes prêtes) et le nombre de couverts saisi à l’ouverture de la table.
- Commandes depuis le téléphone — les serveurs composent la commande par catégorie, avec des notes pour chaque plat. À l’envoi, elle est répartie automatiquement entre cuisine et bar, et chaque poste ne voit que son propre travail.
- Écran de cuisine — un écran actualisé toutes les 5 secondes, qui fait passer chaque commande d’envoyée à en préparation, prête et servie, signale les retards et imprime un ticket de 72 mm, automatiquement si besoin.
- Additions — total de la table avec couvert, pré-addition imprimable et clôture. Depuis la version 1.5.0, les prix ne sont visibles que par le gérant, qui clôt l’addition, et non par les serveurs ou la cuisine.
- Éditeur de carte et rapports — catégories, prix (aussi aux 100 g), plats marqués épuisés en un instant, et chiffre d’affaires, couverts et plats les plus vendus du jour.
- Quatre rôles, plusieurs restaurants — administrateur de la plateforme, gérant, serveur et cuisine. Chaque restaurant a ses propres utilisateurs et données, tenus séparés.
- Paquet pour serveur local — un installateur qui place l’application, avec la vraie carte et les vraies tables de Gina, sur un PC à l’intérieur du restaurant, avec un script de sauvegarde quotidienne.
Comment c’est construit
PHP 8 et MySQL avec PDO, JavaScript pur, sans bibliothèque externe. Un seul endpoint d’API gère tous les appels. Sessions avec jetons CSRF et mots de passe hachés. La carte et la carte des vins de Gina ont été chargées en 9 catégories.
Pourquoi ce choix
J’ai gardé l’application sans dépendances et utilisé un simple polling au lieu des websockets, pour qu’elle tourne sur un hébergement mutualisé ordinaire. Ce même choix a facilité son passage sur un serveur local : commandes et additions continuent de fonctionner sur le Wi-Fi du restaurant même quand la connexion internet tombe.
