Work with your team
A workspace is shared. This page covers who gets in, what they can reach once they’re there, and how to see what they did.
Two different meanings of “person”
Section titled “Two different meanings of “person””Worth separating up front, because they’re easy to conflate:
- A person in Configuration → People is somebody your models describe. They have a role, a level, a location, and they can be placed into positions. They have no login.
- A member of your organization is somebody who uses Resorcerer. They sign in, build models, and change things.
The same human is often both, but the records are independent. Adding someone to People does not invite them; inviting someone does not put them in your org chart.
Inviting members
Section titled “Inviting members”Invite people from the organization switcher at the bottom of the sidebar, under Organization settings → Members. They get an email, and once they accept they land in your workspace.
Members are either administrators, who can change organization-wide settings, manage members, and reach every model including private ones, or ordinary members, who can work with the workspace’s models and configuration.
Somebody can belong to several organizations; the switcher moves them between the ones they’re in, and nothing is shared across the boundary.
Restricting a model
Section titled “Restricting a model”By default every model is visible to everyone in the workspace. Marking one private limits it to administrators and the people you name.
Open Manage access on the model and add members individually:
| Level | Can |
|---|---|
| Viewer | See the model, but change nothing. |
| Editor | See and edit it, but not change who else has access. |
| Owner | Everything, including managing access. |
Administrators always have owner-level access to private models, so you can’t lock yourself out of your own workspace.
Use it for a restructure that isn’t ready to be seen, or for planning that names individuals.
Locking a model against edits
Section titled “Locking a model against edits”Access control decides who; protection decides how. A protected model refuses direct edits from everyone, regardless of their access level, and changes only through a reviewed merge.
The two work together: the model of your live organization is typically visible to everyone and protected against everyone.
Seeing what changed
Section titled “Seeing what changed”Every model has an Audit Log view — what changed, when, and who did it — and there’s an organization-wide log covering everything else in the workspace.
Deletions are recoverable. Deleted models, units, positions, and people go to Trash, where they can be restored until they’re purged.
Automation and integrations
Section titled “Automation and integrations”Members aren’t the only things that reach a workspace. Access tokens let scripts and agents in, scoped to what they need, and are created under My Settings → Access Tokens; administrators can review every token in the organization from the Access Tokens page. Outgoing webhooks notify another system when something changes.
See Connect AI agents and APIs.
Related
Section titled “Related”- Models — private and protected models.
- Compare and merge — the reviewed way into a protected model.
- APIs — programmatic access.