Transaction Explorer
Use Cash & Treasury → Cash → Transaction Explorer to follow a cash split through Feed → Transaction → Split → Activity → Accounting. It is an investigation grid: inspect existing records and links before deciding which source needs correction.
Set the scope
The cash split is the portion being investigated. Its parent transaction says how money moved in the physical account, and linked feed records provide imported evidence for that movement. The split supplies its operational portion and owner. Its business links explain what that portion settles; accounting links show how associated events are represented in journals.
The stages follow relationships rather than copying one economic event into five new payments. One transaction can have several splits, and one split can relate to several business records or journal lines. Compare the relevant linked portion within each stage before attributing a parent total to this split.
Select Entity and set As of Date explicitly. The cutoff includes splits whose parent transaction date is on or before that date and excludes reversed transactions. A link from another app can additionally restrict the result to a particular split, transaction or source; check that scope before interpreting an empty result.
This explorer starts from cash splits. A feed without a transaction, or a transaction without a split, may have no parent here. Use Cash Recon to investigate those earlier coverage gaps.
Follow the fictional expense payment
Actual app with fictional data, Cedarbridge Example Fund LP and August 31, 2026 selected. Cash split #3 is expanded through all five stages.
The example contains three separate movements: a USD100,000 subscription receipt, a USD40,000 investment funding payment, and this USD1,200 administration payment. The net cash movement is USD58,800; the opening balance is zero. This arithmetic is not proof of posted GL or investor NAV.
Open the cash-split row to see Feed, Transaction, Split, Activity and Accounting. If a stage has its own chevron, open it to inspect the record rows; even a single record can appear inside a stage. The parent's “(5)” counts those five stages, not five payments. Accounting (2) in this screenshot contains two lines from Draft journal #1, not two journals.
Read each stage as a different record:
- Feed: the bank/broker source evidence; its ID here is #3.
- Transaction: the normalized cash record, also #3 in its own table.
- Split: cash split #3, attributed to Class A.
- Activity: expense #1, the business event this payment settles.
- Accounting: journals associated with the split or linked activities, with their lines when present.
A numeric ID is only meaningful with its table and stage. Cmd/Ctrl-click an available Record reference to inspect the underlying row. In populated Accounting results, Journal references identify journal entries, while Record references may identify their individual lines; several rows can belong to the same journal.
Interpret amounts and statuses separately
Record Amount answers how large the referenced record is. Linked Amount answers how much belongs to the relationship being followed. They can differ legitimately when a parent movement or business source is shared. A status also belongs to its layer: an assigned owner, a business link and a Posted transaction do not establish the journal’s posting state.
The same grid scrolled right. The cash transaction is Posted, while the two accounting lines remain Draft.
The bank-side Feed, Transaction and Split amounts are −USD1,200. The source expense and its linked allocation are +USD1,200. These signs express different perspectives; the positive expense is not a bank receipt.
Record Amount is the referenced record's amount. Linked Amount is the portion attributed through that relationship. Feed and transaction amounts can be parent totals shared by more than one split. Expanded context repeats amounts: count each cash-split parent once, not every displayed row. Debit and Credit describe accounting lines; do not add them to cash or activity amounts.
The parent's Linked status concerns its activity-link amounts and references. It does not establish correct ownership, posted accounting, or control approval. Assigned indicates an owner is recorded. Posted on the Transaction row is cash-record status, not proof that a GL journal exists. This example shows a linked payment with a Draft journal: entry #1 has line #1 debiting Administration Expense and line #2 crediting Expense Payable, USD1,200 each. The draft is not posted and does not establish clearance of the payable. Aggregated Debit/Credit values repeat on the split and Accounting group; count the underlying journal lines once when reviewing accounting totals.
Partially linked, Over-linked, Missing activity, Missing record, or Linked · amount unspecified identify different investigation paths. Compare the source record, currency and explicit allocation before changing a link; a missing amount is not automatically zero.
Correct the owning record, then recheck
If the source expense is wrong, inspect that existing expense in Incomes & Expenses. If the payment is wrong, inspect Cash Data's feed, transaction and split separately. If their relationship is wrong, review the existing split link and its signed allocation. Check for other legitimate links before inserting another payment or activity.
Use Cash Recon for independent feed, transaction, split, ownership and balance checks. Use Accounting Operations and Accounting Review & Close to investigate posting; this explorer does not execute posting or sign-off.
After a supported correction, refresh and reopen the same split under the same Entity and cutoff. Recheck its source references, linked amount and accounting status independently.
Related checks
Cash split #3 is Linked because its business association exists. Its transaction can be Posted while journal #1 is still Draft because those statuses belong to different records. For feed items that have not reached a cash split, start in Cash Recon → Activity Feed Recon.