Skip to main content
The Transactions page shows every payment record created under your organization. This includes charges that succeeded, failed, expired before payment, were underpaid, or were later refunded. It’s the operational view of your account: not only revenue, but the full picture.

​
Charge Statuses

Each payment carries a status that reflects its current state in the payment lifecycle. These map directly to the values returned by the API.
succeeded and accepted are both terminal success states. Settlement has occurred in both cases.

​
From the Dashboard

Navigate to Transactions in your dashboard to see the full payment log for your organization. Dashboard view of transactions Filter by status. Narrow the list to a specific charge state. Useful when triaging failed payments or reviewing refund activity without sifting through the full log. Filter by date. Scope results to a specific time period for reconciliation or end-of-month reviews. View a charge. Click any row to open the full payment detail: amount, fees, customer info, payment method, rail used, and a complete status timeline. Issue a refund. Any charge with is_refundable: true can be refunded directly from its detail view. You don’t need to leave the Transactions page.
Not every completed charge is refundable. Always check is_refundable before attempting a refund. Charges paid via certain rails or in specific currencies may not support refunds.

​
Via API

The full charge log is available through the payments endpoints. Use these when building internal tooling, support dashboards, or automated reconciliation workflows.

Payments API

Explore the payments API

​
Reconciliation

When reconciling withdrawals against charges, use amount_collected (the settlement-side figure after fees) rather than amount, which is the gross charge before deductions. For charges with partial payment or overpayment scenarios, amount_paid and amount_remaining give you the granular breakdown.