Comment un restaurateur nantais a automatisé sa gestion de stock grâce aux données de réservation

Chaque dimanche soir, le patron de ce restaurant nantais faisait la même chose : il consultait les réservations de la semaine à venir, estimait les besoins en matières premières à l'instinct, comparait les prix de ses trois fournisseurs principaux à la main, et passait ses commandes par téléphone ou par email.

Un processus qui durait entre deux et trois heures. Un processus qui reposait entièrement sur son expérience personnelle et sa mémoire. Et un processus qui produisait régulièrement deux types d'erreurs coûteuses : des invendus en fin de semaine, et des ruptures de stock en plein service du vendredi soir.

Ce restaurateur n'avait pas un problème de compétence. Il avait un problème de données — et de temps pour les traiter.

Le diagnostic : trois problèmes distincts, une seule cause

Avant de concevoir quoi que ce soit, on a cartographié le flux complet de la gestion d'approvisionnement. Trois problèmes distincts sont apparus.

Problème 1 : des devis fournisseurs jamais comparés en temps réel

Ce restaurant travaillait avec trois fournisseurs pour ses matières premières principales. Chacun envoyait ses tarifs de façon asynchrone — une mise à jour hebdomadaire par email pour l'un, un catalogue PDF mensuel pour le second, un accès portail pour le troisième. Comparer les prix avant chaque commande était théoriquement possible, mais en pratique jamais fait : trop long, trop fragmenté. Les commandes partaient toujours vers les mêmes fournisseurs habituels, sans arbitrage réel.

Problème 2 : une planification déconnectée des réservations réelles

Le restaurant pratiquait deux services par jour en semaine, trois le week-end. Le volume de couverts par service variait significativement selon les jours — un mardi midi n'a pas les mêmes besoins qu'un vendredi soir. Pourtant, les commandes étaient calculées sur une base hebdomadaire globale, sans décomposer par service. Le résultat : une surestimation en début de semaine (invendus du lundi au mercredi) et une sous-estimation en fin de semaine (ruptures le vendredi et le samedi).

Problème 3 : des schémas d'achat invisibles

Sur douze mois, ce restaurant avait constitué une base de données d'achat significative — mais jamais analysée. Certains produits revenaient chaque semaine avec une régularité quasi mécanique. D'autres suivaient des cycles saisonniers prévisibles. D'autres encore étaient systématiquement commandés en excès. Aucune de ces informations n'était exploitée : chaque commande repartait de zéro.

La solution : quatre briques d'automatisation en cascade

On a conçu un système en quatre modules interconnectés, qui s'alimentent les uns les autres.

Brique 1 — Agrégation et comparaison des devis fournisseurs

Chaque mise à jour tarifaire de chaque fournisseur est désormais captée automatiquement — qu'elle arrive par email, par import de fichier ou via l'accès portail. Les données sont normalisées dans une base centrale : même référence, même unité, prix à jour pour chaque fournisseur.

Avant chaque commande, le système génère automatiquement un tableau comparatif par produit. Pour chaque matière première, il identifie le fournisseur le moins cher au moment de la commande. Si un écart de prix significatif est détecté sur un produit habituel, une alerte est envoyée avant que la commande ne parte.

L'arbitrage qui prenait une heure est maintenant une lecture de deux minutes.

Brique 2 — Planification prédictive par service

Le système est connecté à l'outil de réservation du restaurant. Chaque soir, il lit le nombre de couverts confirmés pour chacun des services des jours suivants. Il applique ensuite des ratios de consommation par couvert — calculés sur l'historique réel du restaurant, non sur des moyennes théoriques — pour estimer les besoins en matières premières service par service.

Un vendredi avec 80 couverts au dîner déclenche un calcul différent d'un mardi midi avec 30 couverts. La commande est dimensionnée en conséquence, avec une marge de sécurité paramétrable par catégorie de produit (plus élevée pour les produits frais à rotation rapide, plus faible pour les produits secs).

Brique 3 — Détection et automatisation des achats récurrents

L'analyse des douze mois d'historique d'achat a permis d'identifier trois catégories de comportements d'achat :

• Les achats systématiques : produits commandés toutes les semaines, avec des volumes stables. Pour ceux-ci, une commande récurrente est générée automatiquement chaque semaine, au bon fournisseur, avec ajustement du volume selon les réservations de la semaine.
• Les achats saisonniers : produits dont le volume varie selon la période de l'année, avec des patterns prévisibles. Le système anticipe les hausses et baisses de volume en avance, sans que le patron ait à s'en souvenir.
• Les achats ponctuels : produits commandés en dehors du cycle habituel. Ceux-ci restent en décision manuelle — le système les signale simplement quand les stocks descendent sous un seuil défini.

Brique 4 — Génération et envoi des bons de commande

Une fois les besoins calculés et les fournisseurs arbitrés, le système génère les bons de commande formatés selon les exigences de chaque fournisseur. Pour les commandes récurrentes validées, ils partent automatiquement. Pour les commandes à arbitrage manuel ou les montants dépassant un seuil défini, le patron reçoit un récapitulatif pour validation en un clic avant envoi.

L'ensemble du processus — de la lecture des réservations à l'envoi des commandes — s'exécute chaque dimanche soir sans intervention humaine. Le patron reçoit un résumé le lundi matin.

Ce que ce système a changé au quotidien à Nantes

Les deux à trois heures du dimanche soir ont disparu. Ce temps est récupéré. La gestion d'approvisionnement est passée d'une tâche hebdomadaire lourde à une lecture de cinq minutes le lundi matin.

Les invendus ont chuté de 70% en six semaines. La planification par service, ajustée aux réservations réelles, a éliminé la surestimation structurelle de début de semaine.

Les ruptures de stock en service ont pratiquement disparu. La prise en compte des couverts du vendredi et du samedi dans le dimensionnement des commandes a résolu le problème chronique du week-end.

Le coût d'achat a baissé. La comparaison systématique des devis fournisseurs, impossible manuellement, a permis d'identifier des opportunités d'arbitrage régulières — sans changer de fournisseurs ni renégocier quoi que ce soit.

Ce que ce cas illustre sur l'automatisation dans la restauration

La restauration est un secteur où les données existent — réservations, achats, consommations — mais où elles sont rarement exploitées de façon systématique. Chaque décision d'approvisionnement repose sur l'expérience du patron, non sur une analyse de ces données.

Ce n'est pas un manque de rigueur. C'est un manque de temps et d'outils adaptés. L'automatisation ne remplace pas le savoir-faire du restaurateur — elle lui donne enfin accès aux données qu'il accumule depuis des années pour prendre de meilleures décisions, plus vite.

Ce type de système ne nécessite pas de changer de logiciel de caisse, de réservation ou de comptabilité. Il se connecte à ce qui existe déjà et le fait travailler ensemble.