Refund Payment
Refund a payment by returning money to the customer after it has already been captured. You can refund the full amount or only part of it (partial refund), depending on how much you want to return. The endpoint typically only returns a single refund operation. But if multiple partial captures have been requested, the endpoint might return multiple refund operations as each capture is refunded in isolation. All operations are returned in the same response. If you do not use partial captures, then you will only ever receive a single refund operation. *We recommend a minimum timeout of 60 seconds.* :::info Operations are processed synchronously All operations such as `CAPTURE`, `VOID` and `REFUND` are processed synchronously and the outcome is returned directly in the response, meaning webhooks are not required. We **strongly** recommend using the **Idempotency-Key** header, to ensure safe retries in case of network failure. :::
Authorization
BearerAuth In: header
Path Parameters
The id of the transaction to refund.
Header Parameters
Ensures that a request can be safely retried without causing duplicate operations. Typically used for actions like payment creation and operations such as refund and void to prevent accidental double processing. - If a response is replayed due to using the same key, the response will include the header `Idempotent-Replayed: true`. - Idempotency keys are scoped by **[Key, Endpoint, HTTP Verb]**; the same key on a different endpoint or method will not replay the original response. - Responses are cached for **24 hours**. After that, the cache is cleared, so idempotency is only guaranteed within 24 hours of the initial request.
Request Body
application/json
Refund request payload.
TypeScript Definitions
Use the request body type in TypeScript.
Amount in minor units to refund (e.g., 1095 = 10.95 DKK)
1 <= valueResponse Body
application/json
application/json
application/json
application/json
Capture Payment
Capture a payment by finalizing a previously authorized transaction and moving the funds from the customer’s card to your account. When a payment is first authorized, the customer’s bank sets aside the money but doesn’t transfer it yet. Capturing the payment completes the process and transfers those funds to you. We recommend a minimum timeout of 60 seconds. Operations are processed synchronously All operations such as CAPTURE, VOID and REFUND are processed synchronously and the outcome is returned directly in the response, meaning webhooks are not required. We strongly recommend using the Idempotency-Key header, to ensure safe retries in case of network failure.
Void Payment
Void a payment by canceling it before it is captured, so no money is transferred. This releases the held funds on the customer’s card instead of completing the charge. We recommend a minimum timeout of 60 seconds. Operations are processed synchronously All operations such as CAPTURE, VOID and REFUND are processed synchronously and the outcome is returned directly in the response, meaning webhooks are not required. We strongly recommend using the Idempotency-Key header, to ensure safe retries in case of network failure.