Overview
Charge is assessed (that’s where categorization lives).
Resident pays through Vlge methods: Stripe or WAB (card or ACH).
Payment settles against that charge.
Bank credit later is just money movement confirmation - match to the payment we already know, not a second categorization.
Financial Inbox:
Financial Inbox at setup/onboarding should be empty.
Inbox after go-live is only for exceptions (ambiguous bank lines, expenses, interest, etc.), not for “every historical deposit.”
When Onboarding to Vlge - Avoid a common pitfall for importing bank transactions
Bring history in via unit ledger (or opening balances), or
Use bank CSV only as reconciliation feed going forward,
…but not both as two full cash books of the same deposits.
A Note on Historical Bank Deposits
Resident payment categorization lives on the charge and payment, not on the bank deposit. Going forward, deposits from Stripe or Western Alliance Bank are matched to payments we already recorded.
If you import a historical bank CSV, deposit lines that we cannot confidently match to an existing payment are automatically marked ignored. Ignored deposits do not appear as Needs Categorization, do not create Financial Inbox tasks, and are hidden from the Transactions work list.
That protects your Inbox: unmatched historical deposits are bank-statement history, not items you can usefully categorize or hand-match one by one. Prefer bringing resident history in through the unit ledger / payment import, and use the bank feed (or CSV) mainly for activity after go-live.
Deposit lines we can match to recorded payments may still appear as Match Deposit work in the Financial Inbox - those are the exception, not the onboarding default.