Standard Operating Procedures
System manual for Credit management and ledger operations.
Nav-Fi³ is not just a spreadsheet; it's a relational financial engine. To function, it requires a central anchor point for all data.
In Nav-Fi³, the Asset is the fundamental accounting unit. All Income, Costs, Mortgages, and Budgets must belong to an Asset.
Running a mercenary campaign? or a ground-based trade company? The "Asset" entity is flexible.
The Financial Core works perfectly for any organization by treating it as an "Asset" container.
If your Team acquires a ship or base, you must create a new Asset (category: Ship/Base) to unlock technical fittings and mortgage eligibility. Reassign your crew to the new asset to maintain continuity.
Every Asset (Ship, Base, Team) has a unique Financial Account. Think of this as a physical "Wallet" or a dedicated bank account for that specific entity.
Balances are not manual. Only Posted Transactions move credits via the Ledger.
Financial Accounts tied to an Asset are Immutable anchors. They cannot be deleted directly while the Asset is in service.
"Without an Account, an Asset can't have a Ledger. Without a Ledger, it can't have Credits."
1. In the Asset List
Every asset card shows the current balance in real-time.
2. In the Annual Budget
The best place to audit balances and visualize cashflow across the year.
3. In the Asset Form
The Financial Account panel details the account and the linked bank.
Protocol Warning
If you delete an Asset, the system automatically removes its Financial Account and all Ledger history.
The Mission Session Date is not just a "current date" field. It acts as a Time Cursor for the entire financial simulation. In version 3.0, we've implemented strict synchronization protocols to ensure data integrity during temporal shifts.
When you advance or retreat the Session Date, the system triggers a Reconciliation Event. Transactions move between PENDING and POSTED states automatically, updating Asset credits in real-time.
To maintain a proper audit trail, POSTED transactions are historically locked. Corrections generate a REVERSAL entry (cancelling the original amount) followed by a new transaction, preserving the timeline truth.
Fin-Core forms are now Context-Aware. You must select an Asset first to unlock the ledger fields. This prevents orphan transactions and ensures every credit is tracked to a specific ship or team.
No more jumping between pages to register a new bank or vendor. In any form, you can select an existing Company or simply type a new name. The system will resolve the entity on-the-fly, creating the necessary records in the background.
"The machine requires binary clarity. You may link a known entity OR define a new one. Attempting both will trigger a Protocol Error (FormError)."
Income in Nav-Fi³ is "Smart". When you create an income record (like a Cargo Contract), the system doesn't just add a number. It analyzes your Signature Date and Payout Date.
Costs are the heartbeat of the simulation. Every credit spent is categorized and time-stamped.
Costs are deducted on their Payment Date. If you defer payment (put it "on the tab"), set the date in the future. The debt will loom in your ledger until that day arrives.
Running a crew is not free. The Salary module automates the rigid Imperial standard of a 28-day lunar pay cycle.
Payments are generated as SalaryPayment entities. They link directly to the Asset Ledger, ensuring "Cashflow" reports are accurate to the credit.
The classic Traveller burden. Nav-Fi³ handles the math so you can focus on the stress.
Nav-Fi³ implements high-fidelity data integrity. Once a record exists in the Imperial Ledger, its destruction follows strict safety protocols.
The only way to remove a financial ledger linked to a Ship or Base is to delete the Asset.
Financial Accounts cannot be deleted if a Mortgage is active.
The Imperial Bank requires a valid target for debt collection. You must either pay off the mortgage or scrap the vessel (Asset Termination) to close the ledger.
Triggered by confirming Session Date. Future liabilities are converted to current debt and solvency is recalculated.
Triggered by modifying a past record. The correction is queued and the original error archived for forensic audit.
Transactions scheduled for a future date. They remain ineffective until the Time Cursor (Session Date) arrives.
Fiscal sustainability protocol violation. Your asset is operating with negative credits. Seizure risk imminent.