> For a complete page index, fetch https://docs.transak.com/llms.txt

# Auth Reliance

**Auth Reliance** allows partners to authenticate users without requiring them to re-login into the Transak authentication flow. This feature is exclusively available for [Whitelabel API integrations](/integration/api).

## Problem Statement

Integrating third-party payment services often forces users to create separate accounts and log in multiple times, disrupting the user experience and increasing friction in the conversion funnel.

Here are some of the **key challenges** with traditional authentication flows in payment integrations:

<table>
  <tbody>
    <tr>
      <td>
        <strong>
          Redundant authentication
        </strong>

        Users must re-authenticate with third-party services even though they're already logged into your platform.
      </td>
    </tr>

    <tr>
      <td>
        <strong>
          Higher drop-off rates
        </strong>

        Additional authentication steps create friction points that lead to user abandonment and lower conversion rates.
      </td>
    </tr>

    <tr>
      <td>
        <strong>
          Poor user experience
        </strong>

        Users are confused about why they need to create yet another account or log in again during payment flows.
      </td>
    </tr>

    <tr>
      <td>
        <strong>
          Slower transaction flows
        </strong>

        Multiple login steps add unnecessary delays to time-sensitive payment transactions.
      </td>
    </tr>
  </tbody>
</table>

## Our Solution

Auth Reliance eliminates redundant logins by allowing partners to pass authenticated user credentials directly to Transak, creating a seamless, uninterrupted payment experience.

Here are some of the **key benefits** of the Auth Reliance solution:

<table>
  <tbody>
    <tr>
      <td>
        <strong>
          Seamless Authentication
        </strong>

        Users stay authenticated without re-entering credentials or creating new accounts.
      </td>
    </tr>

    <tr>
      <td>
        <strong>
          Higher Conversion
        </strong>

        Reduce friction and drop-offs by eliminating redundant authentication steps.
      </td>
    </tr>

    <tr>
      <td>
        <strong>
          Better UX
        </strong>

        Keep users in your app's flow without disrupting their journey.
      </td>
    </tr>

    <tr>
      <td>
        <strong>
          Backend Security
        </strong>

        Server-to-server authentication with IP whitelisting ensures secure transactions.
      </td>
    </tr>
  </tbody>
</table>

## How does it work?

## Current Limitations

Auth Reliance APIs are to be called only from the partner backend and subjected to the whitelisting of partner IP addresses. Direct API calls from the frontend apps are not supported.

### Payment Methods

<table>
  <thead>
    <tr>
      <th>
        Supported
      </th>

      <th>
        Payment Methods
      </th>
    </tr>
  </thead>

  <tbody>
    <tr>
      <td>
        Yes
      </td>

      <td>
        Bank transfers, Open banking
      </td>
    </tr>

    <tr>
      <td>
        No
      </td>

      <td>
        Cards, Apple Pay, Google Pay
      </td>
    </tr>
  </tbody>
</table>

## How to integrate?

### Enable Auth Reliance

Follow the steps in the [Need help in Integration](/getting-started/help-and-support#need-help-in-integration) section to reach us. Then raise the request to enable **Auth Reliance** for your API key.

Share your public IP addresses with Transak for whitelisting.

### Configuration

Use [Onboard User API](/api/whitelabel/user/onboard-user-auth-reliance) to create the user or fetch the existing user
details for Auth Reliance.

Sample request:

```bash
curl --location --request POST 'https://api-gateway-stg.transak.com/api/v2/user/onboard' \
--header 'x-user-identifier: USER_IDENTIFIER' \
--header 'x-access-token: PARTNER_ACCESS_TOKEN'
```

Include these headers in your [Whitelabel API requests](/api/whitelabel).

These are required for Auth Reliance to
identify the authenticated user and authorize the request:

<table>
  <tbody>
    <tr>
      <td>
        Partner access token (see [guide](/guides/how-to-create-partner-access-token))

        User's email address
      </td>
    </tr>
  </tbody>
</table>