Skip to main content
POST
Error

Overview

The Consent Request V3 API builds upon V2 by providing an enhanced consent initiation experience. In addition to creating a consent request and generating a consent handle, V3 returns a secure webRedirectionUrl that can be used to automatically redirect customers to the Account Aggregator consent interface. This API is ideal for web-based integrations where you want to provide a seamless consent journey without building custom redirection logic. The web redirection URL is a pre-authenticated, encrypted link that maintains security while simplifying the customer experience. V3 also supports additional features including FIP filtering (allowing you to specify which Financial Information Providers the customer can link accounts from) and custom redirect URLs (where customers should be sent after completing the AA journey).

Endpoint

Authentication

This API requires authentication through the following headers that must be included in every request:

Request Body

The request body must be a JSON object containing the following parameters:

Important Notes

  • VUA Format: The VUA must follow the exact format identifier@onemoney where the identifier matches the party identifier value. The domain @onemoney is case-sensitive and required.
  • FIP Filtering: When fipID array is provided, only those specific FIPs will be available during the customer’s account discovery journey. This is useful for scenarios where you have partnerships with specific banks or want to limit options for regulatory or business reasons.
  • Redirect URL Security: The redirectUrl should be a secure HTTPS endpoint that you control. Avoid using dynamic or user-provided URLs to prevent open redirect vulnerabilities.
  • PAN Validation: When provided, the PAN will be validated against standard format (5 uppercase letters, 4 digits, 1 uppercase letter). Invalid PAN formats will result in a validation error.
  • Date of Birth: The optional dob is an additional weak identifier used for account discovery at Financial Information Providers that require it. Provide it as either DDMMYYYY or YYYY-MM-DD; the platform normalizes it to YYYY-MM-DD before sending it to the Account Aggregator. A value matching neither format is rejected with a validation error. Supply it alongside pan when the target FIP mandates additional identifiers for discovery.

Response

Success Response (200 OK)

When the consent request is successfully created, the API returns a response with a web redirection URL that can be used to redirect the customer to the AA interface:

Important Notes About Web Redirection URL

  • Single-Use Token: The webRedirectionUrl contains a one-time token that expires after use or after a configured time period (typically 24 hours). Do not reuse the same URL for multiple attempts.
  • Secure Redirect: The encrypted request parameter ensures that consent details cannot be tampered with during the redirect. The AA will validate the signature before displaying the consent interface.
  • URL Expiry: If the customer does not complete the journey within the expiry window, you’ll need to create a new consent request to generate a fresh URL.

Error Response (400 Bad Request)

When the request contains invalid data or fails validation, the API returns an error response with details about what went wrong:

Common Error Codes

Example Request

Integration Patterns

Web Application Integration

For web applications, you can redirect the user to the webRedirectionUrl directly:

Mobile Application Integration

For mobile apps, you can use the web redirection URL with in-app browsers or deep links:

Next Steps

After successfully creating a consent request with V3:
  1. Redirect the Customer: Use the webRedirectionUrl to redirect the customer to the Account Aggregator interface. Choose the integration pattern that best fits your application type (web, mobile, etc.).
  2. Configure Webhooks: Ensure you have webhook endpoints configured in the FinPro admin portal to receive consent lifecycle notifications (Approve, Reject, Revoke, Expire). The webhook will be triggered when the customer completes the journey.
  3. Handle Redirect Callback: Implement the callback handler at your redirectUrl endpoint to process the customer’s return after completing the AA journey. Parse any status information included in the callback URL parameters.
  4. Monitor Consent Status: Listen for webhook notifications to get real-time updates on consent status changes. Alternatively, use the Consent List APIs to poll for status updates.
  5. Request FI Data: Once you receive a consent approval webhook, use the Data Management APIs to request and retrieve financial information from the linked accounts.

API Version Comparison

  • V2: Returns only a consent handle with PENDING status. Requires manual customer redirection mechanism.
  • V3 (this API): Returns a webRedirectionUrl for automatic customer redirect. Supports FIP filtering and custom redirect URLs. Single consent handle for all FIPs.
  • V4: Returns separate consent handles per FIP when multiple FIPs are specified. Best for scenarios requiring granular tracking of multi-FIP consent journeys.
Choose V3 when you need automated redirection with simple consent tracking, and V4 when you need individual consent handles per FIP for more granular control.

Authorizations

client_id
string
header
required

Your unique client identifier provided by MoneyOne during FIU onboarding

client_secret
string
header
required

Your confidential client secret provided by MoneyOne

organisationId
string
header
required

Your organization's unique identifier in the FinPro system

appIdentifier
string
header
required

Application-specific identifier for tracking API calls

Body

application/json
productID
string
required

The unique identifier of the consent template configured in the FinPro admin portal. This template defines the purpose code, consent validity, FI types, fetch frequency, and other consent parameters that will govern the data sharing relationship.

vua
string
required

The customer's Virtual User Address (VUA) in the format mobile@onemoney. This is the unique identifier used by Account Aggregators to identify the customer across the AA ecosystem.

partyIdentifierType
enum<string>
required

The type of identifier being provided for the customer. Valid values are MOBILE, EMAIL, or PAN. This should match the format of the partyIdentifierValue field.

Available options:
MOBILE,
EMAIL,
PAN
partyIdentifierValue
string
required

The actual identifier value for the customer. For MOBILE type, this should be a 10-digit Indian mobile number without country code. For EMAIL, provide the email address. For PAN, provide the 10-character PAN number.

accountID
string
required

A unique identifier from your system that links this consent request to a specific customer interaction, loan application, or transaction in your backend. This helps you correlate consent lifecycle events with your internal workflows. Use alphanumeric values to ensure compatibility.

pan
string

The customer's Permanent Account Number (PAN). Required for certain consent types and helps in identity verification across the AA ecosystem. Must be a valid 10-character Indian PAN format.

dob
string

The customer's Date of Birth, supplied as an additional weak identifier for account discovery at Financial Information Providers that require it (per Sahamati's additional-identifiers mandate). Accepts either DDMMYYYY or YYYY-MM-DD format; the platform normalises it to YYYY-MM-DD before forwarding it to the Account Aggregator. Optional.

Pattern: ^((0[1-9]|[12][0-9]|3[01])(0[1-9]|1[0-2])[0-9]{4}|[0-9]{4}-(0[1-9]|1[0-2])-(0[1-9]|[12][0-9]|3[01]))$
Example:

"1990-05-21"

fipID
string[]

An array of Financial Information Provider identifiers that restricts which FIPs the customer can link accounts from. If not provided, the customer can discover and link accounts from all available FIPs in the AA ecosystem. Use this to limit choices based on your business requirements or partnership agreements.

redirectUrl
string<uri>

The URL where the customer should be redirected after completing the consent journey in the AA interface. This should be a valid HTTPS URL that can handle the callback with consent status information. If not provided, the default redirect URL configured in your FinPro portal will be used.

Response

Consent request created successfully with web redirection URL

ver
string

The version of the FinPro API that processed this request. Useful for debugging and version tracking.

status
string

Overall API call status. Will be 'success' for successful requests.

data
object