Donner aux franchise managers leur propre scope sans toucher au contenu HQ

Le conflit classique: les managers veulent l'accès admin, HQ veut un contenu brand-standard intact. Les permissions scopées par emplacement résolvent ça, avec une séparation entre contenu HQ et contenu localement assignable. ## Pourquoi les managers ont besoin d'un vrai scope Le store manager du site 37 voit la nouvelle recrue au jour un et sait quand l'inspecteur arrive. S'ils ne peuvent pas assigner sans ouvrir un ticket, vous avez construit un système qui punit les gens les plus proches du problème. Logins HQ partagés, demandes par e-mail, tenants par franchisé — tous des tableurs déguisés. ## Les quatre rôles Owner: HQ, complet sur le réseau. Admin: scopé par région ou emplacement — assigne, voit l'achèvement, intervient, mais ne modifie pas le contenu HQ. Educator: accès authoring, généralement L&D au HQ; certains franchisés en ont un pour le contenu local. Learner: frontliners. Le scope est orthogonal au rôle. Un Admin scopé sur un emplacement a, dans cet emplacement, ce qu'un Owner a sur le réseau. ## Contenu HQ versus local Le contenu HQ (food safety, brand standards) est verrouillé — assignable, non modifiable. Le contenu localement créable (briefings, versions en langue locale) vit dans un bucket séparé. Cette séparation fait fonctionner le modèle. ## Exemple concret Nouveau frontliner au site 37, manager se connecte à Aristotl, assigne l'onboarding avec deadline 7 jours, voit mercredi le retard food-safety, envoie un message, frontliner termine jeudi. HQ voit les mêmes données, pas de ticket, pas de tableur. ## À l'échelle À 200 emplacements: 200 managers avec leur scope, district managers avec scope régional, HQ sur le réseau. Aucun compte partagé, audit trail propre.

Prêt à mettre cela en pratique ?