Bank Accounts
FX-aware enumeration of the company's bank, brokerage, and money-market accounts — each with bank name, account type, restricted flag, currency, balance, as-of date, and notes. The underlying data source for `finance.total_cash_in_bank`, `finance.total_restricted_cash`, `finance.total_unrestricted_cash`, and the FX conversion that turns multi-currency holdings into a single reporting-currency number. Common pitfall: a single forgotten account (often a legacy operational account or a money-market sweep) silently misstates the total — boards should ask for a checklist reconciliation against the prior board pack each cycle. Best practice: include account-number last-4 (not full numbers, for security) and the FX rate used per non-functional-currency account. — Finance KPI, I'mBoard-authored (editorial tier).
I'mBoard-authored (editorial tier)
No public third-party standard anchors this KPI yet, so I'mBoard authors and maintains the definition — transparently labeled as editorial tier. See the ontology methodology for the published vs editorial tier system and the back-attribution workstream.
Rogue ID: finance.bank_accounts_list
Type: Text
Domain: Finance
Definition
FX-aware enumeration of the company's bank, brokerage, and money-market accounts — each with bank name, account type, restricted flag, currency, balance, as-of date, and notes. The underlying data source for finance.total_cash_in_bank, finance.total_restricted_cash, finance.total_unrestricted_cash, and the FX conversion that turns multi-currency holdings into a single reporting-currency number. Common pitfall: a single forgotten account (often a legacy operational account or a money-market sweep) silently misstates the total — boards should ask for a checklist reconciliation against the prior board pack each cycle. Best practice: include account-number last-4 (not full numbers, for security) and the FX rate used per non-functional-currency account.
Formula
No calculation — structured list. Sum of balances (converted via per-row FX rate) equals `finance.total_cash_in_bank`; rows flagged `restricted: true` sum to `finance.total_restricted_cash`.Why it matters
The auditable line-item basis for every aggregate cash KPI on the board pack. Without it, the headline numbers cannot be reconciled and a missing account cannot be detected.
How to interpret
Watch for account churn (new accounts opened mid-period without commentary, accounts dropped without explanation) and FX-rate staleness (rates older than the as-of date). A growing number of accounts at growth stage is normal (multiple currencies, multiple banks); a sudden change in account count warrants a footnote.
Related KPIs
finance.total_cash_in_bankfinance.total_restricted_cashfinance.total_unrestricted_cashfinance.operationally_available_cash
Source
I'mBoard editorial — authored and maintained by I'mBoard, first published 2026-04-01. No third-party standard is cited for this KPI; when one emerges, the definition is back-attributed and promoted to the published tier (a minor version bump). Read the ontology methodology for the published vs editorial tier system, attribution rules, and dispute process.
Stage relevance
| Company stage | Priority |
|---|---|
| Pre-Seed | Core |
| Seed | Core |
| Series A | Core |
| Series B | Core |
| Series C+ | Core |
| Public | Core |
Suggested for stages: Pre-Seed, Seed, Series A, Series B, Series C+, Public.
Default owning functions
- Finance
Machine-readable
- This KPI as JSON:
/api/ontology/finance/bank_accounts_list.json - All Finance KPIs:
/api/ontology/finance.json - Full catalog:
/api/ontology/index.json
Financial Assumptions
Narrative listing of the key inputs the forecast rests on — growth-rate assumptions, churn assumptions, hiring plan, FX rates, expected timing of large bookings, planned price changes, capitalized-vs-expensed R&D treatment, etc. Without this field, the board cannot tell whether a forecast change reflects a real-world update or a quietly changed assumption. Common pitfall: assumptions are written once at planning and never updated when the underlying reality shifts — track explicitly which assumption changed each quarter and why. Best practice (per "Venture Deals" by Feld & Mendelson, and standard board-pack guidance): every material variance vs. forecast should be traceable to either an executed plan or a changed assumption. — Finance KPI, I'mBoard-authored (editorial tier).
Actual Burn Rate (Past Period)
The single past-period observed burn — gross and net — that anchors the forecast-scenario matrix. The "we just lived through this" baseline against which conservative / most-likely / best-case forecasts are projected. Differs from `finance.gross_burn_rate` and `finance.net_burn_rate` in being explicitly a point-in-time historical anchor with both components paired in one object, rather than the standalone monthly KPI values. Common pitfall: anchoring forecasts off a single month with a known one-off (large bill, prepayment received) bakes a distortion into all scenarios — pick a representative period or document the adjustment. — Finance KPI, I'mBoard-authored (editorial tier).