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/payments/billpay/v1/api-integration/apis.mdx
+75-73
Original file line number
Diff line number
Diff line change
@@ -22,22 +22,22 @@ The <a href="/payments/billpay/api-integration/api-reference#/category~Fetch_bil
22
22
For e.g., if your customer wants to pay their phone bill for Vodafone Postpaid, you will need to provide—
23
23
24
24
<ul>
25
-
<li>
26
-
<p>the customer’s identifier (mobile number in this case)</p>
27
-
</li>
28
-
<li>
29
-
<p>the business’s identifier (BBPS ID for Vodafone, in this case)</p>
30
-
</li>
25
+
<li>
26
+
<p>the customer’s identifier (mobile number in this case)</p>
27
+
</li>
28
+
<li>
29
+
<p>the business’s identifier (BBPS ID for Vodafone, in this case)</p>
30
+
</li>
31
31
</ul>
32
32
33
33
<Cardpadding="nano"shape="rounded">
34
-
<details>
35
-
<summary>
36
-
<Textas="h6"marginBottom="none"marginTop="none">
37
-
Detailed sample request body
38
-
</Text>
39
-
</summary>
40
-
<CodeBlockWithCopylanguage="json">{`
34
+
<details>
35
+
<summary>
36
+
<Textas="h6"marginBottom="none"marginTop="none">
37
+
Detailed sample request body
38
+
</Text>
39
+
</summary>
40
+
<CodeBlockWithCopylanguage="json">{`
41
41
{
42
42
"customer": {
43
43
"mobile": "9505987798",
@@ -75,7 +75,7 @@ For e.g., if your customer wants to pay their phone bill for Vodafone Postpaid,
75
75
}
76
76
}
77
77
`}</CodeBlockWithCopy>
78
-
</details>
78
+
</details>
79
79
</Card>
80
80
81
81
<br />
@@ -103,13 +103,13 @@ You may also use the `/bbps/bills/fetch/response` endpoint with above `refId` to
103
103
In the response you either get the bill details, or “Processing” status if the bill fetch is still in progress.
104
104
105
105
<Cardpadding="nano"shape="rounded">
106
-
<details>
107
-
<summary>
108
-
<Textas="h6"marginBottom="none"marginTop="none">
109
-
Sample response
110
-
</Text>
111
-
</summary>
112
-
<CodeBlockWithCopylanguage="json">{`
106
+
<details>
107
+
<summary>
108
+
<Textas="h6"marginBottom="none"marginTop="none">
109
+
Sample response
110
+
</Text>
111
+
</summary>
112
+
<CodeBlockWithCopylanguage="json">{`
113
113
{
114
114
"data": {
115
115
"additionalInfo": [
@@ -215,12 +215,11 @@ In the response you either get the bill details, or “Processing” status if t
215
215
"traceId": "C51JQCUD608P36RN28H0"
216
216
}
217
217
`}</CodeBlockWithCopy>
218
-
</details>
218
+
</details>
219
219
</Card>
220
220
221
221
<hrclass="tertiary" />
222
222
223
-
224
223
<hrclass="primary" />
225
224
226
225
### Pay bill
@@ -239,56 +238,59 @@ The <a href="/payments/billpay/api-integration/api-reference#/category~Manage_Di
239
238
240
239
For your convenience, Setu also provides actions to list data in bulk, that can come in handy for keeping your systems up to date with the latest data. The following APIs are available—
to start integration. Request for a detailed API run through from Setu team,
24
+
if needed. Contact us at{""}
25
+
<ahref="https://setu.co/support"target="_blank">
26
+
Setu Support
27
+
</a>
28
+
, should you need any help during integration.
29
29
</p>
30
30
31
31
A summary of the integration process—
@@ -83,42 +83,42 @@ Reach out to <a href="">onboarding@setu.co</a> to get a list of business details
83
83
84
84
It is recommended that you set up a callback URL to receive notifications for various types of events, while using—
85
85
86
-
-APIs to fetch bill for a customer
87
-
-APIs to validate customer identifier with a biller
88
-
-APIs to for completing a bill payment
89
-
-APIs to raise disputes against a payment
90
-
-APIs to receive an automatic bill due notification
86
+
- APIs to fetch bill for a customer
87
+
- APIs to validate customer identifier with a biller
88
+
- APIs to for completing a bill payment
89
+
- APIs to raise disputes against a payment
90
+
- APIs to receive an automatic bill due notification
91
91
92
92
When this is enabled by you, any successful `fetch`, `validate`, `payment` or `dispute` event gets posted to your callback URL.
93
93
94
94
You may specify only one callback URL. **This should be a valid URI string that starts with either `https://` or `http://` scheme.**. For e.g., `https://my-billpay-callback.com`.
95
95
96
96
Setu will append the following default paths to this callback URL, to alert your on specific events—
The URL may be relative (a path, without a host) or absolute (starting with
114
+
a scheme)
115
+
</strong>
116
+
.
117
+
<br />
118
+
<br />
119
+
In case you specify a path, it will get appended to the{""}
120
+
<code>callbackURL</code> value. If you specify a URL, it will simply override
121
+
the callback URL value for that particular event.
122
122
</Callout>
123
123
124
124
@@ -138,43 +138,40 @@ Once you have received your API keys and agent ID for testing, you can integrati
138
138
139
139
The screens you build as part of your app needs to conform to BBPS guidelines. You should submit a document with screenshots for the following screens—
140
140
141
-
-**Category list screen**, on which all BBPS categories are listed.
142
-
-**Biller list screen**, on which all billers under a selected category are listed.
143
-
-**Customer input screen**, where a customer enters identifiers specific to a selected biller, before their bill can be fetched.
144
-
-**Payment confirmation screen**, on which the customer confirms bill amount and proceeds with payment.
145
-
-**Payment status screen**, when payment is being processed and is finally either successful or failed.
146
-
-**Confirmation SMS**, this is the text that is sent after a payment is successful or failed.
147
-
-**Bill receipt screen**, through which a customer can view and download receipt for a successful transaction.
148
-
-**Raise complaint screen**, where a customer can raise complaint. Complaints are raised against specific transaction IDs.
149
-
-**Complaint status screen**, where a customer can see the latest status associated with registered complaint.
141
+
-**Category list screen**, on which all BBPS categories are listed.
142
+
-**Biller list screen**, on which all billers under a selected category are listed.
143
+
-**Customer input screen**, where a customer enters identifiers specific to a selected biller, before their bill can be fetched.
144
+
-**Payment confirmation screen**, on which the customer confirms bill amount and proceeds with payment.
145
+
-**Payment status screen**, when payment is being processed and is finally either successful or failed.
146
+
-**Confirmation SMS**, this is the text that is sent after a payment is successful or failed.
147
+
-**Bill receipt screen**, through which a customer can view and download receipt for a successful transaction.
148
+
-**Raise complaint screen**, where a customer can raise complaint. Complaints are raised against specific transaction IDs.
149
+
-**Complaint status screen**, where a customer can see the latest status associated with registered complaint.
150
150
151
151
<Callouttype="tip">
152
-
You may use the BBPS logo and branding guidelines provided{""}
and a quick summary of BBPS guidelines to keep in mind—,
173
170
</p>
174
171
175
-
-The app / website UI must contain a button for “Pay bills” with the BBPS logo shown.
176
-
-BBPS logo must be present on top right corner of all screens used by customer during search of biller or bill and also for screens relating to payment of bill.
177
-
-BBPS assured logo must always be shown on the payment sucessful and payment receipt pages. The regular BBPS logo can be removed from these.
172
+
- The app / website UI must contain a button for “Pay bills” with the BBPS logo shown.
173
+
- BBPS logo must be present on top right corner of all screens used by customer during search of biller or bill and also for screens relating to payment of bill.
174
+
- BBPS assured logo must always be shown on the payment sucessful and payment receipt pages. The regular BBPS logo can be removed from these.
178
175
179
176
<hrclass="primary" />
180
177
@@ -183,8 +180,8 @@ The screens you build as part of your app needs to conform to BBPS guidelines. Y
183
180
Run test cases mentioned in <ahref="https://docs.google.com/spreadsheets/d/1h774FCseJKlxYpB2nflN-ONnmEZQiMoF6Ufpiyz0dxA/edit#gid=0"target="_blank"> this document </a> and submit documented results using a copy of the provided file. The results will verified by Setu and the bank to generate production credentials.
184
181
185
182
<Callouttype="warning">
186
-
Postman logs not considered valid. Share results only once screen
187
-
integration is complete.{""}
183
+
Postman logs not considered valid. Share results only once screen integration
0 commit comments