Devancore Inc.
Devancore Post-Trade Glossary
Glossary
Fund Accounting Platform
A fund accounting platform is the controlled operating layer that organizes fund-level records, NAV inputs, expenses, income, allocations, investor activity, reconciliation, approvals, and reporting evidence.
Document source: https://devancore.com/glossary/fund-accounting-platform/
Devancore Post-Trade Glossary
Fund Accounting Platform
A fund accounting platform is the controlled operating layer that organizes fund-level records, NAV inputs, expenses, income, allocations, investor activity, reconciliation, approvals, and reporting evidence.
Definition
A fund accounting platform supports the records and controls used to account for an investment fund as a legal and economic vehicle. The platform has to connect portfolio activity with fund-level accounting: positions, cash, income, expenses, investor activity, allocation rules, NAV inputs, reconciliation, approvals, and reporting evidence.
The useful distinction is between portfolio accounting and fund accounting. Portfolio accounting explains the assets: what the fund owns, what changed, what cash moved, what income accrued, and what valuation inputs were used. Fund accounting adds the vehicle layer: expenses, fees, liabilities, subscriptions, redemptions, share classes, capital accounts, allocations, NAV support, and financial reporting evidence.
A fund accounting platform also supports oversight. Many managers rely on administrators, custodians, brokers, banks, pricing sources, and internal teams. The fund still needs a controlled way to verify the record. Shadow accounting, NAV oversight, and close review are all expressions of the same requirement: the manager needs a defensible view of the fund before figures move into investor reporting, regulatory reporting, accounting feeds, or audit support.
Fund accounting operating inputs
Fund accounting operating inputs
Fund accounting depends on portfolio records, fund-level records, investor activity, controls, and evidence.
| Area | What it includes | Control question |
|---|---|---|
| Portfolio positions | Trades, holdings, lots, security identifiers, pricing, FX, corporate actions, and settlement state | Do the fund's positions match internal records and external evidence? |
| Cash and settlement | Settled cash, unsettled cash, receivables, payables, bank activity, custody cash, and payment movements | Can cash movement be tied to trades, expenses, investor flows, and settlement events? |
| Income and accruals | Interest, dividends, coupon accruals, amortization, accretion, income receivables, and recognition periods | Are income amounts calculated from the correct instrument terms and period rules? |
| Expenses and fees | Management fees, performance fees, audit fees, legal fees, administration fees, financing charges, and fund-level accruals | Are expenses approved, allocated, accrued, and supported by evidence? |
| Investor activity | Subscriptions, redemptions, transfers, share classes, capital accounts, allocation rules, and investor-level balances | Do investor movements agree to fund cash, ownership records, and allocation logic? |
| NAV inputs | Positions, cash, prices, FX, income, expenses, liabilities, allocations, adjustments, and close status | Which inputs are final, which are estimated, and which remain exceptioned? |
| Evidence and approval | Reconciliation runs, break ownership, adjustment reasons, supporting files, reviewer sign-off, and close logs | Can the fund record be reproduced and explained after close? |
The workflow starts with portfolio and fund activity. Trades change positions and cash. Corporate actions change entitlements, income, tax treatment, or instrument terms. Expenses create accruals and liabilities. Subscriptions and redemptions change ownership and cash. Pricing and FX change valuation. Each event has to be mapped to fund, entity, account, instrument, investor, currency, and date dimensions before it can support accounting.
NAV is a control output, not just a calculation. The NAV input set depends on correct positions, confirmed or explainable cash, valid prices, current FX, complete income, approved expenses, investor activity, allocation rules, and clear treatment of outstanding breaks. A platform that supports NAV oversight should show which inputs are final, which are estimated, which are timing differences, and which require escalation.
Reconciliation is the control gate. Fund records should be compared against custody positions, bank cash, broker activity, administrator files, pricing evidence, internal trade records, and corporate action data. Breaks should be classified by cause: timing, missing source, identifier mismatch, price variance, cash mismatch, failed settlement, fee discrepancy, or adjustment. The platform should retain the evidence used to resolve the break.
Fund accounting also needs an approval trail. Controllers, operations teams, administrators, finance teams, or oversight reviewers may all touch the record before close. The system should record who reviewed exceptions, which documents supported the decision, which adjustments were made, and whether close occurred with unresolved items. That trail matters because fund accounting outputs are often reviewed after the operating window has passed.
Fund accounting platform - operating map
Devancore Glossary · devancore.com
How it works
A fund accounting platform works by turning fragmented activity into a controlled fund record. The platform receives activity, normalizes it, prepares accounting inputs, reconciles evidence, routes exceptions, captures approvals, and produces a traceable output.
Fund accounting workflow controls
Fund accounting workflow controls
The workflow is strongest when each accounting output can be traced back to controlled operating records.
| Step | Input | Control output |
|---|---|---|
| Capture activity | Trades, cash, income, expenses, investor flows, prices, FX, and corporate action events | Source event with provenance |
| Normalize records | Fund, entity, account, instrument, investor, currency, date, and event mappings | Common fund accounting data model |
| Prepare NAV inputs | Positions, cash, accruals, fees, income, liabilities, pricing, FX, and investor activity | Accounting-ready input set |
| Reconcile evidence | Custodian, bank, administrator, broker, pricing, and internal records | Matched, timing, break, or adjustment status |
| Review and approve | Exceptions, materiality, supporting documents, comments, approvals, and close checklist | Controlled close state |
| Report outputs | NAV support, shadow accounting view, investor allocation support, accounting feed, and audit evidence | Traceable reporting package |
Source capture brings together data from trading systems, custodians, banks, administrators, pricing sources, corporate action feeds, investor servicing workflows, expense systems, and internal records. Each source should remain traceable. The platform should preserve the raw record, source timestamp, normalized record, mapping logic, and workflow status.
Normalization creates the common fund accounting model. A fund may have multiple entities, accounts, strategies, currencies, share classes, investor types, fee terms, or allocation rules. A platform should not let those dimensions live only in spreadsheets or downstream reports. They should be part of the operating record because they determine how activity flows into NAV support and investor allocation.
NAV preparation organizes the inputs that affect fund value. Positions, cash, prices, FX, accruals, expenses, liabilities, subscriptions, redemptions, corporate actions, and adjustments all become part of the input set. The platform should distinguish expected activity from confirmed activity, and it should show the status of each input before the fund record is used.
Reconciliation tests whether the record can be trusted. Position reconciliation compares internal position state with custody, broker, administrator, CSD, or ledger evidence. Cash reconciliation compares fund cash with bank, custodian, payment, and settlement records. Transaction reconciliation checks trades, confirmations, allocations, settlement events, and fees. Corporate action reconciliation checks terms, elections, entitlements, and cash or position outcomes.
Exception handling is part of the accounting process. A break may be immaterial, timing-related, pending a source file, caused by an identifier mismatch, or caused by a substantive record error. The platform should route each break to an owner, capture the resolution basis, and preserve the adjustment history. A close process without exception state is difficult to supervise.
Reporting should come from controlled state. The platform may support NAV oversight, shadow accounting, administrator review, accounting feeds, management reporting, investor allocation support, audit packages, or regulatory reporting inputs. The strongest output is one that can be traced back to source events, reconciliations, approvals, and evidence.
Digital assets and tokenized fund activity add more fields to the same operating problem. Tokenized fund units, tokenized money market funds, stablecoin settlement legs, or on-chain transfers require token identifiers, wallet or custody records, chain identifiers, transaction hashes, finality state, decimal precision, and valuation evidence. Those records should join the fund accounting control model instead of forming a separate side process.
Fund accounting platform - NAV support workflow
Devancore Glossary · devancore.com
Fund accounting platform - NAV support workflow
Devancore Glossary · devancore.com
In Devancore™
Devancore fund accounting support path
Devancore Glossary · devancore.com
Devancore supports fund accounting workflows by maintaining the post-trade operating record behind fund-level accounting inputs. The platform can organize trades, positions, cash, settlement state, income events, expenses, corporate actions, investor flows, reconciliation status, exception ownership, approvals, and evidence in one controlled workflow layer.
The practical role is connective. An OMS may know the order and allocation. A broker may know execution and fees. A custodian may know settled position and cash. A bank may know payment movement. An administrator may produce official fund accounting records. A pricing source may provide marks and FX. Devancore keeps the source events, normalized state, workflow status, and evidence path visible across those records.
This supports NAV oversight and shadow accounting without claiming to replace the fund administrator, enterprise general ledger, tax engine, custodian, clearing broker, or legal function. Devancore's stronger role is the operating data and control layer: the place where a team can see which NAV inputs are ready, which are pending, which have breaks, which were adjusted, and which approvals support the record.
The conversational interface fits this workflow because fund accounting questions are often operational questions. A controller should be able to ask which cash breaks affect a fund, which expenses remain unapproved, which subscriptions or redemptions have not matched bank cash, which corporate actions affect NAV inputs, which position differences are timing items, or which close checklist items still need review. The answer should point to records and evidence, not just a report total.
The same model supports traditional and digital assets. A stablecoin cash leg, tokenized fund unit, tokenized security, or on-chain settlement event should be attached to the fund record with finality, custody, valuation, and reconciliation evidence. The accounting question stays concrete: what changed, who owns the exception, what confirms the event, what was approved, and which output can rely on the record.
Related terms
- Performance Book of Record
https://devancore.com/glossary/performance-book-of-record-pbor/
The PBOR — a position record that extends the IBOR with return attribution, risk analytics, and benchmark data, providing the authoritative basis for investment performance measurement and client reporting.
- Cash Reconciliation Software
https://devancore.com/glossary/cash-reconciliation-software/
Software that matches a broker-dealer's internal cash ledger against bank statements and clearing utility records in real time, surfacing breaks for resolution before they create reserve formula errors, missed sweeps, or Rule 15c3-3 violations.
- Custody Reconciliation
https://devancore.com/glossary/custody-reconciliation/
Custody reconciliation is the daily match of internal positions and cash to the custodian statement: timing versus genuine breaks, owners, aging, and the evidence that holdings are actually safekept.
- Accounting Book of Record
https://devancore.com/glossary/accounting-book-of-record/
The ABOR: custodian-confirmed settled positions used as the authoritative basis for NAV calculation, financial statements, and regulatory reporting.
- Investment Book of Record
https://devancore.com/glossary/investment-book-of-record/
The IBOR — a real-time position record used by investment managers, capturing unsettled trades, accruals, and corporate actions ahead of custodian confirmation and ABOR settlement.
- IBOR vs ABOR Reconciliation
https://devancore.com/glossary/ibor-vs-abor-reconciliation/
The daily process of comparing the forward-looking investment book of record (IBOR) against the custodian-confirmed accounting book of record (ABOR) to identify and resolve position differences arising from the settlement cycle.
- Position Reconciliation Software
https://devancore.com/glossary/position-reconciliation-software/
Software that automates daily comparison of internal position records against custodian statements, prime broker reports, and on-chain ledger state, surfacing breaks before they affect Rule 15c3-3 determinations, NAV, or securities count obligations.
- Corporate Action Processing
https://devancore.com/glossary/corporate-action-processing/
Corporate action processing is the operational workflow that captures issuer events, calculates per-account entitlements, and reconciles cash and position changes against custodian records.
- Financial Transaction Reconciliation
https://devancore.com/glossary/financial-transaction-reconciliation/
The three-way match between sub-ledger, general ledger, and external statement that validates balance sheet integrity — with every break tracked as gross exposure for Rule 17a-5 and Rule 15c3-1 compliance.
- Regulatory Reporting — Securities
https://devancore.com/glossary/regulatory-reporting-securities/
The post-trade obligation to submit structured trade data — transactions, positions, and order lifecycle events — to regulators under MiFID II, EMIR, Dodd-Frank, and CAT to establish the supervisory record of each trade.
Contact
Request a briefing or platform walkthrough with the Devancore team.
Request access https://devancore.com/access/