migration-digitalisation2026-10-15·11 min read
Migration données ancien logiciel restaurant : le guide 2026

Migration données ancien logiciel restaurant : le guide 2026

Migration des données d'un ancien logiciel restaurant : quoi récupérer (carte, fiches, mercuriale), comment l'exporter sans la ressaisie manuelle qui fait peur.

En bref. Le frein numéro un pour changer de logiciel de gestion n'est presque jamais le prix du nouvel outil — c'est la peur de perdre des mois de carte, de fiches techniques et de mercuriale construits à la main dans l'ancien. La migration des données consiste à transférer ces trois blocs (carte et fiches, mercuriale fournisseurs, historique de vente) sans ressaisie manuelle complète. Bien préparée, elle se joue en quelques jours, pas en plusieurs semaines de double saisie redoutée à l'avance.

plusieurs semaines
durée de ressaisie manuelle redoutée avant une migration de données restaurant — contre quelques jours une fois l'export préparé et vérifié

Contexte / Définition

Changer de logiciel de gestion ressemble souvent à déménager sans savoir si les meubles vont rentrer dans le nouvel appartement : la carte, les fiches techniques et la mercuriale ont été construites au fil des années, parfois sur plusieurs outils différents, et personne n'a envie de tout retaper à la main. C'est cette peur, plus que le prix ou la formation, qui retient le plus de restaurateurs sur un outil devenu trop limité.

Migration de données en restauration : transfert de la carte, des fiches techniques, de la mercuriale fournisseurs et de l'historique de vente depuis un ancien logiciel vers un nouveau, sans ressaisie manuelle intégrale — la condition pour que la bascule ne coûte pas plus cher qu'elle ne rapporte.

Le sujet mérite d'être posé clairement en 2026 : plus un restaurant a digitalisé sa gestion tôt, plus il accumule de données qui ont de la valeur — et plus une migration mal préparée peut en faire perdre. Voir le logiciel tout-en-un restaurant sur l'intérêt de ne plus avoir, ensuite, à répéter cette opération à chaque fois qu'un outil périphérique change.

Quelles données migrer en priorité en changeant de logiciel restaurant ?

Réponse directe : trois blocs, dans un ordre de priorité qui reflète ce qui coûte le plus cher à reconstruire — les fiches techniques, la mercuriale fournisseurs, puis l'historique de vente.

1. La carte et les fiches techniques

C'est le bloc le plus sensible, parce qu'il porte à la fois le coût matière de chaque plat et les allergènes affichés légalement sur la carte. Une fiche technique mal reprise — un grammage faussé, un allergène oublié — ne se voit pas immédiatement, mais fausse le food cost de chaque plat concerné dès le premier service sur le nouvel outil.

2. La mercuriale fournisseurs

Sans les derniers prix d'achat connus, le nouvel outil repart avec des coûts matière à zéro ou approximatifs, ce qui invalide instantanément tout calcul de marge tant que la mercuriale n'est pas revenue à jour. C'est souvent le bloc le plus long à reconstruire à la main s'il n'est pas exporté correctement — voir la mercuriale digitale restaurant sur ce que cette liste de prix contient réellement et pourquoi elle mérite d'être traitée comme un bloc à part entière, pas comme un simple détail de la carte.

3. L'historique de vente

Moins critique au jour un, mais nécessaire si le nouvel outil propose des statistiques ou des prévisions basées sur le passé — voir changer de logiciel de caisse restaurant sur la façon de conserver cet historique spécifiquement côté encaissement.

💡
Astuce terrain

Avant de signer un nouvel outil, demande une démonstration concrète d'import : donne 5 fiches techniques réelles de ta carte actuelle et regarde ce qui arrive de l'autre côté. Si le résultat demande une correction manuelle importante, le reste de la carte en demandera autant.

Classeur de fiches techniques papier posé à côté d'un ordinateur portable ouvert sur un logiciel de gestion restaurant
La peur de tout retaper à la main freine plus de migrations que le prix du nouvel outil.

Comment migrer ses données sans interrompre le service ?

Réponse directe : en exportant tout avant de couper quoi que ce soit, en vérifiant l'import sur un échantillon réduit, puis en basculant sur une période calme plutôt qu'un vendredi soir.

Étape 1 — Exporter tout ce qui existe dans l'ancien outil

Carte, fiches techniques, mercuriale, historique — chaque export se fait avant toute résiliation, jamais après. Un accès coupé trop tôt transforme une migration planifiée en sauvetage de données dans l'urgence, le même principe que celui qui protège le suivi des prix matières premières d'une rupture d'historique au mauvais moment.

Étape 2 — Vérifier l'import sur un échantillon avant de tout basculer

Importer dix ou vingt fiches techniques réelles dans le nouvel outil et les comparer une à une à l'original permet de repérer une erreur de grammage ou d'allergène avant qu'elle ne se propage sur l'ensemble de la carte — le même réflexe de vérification que celui recommandé pour la caisse conforme NF525 avant toute mise en production.

