Read your credit statement
Understand the three balances, the running statement, and why nothing on it can be edited.
Owned by Member · 7 steps · about 10 minutes
Why this exists
Most members meet the ledger exactly once: when they want to know why their balance is what it is. So the statement is built to be read as a story rather than queried as a table — every movement in order, with a running balance, and no line that exists without a cause.
The mental model that makes it click is that your balance is several separate things. Promo is credit the venue gave you, backed by nothing you paid. Prepaid is money you put in. Earned is money you made selling tickets to other members. Tab, for VIPs, is money you have not paid at all. They behave differently on the way out — the spend order is promo, then prepaid, then earned, then tab, always, so the venue's gift goes first and your own money is touched only after it is gone — and on the way to a bank account, where only earned can ever leave the platform, and only after its hold has passed.
Promo is easy to miss and it is the one spent first. Your wallet shows it beside the others; the statement's per-account columns and its account filter do not yet, so a promo movement is in the running balance without a column of its own. If the numbers look off by exactly the size of a gift you were given, that is where it went.
The reason nothing here can be corrected in place is the whole point of a double-entry ledger: the tables are append-only, enforced by database triggers, so an UPDATE or DELETE aborts even from the admin data suite or a raw SQL console. A mistake is fixed by posting a new, balanced, clearly labelled adjustment — which also appears on your statement, so the correction is part of the story rather than a quiet rewrite of it.
Before you start
- A member session with some history — the seeded credit demo accounts are ideal.
- An admin session for the last two steps.
Practise with
| Persona | Password | Note | |
|---|---|---|---|
| member | sam.seller@demo.club | sam-pass-1234 | earned balance from a resale plus one completed payout — the richest statement |
| member | alice.credit@demo.club | alice-pass-123 | prepaid only, for the simplest possible reading |
| vip_member | vip@club.test | vip123 | shows the tab block with limit, used and headroom |
| admin | admin@club.test | admin123 | sees the same movements as balanced transactions |
Steps 1–4 — Member
their manual →-
1Open your credit page and name each figure out loud before moving on.Expected result Prepaid, earned, the payout-eligible slice of earned, and purchasing power.Watch out for Earned and payout-eligible earned are different. Money from a sale is spendable here immediately but not cashable out until its hold expires, roughly a day after the event.
-
2Read the same thing as JSON so you know the field names when you are debugging someone else's screenshot.Expected result The balances, the tab block or null, purchasing power, year-to-date secondary sales and your KYC status.
-
3Open the statement and follow the running balance from the top.Expected result Newest first, one line per movement, with the balance after each.Watch out for The page is print-friendly on purpose. It is the artefact you hand someone who is disputing a balance.
-
4Narrow it down: filter by date range or by account when a member asks about one specific week.Expected result The same rows, filtered and paged.Watch out for Everything here is strictly self-scoped. There is no member-facing way to read anyone else's statement — not by id, not by guessing.
Steps 5 — VIP Member
their manual →Has the fourth number — the tab — that ordinary members never see.
-
5As a VIP, read the tab card: limit, used, headroom and status.Expected result The tab shown separately from real money.Watch out for A frozen tab still shows what you owe. Freezing removes headroom, not debt, and the monthly settlement will still come for the balance.
Steps 6–7 — Admin
their manual →Reads the same money from the ledger side and owns corrections.
-
6As an admin, open the trial balance and find the account that holds members' prepaid credit.Expected result Every account with its debits, credits and net, summing to zero.Watch out for A member's balance is a per-user slice of one platform account. There is no per-member table to fix — the balance is derived from entries.
-
7Correct something the right way: post a balanced adjustment with a memo explaining it.Expected result A new transaction, visible on the member's statement.Watch out for This is the only correction mechanism. Attempting to edit or delete an existing entry is refused by the database itself, and the debug console has a probe that demonstrates exactly that.