Rôles et permissions
Dans Karizma One, les droits se donnent projet par projet : chaque personne qui a accès à un projet en est collaborateur avec un rôle. Une même personne peut être Admin sur un projet et Tester sur un autre. Cette page décrit les quatre rôles et ce que chacun permet.
Pour ajouter un collaborateur ou changer un rôle, contactez votre interlocuteur Karizma.
Les quatre rôles
| Rôle | Pour qui |
|---|---|
| Super Admin | Responsable du projet. A tous les droits, y compris le terminal (SHELL) et le service MCP. |
| Admin | Administrateur du projet : paramètres, collaborateurs, sauvegardes, domaines, services, merge requests. N'a pas accès au terminal. |
| Developer | Développeur : gère les branches et les stagings, modifie le code dans le Web IDE, met à jour les modules sur les stagings. N'a pas accès aux paramètres. |
| Tester | Recette et consultation : voit le projet, les branches et le code, sans rien modifier. C'est le rôle par défaut d'un nouveau collaborateur. |
Ce que chaque rôle peut faire
Légende : Oui / Non / staging uniquement. Ce sont les droits par défaut (voir Rôles adaptés à votre organisation).
Projet et paramètres
| Action | Super Admin | Admin | Developer | Tester |
|---|---|---|---|---|
| Ouvrir le projet, voir les branches et les onglets HISTORY, LOGS, MONITORING | Oui | Oui | Oui | Oui |
| Ouvrir les paramètres du projet (Settings) | Oui | Oui | Non | Non |
| Consulter les Audit Logs | Oui | Oui | Non | Non |
| Gérer les domaines et certificats SSL | Oui | Oui | Non | Non |
| Gérer Cloud Armor | Oui | Oui | Non | Non |
| Modifier les ressources (CPU, stockage) | Oui | Oui | Non | Non |
| Activer et gérer les services, payer une commande | Oui | Oui | Non | Non |
| Voir la réserve de crédits | Oui | Oui | Non | Non |
| Gérer la clé Karizma AI du projet | Oui | Oui | Non | Non |
| Supprimer le projet | Oui | Oui | Non | Non |
Branches et environnements
| Action | Super Admin | Admin | Developer | Tester |
|---|---|---|---|---|
| Créer, modifier, supprimer des branches ; déployer et détruire un staging | Oui | Oui | Oui | Non |
| Redémarrer un staging (Restart) | Oui | Oui | Oui | Non |
| Arrêter ou redémarrer la production (Stop, Restart) | Oui | Oui | Non | Non |
| Mettre à jour les modules Odoo (onglet CONFIG) | Oui | Oui | staging uniquement | Non |
| Configurer le jeton de la branche, changer l'image Odoo | Oui | Oui | Non | Non |
| Ouvrir un terminal (SHELL) sur la production ou un staging | Oui | Non | Non | Non |
| Utiliser le service MCP (staging) | Oui | Non | Non | Non |
| Voir les montées de version Odoo | Oui | Oui | Oui | Oui |
| Lancer ou annuler une montée de version Odoo (UPGRADE) | Oui | Oui | Non | Non |
Code
| Action | Super Admin | Admin | Developer | Tester |
|---|---|---|---|---|
| Parcourir le code dans le Web IDE | Oui | Oui | Oui | Oui |
| Modifier et committer dans le Web IDE (selon l'accès Web IDE de la personne) | Oui | Oui | Oui | Non |
| Créer, consulter et fusionner des merge requests | Oui | Oui | Non | Non |
| Gérer les sous-modules | Oui | Oui | Non | Non |
Données et sauvegardes
| Action | Super Admin | Admin | Developer | Tester |
|---|---|---|---|---|
| Voir et télécharger les sauvegardes | Oui | Oui | Oui | Non |
| Créer ou importer une sauvegarde | Oui | Oui | Non | Non |
| Restaurer une sauvegarde | Oui | Oui | Non | Non |
| Utiliser SQL INSIGHTS (consulter, tester, exécuter) | Oui | Oui | Non | Non |
Équipe
| Action | Super Admin | Admin | Developer | Tester |
|---|---|---|---|---|
| Voir les collaborateurs | Oui | Oui | Oui | Oui |
| Ajouter, modifier, retirer des collaborateurs | Oui | Oui | Non | Non |
| Nommer un Super Admin, modifier un Super Admin | Oui | Non | Non | Non |
| Modifier l'accès Web IDE d'un collaborateur | Oui | Non | Non | Non |
Codes de permission techniques (pour référence)
Chaque action ci-dessus correspond à un ou plusieurs codes de permission. Ils peuvent apparaître dans les échanges avec le support Karizma.
| Action | Codes |
|---|---|
| Ouvrir le projet, voir les branches | org.projects.view, org.branches.view |
| Ouvrir les paramètres | org.projects.edit |
| Audit Logs | org.audit-logs.view |
| Domaines et SSL | org.project-domains.create, org.project-domains.edit, org.project-domains.renew-ssl |
| Cloud Armor | org.security.view, org.security.edit, org.security.disable |
| Ressources | org.projects.scale |
| Services | org.project-services.edit |
| Réserve de crédits | org.project-credits.view |
| Clé Karizma AI | org.ai.keys.manage |
| Supprimer le projet | org.projects.delete |
| Branches et stagings | org.branches.create, org.branches.edit, org.branches.delete |
| Mise à jour des modules | org.odoo-modules.update (Developer : environnement staging seulement) |
| Jeton de branche, image Odoo | org.branches.configure-token, org.branches.update-image |
| Terminal | org.terminal.use-prod, org.terminal.use-staging |
| Montées de version Odoo | org.odoo-upgrade.view, org.odoo-upgrade.create, org.odoo-upgrade.delete |
| Contrat Odoo (montée de version automatisée) | org.odoo-contract.view, org.odoo-contract.edit |
| Web IDE | org.ide.view, org.ide.edit |
| Merge requests | org.merge-requests.* |
| Sous-modules | org.submodules.* |
| Sauvegardes | org.backups.view, org.backups.create, org.backups.edit, org.backups.restore |
| SQL Insights | org.sql-insights.* |
| Collaborateurs | org.collaborators.view, org.collaborators.create, org.collaborators.edit, org.collaborators.delete |
Le service MCP n'a pas de code : le contrôle porte directement sur le rôle Super Admin. Le Super Admin détient tous les codes ; le Developer en détient 15 par défaut.
Droits limités à certains environnements
Un droit peut ne valoir que pour certains environnements (production, staging, développement). Par défaut :
- le Developer met à jour les modules Odoo sur les stagings uniquement, jamais sur la production ;
- le Developer peut redémarrer un staging, mais ni arrêter ni redémarrer la production.
Deux réglages s'ajoutent au rôle, collaborateur par collaborateur :
| Réglage | Effet |
|---|---|
| Web IDE Access | Environnements sur lesquels la personne peut modifier le code dans le Web IDE (All branches, une sélection comme Prod + Staging, ou No access pour une lecture seule). Toujours All branches pour un Super Admin. Seul un Super Admin peut le changer. |
| Auto-Connect | Enabled : le bouton Connect connecte automatiquement la personne à l'instance Odoo de production en tant qu'administrateur. Les Super Admin et Admin le sont toujours ; sur un staging, tout le monde l'est. |
Attribuer un rôle
L'ajout de collaborateurs et l'attribution des rôles sont gérés par l'équipe Karizma :
- La personne se connecte au moins une fois à Karizma One : il n'y a pas d'invitation par e-mail.
- Vous contactez votre interlocuteur Karizma en indiquant la personne à ajouter et le rôle souhaité.
- Sans autre précision, la personne est ajoutée avec le rôle Tester.
Seul un Super Admin peut nommer un autre Super Admin ou modifier les réglages d'un Super Admin.
Accès au dépôt GitLab
Si la personne ajoutée a le type GitLab User, elle est aussi invitée dans le dépôt GitLab du projet, avec un niveau d'accès qui suit son rôle :
| Rôle Karizma One | Accès GitLab |
|---|---|
| Super Admin, Admin | Maintainer |
| Developer | Developer |
| Tester | Reporter |
Types d'utilisateurs
En plus des rôles par projet, chaque compte a un ou plusieurs types, définis par Karizma :
| Type | Effet |
|---|---|
| Internal | Membre de l'équipe Karizma. Accède à l'assistant Deploy, qui enregistre les commandes de nouveaux projets. |
| Client | Utilisateur d'une société cliente. N'a pas accès à Deploy ; ses droits dépendent de ses rôles sur les projets. Un nouveau projet se crée avec le code d'activation reçu après paiement de la commande (voir Vos projets). |
| GitLab User | Est invité dans le dépôt GitLab des projets auxquels il est ajouté (voir ci-dessus). |
Rôles adaptés à votre organisation
Les droits décrits sur cette page sont ceux attribués par défaut. Karizma peut les adapter pour votre organisation. Si un droit ne correspond pas à ce qui est décrit ici, ou si vous avez besoin d'un rôle différent, contactez votre interlocuteur Karizma.
Quand une action vous est refusée
- Un bouton grisé avec l'info-bulle You don't have permission to perform this action : votre rôle ne permet pas cette action.
- Un bouton grisé avec l'info-bulle This project subscription has expired : l'abonnement du projet a expiré (voir Abonnement, services et crédits).
- Les onglets UPGRADE et CONFIG sont masqués si vous n'y avez pas droit ; un onglet comme SHELL apparaît grisé.
- Sans accès aux paramètres, l'icône d'engrenage d'une carte projet affiche You don't have the permissions to access this page.