Ce qu'est réellement un flux de commande QR
Un flux de commande QR n'est pas un menu QR. Un menu QR ne montre qu'un PDF ; le client doit encore appeler le serveur pour commander. Un flux de commande QR est une surface transactionnelle complète : le client scanne le code, le navigateur charge le menu, construit un panier, envoie la commande à la cuisine et paie — le tout sans télécharger quoi que ce soit et sans compte. Le serveur n'intervient que pour ce que font réellement les serveurs : apporter la nourriture, vérifier la table, gérer les exceptions.
Étape 1 — Scannez et résolvez la table
Chaque code QR sur un déploiement Disqober porte un identifiant pour le lieu et la table. Lorsque le client scanne le code, le navigateur ouvre une URL sur le domaine propre du restaurant. Disqober résout le lieu, la table et le menu actif en une seule requête. Pas de magasin d'applications, pas d'invite d'installation, pas d'écran de connexion.
Étape 2 — Chargez le menu
Le menu est le même que celui qui alimente l'Application Web, l'Application Mobile, l'Application Kiosk et l'Application Table pour cet établissement. Les catégories, produits, modificateurs, prix, horaires et règles de disponibilité sont lus depuis le moteur de commande partagé. Si le restaurant met un produit en pause en cours de service, il disparaît de l'Application QR lors du prochain chargement de page.
Étape 3 — Constituez le panier et passez à la caisse
Le client ajoute des articles, choisit des modificateurs et examine le panier. Lors du paiement, l'application QR propose le paiement par carte (Disqober Online Payments), Apple Pay et Google Pay lorsque cela est possible, ainsi que les méthodes locales que le restaurant a activées — Bizum en Espagne, MB Way au Portugal, et des portefeuilles spécifiques au pays ailleurs. Le panier est lié à l'identifiant de la table de l'étape 1, de sorte que la commande n'est jamais perdue ni envoyée à la mauvaise table.
Étape 4 — Transmettez à la cuisine et au POS
La commande arrive dans l'Application de Travail dès que le client paie. Si l'établissement dispose d'un POS connecté, Disqober enregistre le ticket dans le POS afin qu'il suive le même chemin de production que les tickets internes : imprimante de cuisine, écran de cuisine, écran de l'expéditeur. Le Centre de Contrôle maintient l'état en direct de la table et de la commande sur les écrans de l'établissement. Pas de double saisie, pas de file d'attente parallèle.
Paiement à la table — le deuxième mode
Sur de nombreuses tables, le QR est également utilisé pour le paiement à table. Le client commande de manière traditionnelle par l'intermédiaire du serveur ou de l'application Table ; une fois le repas terminé, scanner le même code QR affiche le ticket POS ouvert, permet éventuellement au client de diviser l'addition et traite le paiement par carte. Le POS ferme automatiquement la table une fois le paiement effectué. Même code QR, deux modes complémentaires.
Ce dont le restaurant a besoin pour se lancer
Un menu dans le catalogue Disqober (importé du POS ou construit directement), un code QR par table, et un mode de paiement configuré. L'Application Web et l'Application QR partagent le même menu, donc un restaurant qui utilise déjà les commandes de l'Application Web peut activer les commandes QR sans reconstruire le catalogue. En termes de matériel, l'autocollant QR imprimé sur chaque table suffit — pas de terminal à la table, pas de kiosque à entretenir.
Ce que la commande par QR ne remplace pas
La commande par QR n'est pas un remplacement du personnel pour les serveurs. La plupart des restaurants utilisent le QR pour éliminer les frictions lors de la commande et du paiement afin que l'équipe puisse se concentrer sur le service, les coureurs et le flux de la salle à manger. L'application Kiosk gère le service autonome au comptoir, l'application Table gère la commande par tablette dirigée par le personnel, et l'application QR gère le service autonome dirigé par le client. Même backend, trois flux.