Reconcile

ANZ

ANZ Business · 01-1234-5678901-00

Statement balance $12,480.10 · In Cashbook $12,480.10

Bank Transactions

All transactions reconciled.

·

Create Transfer Add Query

Which account does this belong to?

Split across multiple accounts (single transaction only)

Description

Tax Type

Partial business claim

Amounts include GST

DescriptionAccount Amount % of total

Bank amount

Allocated

Allocated %

of which GST

Attachments (optional)

Drag files here, or browse Up to 10 files · 10MB each

	Date	Account	Description	Spent	Received	Reconciled by

Nothing reconciled yet.

History & Notes

Audit trail for this bank account. A split reconciliation records all its lines in one entry.

Account Transactions

Every reconciled line posts to its own account — so a split appears here as separate rows (one per account), tagged to the bank transaction it came from. Reports already read at the line level, so no change is needed beyond the “Split” tag.

Date	Account	Payee / Description	Tax	Amount
		Split

PRD-103 — Split transactions by percentage. A small change to the PRD-74 split UI: every split line now carries a $ amount and a %, both always visible. Type either one and the other is recomputed. The percentage is an input aid only — the dollar amount is the only value that is stored. Percentages are of the bank transaction total. The app never silently rewrites a line to make the total land: if rounded percentages miss the bank amount, the balance box reports the gap and the user corrects it by editing a dollar amount (decided 2026-09-07 — docs/decisions/2026-09-07-split-percentage-is-a-frontend-input-aid.md). No quantity / unit-price fields (Xero's shape was rejected). Everything else — adding and removing lines, account and GST selection, the balance check — is unchanged. Out of scope: saved split templates / bank rules with percentages, and any change to ledger posting.

Inherited from PRD-74 — Split a bank transaction across multiple accounts. End-to-end click-through of the feature and every page it touches.

Try this flow:

Reconcile → To Reconcile: Gilmours Wholesale is selected, showing the normal single-account form — split is off by default (most transactions go to one account). Turn on "Split across multiple accounts" to code it to several: "Add a new line", "Split evenly", watch Allocated / Left to allocate; Reconcile is blocked until the lines total the bank amount. Enter 60% and 60% to see the over-allocated state (red summary, "Over-allocated by $56.90 · 120.00%"). Change them to 75 / 25 to see the rounding gap: the percentages add to 100 but the rounded dollars are $213.38 + $71.13 = $284.51, so the box still reads "Over-allocated by $0.01" and Reconcile stays blocked — nothing is auto-corrected. Edit the second line's amount from 71.13 to 71.12 to balance it, then press Reconcile to see the Reconciling… submitting state.
Reconciled tab: a split shows as one row ("Split · N accounts") — expand the row to see its lines. "View" opens the detail sheet.
Detail sheet: the reconciled lines; Remove & Redo sends it back to To Reconcile.
History & Notes and Account Transactions (top-right switcher): see how a split appears in the audit log and reports.
Select two transactions (multi-select) to see the Split toggle disable with its tooltip — splitting is single-transaction only.

Decisions shown: tax-inclusive amounts with derived GST; attachments are transaction-level; split omits "Save as bank rule" & "Partial business claim" (mutually exclusive by design); Reconcile blocked until lines total the bank amount; the percentage is a frontend input aid and is never stored, so a rounding gap is shown to the user to fix by hand rather than silently absorbed (2026-09-07); "Split evenly" divides the dollars and puts the remainder on the last line (editable), so it always balances.

Cashbook GST state: a cashbook is either GST-registered or not — these are two separate prototypes (no in-app toggle). This is the GST-registered version; see non-gst.html for the other.

Faked vs real-on-build: data, accounts, tax codes and the cashbook are hard-coded; on build they come from the bank feed (Akahu) + chart of accounts, and a split posts a multi-line journal (the data model already supports this — see ../prd-74-split-bank-transaction/DESIGN.md). No persistence (refresh resets). The submitting state is prototyped with a 600ms delay. The save-error state is not clickable here (there is no honest way to fail a save in a standalone file): on build, a failed save shows an inline destructive banner at the top of the Create panel with the server message, keeps every typed line, and re-enables Reconcile so the user can retry — see the note on the Reconcile button.

PRD: PRD-103 — Split transactions by percentage · https://linear.app/atasai/project/prd-103-split-transactions-by-percentage-54018b24d892 (builds on PRD-74 · https://linear.app/atasai/project/prd-74-split-a-bank-transaction-across-multiple-accounts-e19acff25ab8)