Rôles et permissions
Ce que chaque rôle peut faire et comment fonctionne le périmètre par établissement.
Rowie a quatre rôles. Le rôle owner est attribué automatiquement à l'inscription ; admin et staff sont assignés lorsque vous invitez quelqu'un depuis la page Staff du portail vendeur. Les comptes système POS et Kitchen sont créés automatiquement par établissement (voir Comptes Staff, POS et cuisine).
Owner
- Créé à l'inscription, un par organisation.
- Accès complet à toutes les surfaces (portail + mobile).
- Seul rôle qui peut gérer la Billing (abonnement Rowie).
- Gère Stripe Connect, les autres owners + admins.
- Ne peut pas être rétrogradé ni supprimé sans transfert de propriété.
Admin
- Accès complet au portail vendeur à l'échelle de l'organisation — voit les données agrégées sur tous les établissements, sans sélecteur d'établissement.
- Peut encaisser sur le POS mobile.
- Peut inviter l'équipe, configurer l'organisation, gérer le banking.
- Ne peut pas gérer la billing (l'abonnement Rowie) ni transférer la propriété.
Staff (rôle user)
- Périmètre limité à un ou plusieurs établissements spécifiques assignés par un owner ou un admin.
- La barre latérale du portail vendeur affiche un sélecteur d'établissement ; les listes et vues filtrent selon l'établissement sélectionné.
- Peut encaisser sur le POS mobile (même périmètre d'établissement).
- Ne peut pas inviter de nouveaux membres, voir Organization settings, Billing, Referrals, Disputes, Banking ni les Analytics à l'échelle de l'organisation.
Comptes système POS / Kitchen (rôle pos_user / kitchen)
- Comptes non personnels créés automatiquement par Rowie, un POS + un Kitchen par établissement.
- Connexion avec e-mail (par ex.
pos-<id>@rowie.io) + mot de passe généré ou défini sur la carte d'établissement dans Organization. - Périmètre limité à l'unique établissement auquel ils appartiennent.
- Peuvent encaisser sur le POS mobile uniquement — pas d'accès au portail vendeur.
- Filtrés des analyses d'équipe pour ne pas polluer les ventilations par employé.
Aide-mémoire du périmètre par établissement
| Capacité | Owner | Admin | Staff | POS / Kitchen |
|---|---|---|---|---|
| Portail vendeur | Oui (org-wide) | Oui (org-wide) | Oui (par établissement) | Non |
| Paiements POS mobile | Oui | Oui | Oui (par établissement) | Oui (par établissement) |
| Stripe Connect / Banking | Oui | Lecture seule | Non | Non |
| Inviter / gérer l'équipe | Oui | Oui | Non | Non |
| Organization settings | Oui | Oui | Non | Non |
| Billing (abonnement Rowie) | Oui | Non | Non | Non |
| Analytics | Oui (org-wide) | Oui (org-wide) | Oui (par établissement) | Non |
Ce que « périmètre » signifie vraiment
Quand un compte staff ou POS/Kitchen est connecté, chaque requête API porte un en-tête X-Location-Id. Le serveur filtre sessions, commandes, produits par établissement, réservations et plans de salle selon cet en-tête. Owners et admins sautent entièrement ce filtre et voient les données agrégées sur tous les établissements.
Si un membre staff a accès à plusieurs établissements, le sélecteur Account → Location de l'app mobile (affiché uniquement quand il y a >1 établissement accessible) bascule entre eux. Sur le portail vendeur, le sélecteur d'établissement apparaît dans la barre latérale — et uniquement pour le staff (rôle user) ; owners et admins voient toujours les vues agrégées à l'échelle de l'organisation.