You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* added tags feature for AA framework
* removed list for single element in error messages column under data fetch API
* Update consent object
---------
Co-authored-by: riyasuntwal <riyasuntwal@Setus-MacBook-Pro.local>
Co-authored-by: Aditya Gannavarapu <adityagannavarapu.67@gmail.com>
Copy file name to clipboardExpand all lines: content/data/account-aggregator/consent-object.mdx
+51-2Lines changed: 51 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -11,13 +11,24 @@ The consent object is the core of the AA framework. When an FIU requires data ab
11
11
12
12
Consent object contains the information about all the different types of data the FIU needs, the purpose of the data, and how the FIU plans to use the data and so on.
13
13
14
-
<Callouttypetype="warning">
14
+
<Callouttype="warning">
15
15
As specified in the table below, some parameters have to be passed mandatorily
16
16
when creating a consent.
17
17
</Callout>
18
18
19
19
<br />
20
20
21
+
<Callouttype="tip">
22
+
Tagging helps you organize and track consent requests, reports, and analytics
23
+
more effectively. With this feature, you can add relevant labels (tags) to
24
+
different consent requests and data-fetch reports without creating separate
25
+
product instances. Tags make it easier to segment, analyze, and track data for
26
+
different use cases, such as monitoring traffic for specific partners or
27
+
campaigns.
28
+
</Callout>
29
+
30
+
<br />
31
+
21
32
### Consent request object
22
33
23
34
| Property name | Description | Mandatory? |
@@ -28,14 +39,15 @@ Consent object contains the information about all the different types of data th
28
39
|`fetchType`| Enum to specify either `ONETIME` or `PERIODIC` fetch of data. | Yes |
29
40
|`consentTypes`| Specifies the type of data being requested for, from your user—<br/><li>`PROFILE`—Personal details such as mobile number, date of birth, PAN etc.</li><li>`SUMMARY`—Information like mutual fund summary for total amount invested, current value, number of MFs and more.</li><li>`TRANSACTIONS`—List of records against some financial data—e.g., a bank statement.</li> | Yes |
30
41
|`fiTypes`| Specifies the type of financial information being requested for. Possible enums—`DEPOSIT`, `MUTUAL_FUNDS`, `INSURANCE_POLICIES`, `TERM_DEPOSIT`, `RECURRING_DEPOSIT`, `SIP`, `GOVT_SECURITIES`, `EQUITIES`, `BONDS`, `DEBENTURES`, `ETF`, and more. Click <ahref="/data/account-aggregator/fi-data-types"target="_blank">here</a> to learn more about the data types. | Yes |
31
-
|`vua`| Virtual user address (VUA) that identifies your customer when they login to the Account Aggregator.<br/>It can be either mobile number or mobile number with handle (**{customer_mobile_number}@onemoney**)<br/><li>If mobile@handle is used, consent will be created for the specified AA</li><li>If mobile is used, a best performing AA is selected for consent creation</li> | Yes |
42
+
|`vua`| Virtual user address (VUA) that identifies your customer when they login to the Account Aggregator.<br/>It can be either mobile number or mobile number with handle (**{customer_mobile_number}@onemoney**)<br/><li>If mobile@handle is used, consent will be created for the specified AA</li><li>If mobile is used, a best performing AA is selected for consent creation</li> | Yes |
32
43
|`purpose`| This is used to indicate the purpose of requesting for data. As per the AA spec, the following codes are supported—<br/><li>`101`—Wealth management service</li><li>`102`—Customer spending patterns, budget or other reportings</li><li>`103`—Aggregated statement</li><li>`104`—Explicit consent to monitor the accounts</li><li>`105`—Explicit one-time consent for accessing data from the accounts</li> | Yes |
33
44
|`dataRange`| This is used to specify the `from` and `to` date-time range for querying financial information. It is mandatory only when the `consentTypes` array includes `TRANSACTIONS`. | Mandatory |
34
45
|`dataLife`| This is the time period for which you are allowed to process the data. Choose between `MONTH`, `YEAR`, `DAY`, `INF` as the `unit` and define a numeric `value` alongside. <br /> For more details on the difference between Data life and Data Storage, please see [Sahamati guidelines](https://sahamati.org.in/aa-community-guidelines-v1/storage-of-data/) (see SD001 in the table) | Yes |
35
46
|`frequency` has 2 components—`unit` and `value`|`unit` can be `HOURLY`, `DAILY`, `MONTHLY`, `YEARLY`. `value` has to be greater than 0.<br/>Additionally the maximum frequency value is defined is `1` request per HOUR. So, no more than `24` requests are allowed per DAY | Yes |
36
47
|`dataFilter`| Allows you to specify conditions for filtering the data being fetched. For example, fetch transactions where the `TRANSACTIONAMOUNT` is greater than or equal to INR 20,000. You can use the `type`, `operator` like `>, <, <=, >=` and `value` like `5000` keys to set the filters. | No |
37
48
|`redirectUrl`| Redirect your users back to your application once the consent is reviewed. By default, the redirectURL is https://setu.co/.| Yes |
38
49
|`context`| Allows you to specify an FIP OR Account type (Current, Savings, Insurance, etc) as a key value pair for you to be able to customise the accounts fetched on the consent flow. We support the context filters `accounttype` which takes the Key as `accounttype` where values can be `CURRENT` or `SAVINGS` and `fipid` with the `FIP ID` as the value(s). | No |
50
+
|`additionalParams`| Allows you to specify additional parameters for the consent request. Currently, we have `tags` specified under it. | No |
39
51
40
52
#### Context property examples
41
53
@@ -83,4 +95,41 @@ Consent object contains the information about all the different types of data th
83
95
|`status`| Consent status of the consent request `id`. This will be `PENDING` for a newly created consent. |
84
96
|`Usage`| This field specifies `lastUsed` and `count` which corresponds to data fetches against the consent id. It is also available in Get Consent Status response. |
85
97
98
+
<hrclass="primary" />
99
+
100
+
### Understanding Tags in AA Framework
101
+
102
+
• Tags must first be created at the product instance level before they can be used in any requests.
103
+
104
+
• Tags can be created and managed while setting up or updating a product instance. They are unique identifiers (max 100 characters) that can be linked to multiple product instances.
105
+
106
+
• Tags are visible in consent and data-fetch reports, and serve as filters in analytics dashboards. Use them to track user journeys, monitor failures, analyze behavior, measure campaign performance, and generate custom insights.
107
+
108
+
• Key limitations and rules:
109
+
110
+
- Tags are case-insensitive (e.g., "partnerA" = "PartnerA")
111
+
- Duplicate tags are not allowed
112
+
- Bulk tagging for historical data is not supported
113
+
- Number of tags per FIU is configurable
114
+
- Invalid characters will trigger errors
115
+
- System issues may prevent tag application (with error notifications)
116
+
117
+
• Best practice: Use clear, consistent, and easily understandable tag names for effective tracking.
118
+
119
+
• To add tags to a consent request, include them under the `additionalParams` field:
0 commit comments