Microsoft Entra ID SSO and Access Setup: IT Admin Guide
Bolt Enterprise · single sign-on, group provisioning and desktop rollout. Setup time is about 15 minutes.
SPARCLE
Bolt Enterprise
rev. 2026-10-20
Bolt Enterprise
rev. 2026-10-20
1 · Create the application in Azure Portal
- Azure Portal → Microsoft Entra ID → App registrations → New registration.
- Name it
Bolt. Grant types: Authorization Code plus Refresh Token. - Sign-in redirect URI:
https://bolt.<yourdomain>/api/auth/callback - Sign-out redirect URI:
https://bolt.<yourdomain>/ - Scopes:
openidemailprofileoffline_access. Bolt requests nothing else from Entra ID.
- Enterprise applications → Users and groups: Set the app to require assignment, then assign the Entra groups who should get Bolt.
- Copy the values Bolt needs: Client ID, Client secret, and tenant id
<tenant-id>.
That is the whole IdP side. Bolt never calls back into Entra ID with an admin token, and nothing is written into your directory. Issuer resolved by Bolt:
https://login.microsoftonline.com/<tenant-id>/v2.0.2 · Give the credentials to Bolt
Nothing here is needed to try Bolt. For a pilot, people install the desktop app from sparcle.app/download and use it. This page is for when you want a shared deployment with single sign-on behind it, and the enterprise bundle referenced below is sent by Sparcle at that point.
A · Setup wizard (no file editing)
The installer and first-run admin wizard walk this step: pick Microsoft Entra ID, paste the values above, click through. Self-hosted installs can instead run enterprise/setup.sh, which writes a .env.prod for you.
B · Configuration file (self-hosted)
APP__PLATFORM__IDENTITY__PROVIDER=microsoft APP__PLATFORM__IDENTITY__TENANT_ID=<tenant-id> APP__PLATFORM__IDENTITY__CLIENT_ID=<application-client-id> APP__PLATFORM__IDENTITY__CLIENT_SECRET=<client-secret> APP__PLATFORM__IDENTITY__REDIRECT_URI=\ https://bolt.example.com/api/auth/callback
API permissions to add: openid, email, profile, offline_access, User.Read. Client secret value is shown once, so copy it at creation.
C · SAML 2.0 (on the web)
SAML 2.0 sign-in works on the web, checked against your company's trusted certificates. On the desktop app, choosing SAML opens Bolt on the web, so keep the OIDC application above for desktop sign-in. These are the values the SAML app needs.
| Microsoft Entra ID field | Value |
|---|---|
| Single sign-on URL (ACS) | https://bolt.<domain>/api/auth/saml/callback |
| SP metadata | https://bolt.<domain>/api/auth/saml/metadata |
| Audience / Entity ID | as published in the SP metadata above |
| Attribute statement | email (required) |
D · Verify
curl https://bolt.example.com/health → {"status":"healthy", ...}
status is healthy, degraded or critical. Then sign in at https://bolt.<domain> with a corporate account. A failed login names its cause: redirect-URI mismatch, unassigned user, or clock skew.
3 · Granting access: four separate levers
| Lever | Where you set it | What it controls |
|---|---|---|
| Who can sign in | Entra ID → Bolt app → Enterprise applications → Users and groups | The primary gate. Remove the assignment to revoke. |
| Who is a Bolt admin | Bolt Admin → assign roles, or list admin groups by object ID or group email address (allowed_groups, single-tenant app only), or list admins by email (allowed_users) | The admin console, audit log, policy and connector settings. Changes apply live, no restart. |
| Joiner, mover, leaver | Entra ID → Bolt app → Provisioning (SCIM 2.0) Base URL https://bolt.<domain>/scim/v2 | Push Users and Push Groups. Deactivating in Entra ID deactivates in Bolt and ends all of that person's sessions and connected devices. |
| What data Bolt can read | Workspace and connector consent (section 4) | Which sources are reachable per user: Mail, Calendar, Drive, Confluence and so on. |
SCIM token: issue it in Bolt (Admin → SCIM → New token). It is displayed once only, so paste it straight into the provisioning screen as the bearer token. Groups: Admin by group works only with a single-tenant app. List groups by object ID or group email address, sent in the ID token
groups claim. With a multi-tenant app, give each admin a role in Bolt Admin or list them by email (allowed_users).4 · What Bolt is able to read
- Read-only, always. Where Bolt reads mail, calendar or files it asks for
gmail.readonly,calendar.readonly,drive.readonly,tasks.readonlyandcontacts.readonly. There is no write scope to grant. - One surface at a time. Signing in asks only for
openid,emailandprofile. Each surface asks for its own permission when first opened, so a person can be signed in and reach nothing. - Each source's own permissions are enforced at retrieval, for any caller, including an MCP gateway. Confluence page restrictions that override space permissions, Drive sharing, and the equivalent elsewhere.
Entra ID also carries the mail, calendar and files. Signing in and reading your work data are the same provider here, so one connection covers both.
5 · Rolling the desktop app onto laptops (pick one)
| Method | Configuration | Notes |
|---|---|---|
| MDM (macOS) Jamf, Mosyle, Kandji | Payload com.sparcle.bolt: EnterpriseApiUrl = https://bolt.<domain>, ForceManagedMode = true | Recommended. Users never type a URL. Push your internal CA here too, if Bolt uses one. |
| Group Policy (Windows) | HKLM\Software\Sparcle\Bolt, with EnterpriseApiUrl and ForceManagedMode = 1 | Same effect as MDM. |
| DNS SRV | _bolt._tcp.<domain>. SRV 10 5 443 bolt.<domain>. | No MDM required. |
| First-launch wizard | User pastes the endpoint once | Fine for a pilot. |