Skip to content

Member balance

Your member balance is a running total of everything charged to you and everything credited to you in a single syndicate. It is the signed sum of every transaction on your ledger: usage charges, event charges, shortfalls, periodic dues, maintenance expense splits, expense credits, recorded payments, manual adjustments, and reversals.

A positive balance means you owe the syndicate money. A negative balance means the syndicate owes you.

Each syndicate you are a member of has its own balance. Balances on the home shell shows all of them in one place.

  • Member: reads their own balance.
  • Admin (treasurer counts as admin): reads every member’s balance; records manual payments, adjustments, and reversals.
  • Member balance (one syndicate): /syndicates/:syndicateId/balance.
  • Balances (all syndicates): tab on the home shell.

The balance screen shows:

ElementWhat it shows
BalanceCurrent balance in the syndicate’s currency. Debits positive, credits negative.
PendingAmount attributable to completed bookings that have not yet been finalised. Informational only; does not affect the stored balance.
Balance trend / sparklineSmall chart of the balance over recent transactions.
TransactionsLedger entries, newest first, grouped by month. Each row carries type, amount, date, description, and a link to the related booking or expense where applicable.
  • The balance is computed from the ledger on read. It is not a separately stored number. This is why a reversal is visible the moment it is posted: there is no cache to invalidate.
  • Debits (you owe): usage charges, event charges, minimum shortfall, periodic dues, maintenance expense splits, and positive manual adjustments.
  • Credits (you are owed or you have paid): expense credits, recorded payments, reversals, and negative manual adjustments.
  • The pending figure counts charges that will land once an admin finalises the relevant bookings. It does not include recurring dues that are due in future periods.
  • A negative balance is a real position: the syndicate owes you money. You can carry that forward against future charges, or the admin can record a payment out to you (and it will be posted as a recorded payment in the opposite direction).
  • Your balance is visible to admins for oversight and treasurer purposes. It is not visible to other members.
  • All amounts are in the syndicate’s currency. Syndik8 does not add VAT to syndicate charges.

When a Direct Debit collection is in flight against your balance, the screen calls it out so you don’t accidentally pay the same money twice.

A banner appears below the balance header naming the total amount the bank is collecting and, where Syndik8 knows it, the date the money is expected to move. The date comes from the advance notice for the collection; until a notice exists for it, the banner says the collection is in progress without a date.

Each affected unpaid charge in the list also shows a small DD pending pill in place of its usual Pay button. The pill carries the same expected date as the banner where it is known.

Whether the Pay button is offered at the bottom of the unpaid section depends on how much of your outstanding balance the in-flight collection covers:

  • No charges in flight: the section behaves as it always has, with the Pay button covering the full unpaid total.
  • Every unpaid charge is in flight: the Pay button is hidden. Trying to pay the same charges while the bank is moving them would create a double charge.
  • Some charges are in flight, some aren’t: the Pay button stays, but the amount it offers to pay drops to cover only the charges the bank isn’t already collecting.

This state is transient. Once the collection captures, the affected charges flip to settled and disappear from the unpaid list; if the collection fails or is cancelled, the pills come off and the Pay button returns to its full amount. See Direct Debit for the wider collection lifecycle.

A member can also hold one or more funds alongside the running balance: a loan to the syndicate, an admin-issued goodwill credit, a deposit, a prepayment held against a known future charge, or a refund taken as credit instead of cash. Each fund is a separate pool with its own remaining balance.

Funds and the running balance are computed independently. Funds do not add to or subtract from the balance directly. Instead, when an auto-offset fund is in place, future charges are settled by drawing from the fund (an offset settlement) rather than landing on the running balance as unpaid debits. The ledger record of the original charge still posts; what changes is that it is immediately marked as settled.

The kinds of fund (loan, goodwill credit, refund-as-credit, deposit, prepayment), how they are issued, when they expire, and how cash-out (disbursement) works are documented in their own reference page once the member-facing UI lands.

Status: backend live, UI pending. The fund schema, balance arithmetic, and offset triggers are live. Member-facing UI for viewing fund balances and admin UI for issuing loans/credits/disbursements is still in development. Until that lands, fund balances are visible in the database but not surfaced on the My Balance screen.