Droits d'accès sur la caisse : ce que vos serveurs doivent — et ne doivent pas — pouvoir faire (2026)

7 août 2026 à 23:36Tabres Team

droits d'accès caisse rôles utilisateurs logiciel de caisse droits serveur contrôle des accès restaurant gestion de restaurant sécurité caisse

L'argent qui sort d'un restaurant ne passe presque jamais par le tiroir-caisse. Il sort par une annulation, un offert, et une remise de 20 % que personne n'a eu à valider.

Réponse courte. Un serveur doit pouvoir faire tout ce qui sert le client : ouvrir une commande, ajouter et modifier des articles avant l'encaissement, déplacer ou fusionner des tables, éditer l'addition, encaisser, ajouter un pourboire. Il ne doit pas pouvoir faire ce qui modifie l'argent après coup ou modifie l'entreprise elle-même : remboursements, offerts, changement de prix, modification de la carte, rapports de vente, fiches du personnel. Entre les deux, une petite liste d'actions autorisées avec un motif et une validation : retirer une ligne déjà envoyée, accorder une remise, rouvrir une commande encaissée.

Réglez bien ces trois listes et deux choses arrivent en même temps. Votre salle va plus vite, parce que personne n'attend un responsable pour une action qui appartient au serveur. Et vos pertes diminuent, parce que les rares actions qui coûtent vraiment de l'argent laissent désormais un nom et un motif.

Construisons ces listes.

Ce que sont vraiment les droits d'accès

Un droit d'accès, c'est un interrupteur oui/non sur une action précise. « Peut appliquer une remise. » « Peut effectuer un remboursement. » « Peut consulter les rapports de vente. »

Un rôle, c'est un paquet d'interrupteurs : serveur, chef de rang, caissier, barman, responsable de service. Vous configurez le paquet une fois, puis vous recrutez dessus. Un nouveau serveur démarre le premier jour avec exactement les mêmes accès que tous les autres, et vous n'avez plus à vous souvenir de ce que vous aviez donné au précédent.

Les logiciels de caisse modernes proposent 50 à 70 de ces interrupteurs, répartis entre commandes, remises, encaissements, remboursements, carte, tables, personnel, stocks et reporting. Cela paraît lourd. Ça ne l'est pas, parce que vous ne réfléchirez vraiment qu'à huit d'entre eux. Le reste est évident dans un sens comme dans l'autre.

La règle qui garde le système simple : donnez le minimum d'accès qui permet encore à quelqu'un de finir son travail sans demander. Pas le minimum absolu — c'est comme ça qu'un responsable se fait appeler quarante fois par service et finit par donner son code à tout le monde, ce qui est pire que de n'avoir aucun droit configuré.

Pourquoi c'est plus important qu'il n'y paraît

Trois raisons, et une seule concerne le vol.

La vitesse. Chaque action qu'un serveur ne peut pas faire devient une interruption pour quelqu'un d'autre. S'il faut un responsable pour retirer une boisson tapée par erreur, c'est 90 secondes de deux personnes, quinze fois par service. Soit une demi-heure de la soirée de votre responsable passée à traverser la salle pour appuyer sur « confirmer ».

Les erreurs. Les droits d'accès évitent les fautes honnêtes autant que les malhonnêtes. Un serveur fatigué qui modifie le prix d'un produit à 23 h peut casser la carte de tout le restaurant pour le lendemain. Un serveur qui n'atteint pas cet écran ne peut rien casser.

Les pertes. La démarque inconnue en restauration est difficile à chiffrer précisément — c'est dans sa nature. Mais le schéma est d'une monotonie remarquable : ce n'est presque jamais de l'argent pris dans le tiroir. C'est une addition réglée en espèces puis annulée après le départ du client. C'est un offert pour un ami. C'est une « remise personnel » appliquée à une table de six inconnus.

Rien de tout cela ne demande un génie du crime. Juste un droit laissé actif parce que le désactiver donnait l'impression de se méfier.

La liste verte : ce que tout serveur doit pouvoir faire librement

Ce sont les actions qui servent le client. Les bloquer ne fait que dégrader le service.

