Fee Posting
Calculating a fee determines an amount; posting delivers its accounting treatment. A direct-capital fee reduces the intended investor account through a fee-linked capital movement. A through-P&L fee follows the earnings path and must not also be charged directly to capital by this check. Applying both paths to the same component could charge the investor twice.
Open Accounting → Fees & Capital Allocations → Fee Posting to inspect the existing run's fee lines, treatment-specific capital effects and fee-run journal. It tests accounting delivery after calculation; it does not execute posting.
Match the scope
Choose Entity, Accounting Period and optionally Fee Run. Share Class selects complete runs containing the class; totals remain whole-run, as in Fee Calculation. Recon Status defaults to Exceptions; All includes Ready runs. Voided runs/lines are excluded.
No fee runs exist in the fictional period, so this control has no rows even with Recon Status All. This is not evidence that fees were posted or that no fees are due.
Read the accounting path
Read Fee Total as the run's calculated charges and Capital Account Impact as the direct-capital portion delivered to investor accounts. Those totals need not be equal: only the components assigned to the direct path belong in the expected direct impact. The run journal is separate evidence that the accounting was Posted, and its link to the direct movements preserves their common source.
Each row represents one fee run. Start with Status / Recon Issue, then compare the stored Run Status with its fee lines, currency, fee total, capital-account transactions and journals. A run's lifecycle status and the control's result answer different questions.
The control distinguishes two fee paths:
- Direct-capital components: carry, incentive fee, true-up and clawback expect direct capital-account transactions, totaling the negative direct-capital fee amount.
- Through-P&L components: other components must not also create direct capital-account transactions in this check.
For example, a hypothetical run with USD100 of direct-capital fees and USD200 of through-P&L fees has a Fee Total of USD300. Under the paths described above, the expected direct Capital Account Impact is −USD100, not −USD300. Review the run's journal separately.
For a finalized run, the control expects active single-currency lines, one transaction per direct-capital line, the appropriate total impact and exactly one Posted journal linked to the fee run. Direct capital transactions must link to that fee-run journal. A rounded amount discrepancy greater than 0.01 fails the relevant total check.
If a run is not finalized, existing accounting makes it Blocked; without accounting it shows Needs Review. Read Recon Issue for the first detected failure rather than treating one status as an exhaustive error list.
Resolve a break
- Open the Fee Run reference and confirm run ID, version, lifecycle and line components.
- Review Fee Recipients for missing, duplicate or misdirected capital effects.
- Inspect the journal and complete lines in Accounting Operations → Journal Entries / Journal Explorer. Verify actual Posted status, GL classification, dates, dimensions and currency.
- Ask the fee/accounting owner to correct the responsible inputs or use the authorized posting/correction workflow. Inspect existing journals and reversals before producing another entry.
- Refresh the control and compare the same run again.
Ready establishes this control's count, status, lineage and impact checks; it is not an exhaustive validation of every GL mapping or a close approval. Row selection, where available, supplies context. Never edit a Status field to simulate posting.