Skip to main content
POST
Error
Legacy API — This is Consent List V1. We recommend using Consent List V2 or Consent List with Unique Accounts for new integrations.

Overview

The Consent List API allows Financial Information Users (FIUs) to retrieve all consent records associated with a specific customer and product combination. This API provides visibility into the complete consent history, including active, pending, rejected, revoked, and expired consents. This is the foundational version of the consent listing API that uses mobile number as the primary customer identifier. It supports optional filtering by product, account, and status, as well as pagination via limit and pageno parameters. Use this API when you need to:
  • Display all consents to the customer in their account dashboard
  • Check if active consents exist before creating new ones
  • Audit consent history for compliance and record-keeping purposes
  • Verify consent status before initiating data fetch operations

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

  • Mobile Number Format: The mobile number must be exactly 10 digits without any country code, spaces, hyphens, or other special characters. Examples: 9876543210 (correct), +919876543210 (incorrect), 98765-43210 (incorrect).
  • Product Filtering: When productID is provided, the API only returns consents associated with that product. If omitted, consents across all products for the mobile number are returned.
  • Historical Data: The API returns all consents regardless of their status, providing a complete historical view of the consent relationship with the customer.
  • Pagination: Use limit and pageno together to paginate through large result sets. For example, limit: 10 and pageno: 1 returns the first 10 results.

Response

Success Response (200 OK)

When consents are found for the specified mobile number and product ID, the API returns an array of consent objects:
Each consent object in the data array contains the following fields:

Empty Result Response

If no consents are found for the specified mobile number and product ID combination:

Error Response (400 Bad Request)

When the request contains invalid data or fails validation:

Common Error Codes

Example Request

Use Cases

Show customers all their consents with different institutions:

Checking for Existing Active Consents

Before creating a new consent, check if one already exists:
Generate compliance reports showing consent history:

Best Practices

  1. Cache Consent Lists: The consent list doesn’t change frequently. Cache the results for a reasonable duration (e.g., 5-10 minutes) to reduce API calls.
  2. Status Filtering: After retrieving the list, filter on the client side based on your needs (active consents for data fetching, pending for reminders, etc.).
  3. Combine with Webhooks: Use this API to populate initial state, then rely on webhooks for real-time updates rather than polling repeatedly.
  4. Error Handling: Always check the status field and handle empty arrays gracefully when no consents exist.
  5. Display Masked Data: When showing consent information to customers, use the maskedAccountNumber to protect privacy while allowing customers to identify their accounts.

API Version Comparison

  • V1 (this API): Uses mobile number as identifier. Supports optional filtering by product, account, and status. Supports pagination via limit and pageno.
  • V2: Uses flexible party identifiers (mobile, email, PAN, AADHAR, DOB, GSTIN). Returns similar flat list with enhanced filtering based on identifier type and account ID.
  • V1 Unique Accounts: Provides deduplicated view with unique accounts per FIP. Supports status filtering and pagination for large result sets.
Choose this API when:
  • You need simple, straightforward consent listing by mobile number
  • You want optional filtering by product, account, or status
  • You need basic pagination support via limit and pageno
  • You want the most compatible API version with legacy systems

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
mobileNumber
string
required

The customer's 10-digit mobile number without country code or special characters. This should be the same mobile number used when creating consent requests.

Pattern: ^[0-9]{10}$
productID
string

The unique identifier of the consent template (product) for which you want to retrieve consents. This filters the consent list to only show consents created using this specific product configuration. Optional — if omitted, consents across all products are returned.

accountID
string

The account identifier to filter consents for a specific customer interaction or loan application. Use the same value that was provided during consent creation.

status
enum<string>[]

An array of consent status values to filter the results. If not provided, consents of all statuses are returned.

Available options:
ACTIVE,
PAUSED,
REVOKED,
EXPIRED,
PENDING,
REJECTED
limit
integer

The maximum number of consent records to return. Use in combination with pageno for pagination through large result sets.

Required range: x >= 1
pageno
integer

The page number to retrieve when using pagination. Pages are 1-indexed (first page is 1). Use in combination with limit to paginate results.

Required range: x >= 1

Response

Consents retrieved successfully

ver
string

The version of the FinPro API that processed this request.

status
string

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

data
object[]

An array of consent objects. Each object represents one consent record associated with the mobile number and product ID. The array may be empty if no consents exist.