What this workflow can do

  • Build authorization URL
  • Exchange authorization code
  • Refresh token
  • Verify access token

Before starting

  • Client ID
  • Client secret
  • Redirect URI
  • Scopes
  • PKCE only if your app requires it
  • Callback metadata: realmId

Result handling

  • Access token returns from exchange and can be verified in the result panel.
  • Refresh token may return from exchange or refresh.
  • Save callback metadata externally: realmId.
  • Anonymous OAuth Hub workflows do not store client secrets, authorization codes, access tokens, or refresh tokens.

Provider warnings

  • QuickBooks returns realmId in the callback; retain it for Accounting API calls.
  • This provider may rotate refresh tokens. Replace the old refresh token if a new one is returned.
  1. 01PrepareEnter provider credentials, scopes, callback details, and PKCE values if required.
  2. 02AuthorizeBuild the authorization URL and open provider consent.
  3. 03ExchangePaste the returned code and state, then exchange them for tokens.
  4. 04VerifyTest the access token against the provider verification endpoint.
  5. 05Next stepsCopy tokens or metadata, then store them safely outside anonymous mode.

Credentials

OAuth handshake

Provider callback may also return: realmId. Refresh uses refresh_token.

Troubleshooting

  • Persist realmId returned during consent redirect; many QuickBooks APIs require it in later calls.
  • QuickBooks can rotate refresh tokens; always keep the newest refresh token returned by refresh.
  • Ensure accounting scope is enabled in the Intuit app before requesting token exchange.