Implement Intuit single sign-on with OpenID

This topic provides information related to implementing Intuit single sign-on (SSO) using OpenID.  For more information about OpenID, see the OpenID Authentication 2.0 Spec. Intuit single sign-on offers these key benefits:

  • The user only has to sign in once, instead of having to sign in to both your app and to the app store.
  • Regardless of your app's presence on the QuickBooks app store, your app can rely on Intuit's OpenID service for user authentication rather than a customized solution.
  • Click here for information about available Intuit single sign-on models.

​This topic contains the following sections:


The user initiates the sign in process in one of the following ways:

  • From within the QuickBooks app store: by clicking the Get App Now button for apps accessed from QuickBooks app store app card.
  • Outside of the QuickBooks app store: by clicking the Sign in with QuickBooks button from within your app.

In both cases, if the user is not already logged into their QuickBooks account, they are prompted for their Intuit ID and password. 

Here's what happens next:

One.pngEstablish the association
two.pngAuthentication request
three.pngVerify the claimed identity
four.pngOptional: obtain additional user information.

After successful verification, your app redirects the user's browser back to your app. 

Implementing the OpenID authentication workflow

Intuit OpenID provider URL:

Your code provides an authentication request to the Intuit OpenID provider service.  Sample requests and responses are provided below to give you an idea of the workflow steps.  

Given the security implications of getting the implementation correct, we strongly encourage you to use community OpenID Authentication 2.0 libraries when interacting with QuickBooks OpenID endpoints. It is a best practice to use well-debugged code provided by others to help protect yourself and your users. 

One.pngEstablishing the association

Click to show details.

An association between the relying party and the Intuit OpenID provider establishes a shared secret between them, which is used to verify subsequent protocol messages and reduce round trips.

Making the request

Initiate the OpenID process by redirecting the user to intuit's OpenID server:


Here is an example of a complete associate handle request URL:


Handling the response

Here is an example of the response received for the above request.


two.pngRequesting authentication 

Click to show details.

Once the relying party has successfully performed discovery and (optionally) created an association with the discovered OpenID provider endpoint URL, it can send an authentication request to the OpenID provider to obtain an assertion.

Making the request


Here is an example of a complete request URL. Use the URL specified in the OpenID URL field in the app settings on the Intuit Developer site for openid.return_to.


Handling the response

The Intuit OpenId server issues a 302 redirect to the endpoint specified in the openid.return_to parameter in the above request. Here is an example of this response endpoint.  Use the user information returned to this endpoint to provision an account or to map to an existing account.

three.pngVerifying the claimed identity

Click to show details.

Your code verifies the authentication response is from the Intuit OpenID provider service.  In the OpenID Authentication 2.0 spec, this verification is described in the section, Verifying Assertions

Making the request

Validate the openid.identity returned in the redirect response.


Handling the response

Here is an example of the response received for the above request. 

HTTP/1.1 200 OK
<Service priority="10">



<Service priority="20">


four.pngObtaining additional user information

Click to show details.

The Intuit OpenID service supports the OpenID Simple Registration Extension 1.0 (SREG) and the OpenID Attribute Exchange 1.0 (AX), enabling your code to fetch user data such as the email address from the authentication response.  AX supports the following namespaces:


For example with, your code can fetch the following data:

  • contact/email
  • namePerson
  • namePerson/first
  • namePerson/last
  • intuit/realmId—This field is available when there is an active connection between the realm and the app and when the user is launching the application from the QuickBooks App Store.

For example, specify the following to get the email address of the user's OpenID account with the namespace:


Intuit does not verify the user email address associated with the user's OpenID account.  Therefore, do not use the email address for authentication and do not link user accounts based on email address.

Adding the Sign in with Intuit button

To enable your user to sign into your app with their Intuit user ID (email) and password, provide the Sign in with Intuit button in your app. Upon clicking this button, the browser is redirected to the Intuit App Center sign-in window, which prompts the user to log in with their Intuit user ID (email) and password. If you're implementing modified single sign-on, adding this button is optional.

Testing your Intuit single sign-on implementation

For apps published on the QuickBooks app store, the user starts the app subscription and OpenID flow by clicking the Get app now button on the app card for the published app. To simulate this flow before your app is published, perform these steps:

Click here to see process.
  1. From the, select the My Apps tab and click on your app. The app's dashboard is displayed.  

  1. In the Test Connections section click on the link labeled Try app in Production (App Store flow). The Create your account dialog is displayed, initiating the Intuit single sign-on workflow. From here your customer can create an account or use their existing Intuit account.

  1. After the user is signed in, the QuickBooks company selector is displayed.  If the user has only one company in his account, this dialog is omitted from the workflow. 

  1. After the user selects a company, the authorize dialog is displayed.

Click Authorize and verify that the app's landing page, as defined with the Launch URL in your app settings, appears.

Intuit single sign-on models

Intuit Developer supports two models of single sign-on, standard and modified, as described below.

Standard single sign-on

With this model your application is required to implement OpenID in order to allow the customer signing up for your application from QuickBooks to sign in directly to your application without being prompted to create a new account or password on your site. The customer signs in only once with their Intuit credentials.

In this model it is mandatory to add the Sign in with Intuit button on all of your sign-in pages. 

Because this flow is easy for customers, it results in more paid customers signing up for your app. We recommend this flow unless you have a very good reason to use the Modified option.

Modified Intuit single sign-on

With this model you still implement OpenID, but your application can let a customer create an account on your site for your app’s use. Subsequent sign-ins from QuickBooks  honor the OpenID credentials from Intuit and sign the user directly in to your application.

This modified model makes adding the Sign in with Intuit button to your sign-in pages optional.

Use modified Intuit single sign-on if your customers really need to create an identity and password on your site. For example, they need to sign in to your mobile or tablet app.

Which model is right for your app?

When considering which Intuit single sign-on model to implement, consider how your users interact with your app.  With the Sign in with Intuit button, the user only has to sign in once, instead of having to sign in to both your app and to QuickBooks The Sign in with Intuit button is optional with the modified single sign-on model. Here are some use cases for including it in your app:

  • You can create user accounts without an independent username and password in your system when the user's account is created through the Get App Now flow.  In particular for mobile apps, this approach is not recommended. 
  • All your users typically have an Intuit account for an accountant-facing application.
  • Your users spend most of their day in QuickBooks Online, so having the Sign in with Intuit button saves them from having to login again.

OpenID discovery

OpenID discovery is optional for QuickBooks API apps.  Your app may skip the discovery step and send the authentication request to the Intuit OpenID provider URL:

If your OpenID library requires your app to perform discovery, then you must specify the XRDS document at the following OpenID discovery URL:

For more information about discovery, in the OpenId Authentication 2.0 Spec this is described in the section, Discovery.


Sample OpenID Implementation

OpenID Community Resources

Here are some libraries we recommend:

In the terminology of the spec, Intuit is the OpenID provider and your app is the relying party.

 Got Questions? Get Answers in our developer forums.