Migration d'un groupe de restauration multi-sites vers un logiciel de gestion des stocks : go-live

Commencez la migration par vos données structurées

La migration d'un groupe de restauration multi-sites vers un nouveau logiciel de gestion des stocks se déroule sans accroc lorsque vous migrez d'abord les données structurées. Recettes, articles et liens fournisseurs se transfèrent depuis l'ancien système, de sorte que la nouvelle plateforme est opérationnelle en quelques jours sans tout reconstruire à la main. Respectez cet ordre et le changement de logiciel devient la partie la plus simple du projet.

Traitez la migration comme quatre phases successives. Auditez ce que l'ancien système contient. Transférez les recettes et les articles. Modélisez le flux d'approvisionnement réel de chaque site. Puis validez la bascule avant de passer sur la nouvelle plateforme de gestion des stocks pour restaurants.

Ce guide traite de la migration des données et de la bascule elle-même. Le séquencement du déploiement sur les sites et la formation qui l'accompagnent constituent un sujet distinct. Pour cela, lisez notre article de Blog déployer un logiciel de gestion des stocks dans un groupe de restauration multi-sites. Ici, l'objectif est de définir ce qui doit être migré, dans quel ordre, et comment prouver que tout a bien été transféré.

Transférez les recettes et les articles avant de construire quoi que ce soit de nouveau

Les recettes et les articles sont ce qui est le plus long à recréer et le plus grand accélérateur lorsqu'ils sont bien migrés. Un groupe ayant migré depuis un logiciel d'inventaire spécialisé a constaté que les données structurées déjà présentes dans l'ancien outil étaient la principale raison pour laquelle la nouvelle plateforme était rapidement opérationnelle. Les données ont été transférées — personne n'a eu à reconstruire un référentiel depuis un écran vide.

Mappez l'ancien système sur la nouvelle structure avant d'importer. Dans Supy, chaque ingrédient devient un article de base unique auquel sont rattachées toutes les références fournisseur et tailles de conditionnement. Les plats à la carte et les recettes de préparation reposent sur ces articles, et chaque recette est liée à son article de menu POS afin qu'une vente déduise le bon stock. Exportez votre liste d'articles actuelle, votre référentiel fournisseurs et vos recettes, puis alignez-les sur cette structure.

Nettoyez les données pendant qu'elles sont encore sous forme de tableur. Fusionnez les articles en double. Archivez les produits que vous n'achetez plus. Confirmez le rendement de chaque recette. Une migration est le seul moment où corriger le référentiel ne coûte presque rien de plus, car vous passez de toute façon sur chaque ligne.

Modélisez le flux d'approvisionnement réel de chaque site

Les groupes de restauration multi-sites fonctionnent rarement selon un seul modèle d'approvisionnement, et une migration qui le suppose échoue sur les sites atypiques. Un grand groupe gérait tous ses sites dans des tableurs selon deux flux différents. Certains sites recevaient des plats précuits depuis une cuisine centrale. D'autres recevaient des matières premières directement des fournisseurs. La migration devait modéliser les deux flux, sans imposer un seul schéma à tous les sites.

Classez vos sites dans ces deux flux avant de configurer quoi que ce soit. Le tableau ci-dessous indique ce que chaque flux nécessite de transférer.

Supy gère les deux modèles au sein d'un même groupe. Les sites en livraison directe émettent leurs propres demandes d'achat et bons de commande auprès de leurs fournisseurs. Les sites approvisionnés par la cuisine centrale envoient leurs commandes à celle-ci, qui visualise la demande consolidée de tous les sites et livre en conséquence. Définissez d'abord le flux de chaque site et le reste de sa configuration en découlera naturellement.

Configurez le système pour les personnes qui l'utiliseront au quotidien

Ceux qui gèrent les stocks après la bascule ne sont souvent pas ceux qui ont choisi le logiciel. Un groupe quittant un système comptable a identifié le risque tôt. Les utilisateurs quotidiens étaient désormais le personnel de cuisine et d'entrepôt, non des comptables — les flux devaient donc convenir à des opérateurs non financiers, sous peine d'un rejet de l'adoption.

Concevez le système pour ces utilisateurs. Créez des modèles de prise d'inventaire dans l'ordre dans lequel un agent parcourt les rayons. Définissez les stocks minimums par article et par site, afin qu'un responsable voie en un coup d'œil où se situe un site par rapport à sa position. Gardez les flux mobiles suffisamment courts pour terminer un inventaire ou une réception sur un téléphone. Chaque action est enregistrée contre un utilisateur nominatif, ce qui préserve la traçabilité que l'équipe financière attend, sans qu'un chef ait à raisonner comme un comptable.

Validez la bascule, puis passez en production

La bascule est là où une migration fait ses preuves, pas où elle est supposée fonctionner. Avant de couper l'ancien système, effectuez quatre vérifications qui détectent les défaillances réellement rencontrées par les opérateurs. Chacune est rapide et bien moins coûteuse à corriger la veille du go-live qu'une semaine après.

Premièrement, confirmez que chaque article du menu POS est lié à une recette ou signalé comme ne nécessitant pas de suivi. Les opérations en lot permettent de lier de nombreux articles en même temps, et c'est cette étape qui fait qu'une vente déduit le stock dès le premier instant après le go-live. Deuxièmement, réinitialisez les stocks minimums sur chaque article dans chaque site, afin que les commandes partent de la bonne position plutôt que d'une estimation.

Si vous préférez ne pas calculer les stocks minimums manuellement, le calculateur de stock minimum gratuit les calcule pour chaque article de votre feuille à partir de votre consommation, de vos jours de livraison et des délais fournisseurs.

Troisièmement, effectuez un inventaire d'ouverture complet sur tous les sites le même jour, afin que le nouveau système démarre sur des chiffres réels. Quatrièmement, transférez tous les bons de commande en cours afin que rien dans l'approvisionnement ne se perde en chemin. Validez ces quatre points et vous pourrez basculer site par site en toute confiance, car vous avez déjà vu les données se comporter correctement.

Par où commencer cette semaine

Une migration réussit grâce à la qualité des données et à l'adoption, pas au changement de logiciel en lui-même. Votre premier geste est un audit des données, et vous pouvez le faire avant de vous engager sur quoi que ce soit. Exportez une liste complète d'articles, un référentiel fournisseurs et un ensemble de recettes depuis votre système actuel. Vérifiez ensuite trois choses : si les recettes comportent un rendement propre, si des articles en double se cachent entre les sites, et si le flux d'approvisionnement de chaque site est documenté. Si les trois sont corrects, votre migration est en grande partie terminée avant même de commencer. Sinon, vous avez trouvé le travail qui remonterait autrement le jour du go-live.