Ouvrir une commande — sur place, à emporter ou en livraison.
Ajouter des articles, des déclinaisons et des suppléments.
Modifier les quantités avant l'envoi en cuisine.
Ajouter des notes de commande — allergies, sans oignon, sauce à part.
Envoyer en cuisine et vers un poste précis.
Voir ses propres tables et commandes en cours.
Déplacer une commande vers une autre table, et fusionner deux tables quand un groupe se regroupe.
Changer le type de commande — un client sur place décide finalement d'emporter.
Éditer ou partager l'addition.
Encaisser — espèces, carte, titres-restaurant, et tout ce que vous acceptez.
Ajouter un pourboire.
Partager l'addition, par article ou par montant.
Rattacher un client à une commande à emporter ou en livraison.

Ce dernier groupe surprend. Un serveur doit-il vraiment encaisser et partager une addition ? Oui. Partager une addition en six, c'est du service, pas de la comptabilité, et faire passer ça par un responsable crée une file d'attente au moment exact où les clients veulent partir. Les contrôles utiles interviennent après l'encaissement, pas avant. Si le partage d'addition est un casse-tête chez vous, la mécanique est détaillée ici : comment gérer les additions partagées.

Une précision utile pendant que vous configurez tout ça : l'addition indique ce qui est dû, le ticket de caisse prouve que c'est payé. Deux documents, deux moments — la différence expliquée simplement. En France, rappelons que la note est obligatoire au-delà de 25 € TTC, et que l'impression automatique du ticket n'est plus obligatoire depuis le 1er août 2023.

La liste orange : autorisé, mais avec un motif

Ces quatre actions coûtent de l'argent, et ce sont toutes des composantes normales d'un service. Ne les bloquez pas. Tracez-les.

1. Retirer une ligne déjà envoyée

Un serveur tape le mauvais burger. La cuisine l'a déjà. Il faut le retirer.

Laissez les serveurs le faire — mais rendez le motif obligatoire, à choisir dans une liste courte et figée : mauvais article, changement d'avis du client, erreur cuisine, rupture, problème de qualité. Les champs libres se remplissent de « . » à 21 h. Un menu déroulant, non.

Vous obtenez alors de la donnée. Dix « erreur cuisine » en une semaine, c'est une conversation avec la cuisine. Dix « mauvais article » chez un seul serveur, c'est une conversation de formation. Le droit d'accès n'a rien empêché — c'est le motif qui a révélé le schéma.

2. Les remises

C'est le gros sujet, et la réponse est un plafond, pas une interdiction.

Donnez aux serveurs une petite marge de manœuvre — un café offert, 10 % sur un plat, quelque chose entre 5 et 15 €. Au-delà, validation d'un responsable. Le plafond doit correspondre à une somme que vous accepteriez volontiers de dépenser pour récupérer une table mécontente, parce que c'est exactement à ça qu'il sert.

Fixez la limite de trois façons, selon ce que permet votre logiciel :

Un plafond en pourcentage par ligne (par exemple 15 %).
Un plafond en euros par commande (par exemple 15 €).
Une remise sur la totalité de l'addition réservée aux responsables.

Ce dernier point compte. Une remise sur une ligne corrige un problème identifié. Les remises globales sont l'endroit où la marge s'évapore, parce que « 25 % sur tout » se cache dans une addition d'apparence normale.

3. Rouvrir ou modifier une commande encaissée

Une fois l'argent encaissé, la commande doit être gelée pour le personnel de salle. Ajouter un café tardif, très bien. Modifier ce qui a déjà été payé, non.

Et voici un point spécifiquement français : sur un logiciel de caisse certifié, la modification d'une opération encaissée doit obligatoirement laisser une trace. C'est le principe d'inaltérabilité de l'article 286-I-3° bis du Code général des impôts. Si votre logiciel permet de modifier une commande réglée sans aucune trace, ce n'est pas seulement dangereux : c'est le signe que votre logiciel n'est pas conforme, et l'amende est de 7 500 € par logiciel.

4. Modifier un prix à la main

Les suggestions hors carte et les produits au cours du marché rendent parfois la chose nécessaire. Gardez-la rare et gardez-la nominative.

