Suger

Bank Reconciliation

Bank Reconciliation closes the last gap in the revenue lifecycle: a deposit has landed in your bank, and something in Suger says it should have. This page matches the two, automatically where it is confident enough and through a human review queue where it is not.


Overview

Open Revenue → Bank Reconciliation, under Operations in the sidebar. The page has four summary cards, a reconciliation summary panel, and two tabs — All Transactions and Review Queue.

It reads the bank accounts you connected on the Bank Accounts tab of Revenue Settings. Until at least one account is linked there, there is nothing here to reconcile.

How a bank transaction gets matched

Matching runs in three tiers. A transaction only reaches a person once the two automatic tiers have declined to settle it:

The thresholds are fixed, not configurable:

ControlValueWhat it governs
Auto-match confidence0.94The minimum score at which an AI-assisted match is accepted without review.
Amount tolerancethe larger of 0.5% or $1.00How far a deposit may differ from the expected amount and still be treated as the same money. The fixed $1.00 floor stops tiny transactions from being rejected over rounding.
Date window (scoring)7 daysHow far apart a transaction and a candidate revenue record may be dated.
Date window (payment rules)3 daysThe tighter settlement-date window the rule-based tier uses.
First import24 monthsHistory pulled when an account has never completed a sync.
Overlap window7 daysRe-read before the last cursor on every later sync, so late-posted and corrected transactions are picked up.

Summary cards

CardMeaning
Match RateThe share of transactions in scope that are neither awaiting review nor carrying a variance.
Needs ReviewTransactions that still need a decision. Read the number, not the subtitle — see the warning below.
VariancesTransactions matched to something, but for an amount that does not agree.
Total TransactionsEvery bank transaction in scope.

All Transactions

The All Transactions tab lists every imported bank transaction with its date, amount, currency, bank account, reference, description, match status, confidence, matched to, and variance.

Confidence is how sure the matcher is about the match it proposed, so a low-confidence match can be reviewed before it is accepted. Matched To names what it was matched against. When the matched record belongs to a payout, it shows that payout’s reference — or its disbursement ID — as a link that opens the same Disbursement detail as Cash & Disbursements, with the payout summary, linked invoices, refund activity, and source payload; a record paid out across several payouts links to the earliest. Otherwise it shows the matched record’s ID.

Narrow the list with the bank account, currency and status filters, or search by amount or description.

Unmatched

The Unmatched tab is scoped to transactions with no match at all, and its label carries the count. It is deliberately separate from the Review Queue: a transaction with nothing proposed for it is a different problem from one with a proposal awaiting your decision.

Review Queue

The Review Queue tab is scoped to the transactions still awaiting a decision, and its tab label carries that count. It is a table of each transaction’s Date, Description, Amount, Match Status, Confidence, Variance, and Why flagged, and each row offers Review Match, which opens the review dialog.

Why flagged says what sent the transaction to a person:

Why flaggedWhat it means
LOW CONFIDENCEA match was proposed, but it was not confident enough to be accepted automatically.
MANUAL REQUIREDSuger could not settle on a candidate automatically — none was found, or a check could not complete.
AMBIGUOUS INVOICEThe deposit refers to an AWS invoice ID that more than one revenue record shares, so Suger will not pick one on its own.
VARIANCEThe transaction matched, but the amounts differ by more than the tolerance.
REVIEW REQUIREDNo specific reason was recorded.

To work one transaction:

  1. Open the Review Queue tab.
  2. Select Review Match on the transaction you want to settle.
  3. Review the suggested matches. Each suggestion was saved when the transaction was scored, and shows its confidence percentage and the reason it was suggested.
  4. If none of them is right, choose a target type and search for the correct record yourself.
  5. Add a comment explaining the decision.
  6. Select Approve Match to bind the transaction to the selected candidate, or Reject Suggestion to decline the suggestions without binding anything.

Approve Match requires a selected candidate. Reject Suggestion does not — it records that the suggestions were wrong and returns the transaction to the queue.

What a transaction can be matched to

Target typeWhat it is
PaymentA payment transaction. This is the default target type.
InvoiceAn invoice from Invoices.
DisbursementA marketplace or Stripe payout from Cash & Disbursements.
Revenue recordA normalized row from Revenue Records.

KPI calculation formulas

Counts are over the bank transactions in scope. Amounts are converted to USD at the rate for the reporting date; if a rate is unavailable for any currency present, the summary is not returned rather than being reported with a gap.

KPIFormulaCalculation details
Total Transactionscount(bank transactions in scope)The denominator for Match Rate.
Needs Reviewunmatched + in review + AI-matchedIncludes AI-matched transactions, which the card’s subtitle does not mention.
Variancescount(transactions in variance status)Matched, but for a disagreeing amount.
Review queueneeds review + variancesBacks the count on the Review Queue tab label.
Matchedmax(0, total transactions − review queue)Never negative.
Match Ratematched ÷ total transactions × 100Zero when there are no transactions in scope.
Unmatched amountΣ unmatched transaction amounts, converted to USDSummed per currency, then converted.
Variance amountΣ variance amounts, converted to USDSame conversion.

Freshness

Bank reconciliation runs on its own schedule — every 15 minutes, for every organization with an active bank account — and does not wait for a channel sync. Provider upserts and the overlap window make repeated runs idempotent, so a transaction is never double-imported. See Revenue Settings for the accounts that feed it.

Spotted something wrong or out of date on this page? Tell us and we'll correct it.