> ## Documentation Index
> Fetch the complete documentation index at: https://supastack.dev/llms.txt
> Use this file to discover all available pages before exploring further.
> For the full documentation corpus in one file, fetch: https://supastack.dev/llms-full.txt

# Espaces de travail

Limitez chaque enregistrement détenu par un utilisateur avec workspaceId.

## Essayez un espace de travail personnel et une équipe

Un espace de travail est un conteneur distinct pour les comptes, le contenu et les autorisations. Effectuez d’abord la connexion basée sur la base de données. Ouvrez le tableau de bord et notez le nom actuel de l'espace de travail. Utilisez le sélecteur d'espace de travail pour choisir un autre espace de travail auquel vous appartenez ; les enregistrements affichés doivent être remplacés par les enregistrements de cet espace de travail.

Pour essayer une équipe, suivez Organisations pour en créer une, invitez un deuxième e-mail de test et acceptez cette invitation dans une fenêtre de navigateur privée connectée en tant que deuxième compte. Confirmez qu'un membre voit les enregistrements de cette équipe alors qu'un compte non lié ne peut pas les ouvrir. Les rôles de propriétaire et d'administrateur gèrent l'équipe ; l’accès des membres est plus restreint. Conservez les deux comptes dans des sessions de navigateur distinctes pendant ce test.

Si vous demandez à un agent d'ajouter une nouvelle table ou un nouvel écran de produits, demandez explicitement workspaceId sur chaque enregistrement appartenant à l'utilisateur et vérifiez l'adhésion côté serveur pour chaque lecture et écriture. Un ID d'espace de travail dans un URL identifie l'espace de travail ; il n'accorde pas l'accès. Demandez à l'agent de tester un compte sans rapport avant d'utiliser l'écran avec des données client réelles.

[Créer une équipe et inviter des membres](https://supastack.dev/fr/docs/web/organizations.md)

[Vérifier que les enregistrements restent privés dans leur espace de travail](https://supastack.dev/fr/docs/web/security.md)


## Résoudre l’espace de travail depuis la session

Les espaces de travail personnels définissent une frontière de propriété pour chaque utilisateur. Le serveur résout l’espace actif depuis le contexte d’authentification de confiance. Un identifiant fourni par le client ne doit jamais remplacer cette vérification.


## Limiter les lectures et les écritures

Incluez workspaceId dans chaque lecture ou modification d’un enregistrement détenu par un utilisateur. Une route de détail doit appliquer la même isolation qu’une route de liste. Les identifiants de tâche, URL de reprise et clés d’idempotence désignent un travail, mais n’autorisent pas son accès.

Appliquez cette règle à vos propres tables produit ainsi qu’aux enregistrements partagés des tâches, de l’utilisation et de la configuration des fournisseurs.


## Tester le refus entre espaces de travail

Créez deux contextes d’espace de travail indépendants. Vérifiez que le propriétaire peut lire et modifier son enregistrement, que l’autre espace ne le peut pas et qu’une requête anonyme est rejetée. Confirmez que les écritures refusées ne modifient pas l’enregistrement persistant.


## Suivant

[Authentification](https://supastack.dev/fr/docs/modules/auth.md)