BETA — Critical stream for lenders. Settlement is the canonical revenue signal for lending underwriting. In v1 the stream exposes the
OrderV2 payment + financial-detail shape directly; a normalized cross-PSP UnifiedTransaction projection is planned and will swap in without changing this partner-facing shape.OrderV2: the
order, its status, the payment provider and payment status, the USD amount, the currency, and the
capture timestamp. The lending underwriter consumes a trailing window of these as the revenue
signal. Rows are scoped to the shops owned by the API key’s merchant.
Endpoint
Row shape
The v1 shape exposes the
OrderPayment fields verbatim so partners can build against the
surface today. The forthcoming UnifiedTransaction projection will normalize per-PSP shapes
(Stripe / PayPal / Bonum / Telr / Paymob) and add cohort + MoR-entity context — without changing
the field names a partner already reads.Response envelope
curl
Lender-facing usage
This is the revenue signal for lending decisions. AggregateamountUsd over 30/60/90-day
windows client-side; combined with provenance (Stream 8) and inventory level (Stream 2), the
underwriter prices a working-capital line against confirmed, captured revenue. Use since for
incremental pulls and subscribe to settlement.changed for near-real-time integration.
Rate limits
Low-budget class — 250 reads/min/key, up to 3 subscriptions/key. Settlement reads are usually batch (nightly reconciliation); subscribe for real-time.Related
- Sell-through stream — commission events cross-check
- Return-rate stream — refunded + cancelled orders
- KYB cohorts — cohort + MoR routing context (planned for the UnifiedTransaction projection)
- Webhook subscriptions —
settlement.changedevents