Skip to main content

​
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.
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.
Les modèles de navigation sont gérés sous Paramètres → Modèles de navigation (administrateur).

​
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

​
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.
Le même modèle de permission gouverne l’API : un token de compte de service porte un ensemble de ces permissions et ne peut faire que ce qu’elles permettent.