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/transaction/list with the whiteListStatus filter |
| Case endpoint removed | GET /v1/wallet/deposit-whitelist/cases/{transactionId} is gone. Use GET /v1/wallet/transaction/detail |
/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 never shows a gate — whiteListStatus comes through as approved or null |
| Sub-wallet payer profile restored | POST / PUT / GET /v1/wallet/deposit-whitelist/wallets/{walletId}/profile are back in scope. Use them when a sub-wallet always receives from one payer who may send from several addresses |
| Transaction queries consolidated | GET /v1/wallet/history is deprecated in favour of GET /v1/wallet/transaction/list. The draft GET /v1/wallet/transactions/{transactionId} was withdrawn in favour of GET /v1/wallet/transaction/detail. Every reference in these docs now points at the surviving pair |
whiteListStatus on existing surfaces | Added to GET /v1/wallet/transaction/list, GET /v2/stable/collect/order-status, DEPOSIT_ORDER_NOTIFICATION and Collect Order Updated |
| No standalone whitelist events | The gate is carried on the order webhook you already consume instead of on a dedicated event |
whiteListStatus off DEPOSIT_ORDER_NOTIFICATION or Collect Order Updated, or pollGET /v1/wallet/transaction/detail.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 |
| POST | /v1/wallet/deposit-whitelist/wallets/{walletId}/profile |
| PUT | /v1/wallet/deposit-whitelist/wallets/{walletId}/profile |
| GET | /v1/wallet/deposit-whitelist/wallets/{walletId}/profile |
| Endpoint | Change |
|---|---|
GET /v1/wallet/transaction/list | New optional whiteListStatus query filter; records carry whiteListStatus and creditStatus. Absorbs the description of the deprecated GET /v1/wallet/history |
GET /v1/wallet/transaction/detail | whiteListStatus and creditStatus added to data, directly after status |
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–10000107). 10000103 now also covers an invalid countryCode or an unknownprovider. See Errors catalogue.status does not indicate spendability. Read creditStatus fromGET /v1/wallet/transaction/detail, 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 |
data.whiteListStatus.| eventType | Gate — payer details needed | Terminal |
|---|---|---|
DEPOSIT_ORDER_NOTIFICATION | status PROCESSING with whiteListStatus init or rejected | status SUCCESS, normally whiteListStatus approved |
COLLECT_ORDER_UPDATED | orderStatus PROCESSING with whiteListStatus init or rejected | orderStatus SUCCESS |
WALLET_ADDRESS_UPDATED | — | Source-address review moved to ACTIVE or FAILED |
POST /v1/wallet/deposit-whitelist/transactions/{transactionId}/submit. WhitelistSUCCESS. See| Item | Replacement |
|---|---|
GET /v1/wallet/deposit-whitelist/pending-list | GET /v1/wallet/transaction/list with whiteListStatus |
GET /v1/wallet/deposit-whitelist/cases/{transactionId} | GET /v1/wallet/transaction/detail |
GET /v1/wallet/history (deprecated, still served) | GET /v1/wallet/transaction/list |
GET /v1/wallet/transactions/{transactionId} (draft, withdrawn) | GET /v1/wallet/transaction/detail |
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