transactions/ endpoint provides an interface for retrieving and managing payment information from the shop system.
For each transaction you can view details such as the payment method, status, amounts and timing. In addition, the interface supports updating the status as well as actions such as capture, refund or cancellation.
Supported methods
List of all supported methods.| Command/Info | Endpoints | DELETE | GET | POST | PUT |
|---|---|---|---|---|---|
| Transactions | transactions/ |
Data fields of a transaction
| Name | Type | Meaning |
|---|---|---|
accountId | Integer | ID of the customer account that performed the payment. |
amount | String | Amount of the transaction (in the respective currency). |
clearerId | String | ID of the payment service provider (e.g. PayPal, Klarna). |
createdAt | String | Time of creation (ISO 8601 format, UTC). |
currency | String | ISO currency code (e.g. “EUR”). |
id | String | Unique ID of the transaction. |
orderId | String | ID of the order to which the transaction belongs. |
payedAt | String | Time of payment (ISO 8601 format, UTC). |
paymentMethod | String | Identifier of the chosen payment method (e.g. “paypalCheckout”). |
paymentStatus | Integer | Status of the payment (e.g. open, paid, failed). Possible values: 0 = Pending1 = Finished2 = Error3 = Redirected4 = Canceled5 = Rejected6 = CanceledByAdmin7 = Refunded8 = RefundedPartially |
refundedAt | String | Time of the refund (if performed). |
sandboxPayment | Boolean | Indicates whether the transaction was executed with a payment method that was configured in sandbox/test mode. Possible values: true = payment method in sandbox modefalse = payment method in live mode |
sessionId | String | ID of the session in which the payment was made. |
subshopId | String | ID of the subshop in which the payment took place. |
updatedAt | String | Time of the last update (ISO 8601 format, UTC). |
Example
Methods for transactions
The following methods let you manage transactions in the shop system. A transaction records the payment movement for an order and contains information such as amount, status, payment method and times of payment or refund. Through the API, transactions can be read, their status updated, refunded, canceled or captured. For all methods, the corresponding permissions to read or write transaction data must be available.GET transactions
Thetransactions endpoint lets you access a list of completed transactions in the shop.
The API lets you filter and sort transactions by various criteria such as time ranges, payment status or subshop. Transactions contain information about amounts, payment methods, associated orders and customer accounts, among other things.
To access this endpoint, the corresponding permissions to read transaction data must be available.
Example
The example shows a query of up to 100 transactions created in the period from 2025-03-23 to 2025-04-22 inclusive.Response
Filter fields
id, createdAt, payedAt, refundedAt, paymentStatus, subshopId, accountId, sandboxPayment
Sort fields
id, createdAt, updatedAt, payedAt, refundedAt, paymentStatus, subshopId, accountId, orderId, sessionId, clearerId, currency, amount, paymentMethod, sandboxPayment
Error codes
| Error | Type | Reason |
|---|---|---|
| 401 Unauthorized | Not authorized: you are not logged in or you do not have the required permissions to read transactions. | |
| 400 Bad Request | ”invalidValue” | |
| 400 Bad Request | ”unknownDataField” | A filter or sort field is invalid. |
| 400 Bad Request | ”unknownOperation” | A filter type is invalid. |
| 400 Bad Request | ”invalidCharacters” | size is not an integer.A filter value is invalid. |
| 400 Bad Request | ”syntaxError” | sort contains more than one or no ”:“. |
| 503 Service Unavailable | ”internalError” | Reading data failed. |
GET transactions/{id}
This method loads the complete details of a single transaction based on its unique ID. You can use it to retrieve transaction information such as payment status, addresses and additional data. To use this method, the required permissions to read transactions must be available.Example
Response
Error codes
| Error | Type | Reason |
|---|---|---|
| 401 Unauthorized | Not authorized: you are not logged in or you do not have the required permissions to read transactions. | |
| 404 Not Found | The transaction was not found. | |
| 400 Bad Request | ”missing” | id is missing. |
PUT transactions/{id}/refresh
This method queries the current status of an existing transaction with the connected payment service provider and updates it. It can be used when the status of a transaction no longer appears up to date (e.g. for pending payments or refunds). The corresponding permissions to write transaction data must be available.Example
Response
Error codes
| Error | Type | Reason |
|---|---|---|
| 401 Unauthorized | Not authorized: you are not logged in or you do not have the required permissions to write transactions. | |
| 400 Bad Request | ”missing” | id is missing. |
| 404 Not Found | The transaction data could not be read after the update. |
PUT transactions/{id}/cancel
This method attempts to cancel a transaction with the connected payment service provider. This is required, for example, for payments that have not yet been completed or that contain errors. After a successful cancellation, the updated transaction is returned. The corresponding permissions to write transactions must be available.Example
Response
paymentStatus is usually set to 4 (Canceled) or 6 (CanceledByAdmin). The exact value depends on the payment service provider.
Error codes
| Error | Type | Reason |
|---|---|---|
| 401 Unauthorized | Not authorized: you are not logged in or you do not have the required permissions to write transactions. | |
| 404 Not Found | The transaction was not found. The transaction data could not be read after the update. | |
| 400 Bad Request | ”missing” | id is missing. |
| 503 Service Unavailable | ”internalError” | The cancellation failed. The transaction could not be loaded after the update. |
PUT transactions/{id}/refund
This method triggers a refund of an already paid amount for the specified transaction. Optionally, a partial amount (amount) and a refund reason (reason) can be provided in the request body. If no amount is specified, the entire amount is refunded. After a successful refund, the updated transaction is returned.
For this action, the corresponding permissions to write transactions must be available.
Example
Request body
Response
paymentStatus is set to 7 (Refunded) or 8 (RefundedPartially), depending on whether the entire amount or a partial amount was refunded.
Error codes
| Error | Type | Reason |
|---|---|---|
| 401 Unauthorized | Not authorized: you are not logged in or you do not have the required permissions to write transactions. | |
| 400 Bad Request | Request body could not be loaded. | |
| 404 Not Found | The transaction was not found. The transaction data could not be read after the update. | |
| 400 Bad Request | ”missing” | id is missing. |
| 400 Bad Request | ”invalidValue” | amount is ≤ 0 or greater than the transaction amount. |
| 400 Bad Request | ”invalidFormat” | amount or reason is not a string. |
| 400 Bad Request | ”unknownDataField” | An unknown field was provided in the request body. |
| 503 Service Unavailable | ”internalError” | The refund failed. The transaction could not be loaded after the update. |
PUT transactions/{id}/capture
This method is used to capture a reserved transaction, i.e. the amount that was only earmarked is finally debited from the customer account. This function is mainly needed for payment providers where authorization and a separate capture are required (e.g. credit card). The updated transaction is then returned. For this action, the corresponding permissions to write transactions must be available.Example
Response
paymentStatus is usually set to 1 (Finished). In case of an error it is set to 2 (Error).
Error codes
| Error | Type | Reason |
|---|---|---|
| 401 Unauthorized | Not authorized: you are not logged in or you do not have the required permissions to write transactions. | |
| 404 Not Found | The transaction was not found. The transaction data could not be read after the update. | |
| 400 Bad Request | ”missing” | id is missing. |
| 503 Service Unavailable | ”internalError” | The capture failed. The transaction could not be loaded after the update. |
