Home » QR Code Applications » How to Set Up SSO for mobiQode: Google Workspace, Microsoft Entra ID & Okta

How to Set Up SSO for mobiQode: Google Workspace, Microsoft Entra ID & Okta

mobiQode banner for the SSO setup guide covering Google Workspace, Microsoft Entra ID, and Okta

Single Sign-On sounds like it should be complicated — certificates, metadata, SAML assertions. In practice, setting it up for mobiQode is a matter of copying a handful of values in the right direction, twice. This guide walks through exactly that, for whichever identity provider your organization runs: Google Workspace, Microsoft Entra ID, or Okta.

mobiQode’s SSO is built on SAML 2.0. In SAML terms, mobiQode is the Service Provider (SP) — the app your team signs into — and Google Workspace, Microsoft Entra, or Okta is the Identity Provider (IdP) — the system that actually authenticates the user. The two sides need to trust each other, which is what this whole setup process is about.

Available on the Agency plan. Multi-User Support and SSO are included on mobiQode’s Agency plan, supporting up to 20 team members. If SSO isn’t showing up under Organization → Team Users, check your plan first.

Before You Start

  • Organization Owner or Admin access in mobiQode
  • Administrator access to your identity provider (Google Workspace, Microsoft Entra, or Okta) with permission to create a SAML application
  • A production HTTPS domain for mobiQode SSO
  • A test user who exists in both systems, using the exact same email address in each
  • That test user enabled/assigned to the new application in your identity provider
⚠️ The one rule that matters most: mobiQode identifies users by the SAML NameID, and it must be the user’s email address — exactly matching the email of their mobiQode organization account. Every provider below needs to be configured to return email as the NameID. Get this wrong and login will fail even though authentication itself succeeded.

Step 1: Configure mobiQode as the Service Provider

This part is identical no matter which identity provider you’re connecting.

1 Log in to mobiQode as an Organization Owner or Admin and go to Organization → Team Users → SSO Configuration.

2 Select your Identity Provider, enter your Company name, and set the Slug (the lowercase organization identifier used in your SP URLs).

3 Copy the two values mobiQode generates for you — you’ll paste these into your identity provider in the next step:

mobiQode SP valueWhat it is
Single sign-on URL (ACS)The mobiQode SAML Assertion Consumer Service URL
Audience URI (SP Entity ID)The mobiQode SAML Service Provider Entity ID
Name ID formatEmailAddress
💡 Always copy, never construct. Use the exact values shown in your mobiQode portal — don’t type these out from memory or a previous setup. A single mismatched character breaks the handshake.

Step 2: Configure Your Identity Provider

Jump to whichever provider your organization uses.

🔵 Google Workspace

1 In the Google Admin console, go to Apps → Web and mobile apps → Add app → Add custom SAML app. Name it “mobiQode.”

2 On the Google Identity Provider details screen, download the IdP metadata XML, or copy the SSO URL, Entity ID, and certificate shown there.

3 On Service provider details, paste in the mobiQode ACS URL and Entity ID from Step 1. Configure the Name ID to return the user’s Google primary email address.

4 Finish the SAML app setup, then open the app under Web and mobile apps → User access and turn it ON for everyone or for your test user’s organizational unit/group.

Google Workspace fieldValue from mobiQode
ACS URLmobiQode Single sign-on URL (ACS)
Entity IDmobiQode Audience URI / SP Entity ID
Start URLOptional — only if your mobiQode portal provides one
Signed responseLeave unchecked unless your mobiQode SAML implementation explicitly requires it
💡 Common error: “403 — app_not_configured_for_user” means the app isn’t enabled for the Google account you’re testing with. Check User access and organizational unit/group membership.
🟦 Microsoft Entra ID

1 In the Microsoft Entra admin center, go to Entra ID → Enterprise apps → New application → Create your own application. Name it “mobiQode” and select Integrate any other application you don’t find in the gallery (Non-gallery).

2 Open the app, go to Single sign-on → SAML, and in Basic SAML Configuration enter the mobiQode ACS URL as the Reply URL and the mobiQode SP Entity ID as the Identifier.

3 In Attributes & Claims, set the Name ID (Name identifier) to the user’s email attribute — not a display name or any other identifier.

4 In SAML Certificates, copy the App Federation Metadata URL.

5 Under Users and groups, assign the users or groups who should have access.

Microsoft Entra fieldValue from mobiQode
Identifier (Entity ID)mobiQode Audience URI / SP Entity ID
Reply URL (ACS URL)mobiQode ACS URL
Sign on URL / Relay State / Logout URLOptional
⚫ Okta

