Setup
1
Verify your domain in Summand
Settings → Organization → Domain Verification → Configure, then publish the DNS TXT record. Verified domains are routed to your Workspace SSO on sign-in.
2
Open the SSO Admin Portal
Settings → Organization → Single Sign-On → Configure. The portal opens scoped to your org.
3
Pick Google Workspace
Choose Google Workspace in the portal. WorkOS provides:
- The ACS URL
- The Entity ID
- The required attributes:
email,name, optionallygiven_name,family_name
4
Create the SAML app in Google Admin
From admin.google.com, go to Apps → Web and mobile apps → Add app → Add custom SAML app. Paste the ACS URL and Entity ID from the portal; set Name ID format to EMAIL and Name ID to Basic Information → Primary email.Detailed Google-side steps are in the WorkOS Google Workspace guide.
5
Configure attribute mapping in Google
Map these attributes:
6
Download Google's metadata
On the SAML app’s IdP details page, download the Metadata XML or copy the SSO URL, Entity ID, and certificate.
7
Return to the WorkOS portal
Upload the metadata XML (or paste the individual fields). WorkOS validates and pre-fills.
8
Enable the SAML app for users
Back in Google Admin, on the SAML app page, set the service status to On for everyone (or for a specific OU). New apps default to Off, which is the most common cause of “user gets blocked at Google” errors.
9
Test the connection
Click Test connection in the WorkOS portal. WorkOS runs an end-to-end Google sign-in flow and reports the result.
Group → role mapping
Google’s custom SAML apps don’t send group memberships in the SAML response by default. If you want group-based role mapping in Summand, pick the option that fits:- Manual mapping by Google Group address — list a Google Group’s email in the WorkOS portal and bind it to a Summand role.
- Cloud Identity — Google Cloud Identity supports richer claim attributes, including arbitrary group sends.
- Workspace-only orgs — for most teams, mapping by group address is enough and removes the need to enable Cloud Identity.