Skip to main content
Eine Transaktion ist die Source of Truth für „Geld bewegt”. Jede erfolgreiche Belastung — MPP, CUA oder simuliert — schreibt eine transactions-Row gebunden an Agent und Intent. Transaktionen sind post-completion immutable; Refunds und Disputes schreiben neue Rows die auf das Original referenzieren.

Das Transaktions-Modell

Lebenszyklus

Für MPP emittiert die Rail mpp.transaction.completed bei Erfolg. Für CUA und Card-Auths siehst du transaction.authorization gefolgt von transaction.settlement, dann transaction.completed.

Transaktionen auflisten

Cursor-paginated. Filter nach Agent, Card, Intent, Merchant, Status, Date-Range.

Refunds

Der Card-Issuer-Webhook treibt die Reversal — wenn settled, flippt der Status der ursprünglichen Transaktion auf reversed und transaction.refunded feuert.

Disputes

Siehe Disputes. Eine Transaktion kann maximal einen offenen Dispute haben. Disputes tragen Evidence (Receipt, Shipping, Communication etc.) und einen Status-FSM.

Memos und Comments

Webhooks

Plan-Tier-History-Retention

Ältere Transaktionen werden automatisch gepruned; Export via /audit/export für Long-Term-Retention.

Surfaces

Weiter

Disputes

Eine Transaktion anfechten.

Intelligenz

Analytics, Anomaly-Detection, Audit über Transaktionen.

Webhooks

In Echtzeit auf Transaction-Events reagieren.