← Glossary

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.

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.

In Devancore™

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.