Restaurant sans internet: comment garder le service quand la connexion tombe

La dépendance internet : un risque opérationnel concret

Beaucoup de restaurants qui adoptent un système numérique commettent une erreur d'architecture : ils installent des équipements qui communiquent exclusivement via le cloud, c'est-à-dire via internet. Quand la connexion est bonne, tout fonctionne. Quand elle vacille — et en Afrique de l'Ouest elle vacille, que ce soit à cause d'une coupure de fibre, d'un opérateur saturé en heure de pointe, ou d'un problème électrique qui redémarre le routeur — le système entier s'arrête. La borne ne prend plus de commandes, l'écran cuisine devient muet, et la caisse ne peut plus valider les tickets.

Ce scénario n'est pas hypothétique, et il n'a pas besoin d'être documenté par une statistique moyenne pour être pris au sérieux. Le Sénégal a connu des interruptions d'accès mobile à internet mesurées et documentées publiquement : l'Open Observatory of Network Interference, qui publie ses mesures en données ouvertes, et NetBlocks, qui s'appuie sur des sondes réparties dans le pays, ont tous deux relevé une suspension des données mobiles à partir du 4 juin 2023, sur plusieurs jours et par tranches horaires, avec un retour à la normale le 7 juin, puis une nouvelle restriction à partir du 31 juillet de la même année.

Ces épisodes-là relèvent de décisions administratives et sont heureusement rares. Ils illustrent néanmoins le point qui compte pour vous : la connexion n'est pas un acquis, et quand elle disparaît, ce n'est pas forcément pour dix minutes. À cela s'ajoutent les causes ordinaires — coupure de fibre, opérateur saturé, routeur qui redémarre après une microcoupure électrique. Nous n'avons pas trouvé de statistique publique fiable sur la durée moyenne de ces incidents au Sénégal, et nous préférons ne pas en inventer une : le bon réflexe n'est pas de calculer un risque moyen, c'est de faire en sorte qu'une coupure n'arrête pas le service.

La bonne architecture n'est pas celle qui élimine internet mais celle qui ne lui confie que les tâches qui l'exigent vraiment. La prise de commande, l'affichage en cuisine et l'encaissement sont des opérations locales : elles se passent entre des machines dans le même établissement et n'ont aucun besoin structurel de transiter par un serveur distant.

Comment fonctionne un réseau local dans un restaurant

Le principe est simple : borne, écran cuisine et caisse sont connectés au même routeur local via WiFi ou câble. Ils se parlent directement sur ce réseau interne sans passer par internet. Quand un client valide sa commande sur la borne, le ticket apparaît en cuisine en quelques secondes — non pas parce qu'une requête est partie vers un serveur à Paris ou à Dakar, mais parce que les deux machines sont sur le même réseau privé à quelques mètres l'une de l'autre.

Ce type d'architecture — traitement local, synchronisation différée vers le cloud — est un grand classique des systèmes d'encaissement, pour une raison qui n'a rien de propre à la restauration : on ne fait pas dépendre une opération critique et locale d'un lien réseau qu'on ne contrôle pas. Nous avons lu ici et là que telle ou telle grande enseigne internationale l'appliquerait systématiquement dans ses points de vente africains ; faute d'avoir trouvé une source d'entreprise qui le confirme, nous ne le présenterons pas comme un fait. Le principe se défend tout seul, et il s'applique à n'importe quel restaurant indépendant.

Le seul composant qui reste dépendant d'internet est le paiement mobile : Wave et Orange Money ont besoin d'une connexion pour confirmer la transaction. C'est le seul point de rupture réel en cas de coupure. Tous les autres flux — commande, préparation, encaissement espèces, impression de ticket — peuvent continuer sans interruption.

Ce qu'il faut préparer en avance pour ne pas improviser

La plupart des problèmes lors d'une coupure viennent non pas de l'absence de solution technique mais de l'absence de procédure connue par l'équipe. Quand internet tombe pour la première fois, si personne ne sait quoi faire, on perd 10 minutes en confusion avant d'adapter. Ces 10 minutes en plein rush représentent plusieurs commandes perdues ou retardées.

La préparation se fait en deux étapes courtes. Première étape : vérifier une fois, avant le service, que borne, cuisine et caisse se voient bien sur le réseau local, indépendamment d'internet. Cela prend deux minutes avec un test de commande de bout en bout. Deuxième étape : définir la règle de paiement en cas de coupure. Soit on accepte uniquement les espèces pendant la période de coupure, soit on propose aux clients Wave/OM de revenir finaliser plus tard si le montant est connu — mais cette règle doit être décidée à froid, pas improvisée sous pression.

Un restaurant qui a fait ces deux choses traverse une coupure internet sans interrompre son service. Le seul impact visible pour le client est l'impossibilité de payer par Wave. Tout le reste fonctionne.

Après la coupure : le contrôle des paiements en attente

Si des paiements mobiles ont été tentés pendant la coupure ou juste avant, il faut les vérifier systématiquement lors du retour de la connexion. L'historique horodaté de la caisse permet de croiser les transactions avec les confirmations Wave et Orange Money pour identifier d'éventuelles transactions en attente ou rejetées. Ce contrôle prend moins de cinq minutes et évite les écarts de caisse en fin de journée.

Dans la pratique, la résilience d'un restaurant face aux aléas techniques se construit sur deux bases : une architecture technique qui minimise les dépendances inutiles, et des procédures courtes que toute l'équipe connaît. La technologie fait la première partie ; la routine d'équipe fait la seconde.