Étape 3 — Basculer sur une semaine creuse, pas sur un coup de feu

Le changement définitif — coupure de l'ancien outil, passage complet sur le nouveau — se programme sur la période la plus calme du calendrier, jamais un vendredi ou un samedi soir où une erreur de dernière minute n'a aucune marge de rattrapage.

Cas pratique — La Verrerie, Albi (2015-2018)

À son rachat en 2015, La Verrerie gérait sa carte et ses fiches techniques sur un classeur papier doublé d'un tableur Excel maison, mis à jour de façon irrégulière selon le temps disponible en fin de service. Fin 2016, le passage à un premier outil de gestion numérique s'est heurté exactement au problème que redoutent la plupart des restaurateurs : comment transférer 52 fiches techniques et une mercuriale de 38 fournisseurs référencés sans tout retaper un soir après l'autre.

La première tentative, lancée sans méthode, a consisté à ressaisir les fiches une à une pendant les heures creuses de l'après-midi — un rythme qui laissait présager plusieurs semaines de travail avant d'avoir une carte complète et fiable sur le nouvel outil. Le vrai blocage n'était pas technique, c'était l'absence de plan : personne n'avait listé précisément ce qui existait avant de commencer à taper.

La correction est venue d'un changement de méthode plutôt que d'un effort supplémentaire : un inventaire complet des 52 fiches et des 38 fournisseurs établi en une soirée, suivi d'une saisie organisée par famille de plats plutôt qu'au hasard. La carte complète a été opérationnelle sur le nouvel outil en 9 jours, contre plusieurs semaines estimées au rythme de la première tentative.

plusieurs semaines → 9 jours
durée de migration des fiches techniques et de la mercuriale à La Verrerie, entre la première tentative sans méthode et la bascule organisée par inventaire préalable, fin 2016

Ressaisie manuelle complète, export-import basique ou migration organisée : quel choix ?

Trois façons de transférer ses données en changeant de logiciel, avec un écart réel sur le temps perdu et le risque d'erreur.

Ressaisie manuelle, export-import basique, ou migration organisée par inventaire
Ressaisie manuelle complète
Chaque fiche retapée à la main dans le nouvel outil
TEMPS NÉCESSAIRE
Plusieurs semaines sur une carte courante
RISQUE D’ERREUR
Élevé — grammage ou allergène oublié
DONNÉES CONSERVÉES
Dépend de la rigueur de la ressaisie
INTERRUPTION DE SERVICE
Faible si étalée, mais très chronophage
Tient sur une petite carte ; devient ingérable au-delà de 30-40 fiches.
Export-import basique sans vérification
Fichier exporté puis réimporté sans contrôle ligne par ligne
TEMPS NÉCESSAIRE
Rapide en apparence
RISQUE D’ERREUR
Élevé — erreurs de format non détectées
DONNÉES CONSERVÉES
Complètes sur le papier, pas toujours exactes
INTERRUPTION DE SERVICE
Risque de correction en urgence après coup
Rapide, mais le contrôle manquant se paie souvent au premier service.
Onrush
Import accompagné, inventaire préalable, échantillon vérifié
Recommandé
TEMPS NÉCESSAIRE
Quelques jours sur une carte courante
RISQUE D’ERREUR
Maîtrisé par la vérification d’échantillon
DONNÉES CONSERVÉES
Carte, fiches, mercuriale et historique repris
INTERRUPTION DE SERVICE
Nulle — bascule programmée hors coup de feu
Pour qui veut changer d’outil sans revivre des semaines de ressaisie à la main.

Le vrai écart entre ces trois approches ne se mesure pas au prix du nouvel outil, mais au temps d'équipe consommé avant qu'il devienne réellement utilisable. Voir le comparatif logiciel tout-en-un restaurant 2026 pour comparer ce que chaque éditeur accepte réellement en import avant de s'engager sur un nouvel abonnement.

Source officielle

Eu
Source officielle · Eur-Lex
Règlement (UE) n° 1169/2011 — information des consommateurs sur les denrées alimentaires
Base légale de l'obligation d'affichage des allergènes sur chaque fiche technique — une obligation qui ne disparaît pas pendant une migration de données, quel que soit l'outil qui héberge la carte avant ou après la bascule.
↗

Erreurs fréquentes

⚠️
À éviter

Résilier l'ancien logiciel avant d'avoir vérifié que l'export est complet et exploitable. Une fois l'accès coupé, récupérer une fiche technique oubliée peut devenir impossible — surtout si l'éditeur ne conserve pas les données après la fin d'un abonnement.

Erreur 1 : migrer sans inventaire préalable. Se lancer dans la ressaisie sans avoir listé ce qui existe réellement fait découvrir des fiches ou des fournisseurs oubliés en plein milieu de la bascule, au pire moment pour les retrouver — un angle mort comparable à celui décrit pour le logiciel comptabilité restaurant, où une donnée mal reprise ne se révèle souvent qu'au contrôle suivant.

