Troubleshooting
Catalyst Finance: Troubleshooting and Recovery
Diagnose and recover common Catalyst Finance failures without losing state.
Catalyst Finance · Troubleshooting
Governed financial workspaces, assumptions, drivers, statements, cash flow, budgets, scenarios, sensitivity, stress, valuation, capital, risk, review, export, and decisions.
Purpose
This guide uses an evidence-first diagnostic sequence for Catalyst Finance. Preserve state before changing configuration. Determine whether the failure comes from input data, permissions, version identity, browser assets, backend health, schema compatibility, external dependencies, or a product defect.
Prerequisites
- Exact error message and time
- Product, backend, package, and schema versions
- Affected route, feature, record ID, and user role
- A safe backup or export
- The synthetic sample for a reference test
Sample data
This article uses a fictional Resilient Community Retrofit Program. The files contain one demonstration row for every documented feature, so each capability can be tested without private or production data.
Download CSV feature examples · Download JSON workspace example
Preview
| # | Feature | Sample action | Expected result | Classification |
|---|---|---|---|---|
| 1 | Model Workspace | create CF-RETROFIT-001 | a persistent finance workspace | synthetic-demo |
| 2 | Assumption Register | record tariff, grant, discount-rate, and project-life assumptions with sources | a traceable assumption set | synthetic-demo |
| 3 | Revenue and Cost Drivers | model square footage, kWh, tariff, maintenance, and implementation timing | driver-based projections | synthetic-demo |
| 4 | Three-Statement Model | connect income statement, balance sheet, and cash flow | integrated statements and balance checks | synthetic-demo |
| 5 | Cash Flow | schedule project payments, financing, operating savings, and maintenance | periodic cash flows | synthetic-demo |
The downloadable files include all 16 feature rows.
Procedure
- Stop repeated imports, submissions, migrations, or destructive retries.
- Record URL, feature, action, role, versions, browser/runtime, and expected result.
- Run the same feature row in a new synthetic workspace.
- If the sample fails, inspect health, logs, browser console, network response, and validation details.
- If the sample succeeds, compare real input schema, units, permissions, size, source, and status with the sample.
- Check version and schema identity before clearing caches or reinstalling.
- Apply the smallest reversible change.
- Repeat the sample and real workflow, then document the result.
Common problems
| Symptom | Likely cause | Safe response |
|---|---|---|
| Statements do not balance | transaction, opening balance, sign, or link is incomplete | trace the first failing period |
| Scenario identity mismatch | workspace or package reports the wrong scenario/version | refresh identity metadata and validate |
| NPV seems implausible | timing, rate, unit, or terminal assumption is wrong | inspect dates and run a reference case |
| Export blocked | review or evidence requirements are incomplete | resolve governance checklist |
Escalation package
- Product and version
- Feature and component
- Exact error text
- Reproduction steps using synthetic data
- Expected and actual result
- Redacted log excerpt without secrets or personal data
- Whether a clean sample reproduces the problem
Expected output
- A reproducible diagnosis or bounded unresolved issue
- Preserved user and system state
- A documented workaround when available
- A support-ready issue summary without private data
Verification
- The synthetic feature succeeds after the fix.
- The original workflow succeeds or remains safely isolated.
- Version and health identity are consistent.
- No duplicates, stale locks, or unintended cache artifacts remain.
- The resolution is reflected in a support article, known issue, or release record when appropriate.
Responsible use
This is not investment, accounting, tax, or legal advice; consequential financial decisions require qualified review and authoritative records.
Never place credentials, API keys, private URLs, personal records, client documents, or confidential logs in a public article or issue.