1 In the Okta Admin Console, go to Applications → Applications → Create App Integration, select SAML 2.0, and name it “mobiQode.”

2 In Configure SAML, paste the mobiQode ACS URL as the Single sign-on URL and the mobiQode SP Entity ID as the Audience URI. Set Name ID format to EmailAddress and Application username to Email. Keep “Use this for Recipient URL and Destination URL” enabled.

3 Finish setup, then in the app’s Sign On tab, copy the Identity Provider Metadata URL.

4 Under Assignments, assign the people or groups who should authenticate through this app — a user cannot sign in via Okta SSO until they’re assigned.

Okta fieldValue from mobiQode
Single sign-on URLmobiQode ACS URL
Audience URI (SP Entity ID)mobiQode Audience URI / SP Entity ID
Name ID formatEmailAddress
Application usernameEmail

Step 3: Import the Metadata Back Into mobiQode

This last configuration step is the same for all three providers.

1 Return to mobiQode’s SSO Configuration page and find Import IdP Metadata.

2 Paste the metadata URL you copied (Google’s IdP metadata URL, the Entra App Federation Metadata URL, or the Okta Identity Provider Metadata URL) and click Import from IdP — or upload the downloaded XML file if your provider only gave you a file.

3 mobiQode should auto-populate the Identity Provider Issuer, SSO URL, and X.509 signing certificate. Review these, then enable SSO and click Save SSO Configuration.

💡 About SLO (Single Logout): Only use an SLO URL if your identity provider’s metadata actually supplies a logout endpoint. Don’t invent one — if it’s not there, leave the field empty.

Step 4: Invite Users and Test the Login

Go to Organization → Team Users → Invite User, enter the same email address that exists in your identity provider, choose a role and Edit Scope, and send the invitation. If your organization requires invitation acceptance before first login, complete that first.

To test: go to the mobiQode login page, click SSO under “Continue with,” enter the organization email, and click Continue. You should be redirected to your identity provider, authenticate, and land back on the mobiQode dashboard.

  • The SAML application is active in your identity provider
  • The test user is enabled/assigned in your identity provider
  • The test user exists in the mobiQode organization
  • The email address is identical in both systems
  • The SAML NameID is the user’s email address
  • The ACS URL and Entity ID in your identity provider exactly match what mobiQode displays
  • The IdP metadata has been imported into mobiQode
  • SSO is enabled and the mobiQode configuration is saved
  • You’ve tested in a fresh/incognito browser session at least once

Troubleshooting

“Metadata import failed.”
Confirm the metadata URL is correct and opens a valid SAML metadata XML document in a browser, or that the downloaded XML file wasn’t corrupted or edited.
“Authentication succeeds at the provider, but mobiQode rejects the user.”
Confirm the user belongs to the correct mobiQode organization, and that the SAML NameID being returned is the exact email address of that mobiQode user.
“Audience / Entity ID error.”
The Entity ID configured in your identity provider must exactly match the Audience URI / SP Entity ID displayed in mobiQode — copy it again rather than retyping it.
“ACS / Reply URL error.”
Same idea — the ACS URL (or Reply URL, in Entra’s terminology) in your provider must exactly match the Single sign-on URL (ACS) mobiQode shows you.
“The user isn’t assigned/enabled for the application.”
Google Workspace, Entra, and Okta all require an explicit step to grant a user or group access to the application — check User access (Google), Users and groups (Entra), or Assignments (Okta).
“Our signing certificate rotated — what now?”
Re-import your identity provider’s current metadata (URL or XML) into mobiQode and save the SSO configuration again. Don’t try to patch in a certificate manually.
“Single Logout (SLO) isn’t working.”
Check whether your identity provider’s metadata actually includes a logout endpoint. If it doesn’t, leave the SLO field empty rather than entering a guessed URL.

Reference: Field Mapping by Provider

Keep this handy while you’re configuring — it maps every mobiQode SP field to its equivalent name in each identity provider.

mobiQode (SP)Google WorkspaceMicrosoft Entra IDOkta
Single sign-on URL (ACS)ACS URLReply URLSingle sign-on URL
Audience URI (SP Entity ID)Entity IDIdentifier (Entity ID)Audience URI (SP Entity ID)
Name ID format: EmailAddressSAML Name ID (primary email)Name identifier (email attribute)Name ID format
Import metadataGoogle IdP metadata XMLApp Federation Metadata URLIdentity Provider Metadata URL
X.509 CertificateGoogle Workspace signing certificateEntra token-signing certificateIdP signing certificate

Ready to connect your identity provider?

Open SSO Configuration →

Organization → Team Users → SSO Configuration

On This Page