E-Wallet - API Checkout
This uses by s to request a to for using .

Flow description after :
- The requests to .
- The sends request using Registration to .
- sends response of regist to .
- The sends to .
- requests to .
- The generates .
- stores .
- During s:
- If is using OVO , then will send to related application to makes a .
- If is using another (excluding OVO and AstraPay), then will redirects to 's . After that, must login using their related account before ing .
- The sends to .
- The receives .
- The sends a to .
- receives .
- sends to .
- The receives .
- The requests a check to .
- sends response of checking to .
- The receives final .
- The sends an confirmation to .

Flow description during payments:
- If doesn't have AstraPay account yet.
- The requests to .
- sends account link request to AstraPay.
- AstraPay receives request sent by .
- AstraPay sends response of redirect URL to 's to .
- sends response of 's redirect URL to .
- The displays registration to .
- The s with account registration.
- The sends account registration to AstraPay.
- AstraPay validates account.
- AstraPay sends a to .
- sends a to .
- The sends a that account already registered to .
- The requests to .
- requests to AstraPay.
- AstraPay generates .
- AstraPay sends response of redirect URL to .
- sends response of redirect URL to .
- The redirects to AstraPay's .
- The verifies .
- The makes to AstraPay.
- AstraPay performs verification.
- AstraPay sends a callback to .
- sends response to .
- displays response of callback to .
- AstraPay sends a to .
- receives .
- sends to .
- The receives .
- The requests a check to .
- sends response to .
- The receives final .
- The updates to .
The has two different flows, namely asynchronous and synchronous. In asynchronous flow, s need input credentials to enter 's application before making s. Meanwhile, for a synchronous , s don't need to input application's credentials first and can immediately make s via s sent to 's application.
The difference in these flows can be seen from two flows below.

Flow description after checkout of the order:
- The requests to .
- The sends a request by using Registration to .
- sends response of Registration to .
- The requests to .
- requests to .
- The generates .
- stores .
- If uses another (excluding OVO and AstraPay), then will redirect to 's .
- The login to related account before making .
- The sends to .
- The receives .
- The sends a to .
- receives .
- sends a to .
- The receives .
- The requests checking to .
- sends a response of checking to .
- The receives final .
- The sends an confirmation to .

Flow description after checkout of the order:
- The requests to .
- The sends a using Registration to .
- sends a response of regist to .
- The sends to .
- requests to .
- The generates .
- stores .
- The (OVO) will send a to related application to make s.
- The sends to .
- The receives .
- The sends a to .
- receives .
- sends s to .
- The receives .
- The requests checking to .
- sends a response from checking to .
- The receives final .
- The sends an confirmation to .

The image above is a sample with an method using Secure Page.

After of registration request completes, you can continue until settlement by following guidelines in E-Wallet Payment Guide.
Note for ShopeePay and OVO , to provide a better user experience to , please give a warning message for to open via mobile devices.

API URL | /nicepay/redirect/v2/payment |
---|---|
Request Method | Redirect-GET |
Header | Content-Type: application/Form-UrlEncoded |
Parameter | Type | Size | Description | Remark |
---|---|---|---|---|
paymentURL Required | ANS | 14 | URL | https://dev.nicepay.co.id/nicepay/redirect/v2/payment |
tXid Required | AN | 30 | Transaction ID | TNICEEW05100202212201020014087 |
Note for ShopeePay and OVO , to better user experience to , please request give a warning message for to open by mobile devices.
Parameter | Type | Size | Description | Remark |
---|---|---|---|---|
resultCd | N | 4 | 0000 | |
resultMsg | AN | 255 | Result Message: Error Code | SUCCESS |
tXid | AN | 30 | Transaction ID | IONPAYTEST00202212201351474222 When Success |
referenceNo | ANS | 40 | Order Number | ordNo20221220131215 When Success |
payMethod E-Wallet, Payloan | N | 2 | 05 When Success | |
amt | N | 12 | Transaction Amount | 5000 When Success |
transDt Only CC (Additional) | N | 8 | Transaction Date (YYYYMMDD) | 20221220 When Success |
transTm CC | N | 6 | Transaction Time (HH24MISS) | 135201 When Success |
mitraCd Direct Debit, E-Wallet, Payloan | A | 4 | DANA When Success | |
callBackUrl | ANS | 255 | Result URL | https://webhook.site/7bef799f-ebe2-4328-a7b3-6d53deedca27 When Success |
Note: Response will be sent through callbackUrl with Content-type: application/json and method: POST Parameter.
On in , response from request that gets hit is Callback URL.
When Your callback already received callbackUrl, we recommended to do verification using Status Inquiry - API Checkout.
CallBack Handling is very important to minimize Fraud act, we highly recommend to do verification using callBack parameter.