Mieux encore : intégrez les exceptions dans la carte. Un produit « divers » pour les vraies exceptions, et de vrais produits pour tout ce que vous vendez plus de deux fois par semaine. Les prix tapés à la main sont impossibles à analyser ensuite. L'argument complet est ici : comment gérer les commandes hors carte.

La liste rouge : ce qu'un serveur ne doit jamais avoir

Neuf interrupteurs. Responsables et exploitants uniquement, à chaque fois.

Droit	Pourquoi c'est interdit
Remboursements	L'argent ressort. L'action la plus détournée sur n'importe quelle caisse
Offerts / passages en perte	Un repas gratuit sans aucune trace financière
Modifier ou supprimer la carte	Une manipulation fatiguée casse le service du lendemain
Modifier définitivement un prix	Différent d'une exception ponctuelle : cela change tout
Consulter les rapports de vente	Personne en salle n'a besoin de votre chiffre d'affaires, et l'information voyage vite
Voir ou modifier les fiches du personnel	Salaires, codes, données personnelles soumises au RGPD
Modifier les paramètres de TVA	Un problème comptable que vous découvrirez des mois plus tard
Modifier les paramètres de l'établissement	Horaires, frais, mentions légales du ticket
Supprimer des commandes	Une commande s'annule avec un motif, elle ne s'efface jamais

Les remboursements méritent une ligne à part. Le classique est ancien et fonctionne toujours : encaisser une addition en espèces, attendre le départ du client, rembourser, garder l'argent. La commande apparaît remboursée, le tiroir est juste, et rien ne cloche tant que personne ne compte les remboursements par personne. Gardez les remboursements chez les responsables, exigez toujours un motif, et lisez la liste chaque semaine. Le mode d'emploi complet : comment gérer les remboursements en restaurant.

Les offerts sont le cousin discret. Un offert et un remboursement sont identiques pour le client et totalement différents dans vos comptes, ce qui explique pourquoi ce droit n'a rien à faire sur un compte serveur. Un repas gratuit doit toujours être une décision que quelqu'un a signée.

Quant à la suppression pure et simple d'une commande : sur un logiciel certifié, elle ne devrait tout simplement pas exister. Ce n'est pas un choix de gestion, c'est la loi.

Une matrice des droits par rôle

Voici un point de départ qui fonctionne dans la plupart des restaurants indépendants. Copiez-la, puis discutez-la — c'est en la discutant que vous découvrirez ce dont votre maison a vraiment besoin.

Action	Serveur	Chef de rang	Caissier	Barman	Commis de salle	Responsable	Exploitant
Créer et modifier des commandes	✅	✅	✅	✅	✅	✅	✅
Envoyer en cuisine	✅	✅	✅	✅	✅	✅	✅
Déplacer / fusionner des tables	✅	✅	✅	❌	✅	✅	✅
Retirer une ligne envoyée (avec motif)	✅	✅	✅	✅	❌	✅	✅
Remise sur une ligne, dans le plafond	✅	✅	✅	✅	❌	✅	✅
Remise sur la totalité de l'addition	❌	✅	❌	❌	❌	✅	✅
Encaisser	✅	✅	✅	✅	❌	✅	✅
Partager l'addition	✅	✅	✅	✅	❌	✅	✅
Remboursements	❌	❌	❌	❌	❌	✅	✅
Offerts	❌	❌	❌	❌	❌	✅	✅
Marquer un produit en rupture	❌	✅	❌	✅	❌	✅	✅
Modifier la carte	❌	❌	❌	❌	❌	❌	✅
Consulter les rapports de vente	❌	❌	❌	❌	❌	✅	✅
Gérer le personnel	❌	❌	❌	❌	❌	❌	✅
Paramètres établissement et TVA	❌	❌	❌	❌	❌	❌	✅

Deux lignes méritent une explication.

Marquer un produit en rupture appartient aux chefs de rang et aux barmans, pas à tous les serveurs. Cela arrête la vente d'un produit pour tout le restaurant, donc cela demande un peu d'ancienneté. Mais l'interdire complètement à la salle, c'est vendre deux fois les trois dernières portions de bar pendant que quelqu'un cherche un responsable.

