TEST KEYS ONLY (403 with a live key). Moves your sandbox organisation’s clock forward and immediately runs, in this order, the subscription renewals and the reminder cadence against it — so you can see a subscription renew on day 31 and reminder 1, 2 and 3 fire (fees, §9b intervals and the collection notice) without waiting weeks. Your data is not rewritten: due dates and next-invoice dates stay exactly as issued; only the clock the engines read moves. A renewed invoice is dated on its period, never before it. The clock only ever moves FORWARD, at most 365 days per call. Sandbox subscriptions renew only through this call and POST /v1/subscriptions/{id}/run — never by the background scheduler.
200 clock.offset is how far ahead your sandbox now runs in total. subscriptions lists the renewals this call ran (outcome issued/skipped/failed, invoiceId, invoiceNumber, sent); reminders lists what the cadence actually fired. Nothing leaves the sandbox: mail is redirected, SMS and letters are stopped.application/json
Response fields 2
Field
Type
Description
data.clock.offset
string
PostgreSQL interval showing how far ahead the sandbox clock is.
data.reminders
object[]
Reminder actions triggered by this call.
Possible errors 10
HTTP
Code
Meaning
400
invalid_idempotency_key
Idempotency-Key is missing or malformed.
400
invalid_request
The request body or parameter failed validation.
401
invalid_api_key
The API key is missing, invalid, expired or revoked.
403
api_not_included
The organisation’s plan does not include API access.
403
insufficient_scope
The key does not have the required scope.
403
sandbox_only
This operation is only available to sandbox API keys.
409
idempotency_conflict
The same key was used with a different request.
409
idempotency_in_progress
The same operation is currently being processed. Retry later.
413
payload_too_large
The JSON or uploaded file exceeds this endpoint’s size limit.
TEST KEYS ONLY (403 with a live key). Plays the card step of a checkout session for you — no browser, no card — with the outcome you choose, and delivers the gateway callback to Rieck exactly as the real gateway would: signed HMAC-SHA256 over the raw body, verified, looked up and booked through the same code path as production. approved books the payment and emits payment.received; declined and card_expired record a failed attempt and emit payment.failed; requires_3ds leaves the payment waiting for a challenge — that is not a decline, so no event yet. The outcome lives on THIS call, never on a card number or an amount ending in a magic digit. amountOere defaults to the invoice balance and may not exceed it; the fraud guard is NOT switched off (422 fraud_guard_blocked after too many failed attempts on one reference — you will want to see that before your customers do). Only available while Rieck’s own gateway simulator is active: 409 gateway_simulator_unavailable means your sandbox talks to the gateway’s real test environment, where its test cards on the hosted page play the same roles.
201 paymentId, reference, outcome, amountOere, callback.httpStatus/callback.result (what Rieck’s webhook handler did with the delivery) and expectedEvent — the webhook event your endpoint will receive, or null while 3DS waits.application/json
Possible errors 9
HTTP
Code
Meaning
400
invalid_idempotency_key
Idempotency-Key is missing or malformed.
400
invalid_request
The request body or parameter failed validation.
401
invalid_api_key
The API key is missing, invalid, expired or revoked.
403
api_not_included
The organisation’s plan does not include API access.
403
insufficient_scope
The key does not have the required scope.
409
idempotency_conflict
The same key was used with a different request.
409
idempotency_in_progress
The same operation is currently being processed. Retry later.
413
payload_too_large
The JSON or uploaded file exceeds this endpoint’s size limit.