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: 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 system. Learn more: Why we use queueing.An array of transaction objects.
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, value is applied if transactions posted immediately, or inflight if the batch was created in inflight status. When run_async is true, value is queued while the batch runs in the background.Number of transactions in the batch. Present when processing finished synchronously and the batch succeeded (or when reported in webhooks for async success).
Human-readable status message. Included on the immediate response when
run_async is true (for example, confirming that background processing started).