Les commis de salle ont moins que ce qu'on imagine. Un commis porte des assiettes. Lui donner l'accès à l'encaissement, c'est se retrouver avec un terminal ouvert au nom de quelqu'un qui n'est pas là.

Faire valider sans ralentir la salle

Tout le système s'effondre en un point précis : quand demander une validation devient plus compliqué que de la contourner.

Vous saurez que c'est en train d'arriver aux symptômes classiques. Tout le monde connaît le code du responsable. Un compte reste ouvert toute la soirée. Ou le responsable fait l'annulation depuis l'autre bout de la salle pendant que le serveur tient la tablette.

Trois choses l'évitent.

Rendez la demande rapide. La validation doit être un code à 4 ou 6 chiffres tapé sur le même écran, en quelques secondes. Si cela suppose d'aller au bureau ou d'ouvrir une application sur un téléphone, ce sera contourné dès vendredi.

Enregistrez le validateur, pas seulement l'auteur. Le journal doit contenir les deux noms : qui a demandé, qui a validé. Un nom, c'est une supposition. Deux noms, c'est une piste d'audit — et c'est aussi ce qui protège un salarié injustement soupçonné, ce qui compte devant un conseil de prud'hommes.

Donnez à chacun son propre identifiant. Les terminaux fonctionnent généralement de deux façons. Certains demandent un code responsable au moment de l'action. D'autres utilisent un déverrouillage d'appareil : le responsable ouvre le terminal une fois, et chacun ouvre et ferme sa propre session par-dessus, avec un bouton « verrouiller » pour passer l'appareil au suivant. Les deux conviennent. Les comptes partagés, non. Si quatre personnes utilisent le même identifiant, tous vos droits d'accès sont décoratifs.

Et dites clairement les choses à votre équipe : il ne s'agit pas de leur faire confiance ou non. Il s'agit de pouvoir prouver que rien d'anormal ne s'est passé quand un chiffre paraît étrange. Les salariés acceptent bien mieux cet argument qu'un discours sur l'honnêteté — et si votre équipe manque de personnes capables de valider quoi que ce soit, c'est un problème de recrutement, pas de paramétrage : recruter des responsables de service.

Un rappel légal important : les sanctions pécuniaires sont interdites en France (article L1331-2 du Code du travail). Quelle que soit la découverte, vous ne pouvez pas retenir sur le salaire d'un serveur le montant d'une annulation ou d'une casse. Les droits d'accès et les rapports servent à prévenir et à établir les faits, pas à faire payer.

Le rapport hebdomadaire qui repère tout

Des droits sans contrôle, c'est du théâtre. Le contrôle prend une dizaine de minutes par semaine.

Sortez ces cinq chiffres, par salarié :

Annulations et lignes retirées — nombre et montant
Remises accordées — nombre, montant total et pourcentage moyen
Offerts — chacun d'entre eux, avec le motif
Remboursements — chacun d'entre eux, avec le motif et le mode de paiement d'origine
Commandes réglées en espèces puis modifiées — devrait être proche de zéro

Puis faites la seule chose qui compte : comparez les gens entre eux, pas à zéro. Les annulations sont normales. Tout le monde en a. Ce qui n'est pas normal, c'est un serveur avec un taux quatre fois supérieur à celui de ses collègues, sur le même rang, les mêmes services, les mêmes clients.

Des ordres de grandeur en service à table :

Annulations : environ 1 à 3 % des lignes de commande
Remises : environ 1 à 4 % du chiffre d'affaires, majoritairement de petits montants
Offerts : moins de 1 % du chiffre d'affaires
Remboursements : nettement moins de 1 % du chiffre d'affaires

Vos chiffres seront différents. Peu importe : l'objectif est de connaître les vôtres, pour qu'une anomalie se voie. Greffez ce contrôle sur celui que vous faites déjà : les indicateurs à vérifier chaque lundi matin. Et si les rapports vous sont encore étrangers, commencez ici : comment lire un rapport de ventes.

Une précaution avant d'accuser qui que ce soit. Un taux d'annulation élevé vient le plus souvent d'une mauvaise formation, d'une grille produits confuse, ou d'une carte avec trois articles qui se ressemblent à l'écran. Vérifiez l'explication ennuyeuse d'abord. Vous aurez raison la plupart du temps, et vous garderez un bon serveur que vous auriez perdu.

