Please see below for our most FAQs regarding setting up Single Sign On.


Q: How do I set up SSO?

A: We are happy to offer our ZenQMS Single Sign-On Self Service. This feature will allow you to configure your own single sign-on solution with the ability to enable and disable the feature at your own convenience. ZenQMS supports SAML 2.0 for Single Sign-On (SSO), including defined gallery entries for various SSO Identity Providers (e.g. Azure AD, Okta, OneLogin). Email with any questions. Please see:  ZenQMS SSO Single Sign-On Self Service



Q: Will the application remain p.11/Annex 11 compliant with SSO?

A: Of course! The application is fully validated as Commercial Off the Shelf per GAMP5 Level 3.  SSO does not affect this in any way.  Please note, we have deployed a SAML-based approach for logging into the app that either takes advantage of LDAP or relies on a PIN for e-signatures.



Q: How do my users log in to the application?

A: Users have multiple options.  

  1. Directly from URLs e.g.
  2. From login screen by clicking the SAML button
  3. From login screen if they try to log in with an SSO enabled email



Q: Should we test SSO before launching in production? 

A: YES-- especially if you are changing the existing sequence!  You can do this using your sandbox account...we recommend that sequence. Some controlled environments require this to be managed under change control with an assessment/user acceptance note that the log in sequence and e-signature sequences work for your needs.     



Q: Is SSO login different with Sandbox?

A: The only difference is in the URL string that triggers authentication.  The Sandbox URL is as follows, and is different from the production format above: 




Q: What if my companies have multiple domains (e.g. &

A: This is not a problem. Simply add the domains during the configuration process. See: ZenQMS SSO Single Sign-On Self Service



Q: Can I have non-SSO users in my account (e.g. consultants)?

A: Yes.  The application differentiates between the two types of users.  Non-SSO users will still have to maintain a ZenQMS Login and Password.  And the application is smart enough to know how to handle these two types of users as it relates to invitations to the system or password resets.  For example: 

  • Domain is set up for SSO
  • Will be directed to SSO verification:
  • Users in the account with any other email domain will maintain traditional login ID and password.
  • One wrinkle for aliases: emailIDs with '+' characters indicate aliases and will also require traditional log in and password.  So is SSO verified. But will not.



Q: What is ZenQMS compatible with?

A: Technically, our single sign-on can work with any IDP that is SAML 2.0 compliant -- this includes services like Okta, OneLogin, and Azure AD/Office 365. If you have specific questions around SSO configuration or SAML, feel free to email us at Click here for a helpful article for compatibility specifics.




Q: What happens to SSO enabled users when they click Forgot My Password

A: The application will let the user know that they are SSO enabled and provide a link that redirects for SSO authorization. From there, the user's Identify Provider/SSO platform will allow the user to reset their network passwords. That has nothing to do with ZenQMS anymore.




Q: What about app functions for password management/invitations/resets in the app-- do they affect SSO users?

A: No.  SSO enabled users will no longer see tabs for managing passwords, security challenge questions or enabling 2 factor authentication.  Admins 'resetting' passwords for SSO enabled users will see a message that tells them that these users will not be affected or receive any messages.  




Q: Do SSO enabled users need to be added to a ZenQMS account? 

A: Yes.  Any user wishing to access your ZenQMS account also needs to be invited and have an ACTIVE status account in ZenQMS.  The SSO component is simply for identity verification.  




Q: What happens to Disabled Users?

A: Users can be disabled...which means that even if they have proper SSO credentials they will be rejected from logging in.  The application will show a message saying "Your account status is either Disabled, Locked Out or Uninvited. Please contact your ZenQMS administrator for help accessing your account..."




Q: Is the session timeout functionality affected by SSO?

A: No. Sessions are still cancelled after 15 minutes of inactivity. After which the user will be prompted to log in again.




Q: How do users complete e-signatures?

A: Non-SSO users will still require esignature and password.  SSO users may have to rely on an emailed PIN depending on their SSO implementation.  Please review the note at the bottom of this article for more information.

Was this article helpful?
0 out of 1 found this helpful
Have more questions? Submit a request



Please sign in to leave a comment.