POST
/v2/sandbox/deposit/virtual-accountDeposit Balance — Virtual Account
Creates a domestic wire deposit to a virtual account owned by the authenticated merchant. Use this to simulate inbound VA deposits in sandbox.
Test environment only — not available in production.
Headers
| Field | Type | Required | Possible values | Description |
|---|---|---|---|---|
Authorization | string | Required | Bearer {SessionToken} | Session token from Get Session Token, sent as `Authorization: Bearer {SessionToken}`. Replace with the value from the `x-refresh-token` response header when present (typically within 2 minutes of expiry). Secured calls must use the same IP as the auth request. |
Request body
| Field | Type | Required | Possible values | Description |
|---|---|---|---|---|
Amount | string | Required | 100 | Amount to deposit to the virtual account. |
AccountNumber | string | Required | {virtualAccountNumber} | Virtual account number that belongs to the authenticated merchant. |
Example request
{
"Amount": "100",
"AccountNumber": "780008000490"
}Response
| Field | Type | Possible values | Description |
|---|---|---|---|
ResponseCode | integer | 200 | 201 | 204 | 400 | 401 | 403 | 404 | 410 | 422 | 500 | 301 | 503 | 422 | API result code in the response envelope. Indicates success or the error category (e.g. 200 success, 400 bad request, 401 unauthorized). |
ResponseMessage | string | Success | Created | NoContent | BadRequest | Unauthorized | Forbidden | NotFound | Gone | UnprocessableContent | ServerError | ResourceMoved | ServiceUnAvailable | UnProcessableEntity | Human-readable label paired with ResponseCode (e.g. Success, BadRequest, Unauthorized). Use with ResponseCode to interpret the outcome. |
ResponseData | object | Please refer to below example for response body | Contains TransactionNumber for the pending virtual-account deposit. |
Example response
{
"ResponseCode": 200,
"ResponseMessage": "Success",
"ResponseData": {
"TransactionNumber": "FV000023005"
}
}The virtual account must belong to the authenticated merchant. The deposit is created as a pending transaction; use Authorize Transaction to complete it in sandbox.
Requires `Authorization: Bearer {SessionToken}` from Get Session Token. Refresh via `x-refresh-token` when supplied; use the same client IP as authentication.