Gérer les droits sur plusieurs établissements

Deux règles supplémentaires dès que vous avez un deuxième site.

Rattachez chaque personne à un établissement. Un serveur du site A ne doit pas voir, modifier ni encaisser les commandes du site B. La plupart des logiciels le gèrent par une affectation sur la fiche du salarié — activez-la, et vérifiez-la, parce qu'un responsable qui change de site conserve souvent les deux.

Gardez des noms de rôles identiques partout. Si « responsable » ne veut pas dire la même chose d'un restaurant à l'autre, les remplacements deviennent ingérables et personne ne peut être déplacé sans briefing. Mêmes noms de rôles, mêmes interrupteurs, mêmes plafonds de remise, partout. C'est le même piège que pour les cartes et le reporting : les problèmes de caisse en multi-établissements.

La seule exception raisonnable : les plafonds de remise peuvent varier si les prix diffèrent vraiment. Un plafond de 15 € est généreux dans un café. Dans une brasserie haut de gamme, il couvre à peine un accompagnement.

Tout mettre en place en un service

Pas besoin d'un projet. Il vous faut 40 minutes et un briefing d'avant-service.

Listez vos rôles. La plupart des maisons en ont besoin de cinq ou six : serveur, chef de rang, caissier, barman, responsable, exploitant. Pas quinze.
Ouvrez les paramètres du personnel de votre caisse et lisez la liste des droits une fois, de haut en bas. Dix minutes. Vous serez surpris de ce qui est déjà activé.
Désactivez la liste rouge pour les rôles de salle. Remboursements, offerts, carte, rapports, personnel, TVA, paramètres.
Fixez un plafond de remise et rendez les motifs obligatoires sur les annulations et les remises.
Donnez à chacun son propre code. Aucun compte partagé, aucune exception, et code changé au départ d'un salarié.
Expliquez à l'équipe ce qui change et pourquoi — en briefing, en une minute, sans dramatiser. « Tout ce dont vous avez besoin est toujours là. Ce qui touche à l'argent porte maintenant un nom. »
Laissez tourner une semaine. Sortez les cinq chiffres. Ajustez.

Attendez-vous à vous tromper une fois. Il y a toujours un droit désactivé dont un serveur a réellement besoin vingt fois par service. Trouvez-le la première semaine et réactivez-le : c'est le système qui fonctionne, pas qui échoue. Le déploiement passe beaucoup mieux quand il est présenté comme de la formation ordinaire plutôt que comme un tour de vis : former son équipe pour un meilleur service.

Les erreurs qui cassent un système de droits

Un compte partagé pour toute la salle. Tous les autres contrôles de cette page deviennent inutiles.
Le code responsable que tout le monde connaît. Changez-le, et arrêtez de l'annoncer au passe.
Trop de blocages, donc un responsable appelé en permanence. Le contournement suit, garanti.
Des champs de motif en texte libre. Vous récolterez mille lignes qui disent « ok ».
Des droits configurés une fois et jamais revus. Les rôles dérivent. Les gens sont promus et gardent leurs anciens accès.
Des comptes laissés actifs après un départ. À faire le jour même, en même temps que le code de la porte.
Regarder les totaux sans regarder par personne. Le chiffre global des annulations cache toutes les anomalies.
Prendre un taux d'annulation élevé pour une preuve de culpabilité. C'est généralement une grille produits mal construite.
Aucune trace de validation. Si le journal ne dit pas qui a validé, l'action est anonyme.

Questions fréquentes

Quels droits d'accès un serveur doit-il avoir ? Tout ce qui sert le client : créer et modifier des commandes, ajouter articles et suppléments, saisir des notes, envoyer en cuisine, déplacer et fusionner des tables, éditer ou partager l'addition, encaisser, partager l'addition, ajouter des pourboires. Un serveur ne doit pas avoir accès aux remboursements, aux offerts, à la carte, aux rapports de vente, aux fiches du personnel ni aux paramètres de TVA et d'établissement.

