> ## Documentation Index
> Fetch the complete documentation index at: https://docs.solya.app/llms.txt
> Use this file to discover all available pages before exploring further.

# Navigation & rôles

> Comment la barre latérale est organisée, comment elle peut être personnalisée par organisation et ce que chaque rôle peut accéder.

## Comment l'application est organisée

La barre latérale de gauche regroupe le produit en sections :

* **Apps** — Tâches, Agent IA, Analyse (cartes de données maître & tableaux de bord), Signaux
  (alertes), Activité.
* **Plans d'inventaire** — réassort, rééquilibrage, démarque, pré-saison, retour/échange fournisseur
  et la file d'attente d'approbations.
* **Orchestration** — Workflows.
* **Couche intelligence** — règles métier & jeux de règles, budgets, courbes de tailles, calendriers de démarque,
  contraintes fournisseurs, politiques d'approbation/retour et plus.
* **Plateforme de données** — sources de données, spécifications d'ingestion, explorateur de datasets, tags,
  taxonomie.
* **Paramètres** — utilisateurs, équipes, rôles, organisation, tokens API, modèles de navigation,
  préférences.

## Navigation configurable (par organisation)

La barre latérale est **pilotée par un modèle**. Plutôt qu'un menu fixe, chaque organisation utilise un
**modèle de navigation** qui décide quels articles apparaissent — et dans quel ordre — pour chaque
rôle. Les administrateurs peuvent :

* Afficher, masquer et réorganiser les articles de menu par rôle (administrateur vs utilisateur).
* Renommer les sections et sous-menus.
* Créer plusieurs modèles (par ex. *Acheteur*, *Merchandiseur*, *Opérations*).

À la connexion, la barre latérale se rend à partir du modèle de navigation de votre organisation pour votre rôle,
de sorte que deux utilisateurs dans la même org peuvent voir des menus différents.

<Note>
  Les modèles de navigation sont gérés sous **Paramètres → Modèles de navigation** (administrateur).
</Note>

## Rôles & permissions

L'accès est régi par des **permissions** groupées dans des **rôles**. Le rôle d'un utilisateur détermine
quelles sections il peut ouvrir et quelles actions il peut effectuer.

### Rôles

| Rôle                            | Focus                                                                           |
| ------------------------------- | ------------------------------------------------------------------------------- |
| **Admin org**                   | Accès complet à tout dans l'organisation.                                       |
| **Gestionnaire d'utilisateurs** | Gérer les utilisateurs, les équipes et les rôles.                               |
| **Admin plateforme de données** | Configurer les sources de données, l'ingestion, le sandbox ; voir les analyses. |
| **Admin couche intelligence**   | Configurer les règles, budgets, politiques ; voir les analyses & signaux.       |
| **Gestionnaire d'inventaire**   | Gérer tous les plans d'inventaire ; voir les analyses & signaux.                |
| **Gestionnaire de magasin**     | Voir les plans des magasins assignés ; voir les analyses & signaux.             |
| **Lecteur de magasin**          | Lecture seule sur les magasins assignés + analyses.                             |
| **Analyste**                    | Analyses & signaux sur tous les magasins.                                       |
| **Approbateur de plan**         | Décider sur les demandes d'approbation de plan.                                 |

### Domaines de permission

Les permissions sont granulaires et groupées par domaine — par exemple
`inventoryPlans.view`, `inventoryPlans.manage`, `inventoryPlans.approvalsDecide`,
`dataPlatform.configure`, `intelligenceLayer.configure`, `signals.manage`,
`analytics.view`, `org.settings.edit`, `users.view`. La visibilité du magasin est contrôlée par
`shops.viewAll` vs `shops.viewAssigned`.

<Note>
  Le même modèle de permission gouverne l'API : un [token de compte de service](/fr/developers/authentication)
  porte un ensemble de ces permissions et ne peut faire que ce qu'elles permettent.
</Note>