Erreur 2 : ne vérifier aucun échantillon avant d'importer toute la carte. Une erreur de format sur les dix premières fiches se répète identiquement sur les cinquante suivantes si elle n'est repérée qu'après coup.

Erreur 3 : basculer un jour de forte activité. Une migration, même bien préparée, se programme sur la période la plus calme du calendrier — jamais sur un service où une erreur de dernière minute n'a aucune marge de rattrapage.

Erreur 4 : oublier la mercuriale fournisseurs au profit de la seule carte. Une carte parfaitement reprise mais sans prix d'achat à jour repart avec un food cost faux dès le premier jour — voir la fiche technique dynamique sur le lien direct entre prix fournisseur et coût réel de chaque plat.

Conclusion

1. La peur de la migration dépasse presque toujours sa difficulté réelle. Bien préparée, elle se joue en quelques jours, pas en plusieurs semaines.

2. Trois blocs de données comptent vraiment. Fiches techniques, mercuriale fournisseurs et historique de vente — dans cet ordre de priorité si le temps est compté.

3. L'inventaire préalable est ce qui change tout. Savoir précisément ce qui existe avant de commencer à transférer évite la découverte en cours de route, toujours au pire moment.

Le vrai bénéfice n'est pas d'avoir un nouvel outil — c'est de ne plus jamais avoir peur de changer d'outil, parce que la donnée appartient au restaurant, pas au logiciel qui l'héberge aujourd'hui. Voir le logiciel restaurant avec IA sur la façon dont une carte peut aussi se reconstruire directement depuis une photo plutôt que depuis un export, quand aucun fichier propre n'existe côté ancien outil.

À lire ensuite
Passer à l'action

Vous voulez voir comment Onrush gère ça dans votre restaurant ?

Démo 20 min, sans engagement. On regarde vos vrais chiffres.

Demander une démo →

Articles liés


Dernière mise à jour le 2026-10-15. Rédigé par Cyril Quesnel, fondateur Onrush, chef entrepreneur (La Verrerie 2015-2018, Lunch Wagon 2023-2026).

Questions fréquentes

Qu'est-ce que la migration des données quand on change de logiciel de restaurant ?+
C'est le transfert de tout ce qui fait tourner le restaurant au quotidien — la carte, les fiches techniques avec leurs grammages et allergènes, la mercuriale fournisseurs, l'historique de vente — depuis l'ancien outil vers le nouveau, sans que personne n'ait à ressaisir chaque ligne à la main. Voir la fiche technique dynamique sur la donnée la plus sensible à transférer correctement, celle dont dépend le food cost du jour un.
Quelles données faut-il absolument récupérer en changeant de logiciel restaurant ?+
Trois blocs, dans cet ordre de priorité : les fiches techniques avec leurs allergènes (la base légale de la carte), la mercuriale fournisseurs à jour (sans elle, le food cost repart de zéro), puis l'historique de vente si le nouvel outil en a besoin pour ses statistiques. Voir changer de logiciel de caisse restaurant sur la même logique appliquée spécifiquement à l'historique d'encaissement.
Mon ancien logiciel ne propose aucune fonction d'export, est-ce bloquant ?+
Rarement totalement bloquant, mais ça change la méthode : sans export structuré, la récupération passe par une extraction manuelle ou semi-automatisée (capture d'écran, copier-coller organisé, parfois une demande directe à l'éditeur) plutôt que par un fichier propre en un clic. C'est plus lent, pas impossible — voir le logiciel tout-en-un restaurant sur l'intérêt de centraliser ensuite tout au même endroit pour ne plus revivre ce problème à la prochaine bascule.
Combien de temps faut-il pour migrer sans interrompre le service ?+
Sur une carte de taille courante, la bascule technique elle-même se joue en quelques jours une fois les données exportées — le vrai facteur de retard est presque toujours la préparation en amont, pas la migration. Voir changer de logiciel de caisse restaurant pour une méthode détaillée en double système avant de couper définitivement l'ancien outil.
Par où commencer une migration de données logiciel restaurant ?+
Par un inventaire simple avant toute bascule technique : lister ce qui existe réellement dans l'ancien outil (combien de fiches, combien de fournisseurs référencés, quel historique disponible), puis vérifier ce que le nouvel outil sait importer nativement. Voir le comparatif logiciel tout-en-un restaurant 2026 pour comparer ce que chaque outil accepte en import avant de s'engager.
Migrer ses données, est-ce la même chose que changer uniquement de logiciel de caisse ?+
Non — c'est plus large. Changer de caisse ne concerne que l'encaissement et son historique de vente ; migrer ses données couvre aussi la carte, les fiches techniques et la mercuriale, qui existent souvent dans des outils complètement séparés de la caisse. Voir changer de logiciel de caisse restaurant pour le sous-cas spécifique à l'encaissement.
CQ
Chef entrepreneur. 2 établissements redressés (La Verrerie 2015-2018, Lunch Wagon 2023-2026). Fondateur Onrush.
Mis à jour le 2026-10-15Bio complète →
Migration données ancien logiciel restaurant : le guide 2026 | Onrush