Changer de système en sept étapes sûres

En bref : exportez vos données avant tout changement, définissez le parcours de service indispensable, créez et vérifiez la nouvelle carte, testez le matériel et les paiements, faites répéter le personnel, basculez pendant une période calme et maîtrisée, puis conservez une possibilité de retour. Ne résiliez pas l'ancien système avant que le nouveau ait réussi de vrais contrôles.

DineHarbor propose un essai de 30 jours sans carte bancaire. Un restaurant peut donc tester son POS, sa carte, sa cuisine et son parcours de commande avant de décider. L'essai n'apporte une preuve que s'il porte sur vos véritables besoins.

1. Exporter d'abord les données et les contrats

Téléchargez les informations que l'entreprise a le droit de conserver avant que les accès ne changent. Elles peuvent comprendre les produits de la carte, les prix, les options, les clients, les soldes de fidélité, les commandes, les paiements, les remboursements, le personnel, les taxes, la valeur des cadeaux et les rapports.

Utilisez les formats standard lorsqu'ils existent et conservez une copie intacte. Notez la date de l'export, le système et la personne responsable. Ouvrez les fichiers pour vérifier qu'ils contiennent bien les données et pas seulement un reçu de téléchargement.

Lisez le contrat actuel pour connaître les conditions de préavis, de renouvellement, de matériel, de traitement des paiements et d'accès aux données. Ne supposez pas que la fin de l'essai, la résiliation du logiciel et le contrat de paiement sont un seul et même événement.

Protégez les exports. Les fichiers clients et employés peuvent contenir des données personnelles. Conservez-les sous le contrôle de l'entreprise, limitez les accès et décidez quand les copies de migration seront supprimées.

2. Décrire le parcours indispensable

Recensez ce qui doit fonctionner dès le premier jour : commande au comptoir, commande à table, retrait, livraison, paiement, acheminement en cuisine, reçu, remboursement, fermeture du service et rapports. Marquez les fonctions facultatives pour plus tard.

Comptez les établissements, les employés et les appareils. Notez les imprimantes, tiroirs caisses, terminaux de paiement et tablettes avec leurs modèles et connexions exacts. Vérifiez lesquels peuvent être réutilisés.

Décrivez les cas de panne : perte d'Internet, échec d'une carte, panne d'imprimante, produit épuisé et remboursement client. Un système n'est pas prêt simplement parce qu'une vente ordinaire fonctionne.

Utilisez la liste technique pour le restaurant afin qu'une démonstration commerciale ne définisse pas vos besoins.

3. Créer et vérifier la carte

Importez-la dans un format pris en charge ou recréez-la depuis la source approuvée. DineHarbor peut préparer une ébauche de carte à partir de photos, avec les plats, descriptions et prix. Cela peut réduire la saisie, mais chaque champ doit être vérifié par une personne.

Cet article ne promet pas un outil d'importation directe pour chaque ancien fournisseur ou chaque PDF. Si un export structuré ne peut pas être importé, utilisez des photos nettes de la carte ou la saisie manuelle, puis confirmez les fichiers acceptés dans le produit actuel.

Vérifiez les catégories, noms, prix, taxes, options, promotions, allergènes, calories, traductions et disponibilités. Comparez les totaux de paniers représentatifs.

Ne migrez pas des données obsolètes et encombrantes simplement parce qu'elles existent. Conservez l'export brut, mais lancez une carte maîtrisée que la cuisine peut assurer.

Consultez le guide d'importation de la carte et lisez comment passer d'une carte papier à une carte en ligne.

4. Configurer le matériel et les paiements

Mettez en place un parcours de service complet avant de multiplier les appareils. Connectez une caisse, un écran de cuisine ou une imprimante, une imprimante de reçus, un tiroir caisse et un terminal de paiement pris en charge.

Le POS de DineHarbor fonctionne sur des tablettes Android et iPad ainsi que dans un navigateur. Il prend en charge les imprimantes Bluetooth, réseau ou USB compatibles et les terminaux Stripe Terminal. Confirmez les modèles et leur disponibilité dans votre pays avant l'achat.

Configurez les comptes de paiement sous le contrôle du restaurant. Effectuez des transactions de test approuvées, un échec, un remboursement et un paiement partagé. Rapprochez les données du restaurant de celles du prestataire de paiement.

Étiquetez les appareils et documentez la solution de secours. N'utilisez jamais de véritables coordonnées bancaires pendant un exercice informel.

5. Faire fonctionner les systèmes en parallèle avec soin

Un essai parallèle consiste à valider le nouveau parcours tout en gardant l'ancien disponible. Il ne s'agit pas d'envoyer chaque véritable commande client aux deux cuisines.

Utilisez les parcours de test ou de démonstration pris en charge, des répétitions du personnel et un essai limité. Si une vraie commande est utilisée avec l'autorisation nécessaire, veillez à ce qu'un seul système soit la source du paiement et de l'exécution, puis consignez la comparaison en sécurité.

