Transactions
Bulk Transactions
Handle bulk transactions in your Blnk Ledger.
POST
Bulk Transactions
If you’re using the auto-provisioned
Enterprise Core instance included with your Production License deployment, set the base URL to: https://ENTERPRISE_PUBLIC_URL/core.If you’re connecting to a different Core instance, use the publicly accessible base URL for that instance instead.Authorization
If set, the API uses an API key for authentication. Include the following header in your requests:X-blnk-key: <api-key>.
Replace <api-key> with your secret API key. Ensure the key is kept secure and not exposed in public repositories or client-side code.
See also: Scoped API keys and Secure your Blnk server.
Body
When
true, either all transactions succeed or all fail. When false, transactions are processed independently.When
true, transactions are created in INFLIGHT status and require a separate commit. When false, transactions are applied immediately.When
true, processing happens in the background and results are delivered via webhook. When false or not provided, processing happens synchronously and results are returned in the response.When
true, transactions bypass the queue and are processed inline in the request. Duplicate-reference handling differs from the default queued path. See Duplicate references.An array of transaction objects. Max number of transactions allowed is 10,000.
Sample transaction object
Response
Identifier for the bulk batch. Use this value as
parent_transaction when searching for child transactions, or when committing or voiding an inflight batch.When
run_async is false, applied means the bulk request was accepted. With default queueing (skip_queue: false), children are processed asynchronously - applied does not mean every child is already APPLIED on balances. With skip_queue: true, children are processed inline before the response returns. Value is inflight when inflight: true. When run_async is true, value is processing.Number of transactions in the request. Present on successful synchronous responses. On the default queued path, this reflects items submitted, not necessarily rows created - see Duplicate references.
Human-readable status message. Included on the immediate response when
run_async is true (for example, confirming that background processing started).