Skip to main content

OAuth V1

Legacy OAuth V1 issues tokens for legacy Candescent APIs only (Send Event, Destinations, Get FI Customer, Register User). For Accounts, Alerts, Banking Images, Disclosures, Money Movement, Transactions, and other current APIs, use OAuth V2.

Note: This endpoint may be deprecated in a future release.

End-user benefits

  • Secure access to legacy Candescent APIs (Send Event, Destinations, Get FI Customer, Register User).
  • Supports institution-level (client_credentials) authentication and retail customer-specific (password) authentication.
  • Access tokens expire after 30 minutes by default (token lifetime is configured per application in the financial institution's Apigee application).

Integration capabilities

  • Only the password and client_credentials grant types are supported.
  • Client credentials — Provides institution-level access without customer credentials. User context must be supplied in the request body for subsequent API calls.
  • Password — Intended for first-party retail applications with direct user authentication. The password grant is supported for retail users only; business users must use client_credentials or OAuth V2. Successful responses include di_ficustomer and di_member_number. Token access is limited to the authenticated retail customer.
  • Requests require HTTP Basic Authentication with the client_id and client_secret from application registration.
  • Request format is application/x-www-form-urlencoded with a grant_type parameter and a Content-Type: application/x-www-form-urlencoded header. When grant_type=password (retail users only), both username and password are required.
  • The financial institution (di_fiid) must be authorized for the application; unauthorized institutions return HTTP 401.
  • Successful responses return HTTP 200 with an XML payload containing the access_token and expiration information.

Authentication Flows

Step 1: Complete Authentication

Clients must first complete one of the supported authentication flows to obtain an access token.

Client Credentials Grant

Server-to-server (institution-level) authentication. Supported for retail and business use cases.

Password Grant

Direct authentication using retail end-user credentials. Retail users only — not supported for business users.

Step 2: Resolve fiCustomerId for Retail or Business Users

After successful authentication, retrieve the canonical fiCustomerId required for subsequent API calls.

  1. Call the following endpoint: GET /v2/fis/{fiId}/fiCustomers/{fiCustomerId}?fiCustomerIdType=<fiCustomerIdType> using a supported customer identifier type via the fiCustomerIdType query parameter.

    Supported values. Default is GUID:

    • GUID
    • MEMNUMBER
    • LOGINID
    • HOSTID
  2. From the response, retrieve the id field. This value represents the canonical fiCustomerId (legacy product user GUID).

  3. Use this id value as the {fiCustomerId} path parameter for all subsequent API requests that require fiCustomerId in the URL path.

Required headers

HeaderDescription
AuthorizationBasic <BASE64_ENCODED(CLIENT_ID:CLIENT_SECRET)
di_tidUUID used to trace and correlate requests across services for debugging and logging.
di_fiidIdentifier of the financial institution.
Content-Typeapplication/x-www-form-urlencoded

Error codes

CodeMessageHTTP status
90001app does not support client credentials403
90001di_ficustomer not authorized401
90001di_fiid not authorized401
90001login credentials are not valid401
90001Quota limit violation500
90002Access blocked403
90002Client not authorized for this URL403
90002Form param 'grant_type' invalid400
90002Form param 'password' invalid400
90002Form param 'username' invalid400
90002Header 'di_fiid' invalid400
90002Header 'di_tid' invalid400
90002Header 'originating_ip' invalid400
90002Header invalid400
90002Internal Service Error - contact DI team500
90003Internal Service Error - contact DI team500
90004Internal Service Error - contact DI team500
91000Quota limit violation500
92000Spike arrest violation500

Endpoints