Temps réel, vraiment : comment les commandes bougent sans que personne n’actualise

La plupart des logiciels de restaurant se disent « temps réel ». En pratique, cela veut souvent dire que la page interroge les nouvelles commandes toutes les quelques secondes si on la laisse ouverte. C’est du polling. Cela marche jusqu’à ce que la salle soit pleine et que trois personnes crient encore d’un bout à l’autre du passe.

Le temps réel, en cuisine, est une poussée : dès qu’un caissier envoie, le bon apparaît sur l’écran de préparation. Dès qu’un cuisinier le marque prêt, la liste du serveur se met à jour. Personne ne recharge rien.

Ce qui est réellement poussé

Une commande peut toucher quatre écrans sans être saisie deux fois :

Si l’un de ceux-là attend une actualisation, vous n’avez pas d’exploitation en direct. Vous avez un rapport qui se trouve sur une tablette en cuisine.

Le canal en dessous est une socket live — la même idée qu’une application de messagerie. La caisse publie un événement ; les écrans abonnés le reçoivent. C’est pourquoi un Wi-Fi mort en salle et un réseau qui marche en cuisine ressemblent encore à un restaurant qui marche : la cuisine est abonnée aux commandes, pas à un rechargement de page.

Les notifications sont un ensemble plus petit

Une poussée vers un écran n’est pas la même chose qu’une sonnerie dans une poche. Traitez-les différemment, sinon le téléphone devient du bruit.

Ça vaut une notification :

• Un nouveau bon sur votre poste, si l’écran n’est pas devant vous.
• Une livraison qui vous est affectée.
• Une table qui a demandé l’addition, si vous êtes le serveur de ce secteur.
• Une alerte de stock bas le lendemain matin, pas au milieu du service du samedi.

Ça ne vaut pas une notification :

• Chaque changement de statut sur chaque commande. Ça appartient à l’écran qui montre déjà le rail.
• Du marketing au personnel. C’est comme ça que la sonnerie importante se fait couper.
• « Le tableau de bord a été mis à jour. » S’ils l’ont ouvert, ils peuvent le voir.

Les notifications client — commande acceptée, en route, à la porte — sont un autre produit. C’est ce qui fait qu’un canal possédé a l’air fini. Elles doivent venir de votre nom, d’où les applications de marque portent leur propre projet de messagerie plutôt qu’un projet générique.

Le temps réel n’est pas le hors ligne

On les mélange parce que les deux parlent de connexion.

• Le mode hors ligne est ce qui se passe quand la caisse n’atteint pas le serveur. Les commandes s’alignent en local et rattrapent plus tard, exactement une fois.
• Le temps réel est ce qui se passe quand la caisse peut atteindre le serveur : tout le monde voit la commande maintenant.

Vous avez besoin des deux. Une cuisine live sans file hors ligne s’éteint quand la ligne tombe. Une file hors ligne sans poussée live veut dire que le cuisinier marche encore jusqu’à l’imprimante. Ils se complètent, ce ne sont pas des alternatives.

Comment savoir si un éditeur le pense vraiment

Demandez à vous tenir en cuisine. Envoyez une commande depuis la caisse. Le bon devrait être à l’écran avant que vous ayez posé la tablette. Puis marquez-le prêt ; la liste du serveur devrait bouger sans tirer pour actualiser.

Si quelqu’un dit « ça se met à jour toutes les dix secondes », c’est du polling. Dix secondes, c’est une éternité quand quatre bons s’empilent et qu’un steak est déjà à la poêle.

Le but n’est pas la modernité. C’est qu’un passe chargé n’a pas d’attention de reste pour un bouton actualiser.