Un restaurant n’a pas besoin d’une application pour chaque idée : il a besoin d’un flux de commande qui ne se recopie jamais, puis d’outils séparés là où les métiers sont réellement différents. BelloPOS Pro couvre l’encaissement, les tables, les serveurs, l’écran cuisine et le réseau local; BelloPOS couvre aussi stock, achats et rapports selon la licence. Il ne fait pas la comptabilité, la paie, les réservations, la commande QR client, la borne, l’agrégation des plateformes de livraison ni les fiches recettes ingrédient. Le tableau ci-dessous dit quoi garder dans la caisse et quoi acheter ailleurs.
En bref
- Un noyau opérationnel : caisse, tables, cuisine, stock et clôture doivent partager les mêmes ventes.
- Une seule saisie : la commande prise en salle doit devenir ticket cuisine, addition, sortie de stock et rapport.
- Des outils spécialisés : comptabilité, paie, réservations et agrégation livraison ne sont pas des fonctions de caisse.
- BelloPOS a des limites nettes : pas de QR client, borne, réservation, comptabilité ni fiches recettes ingrédient.
- Commencez par le service réel, puis ajoutez un outil seulement quand une double saisie ou une erreur mesurée le justifie.
La carte des outils, travail par travail
La colonne honnête est la dernière. « Non » ne veut pas dire que la tâche disparaît : il dit où prévoir un autre outil, une intégration ou une procédure.
| Travail à faire | Ce que BelloPOS couvre | Ce qu’il faut ailleurs |
|---|---|---|
| Encaisser et clôturer | Ventes, tickets, modes de paiement, utilisateurs et rapports | Le TPE bancaire traite réellement la carte |
| Gérer la salle | Plan de tables, additions ouvertes, transfert et partage dans Pro | Réservation en ligne et acompte de réservation |
| Envoyer en cuisine | Écran cuisine et tickets cuisine sur le réseau local dans Pro | Routage cloud entre plusieurs établissements |
| Prendre la commande | Caisse et application serveur locale dans Pro | Menu QR commandable, borne et commande web client |
| Suivre le stock | Articles, entrées, inventaires, alertes et achats | Fiches recettes ingrédient et food cost automatique |
| Recevoir les livraisons fournisseurs | Achats, fournisseurs, quantités reçues et prix de revient dans Go/Pro | Comptabilité fournisseur et paiement bancaire |
| Recevoir Glovo, Yassir et autres | La vente peut être saisie comme canal distinct | Agrégateur ou connecteur pour éviter la ressaisie |
| Fidéliser | Fiches clients et historique | Campagnes, avis automatisés, coupons et fidélité omnicanale |
| Faire la comptabilité | Exports, tickets et factures PDF selon la licence | Logiciel comptable et travail du comptable |
| Gérer l’équipe | Comptes, rôles, activité et ventes par utilisateur | Planning, pointage légal, paie et déclarations |
Le paiement illustre bien la frontière : la caisse enregistre « carte », mais c’est le terminal fourni par la banque qui autorise et encaisse. Notre guide caisse ou TPE explique pourquoi les deux appareils ne se remplacent pas.
Le noyau : de la commande à la clôture
Le noyau doit appartenir à un seul système parce que chaque rupture crée une ressaisie. Dans un service à table, la commande ouvre une table, part au bon poste de cuisine, revient prête, se complète, se partage, se paie puis alimente le rapport. Si la cuisine et la caisse portent deux numéros différents, aucune intégration ajoutée plus tard ne réparera le service.
- Salle : Le serveur voit les tables ouvertes et leurs additions. Un transfert ou une séparation garde l’historique au lieu de recréer un ticket.
- Cuisine : Les lignes arrivent avec table, heure et options. Le guide écran de cuisine KDS aide à choisir entre papier et écran.
- Comptoir : Le règlement clôt la même commande et le mode de paiement apparaît dans la fermeture, sans tableau parallèle.
- Stock : La vente sort l’article vendu. Elle ne décompose pas automatiquement un plat en ingrédients dans BelloPOS; pour cela, il faut un moteur de recettes.
- Rapports : Le responsable lit ventes, paiements, utilisateurs et articles sur la même période, puis transmet les pièces utiles au comptable.
Testez ce parcours avec une addition divisée, un plat annulé après envoi, un supplément, deux modes de paiement et une coupure internet. Un vendeur qui ne peut pas faire cette démonstration avec vos cas ne vous montre pas un système, seulement des écrans.
Installer dans l’ordre, pas tout le même jour
Chaque étage doit produire une semaine propre avant le suivant. Sinon, quand une commande manque, personne ne sait quel outil l’a perdue.
- Semaine 1 : reconstruisez la carte. Articles, familles, options, prix, modes sur place et à emporter. Supprimez les commentaires libres récurrents en créant de vraies options.
- Semaine 2 : faites tourner la salle et la clôture. Tables, utilisateurs, annulations, partage d’addition et comptage du tiroir. Corrigez la procédure avant d’ajouter un écran.
- Semaine 3 : branchez la cuisine. Choisissez tickets ou KDS par poste et mesurez les commandes simultanées au coup de feu.
- Semaine 4 : fiabilisez achats et stock. Entrez les réceptions et les coûts, puis faites un inventaire témoin. Le guide du food cost montre ce qu’une vraie fiche recette doit calculer.
- Mois 2 : traitez la livraison. Comptez les commandes ressaisies et les erreurs avant d’acheter un agrégateur. Notre méthode de centralisation donne le seuil de décision.
- Mois 3 : reliez la gestion. Fixez l’export transmis au comptable, la fréquence, le responsable et le dossier d’archives. Ne donnez jamais au comptable des captures d’écran comme source définitive.
Une petite équipe peut rester avec trois outils : la caisse opérationnelle, le terminal bancaire et la comptabilité. Réservation, agrégateur et marketing n’entrent que lorsque le volume les paie. La simplicité est une architecture, pas un manque d’ambition.
Le tout-en-un n’est pas toujours une victoire
Une suite qui fait caisse, réservation, livraison, fidélité, comptabilité et paie peut supprimer des ressaisies, mais elle agrandit aussi la dépendance, la migration et le coût de sortie. À l’inverse, six applications sans propriétaire créent six mots de passe et aucune vérité commune. Gardez le noyau du service ensemble; séparez les métiers qui ont leurs propres règles et exigez un export standard à chaque frontière.
Ce que BelloPOS fait bien — et ce qu’il ne faut pas lui demander
BelloPOS Pro est cohérent pour un restaurant où les commandes partent de la caisse ou des serveurs, arrivent sur un écran cuisine local, et où une base Windows doit continuer sans internet. Les achats, fournisseurs, factures PDF, rôles, sauvegardes et rapports complètent le noyau selon la licence. Pour un seul établissement qui veut acheter le logiciel une fois, c’est son terrain.
Ne le choisissez pas si le projet dépend d’une borne client, d’une commande QR, d’une boutique en ligne, de réservations intégrées, d’applications livreur/client, de fiches recettes automatiques ou d’un stock partagé entre branches. L’article Avantages Feedback ou BelloPOS pour restaurant compare précisément ces fonctions et recommande le concurrent quand son parcours client est le besoin principal.
La bonne question n’est donc pas « quel est le meilleur outil restaurant ? », mais « où naît la commande et combien de fois est-elle retapée avant la comptabilité ? ». Dessinez ce trajet sur une page. Chaque flèche manuelle est une erreur possible; chaque intégration est un coût et un point de panne à tester.
- Achetez BelloPOS pour : le service local, les tables, le KDS, l’encaissement, le stock d’articles, les achats et les rapports.
- Achetez ailleurs pour : la réservation, le QR client, la borne, l’agrégation livraison, la comptabilité, la paie et les recettes ingrédient.
- Exigez entre les deux : un identifiant de commande, un export CSV/PDF, des périodes identiques, un responsable et une procédure de reprise.
Le test d’achat en douze questions
Envoyez cette liste avant la démonstration. Toute réponse « oui » doit être montrée avec une commande réelle.
- Une commande est-elle saisie une seule fois du serveur au rapport ?
- Que voit la cuisine et comment signale-t-elle qu’un plat est prêt ?
- Peut-on déplacer une table, partager une addition et annuler après envoi ?
- Quelles fonctions restent disponibles si internet tombe ?
- Le TPE est-il intégré ou le montant doit-il être retapé ?
- La vente déduit-elle un article ou les ingrédients d’une recette ?
- Comment une commande de livraison entre-t-elle dans la cuisine ?
- Quels exports le comptable reçoit-il et dans quel format ?
- Les réservations, acomptes et absences sont-ils réellement gérés ?
- Qui possède les sauvegardes et une restauration a-t-elle été testée ?
- Peut-on exporter toutes les données avant de quitter le produit ?
- Quel est le coût total sur cinq ans, intégrations et matériel compris ?
Les erreurs à éviter
- Acheter des logos au lieu d’un flux. Trois outils connus ne valent rien si la commande est retapée entre eux.
- Confondre article et recette. Sortir un burger du stock n’est pas sortir pain, viande, sauce et emballage.
- Appeler la caisse comptabilité. Elle produit des pièces et des exports; elle ne tient pas les livres ni les déclarations.
- Brancher la livraison sans mesurer. Comptez d’abord ressaisies, erreurs et commissions par canal.
- Tout installer avant la formation. Une semaine par étage rend les erreurs attribuables et corrigeables.
Questions fréquentes
Quels sont les outils indispensables pour gérer un restaurant ?
Au minimum : une caisse qui relie salle, cuisine et clôture, un moyen de paiement, un suivi des achats et du stock, puis un outil comptable. Réservation, livraison et marketing dépendent du volume réel.
BelloPOS fait-il la comptabilité du restaurant ?
Non. Il produit tickets, factures PDF et rapports selon la licence, mais la tenue comptable, les déclarations et la paie restent dans un logiciel spécialisé ou chez le comptable.
BelloPOS calcule-t-il le food cost des recettes ?
Non. Il suit des articles en stock, mais ne décompose pas automatiquement un plat en ingrédients. Il faut un outil de fiches recettes pour ce calcul.
Faut-il un écran cuisine ?
Pas toujours. Une petite cuisine avec peu de commandes simultanées peut garder l’imprimante. Le KDS devient utile quand l’ordre, le temps d’attente et les modifications ne tiennent plus sur le papier.
Comment centraliser les commandes de livraison ?
Commencez par identifier chaque canal dans la caisse et mesurer les ressaisies. Si le volume justifie l’abonnement, choisissez un agrégateur compatible avec vos plateformes et testez les annulations et remboursements.
Quel outil choisir pour les réservations et le menu QR ?
Un outil spécialisé ou une suite restaurant qui les intègre. BelloPOS ne propose ni réservation en ligne ni commande client par QR; ne l’achetez pas pour ces fonctions.
À retenir
Le bon ensemble n’est ni un logiciel qui promet tout, ni une collection d’applications. Gardez commande, salle, cuisine, encaissement, stock et clôture dans un noyau cohérent; achetez comptabilité, paie, réservation, QR et agrégation ailleurs quand le besoin est réel. BelloPOS couvre bien le noyau local, et ses limites doivent faire partie de la décision.
Sources
Les chiffres et les règles cités ci-dessus viennent de ces pages, consultées à la date indiquée dans l’article.
- Fonctions restaurant BelloPOS, consultées le 31 juillet 2026
- Packs et fonctions Avantages Feedback, consultés le 31 juillet 2026
Construisez d’abord le noyau du service
Testez gratuitement la caisse et le stock avec BelloPOS Lite. Pour les tables, l’écran cuisine, les serveurs et le réseau local, demandez une démonstration de BelloPOS Pro.
Pour aller plus loin
D’autres guides pratiques sur le même sujet :