OAuth 2.0
Last updated
Was this helpful?
18.5
Last updated
Was this helpful?
Integration Name: Display name for the integration Key: Unique identifier for the integration. This should only contain letters and numbers.
Integration parameters allow you to parameterize the integration when defining a connected account. These parameters can be referenced through any of the custom integration inputs by surrounding the text in curly braces {parameterName}.
For example, if you want to parameterize a query parameter on the Authorization Endpoint, the url would look like the following:
Then, the query parameter would then be accessible when you create the connected account.
Another example for using integration parameters would be for connections where you have different servers for access token endpoints. You could customize the URL string with the following : {serverName}
This could then be used to create multiple connected accounts with the same authentication patterns when using multiple profiles (i.e. DEV, QA, PROD)
Authorization Grant Type (required) : The way the application will retrieve the access token. The options here are Authorization Code and Client Credentials. This automatically adds the grant_type parameter as part of the OAuth 2.0 protocol.
Access Token Endpoint (required): The URL to retrieve the access token.
Access Token Verb (required): The HTTP verb for the call to retrieve the access token. GET or POST
Authorization Endpoint (required): The URL to obtain authorization from the resource.
Revoke Token Endpoint (optional): The URL to revoke the token
OAuth Scope (required): OAuth 2.0 scopes
Client ID (required): OAuth 2.0 Client ID
Client Secret (required): OAuth 2.0 Client Secret
Token Parameter Name (required): The name to define how the token is specified (i.e. Authorization).
Token Parameter Value Template (required): The format of how to pass the token, once retrieved. The token is denoted as {token} in the input. For example, if the token is passed in the header of the request, with the format Authorization: Bearer <token>, then this field would look like:
📘 Redirect URIs If an external data source requires a Redirect URI, the url will differ based on the realm the organization was provisioned in.
US Realm
EU Realm
AP Realm
📘 Refresh Tokens When setting up an OAuth 2.0 integration in Airkit, a refresh token is expected, and the system/endpoint must be configured accordingly. Some systems will automatically account for this and some systems may not.
Refresh Rules
If the token is set to expire within less than 30 minutes, Airkit will refresh the token.
If an API call results in a 401 or 403 error, Airkit will refresh the token before retrying once.
📘 Token TTL (time-to-live) TTL of OAuth tokens has a minimum requirement 5 minutes. If the integration has a token TTL of under 5 minutes, it will cause issues when making requests.
Token Parameter Type (required) : Where to pass the token with the . Select between URL Parameter and Header.
Request parameters are included with every HTTP request that is used in an in .
🚧 HTTP Status Error 431 When creating an OAuth2 integration, sometimes the Request header Fields Too Large may occur. This can be fixed by clearing the cookies in the browser.
