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
Copy file name to clipboardExpand all lines: content/data/account-aggregator/consent-object.mdx
+43
Original file line number
Diff line number
Diff line change
@@ -18,6 +18,12 @@ Consent object contains the information about all the different types of data th
18
18
19
19
<br />
20
20
21
+
<Callouttype="info">
22
+
Tagging helps you organize and track consent requests, reports, and analytics more effectively. With this feature, you can add relevant labels (tags) to different consent requests and data-fetch reports without creating separate product instances. Tags make it easier to segment, analyze, and track data for different use cases, such as monitoring traffic for specific partners or campaigns.
23
+
</Callout>
24
+
25
+
<br />
26
+
21
27
### Consent request object
22
28
23
29
| Property name | Description | Mandatory? |
@@ -36,6 +42,7 @@ Consent object contains the information about all the different types of data th
36
42
|`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
43
|`redirectUrl`| Redirect your users back to your application once the consent is reviewed. By default, the redirectURL is https://setu.co/.| Yes |
38
44
|`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 |
45
+
|`additionalParams`| Allows you to specify additional parameters for the consent request. Currently, we have `tags` specified under it. | No |
39
46
40
47
#### Context property examples
41
48
@@ -83,4 +90,40 @@ Consent object contains the information about all the different types of data th
83
90
|`status`| Consent status of the consent request `id`. This will be `PENDING` for a newly created consent. |
84
91
|`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
92
93
+
<hrclass="primary" />
94
+
95
+
### Understanding Tags in AA Framework
96
+
97
+
• Tags must first be created at the product instance level before they can be used in any requests.
98
+
99
+
• 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.
100
+
101
+
• 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.
102
+
103
+
• Key limitations and rules:
104
+
- Tags are case-insensitive (e.g., "partnerA" = "PartnerA")
105
+
- Duplicate tags are not allowed
106
+
- Bulk tagging for historical data is not supported
107
+
- Number of tags per FIU is configurable
108
+
- Invalid characters will trigger errors
109
+
- System issues may prevent tag application (with error notifications)
110
+
111
+
• Best practice: Use clear, consistent, and easily understandable tag names for effective tracking.
112
+
113
+
• To add tags to a consent request, include them under the `additionalParams` field:
0 commit comments