> ## 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

# Workspaces

Bak elk record van een gebruiker af per workspaceId.

## Probeer een persoonlijke werkruimte en een team

Een werkruimte is een aparte container voor accounts, inhoud en machtigingen. Voltooi eerst de door de database ondersteunde aanmelding. Open het dashboard en noteer de huidige naam van de werkruimte. Gebruik de werkruimtewisselaar om een ​​andere werkruimte te kiezen waartoe u behoort; de weergegeven records moeten veranderen in de records van die werkruimte.

Als u een team wilt uitproberen, volgt u Organisaties om er een te maken, nodigt u een tweede test-e-mail uit en accepteert u die uitnodiging in een privébrowservenster waarin u bent ingelogd als dat tweede account. Bevestig dat een lid de gegevens van dat team ziet, terwijl een niet-gerelateerd account deze niet kan openen. Eigenaar- en beheerdersrollen beheren het team; De toegang voor leden is beperkter. Bewaar de twee accounts tijdens deze test in afzonderlijke browsersessies.

Als u een agent vraagt om een nieuwe producttabel of -scherm toe te voegen, vraag dan expliciet om workspaceId voor elk record dat eigendom is van de gebruiker en voor elke lidmaatschapscontrole op de server voor elke lees- en schrijfactie. Een werkruimte-ID in een URL identificeert de werkruimte; het verleent geen toegang. Laat de agent een niet-gerelateerd account testen voordat u het scherm met echte klantgegevens gebruikt.

[Maak een team en nodig leden uit](https://supastack.dev/nl/docs/web/organizations.md)

[Controleer of records privé blijven in hun werkruimte](https://supastack.dev/nl/docs/web/security.md)


## Resolveer de workspace vanuit de sessie

Persoonlijke workspaces geven elke gebruiker een eigenaarschapsgrens. De server resolveert de huidige workspace vanuit vertrouwde authenticatiecontext. Door clients aangeleverde ID's mogen die check nooit vervangen.


## Bak reads en writes af

Neem workspaceId op in elke lookup of mutatie van een gebruiker. Een detailroute heeft dezelfde isolatie nodig als een listroute. Taak-ID's, recovery-URL's en idempotencykeys identificeren werk maar autoriseren geen toegang.

Pas deze regel ook toe op je producttabellen, naast de gedeelde taak-, usage- en providerconfiguratierecords.


## Test cross-workspace-weigering

Maak twee onafhankelijke workspacecontexten. Verifieer dat de eigenaar zijn record kan lezen en wijzigen, de andere workspace niet, en dat een anonieme request wordt afgewezen. Bevestig dat afgewezen writes het gepersisteerde record ongewijzigd laten.


## Volgende

[Authenticatie](https://supastack.dev/nl/docs/modules/auth.md)