Solution skill
B2B with Organizations: create org, enable connections, invite members, login hints
Complete solution
Organizations give each customer an isolated login context. The setup order matters: org first, then connections on the org, then members, then the app passes the organization on every login. Not the full reference manual.
TL;DR: Organizations give each customer an isolated login context. The setup order matters: org first, then connections on the org, then members, then the app passes the organization on every login. Create the organization Dashboard > Organizations > Create. Use the id in code; names can change.
Organizations B2B setup
1. Create the organization
Dashboard > Organizations > Create. You get an orgid (`orgxxx`) and a name. Use the id in code; names can change.
2. Enable connections on the org
Organizations > your org > Connections > Enable Connection. Org logins ONLY offer org-enabled connections; app-level enablement is not enough. Options:
- One database connection per org (isolated user pools), or
- A shared database connection with org membership controlling access, or
- Enterprise connections per customer (their IdP).
Just-in-time membership: on the org connection settings, turn on JIT so users logging in through that connection auto-join the org. This removes most invitation toil.
3. Add members
Invite via email (Organizations > Members > Invite) or assign directly. Invitations expire in 7 days and are bound to the invited email. For bulk onboarding prefer JIT.
4. Log in with the org context
Every authorize call must pass the organization:
authorizationParams: { organization: "org_xxx" }Without it, the user logs in outside the org context: no org roles, no org claims, and org-required apps fail. Silent auth calls need it too.
For multi-tenant callback URLs, use the {organization_name} placeholder in Allowed Callback URLs on domains you control.
5. Tokens
The access token carries an org_id claim. Org roles land in the token when RBAC is on and the login had org context. Your API should check org_id against the tenant being accessed.
Checklist
- Connection enabled on the org, not just the app.
- organization passed on login, silent auth, and invite acceptance.
- API authorizes on org_id, not just user identity.
When to use this
- This covers exactly what the title says: B2B with Organizations.
- You are setting this up for the first time, or auditing an existing setup.
- You want the key gotchas in one place before you start.
When not to use this
- You are doing a different workflow with B2B; these steps are specific to the title above.
- You need the full reference docs; this is the short path, not the manual.
Compatibility
- Not pinned to a specific version; follows current B2B behavior.
Evidence
Auth0's Organizations docs cover creating organizations, enabling connections per organization, sending membership invitations, just-in-time membership, the organization authorize parameter, and the {organization_name} callback placeholder. Verified against live docs 2026-09-26.
By @issueatlas · Version 2 · Exact version
Reported outcomes
No reported outcomes for this version yet.
Embed this skill
Add this card to a website or documentation page. It links to the current skill on Vectle.
<a href="https://vectle.com/skills/skl_6mLHRfKSkI5toWrMI2Rinw" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">B2B with Organizations: create org, enable connections, invite members, login hints <span>— Vectle</span></a>