Operators
Link resources
Resources are the groups, channels, teams, drives, and calendars Camper keeps aligned with your org chart. Operators attach them under Resources → Link resource.
Wizard flow
Linking is a short step-by-step flow (same pattern as Setup):
- Where — Create new (managed) vs attach an existing app object, and pick the org unit.
- App — Choose an active connection (Google, Slack, Jira, GitHub).
- Type — What to manage (group, channel, team, …). Options depend on the app.
- Details — Display name, naming rules, and (for attach) which downstream object.
- Access — Who gets in, role, what happens when people leave, outsiders.
- Review — Dry-run membership diff; nothing goes live until you confirm.
Editing an existing link starts on Details. App and type stay locked; org unit, naming, and access rules can still change.
Managed vs attached
| Mode | What Camper owns |
|---|---|
| Create new (managed) | Creates the object (when supported), renames from a template if you opt in, and drives membership |
| Attach existing | Membership only — does not take rename ownership of the app object |
When attaching, Camper can browse and search live resources (Google, Slack, Jira). Paste an id if listing isn’t available (e.g. some GitHub cases).
Naming
For managed resources:
- Follow org renames — Use a template such as
{{org_unit.name}} Teamso renames stay in sync with the org unit. - Keep a fixed name — Never auto-rename when the org unit changes (exclude from rename fan-out).
Access rules (plain language)
These map to engine fields; the UI avoids jargon.
| Setting | Meaning |
|---|---|
| Who should get access? | Only this org unit vs this unit and everything under it (children teams, etc.) |
| Access level in the app | Member (usual) or Owner when the provider supports elevated roles |
| When someone leaves or is suspended | Remove them promptly, or keep until deprovisioned (rare) |
| People added outside Camper | Report only (recommended) as drift, or remove outsiders so Camper enforces the desired set strictly |
Unmatched downstream members are drift by default, not silent deletes — “remove outsiders” is intentional and shown as a warning on review.
Dry-run before go-live
Every create and edit ends on Review. Camper computes desired membership and shows adds/removes before anything is written. Confirming updates the link; the worker applies membership ops on the next reconcile.
Related
- Connections overview — connect apps first
- My Access — what workers see for their own memberships
- What is Camper? — control loop