Comparez les totaux de la carte, le traitement fiscal, les tickets de cuisine, les reçus, les définitions des rapports et les chiffres de fermeture. Résolvez les différences au lieu de choisir le résultat que vous préférez.

Tenez une liste des problèmes de migration avec un responsable et une échéance. Distinguez les blocages des améliorations qui peuvent attendre une transition stable.

6. Répéter un service complet

Formez le personnel par rôle. Les caissiers prennent et corrigent les commandes, les serveurs gèrent les tables, les cuisiniers traitent leurs postes, les livreurs acceptent les courses et les responsables résolvent les problèmes de paiement ou d'appareil.

Simulez un coup de feu réaliste avec des commandes en retrait, en livraison et à table. Incluez une option, une promotion, une note d'allergie, un produit indisponible, un plat mis en attente, un paiement partagé, un remboursement et une panne d'imprimante.

Répétez la bascule elle-même. Qui arrête les commandes sur l'ancien site, modifie les liens publics, vérifie les commandes en attente et ouvre le nouveau parcours ? Qui peut décider d'un retour ?

Utilisez le guide de démarrage pour les écrans de DineHarbor. Donnez au personnel une courte liste locale plutôt que de lui demander de se souvenir d'une vidéo pendant le service.

7. Basculer avec un plan de retour

Choisissez une période calme, loin d'un grand événement ou du lancement d'une carte. Gelez les modifications non essentielles avant le changement. Terminez les commandes ouvertes et exportez le dernier relevé de clôture de l'ancien système.

Mettez à jour un canal à la fois. Confirmez le domaine propre, le lien Google, les codes QR et les consignes de retrait. Pendant l'arrivée des premières commandes, chargez une personne de surveiller la cuisine et l'état des paiements.

Définissez avant de commencer les conditions d'un retour, comme des commandes qui n'atteignent pas la cuisine ou un état de paiement peu fiable. Gardez l'ancien système accessible conformément au contrat et à la politique des données, mais sans second parcours public de commande.

Après le premier service, rapprochez les commandes, les paiements, les espèces, les remboursements et la fidélité. Notez les problèmes et appliquez des corrections maîtrisées.

Une remarque sur GloriaFood

Plusieurs articles de fournisseurs, dont l'article de Fleksa sur les solutions de remplacement de GloriaFood et l'article d'Enacton sur sa fermeture, indiquent que GloriaFood cessera ses activités le 30 avril 2027. Cette information vient de fournisseurs, pas d'une source Oracle. Dernière vérification : 20 octobre 2026.

Si vous utilisez GloriaFood, consultez l'avis d'Oracle et votre compte pour connaître la date et les instructions à jour. Exportez tôt les cartes, les clients et les commandes, puis vérifiez les fichiers. Ne choisissez pas un remplaçant sous le seul effet de l'urgence.

Le comparatif entre DineHarbor et GloriaFood doit présenter une vue datée et sourcée. Confirmez chaque fonction essentielle pendant un essai, car les deux produits peuvent organiser différemment les cartes, les livraisons et les données clients.

Ce qu'il ne faut pas migrer aveuglément

Les anciens comptes du personnel, les promotions expirées, les produits en double, les clients inactifs et les anciens contournements n'ont pas tous leur place dans le nouveau système réel. Conservez les données obligatoires, mais séparez les archives de la configuration active.

Les soldes de fidélité et de portefeuille exigent une attention particulière. Rapprochez les totaux, conservez les justificatifs et informez clairement les clients de toute modification légale. N'inventez jamais un solde parce qu'un export est incomplet.

Ne promettez pas les anciennes intégrations avec les plateformes dans le nouveau système sans confirmation actuelle. Les informations fournies sur DineHarbor comprennent une API et des webhooks, mais ne revendiquent pas l'agrégation de plateformes.

Le premier mois après le changement

Faites un bilan quotidien la première semaine, puis hebdomadaire. Suivez les commandes échouées, les corrections, les remboursements, l'acheminement en cuisine, les pannes d'appareils et les questions du personnel.

Gardez la liste des problèmes visible et donnez la priorité à la sécurité, au paiement et à l'exécution. Repoussez les modifications esthétiques susceptibles de déstabiliser la carte pendant un service chargé.

À la fin de la période de conservation, supprimez les copies de migration devenues inutiles selon les obligations juridiques et de confidentialité de l'entreprise. Conservez les documents contractuels et comptables qui doivent subsister.

Une migration sûre est volontairement sans histoire. Les données sont sauvegardées, le personnel connaît la solution de secours et les clients reçoivent les bons plats sans même savoir qu'un changement a eu lieu.

Prêt à tester le nouveau parcours avant toute résiliation ? Commencez l'essai gratuit de 30 jours, sans carte bancaire.