| sidebar_position | 1 | ||
|---|---|---|---|
| sidebar_label | SAML Quickstart | ||
| sidebar_custom_props |
|
Integrate SAML with Quilr for enterprise Single Sign-On (SSO) authentication.
- Category: SAML/SSO
- Integration Type: SAML 2.0
- Go to Integrations and open the Available tab.
- Click + Add on the SAML tile.
- Provide the configuration details below from your identity provider.
- Click Allow to complete the setup.
- Identity Provider metadata
- SAML assertion consumer service (ACS) URL
- Certificate configuration
- Enables SSO authentication for Quilr.
- Integrates with enterprise identity providers.
- Provides secure authentication workflows.
Configure Okta as your SAML identity provider for Quilr Single Sign-On (SSO).
- Okta administrator access
- Quilr administrator access
- Your organization's email domain configured in Quilr
- Log in to your Okta Admin Console at
https://your-subdomain-admin.okta.com - Navigate to Applications → Applications
- Click Create App Integration
- Select SAML 2.0 and click Next
- Enter an App name (e.g., "Quilr")
- Optionally upload a logo for easy identification
- Click Next
In the Configure SAML step, set the following:
| Okta Field | Value |
|---|---|
| Single sign-on URL | https://<your-quilr-domain>/bff/auth/auth/saml/callback |
| Use this for Recipient URL and Destination URL | ✓ Checked |
| Audience URI (SP Entity ID) | https://<your-quilr-domain>/bff/auth/saml/metadata/<tenant-id> |
| Default RelayState | <tenant_id> |
| Name ID format | EmailAddress |
| Application username |
| Setting | Recommended Value |
|---|---|
| Response | Signed |
| Assertion Signature | Signed |
| Signature Algorithm | RSA-SHA256 |
| Digest Algorithm | SHA256 |
| Assertion Encryption | Unencrypted |
- In the Feedback step, select I'm an Okta customer adding an internal app
- Click Finish
After creating the application, go to the Sign On tab and click View SAML setup instructions or View IdP metadata.
Collect the following values to configure in Quilr:
| Quilr Field | Where to Find in Okta |
|---|---|
| IDP Entity ID | Identity Provider Issuer |
| IDP SSO URL | Identity Provider Single Sign-On URL |
| IDP SLO URL | Identity Provider Single Logout URL (if available) |
| IDP Signing Certificate | X.509 Certificate (download and copy contents) |
- In the Sign On tab, scroll to SAML Signing Certificates
- Click Actions → Download certificate for the active certificate
- Open the downloaded
.certfile and copy the contents
- Go to the Assignments tab in your Okta application
- Click Assign → Assign to People or Assign to Groups
- Select the users or groups who should have access to Quilr
- Click Save and Go Back
- Users must be assigned to the application to authenticate via SAML
- In Quilr, go to Integrations → Available tab
- Click + Add on the SAML tile
- Enter the following configuration:
| Quilr Field | Value |
|---|---|
| Name | Okta SSO (or your preferred name) |
| IDP Entity ID | Paste the Identity Provider Issuer from Okta |
| IDP SSO URL | Paste the Identity Provider Single Sign-On URL from Okta |
| IDP SLO URL | Paste the Single Logout URL from Okta (optional) |
| IDP Signing Certificate | Paste the X.509 certificate from Okta |
| Domain | Your organization's email domain (e.g., company.com) |
| Name ID Format | emailAddress |
| Signature Algorithm | SHA256 |
| Want Assertions Signed | Yes |
| Want Authn Response Signed | Yes |
| Enforce SAML | Yes to reauthenticate via Okta, No to allow independent login methods |
- Click Allow to save the configuration
- Open an incognito/private browser window
- Navigate to your Quilr login page
- If Enforce SAML is enabled:
- Clicking Microsoft or Google login will redirect to Okta
- If Enforce SAML is disabled:
- You can test SAML by entering your email domain
- Authenticate with your Okta credentials
- You should be redirected back to Quilr and logged in
| Issue | Solution |
|---|---|
| "Invalid signature" error | Verify the IDP Signing Certificate is correctly copied without extra spaces or line breaks |
| "User not found" error | Ensure the user is assigned to the application in Okta |
| "Invalid audience" error | Verify the Audience URI (SP Entity ID) in Okta matches Quilr's SP metadata |
| Login redirects but fails | Check that the Single sign-on URL matches your Quilr environment |
| "SAML Response not valid" | Ensure both Response and Assertion signatures are enabled in Okta |
For additional details, see the Okta SAML Documentation.
Configure OneLogin as your SAML identity provider for Quilr Single Sign-On (SSO).
- OneLogin administrator access
- Quilr administrator access
- Your organization's email domain configured in Quilr
- Log in to your OneLogin Admin Portal at
https://your-subdomain.onelogin.com/admin - Navigate to Applications → Add App
- Search for "SAML Custom Connector (Advanced)" and select it
- Enter a Display Name (e.g., "Quilr")
- Optionally upload a logo for easy identification
- Click Save
In the Configuration tab of your OneLogin application, set the following:
| OneLogin Field | Value |
|---|---|
| Audience (EntityID) | Copy from Quilr's SP Metadata XML (EntityID) |
| Recipient | https://<your-quilr-domain>/bff/auth/auth/saml/callback |
| ACS (Consumer) URL | https://<your-quilr-domain>/bff/auth/auth/saml/callback |
| ACS URL Validator | .* or https://your-quilr-domain\.com/bff/auth/auth/saml/callback |
| Single Logout URL | Leave empty unless SLO is required |
In the Parameters tab:
- Ensure the NameID parameter is configured
- Set NameID value to the user's email address
- This ensures Quilr receives the user's email for authentication
In the SSO tab, configure the following security settings:
| Setting | Recommended Value |
|---|---|
| SAML Signature Element | Both (Response and Assertion) |
| SAML nameID format | |
| SAML Signature Algorithm | SHA-256 |
From the SSO tab in OneLogin, collect the following values to configure in Quilr:
| Quilr Field | Where to Find in OneLogin |
|---|---|
| IDP Entity ID | Issuer URL |
| IDP SSO URL | SAML 2.0 Endpoint (HTTP-POST) |
| IDP SLO URL | SLO Endpoint (HTTP-Redirect) |
| IDP Signing Certificate | X.509 Certificate → Click "View Details" and copy |
- Go to the Access tab in your OneLogin application
- Assign the appropriate users or roles who should have access to Quilr
- Users must be assigned to the application to authenticate via SAML
- In Quilr, go to Integrations → Available tab
- Click + Add on the SAML tile
- Enter the following configuration:
| Quilr Field | Value |
|---|---|
| Name | OneLogin SSO (or your preferred name) |
| IDP Entity ID | Paste the Issuer URL from OneLogin |
| IDP SSO URL | Paste the SAML 2.0 Endpoint (HTTP-POST) from OneLogin |
| IDP SLO URL | Paste the SLO Endpoint from OneLogin (optional) |
| IDP Signing Certificate | Paste the X.509 certificate from OneLogin |
| Domain | Your organization's email domain (e.g., company.com) |
| Name ID Format | emailAddress |
| Signature Algorithm | SHA256 |
| Want Assertions Signed | Yes |
| Want Authn Response Signed | Yes |
| Enforce SAML | Yes to redirect Microsoft/Google logins to OneLogin, No to allow independent login methods |
- Click Allow to save the configuration
- Open an incognito/private browser window
- Navigate to your Quilr login page
- If Enforce SAML is enabled:
- Clicking Microsoft or Google login will redirect to OneLogin
- If Enforce SAML is disabled:
- You can test SAML by entering your email domain
- Authenticate with your OneLogin credentials
- You should be redirected back to Quilr and logged in
| Issue | Solution |
|---|---|
| "Invalid signature" error | Verify the IDP Signing Certificate is correctly copied without extra spaces or line breaks |
| "User not found" error | Ensure the user is assigned to the application in OneLogin |
| "Invalid audience" error | Verify the Audience (EntityID) in OneLogin matches Quilr's SP metadata |
| Login redirects but fails | Check that the ACS URL matches your Quilr environment |
For additional details, see the OneLogin SAML Configuration Guide.
The Enforce SAML option controls how users authenticate:
| Setting | Behavior |
|---|---|
| Yes | Microsoft and Google login attempts redirect to your SSO provider |
| No | Users can choose between Microsoft, Google, or SAML independently |
This is useful for organizations that want to enforce centralized authentication for all users.
- Headers (
-----BEGIN CERTIFICATE-----) are optional - Line breaks are automatically handled
- Ensure the complete certificate content is copied
When your IdP rotates certificates:
- Download new certificate from IdP
- Update in Quilr SAML configuration
- Test the integration