Executed refunds recorded in core, newest first
const url = 'https://quikstik-core.fly.dev/money/refunds?limit=50';const options = {method: 'GET', headers: {Authorization: 'Bearer <token>'}};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url 'https://quikstik-core.fly.dev/money/refunds?limit=50' \ --header 'Authorization: Bearer <token>'Core’s view, not the ledger’s and not Stripe’s (source: "core"). Rows come from core’s
executed-refund table (refunds_executed) — refunds core executed or reconciled from the
processor — windowed on the merchant-timezone date of execution (from/to inclusive;
defaults: to = today, from = today - 30; at most 92 days apart). It reports nothing about
revenue or net cash, and a refund absent here may still exist at the processor.
refund_id is core’s idempotency key for the refund. processor_ref is the processor’s
reversal reference, null when core minted a synthetic reference for a cumulative
out-of-band refund (no processor object is invented). The table stores no refund reason, so
none is returned. lead is the contact stamped on the obligation (same fallback as
GET /money/receivables).
Session, or an operator key scoped bookings.read. limit defaults to 50, max 200.
Authorizations
Section titled “Authorizations”Parameters
Section titled “Parameters”Query Parameters
Section titled “Query Parameters”Window start, a merchant-timezone calendar date (YYYY-MM-DD). Window is at most 92 days.
Window end, inclusive (YYYY-MM-DD).
Responses
Section titled “Responses”Executed refunds, core’s view
object
object
Core’s idempotency key for the refund.
Guest-facing QS-XXXXXXXX reference.
Processor reversal reference; null for a core-minted cumulative reference.
The guest to contact, from the contact stamped on the obligation.
object
Name, else email, else phone, else “Unnamed guest”.
Example
{ "source": "core"}Missing or invalid session bearer token
object
Stable, machine-readable reason code (e.g. “sold_out”, “processor_not_configured”, “rail_refused”).
Example
{ "reason": "sold_out"}The session’s effect authority does not cover this operation
object
Stable, machine-readable reason code (e.g. “sold_out”, “processor_not_configured”, “rail_refused”).
Example
{ "reason": "sold_out"}Invalid query. reason is one of invalid_date, invalid_window (from after to),
window_too_large (more than 92 days), invalid_limit, invalid_bucket.
object
Stable, machine-readable reason code (e.g. “sold_out”, “processor_not_configured”, “rail_refused”).
Example
{ "reason": "sold_out"}No durable backend is wired for this operation (fail-closed)
object
Stable, machine-readable reason code (e.g. “sold_out”, “processor_not_configured”, “rail_refused”).
Example
{ "reason": "sold_out"}