Un serveur doit-il pouvoir annuler des articles ? Oui, avec un motif obligatoire choisi dans une liste figée, et seulement avant ou juste après l'envoi en cuisine. Tout interdire signifie simplement qu'un responsable est appelé quinze fois par service. Le contrôle efficace n'est pas le blocage : c'est le motif plus une revue hebdomadaire par salarié.

Un serveur doit-il pouvoir accorder des remises ? Donnez-lui un petit plafond — généralement 5 à 15 €, ou 10 à 15 % sur une seule ligne — pour régler un problème à table sans partir chercher un responsable. Les remises sur la totalité de l'addition et tout ce qui dépasse le plafond passent par une validation, parce que c'est là que se cachent les pertes.

Un serveur peut-il effectuer un remboursement sur la caisse ? Il ne devrait pas. Le remboursement fait ressortir de l'argent et c'est l'action la plus détournée. Réservez-la aux responsables et aux exploitants, exigez toujours un motif, et vérifiez chaque remboursement chaque semaine par rapport au mode de paiement d'origine.

Quelle différence entre une annulation, un offert et un remboursement ? Une annulation retire un article avant le paiement. Un offert le donne gratuitement et le passe en perte. Un remboursement renvoie de l'argent après un encaissement. Pour le client, cela peut se ressembler. Dans vos comptes, ce sont trois choses totalement différentes, et une seule doit être accessible au personnel de salle.

Un logiciel de caisse français peut-il supprimer une commande ? Non, et c'est un bon test de conformité. Un logiciel de caisse certifié doit garantir l'inaltérabilité des données : une commande s'annule avec un motif et reste tracée. Si le vôtre permet une suppression sans trace, posez la question de sa certification à votre éditeur, par écrit.

Combien de droits d'accès faut-il vraiment gérer ? Les logiciels en proposent 50 à 70, mais vous n'aurez de vraies décisions à prendre que sur huit à dix : annulations, remises, remises globales, remboursements, offerts, modification de prix, rapports, modification de la carte, gestion du personnel et paramètres. Le reste est évident.

Comment empêcher le partage des identifiants ? Donnez un code personnel à chacun, ajoutez un bouton « verrouiller » plus rapide que de rester connecté, et faites en sorte que changer d'utilisateur prenne quelques secondes plutôt qu'une déconnexion complète. Si c'est lent, le partage aura lieu quoi que vous disiez en briefing.

À quelle fréquence revoir les droits d'accès ? Regardez les rapports d'annulations, remises, offerts et remboursements chaque semaine — dix minutes suffisent. Revoyez les paramètres eux-mêmes tous les quelques mois, et systématiquement lors d'une promotion, d'un changement d'établissement ou d'un départ.

Un barman doit-il avoir les mêmes droits qu'un serveur ? Presque, à deux différences près. Les barmans ont généralement besoin de marquer des produits en rupture, parce qu'ils tombent en panne de stock en permanence. Ils n'ont en revanche pas besoin de déplacer ou fusionner des tables, puisqu'ils ne gèrent pas le plan de salle.

Un petit café a-t-il vraiment besoin de droits d'accès ? Même à trois, oui — mais la version simple. Un identifiant par personne, remboursements et offerts réservés à l'exploitant, et un plafond de remise. Quinze minutes de paramétrage qui suppriment la première cause d'écarts inexpliqués.

Le personnel peut-il voir le chiffre d'affaires du jour ? Seulement si vous le décidez, et la plupart des exploitants ne devraient pas. Les chiffres de vente ne sont pas une information de salle, ils circulent vite entre établissements d'une même ville, et connaître la recette du soir ne change le service de personne.

On présente souvent les droits d'accès comme un problème de confiance. C'est surtout un problème de clarté. Chaque interrupteur que vous réglez, c'est vous qui décidez à l'avance, au calme, qui est responsable de quelle décision — plutôt que de trancher à 21 h avec un client qui attend et une file à la caisse.

Faites une seule chose cette semaine. Ouvrez les paramètres du personnel de votre logiciel de caisse et lisez la liste des droits d'un serveur, de haut en bas. Dix minutes, un café. Presque tout le monde y trouve au moins un interrupteur activé qui ne devrait pas l'être — et cette seule découverte vaut généralement plus que tout ce que vous changerez d'autre ce mois-ci.