Skip to main content

Overview

This guide describes the end-to-end integration flow for initiating user consent, handling user redirection, tracking transaction status, and fetching analytics data using the Intelligent Data Fetch system with AA + PDF fallback.
This integration uses a unified transactionId for all operations, simplifying the flow compared to the legacy consent-based approach.

Integration Flow

1

Initiate Consent

Call POST /v3/requestconsent to start the consent journey and receive a transaction_id
2

Redirect User

Redirect user to webRedirectionUrl to complete the consent journey
3

Track Status

Monitor status via webhook (recommended) or polling API
4

Fetch Data

Once eventStatus is SUCCESS, fetch analytics using /analytics/json, /analytics/xml, or /analytics/excel

Endpoint

Headers

Request Body

Request Parameters

string
required
Virtual User Address (e.g., 9876543210@onemoney)
string
required
Unique account identifier
array
required
Array of product IDs for multi-consent. Use either this or productID
string
required
User identifier value (mobile, PAN, Aadhaar, etc.)
string
required
Type: MOBILE, PAN, AADHAR, EMAIL, DOB, GSTIN
string
Callback URL after consent journey
array
Array of FIP IDs for smart routing
string
PAN number (format: ABCDE1234F)
object
Configuration object for custom data range
object
Runtime, per-request thresholds for business-rule checks (see below)

Config Object (Optional)

Checks Overrides (Optional)

Runtime, per-request thresholds for the business-rule checks evaluated during the journey. It is a flat key→value map where each key is the parameter name of a configurable check and each value is the threshold that check is evaluated against for this request. This lets you tune check thresholds per consent request without changing the configuration set up for your product.
  • If you want to set thresholds dynamically, pass the values in checks_overrides.
  • If you do not need dynamic thresholds, omit the field — the threshold configured for your product is used instead, with no API change required.
  • A key that does not match a configurable check is ignored.
  • The set of configurable checks and their parameter names are agreed during onboarding. To enable or change them, contact support@moneyone.in.

Sample Request

Response

Store the transaction_id for future reference. The webRedirectionUrl contains a time-bound access_token - do not modify it.

Step 2: User Redirection

Redirect the user to the webRedirectionUrl received in Step 1.

Post-Journey Redirect

After completing the consent journey, users are automatically redirected to your redirectUrl with the following parameters: Example:
To configure additional redirect URL parameters, contact support@moneyone.in.

Step 3: Status Tracking

You can track the transaction status using one of the following methods:

Step 4: Fetch Data

Once the data fetch is completed (eventStatus = SUCCESS), fetch raw FI data or analytics.

Available Endpoints

Request Body

All endpoints use the same request body:
You can obtain the FI data two ways: pull it on demand with POST /getallfidata, or have it pushed to your webhook as soon as it is ready. Both carry the same FI data records.

Endpoint

Sample Request

Sample Response

Response Fields

Analytics output format is configurable. Contact support@moneyone.in to configure your preferred format.

UI Events (postMessage API)

When the orchestration UI is embedded in an iframe, it communicates with the parent window using the postMessage API.

Event Structure

Event Codes

Listening for Events


Quick Reference

Endpoints

Required Headers

Need Help?

Contact support@moneyone.in for technical assistance or integration queries.