BPNPBLIC-220, parent BPNPBLIC-143 / Jira BPN-1595). Do not treat the contract as live, and doPROCESSING and the funds sit in the unavailableSUCCESS.| Change | Detail |
|---|---|
submitStatus → whiteListStatus | Values are now lowercase init / pending / approved / rejected, replacing PENDING / SUBMITTED / REJECTED / DONE |
| Pending list removed | GET /v1/wallet/deposit-whitelist/pending-list is gone. Use GET /v1/wallet/history with the whiteListStatus filter |
| Case endpoint removed | GET /v1/wallet/deposit-whitelist/cases/{transactionId} is gone. Use GET /v1/wallet/transactions/{transactionId} |
/options narrowed | Returns providers only. The country enum was dropped |
| Country as ISO code | Send countryCode as an ISO 3166-1 alpha-2 code (SG). countryInfo was withdrawn — the platform derives the country name server-side |
| Whitelisted address skips the flow | A deposit from a source address that is already ACTIVE does not enter the whitelist flow and emits no DEPOSIT_WHITELIST_* webhook at all — neither REQUIRED nor CREDITED. Only DEPOSIT_ORDER_NOTIFICATION is sent |
whiteListStatus on existing surfaces | Added to GET /v1/wallet/history, GET /v2/stable/collect/order-status, DEPOSIT_ORDER_NOTIFICATION and Collect Order Updated |
DEPOSIT_WHITELIST_* event before booking aDEPOSIT_ORDER_NOTIFICATION, or pollGET /v1/wallet/transactions/{transactionId}.designing.| Method | Path |
|---|---|
| GET | /v1/wallet/deposit-whitelist/options |
| POST | /v1/wallet/deposit-whitelist/addresses |
| GET | /v1/wallet/deposit-whitelist/addresses |
| GET | /v1/wallet/deposit-whitelist/addresses/{id} |
| POST | /v1/wallet/deposit-whitelist/addresses/{id}/disable |
| POST | /v1/wallet/deposit-whitelist/transactions/{transactionId}/submit |
| GET | /v1/wallet/transactions/{transactionId} |
| Endpoint | Change |
|---|---|
GET /v1/wallet/history | New optional whiteListStatus query filter; deposit records carry whiteListStatus |
GET /v2/stable/collect/order-status | data.whiteListStatus added, directly after data.orderStatus |
Webhook DEPOSIT_ORDER_NOTIFICATION | data.whiteListStatus added, normally approved |
Webhook Collect Order Updated | data.whiteListStatus added |
currency / symbol stay separate fields.Idempotency-Key request header — the first merchant APIs on thewalletAddress, network, memo,symbol or txHash; they come from the on-chain transaction (10000106).status 500 with an 8-digit WalletErrorCode in code10000100–10000106). 10000103 now also covers an invalid countryCode or an unknownprovider. See Errors catalogue.status does not indicate spendability. Read creditStatus fromGET /v1/wallet/transactions/{transactionId}, or theGET /v1/wallet/asset-balance.status | whiteListStatus | creditStatus | Meaning |
|---|---|---|---|
PROCESSING | init | PENDING | Payer details not submitted |
PROCESSING | pending | PENDING | Under review, funds unavailable |
PROCESSING | rejected | PENDING | Rejected — resubmit, funds unavailable |
PROCESSING | approved | CREDITED | Normal — funds available, deposit not finished (auto-collection running) |
SUCCESS | approved | CREDITED | Deposit fully complete |
| any | any | BLOCKED | Not credited — contact support |
eventType, with the shared payload schema and one example body per event. This follows theTransaction Status Notification entry, which likewise covers several eventType values.| eventType | whiteListStatus | Order status | Terminal? |
|---|---|---|---|
DEPOSIT_WHITELIST_REQUIRED | init | PROCESSING | No — submit payer details |
DEPOSIT_WHITELIST_FAILED | rejected | PROCESSING | No — resubmit, funds still unavailable |
DEPOSIT_WHITELIST_CREDITED | approved | usually PROCESSING | No — funds available, deposit not finished |
ACTIVE address emits none of them.DEPOSIT_ORDER_NOTIFICATION | normally approved | SUCCESS | Yes — existing production event, now with whiteListStatus |DEPOSIT_ORDER_NOTIFICATION is not sent at the chain-confirmation stage. WALLET_ADDRESS_UPDATED| Item | Replacement |
|---|---|
GET /v1/wallet/deposit-whitelist/pending-list | GET /v1/wallet/history with whiteListStatus |
GET /v1/wallet/deposit-whitelist/cases/{transactionId} | GET /v1/wallet/transactions/{transactionId} |
submitStatus | whiteListStatus |
Country enum in /options | countryCode as ISO 3166-1 alpha-2 |
countryInfo in requests | Derived server-side from countryCode |
POST /v1/wallet/add-withdraw-whitelist. The existingPOST /v1/wallet/add-deposit-sender flow and its DEPOSIT_SENDER_DETAIL_UPDATED event were not