Extraire les données de recettes et d'allergènes avant l'arrêt du système

Commencez dès que vous connaissez la date d'arrêt, et non la semaine précédente. L'extraction révèle toujours des surprises : un export qui omet les champs d'allergènes, un module de recettes qui ne restitue qu'une catégorie à la fois, ou une API nécessitant de nouveaux identifiants. Donnez-vous suffisamment de marge pour surmonter ces obstacles et extraire les données proprement. En règle générale, commencez l'extraction dès que la migration est validée, et traitez le jour où votre accès en lecture prend fin comme la véritable échéance. Le nettoyage et l'import peuvent avoir lieu après cette date. L'extraction des données brutes, non.

Extrayez les données que vous ne pourriez pas reconstruire de mémoire. Cela inclut les ingrédients de base avec leurs codes fournisseurs, conditionnements et coûts ; toutes les recettes et sous-recettes ; les coordonnées des fournisseurs ; et les étiquettes d'allergènes. Extrayez les ingrédients avant les plats finis, car un nouveau système reconstruit les recettes à partir de la liste d'ingrédients qui les compose. L'historique transactionnel, comme les prises d'inventaire passées et les commandes, ne mérite généralement pas d'être migré, puisque vous repartirez de zéro avec un stock d'ouverture. Consacrez votre temps limité aux données de référence, aux recettes et aux informations sur les allergènes, car ce sont ces données qui nécessitent des semaines à recréer en cas de perte.

Parce que de nombreux opérateurs ne l'ont jamais saisie dans le système. Les informations sur les allergènes se trouvent généralement sur les fiches techniques des fournisseurs, et le personnel s'y réfère directement sans entrer les données dans la plateforme. À l'exportation, il n'y a rien dans les champs allergènes à extraire. C'est l'une des lacunes les plus courantes lors d'une migration de données en restauration. Anticipez-le : rassemblez les fiches techniques en parallèle de votre export et traitez le remplissage des champs allergènes comme une étape de nettoyage obligatoire, pas optionnelle. C'est aussi l'occasion d'intégrer correctement les données d'allergènes dans le système pour ne plus jamais courir après les fiches techniques.

Saisissez-les une fois au niveau de l'ingrédient, pas recette par recette. Dans Supy, chaque allergène est étiqueté sur l'ingrédient de base et cette étiquette se transmet automatiquement à chaque recette utilisant cet ingrédient. Au lieu de ressaisir les allergènes sur des centaines de plats, vous les définissez sur votre liste d'ingrédients — une tâche bien plus courte. Travaillez à partir des fiches techniques de vos fournisseurs pendant que vous nettoyez le fichier d'importation, en remplissant le champ allergène pour chaque ingrédient. Une fois les étiquettes en place, une matrice d'allergènes peut s'imprimer sur tout le menu et les nouvelles recettes héritent des bons allergènes dès le départ.

Vous n'avez pas à les créer une par une. Une feuille de calcul nettoyée d'ingrédients et de recettes peut être importée en masse, ce qui est bien plus rapide que la saisie manuelle. Chargez d'abord vos ingrédients de base, puis vos recettes, pour que chaque recette trouve les articles qu'elle référence. La principale mise en garde est la structure : les modèles d'importation fonctionnent mieux quand vos catégories et unités sont cohérentes, donc l'étape de nettoyage compte autant que l'importation. Consacrez vos efforts à l'organisation du fichier et le chargement devient rapide. Un fichier désordonné est ce qui transforme une importation en masse en saisie manuelle.

Vous fonctionnez à l'aveugle sur les stocks jusqu'à la fin de l'association. L'association relie chaque article de menu du point de vente à la recette qui lui correspond, de sorte que lorsqu'un plat est vendu, le système décompte les bons ingrédients. Sans cela, les ventes ne réduisent pas les stocks et votre stock théorique s'écarte de la réalité dès le premier jour. La solution est d'associer avant le lancement, pas après. Avec l'association en place, la consommation est suivie avec précision dès le démarrage plutôt qu'à une date future. C'est une petite étape qui décide si vos premières semaines de données sont utilisables.

Généralement, vous ne migrez pas les mouvements de stocks historiques, et c'est normal. La plupart des équipes démarrent le nouveau système avec une prise d'inventaire d'ouverture le jour du lancement plutôt que d'importer des mois de transactions passées. Ce que vous transférez, c'est les données de référence : ingrédients, recettes, fournisseurs et étiquettes d'allergènes. Vos inventaires et commandes historiques restent dans l'ancien système comme référence si vous en avez besoin. Importer l'historique des transactions vaut rarement l'effort et introduit souvent des erreurs. Établissez un inventaire d'ouverture propre, associez votre POS et laissez le nouveau système construire un historique précis à partir du démarrage.