Skip to content
Release: Australia · Updated: 2026-03-12 · Official documentation · View source

Connect to a third-party OAuth provider

Configure how the client ID and secret are sent to your OAuth provider.

Before you begin

Role required: oauth_admin

Procedure

  1. Navigate to All > System OAuth > Application Registry and then click New.

  2. On the interceptor page, click Connect to a third-party OAuth provider and then fill in the form.

FieldDescription
NameUnique name for the third-party OAuth connection.
Client IDThe client ID of application registered in the third-party OAuth server.
Client SecretThe client secret of the application registered in the third-party OAuth server.
OAuth API ScriptThe script used to customize request and response to the external OAuth provider.
Logo URLThe OAuth application logo URL.
Default Grant type

The default grant type used to establish the token. Choices include:

  • Authorization code: The code that is granted to the client to obtain an access token, which is then used to obtain access to the resource. If you select this option, then you need an authorization URL (the URL of the authorization server).
  • Resource owner password credentials: The user name and password of the user that is trying to obtain access to the resource.
  • Client Credentials: The client ID and client secret, which are both used to get the access token. This method does not provide refresh tokens.
  • JWT Bearer: An authorization server validates a JWT token which enables identity and security information to be shared across security domains.
  • SAML2 Bearer: Generates the SAML2 assertion and then exchanges the assertion for the access tokens wit the provider.

Note: For outbound request to SuccessFactors use the SAML2 Bearer as the Default Grant Type.

Refresh Token LifespanTime, in seconds, that the refresh token is valid. The default time is 8,640,0000 seconds.
Public ClientEnables public clients to require PKCE for an authorization.Note: You can use only Authorization Code as the Default Grant type when PKCE is enabled.
Code challenge methodThe code challenge method used in OAuth PCKE workflow. Choices include: - S256 \[Default\] - Plain - None
CommentsAdd any comments regarding the OAuth app.
ApplicationApplication and scope that contain this record.
Accessible fromMake this app accessible from all application scopes or from this scope only.
ActiveSelect the check box to make the app active.
Authorization URLThe OAuth authorization code endpoint.
Token URLThe OAuth server token endpoint.
Token Revocation URLThe OAuth server token revocation endpoint.
Redirect URLThe OAuth callback endpoint. If blank, the instance auto-generates an entry.
Use mutual authenticationCheck the box to use mutual authentication for token request and revocation. This feature requires a mutual authentication profile to be specified.
Send CredentialsThe OAuth client populates the client credentials in the request: - In Request Body \(Form URL-Encoded\) - Basic Authorization header - As Private Key JWT
Client TypeChoose the client type, based on the type of your client. Options:- Iframe Embedded - Integration as a User - Integration as a Service To know more, see Configure client type for OAuth and SSO records.
The system creates a record in the Application Registries \[oauth\_entity\] table with type OAuth Provider.
  1. Select OAuth Entity Profiles to validate a system-generated default profile for the new OAuth provider without any scope.

    You can change or add an OAuth provider profile including the name, grant type, and OAuth Scope.

  2. Select OAuth Entity Scopes to define all available OAuth scopes for this OAuth provider.

    You can select the scopes when you create or update a profile. Each OAuth scope contains a name and a scope that you must get from the provider's specification, such as a read scope or a write scope. Each scope must be defined separately.

  3. Select OAuth Entity Resources to define all OAuth resources this OAuth provider.

  4. Select Submit.