Separate systems of record from reporting consumers

List the system responsible for fund accounting, investor records, valuations, capital activity, documents, and delivery. Then identify where the reporting problem occurs. If the missing capability is core accounting or investor administration, a dashboard alone will not solve it. If approved data already exist but cannot be reconciled or assembled, replacing the accounting system may be unnecessary.

Evaluate an actual reporting pack rather than a feature checklist alone. Include one representative quarter, an amended transaction, a missing source, and a reporting-method question. Ask each proposed solution to demonstrate where the number came from and how a correction affects the approved release.

Use the same acceptance questions for every option

The matrix below compares approaches, not named products. Product capabilities and commercial terms change, so verify them directly with vendors during procurement. A hybrid arrangement often means retaining a platform's accounting or investor workflow while adding a governed integration and analytics layer.

Reporting approach evaluation template
CriterionPackaged platformCustom analytics layer
Standard workflowDemonstrate fit to current reporting processSpecify what will be built and maintained
Source integrationVerify actual connectors, limits and exportsInspect source contracts and failure handling
Calculation traceabilityShow inputs, methodology and revision historyReview model, fixtures and reconciliation
Access and releaseTest roles, approvals and distributionDefine and test equivalent controls
Operating costInclude licensing, implementation and supportInclude infrastructure, support and change capacity
Exit and ownershipVerify export scope and contract termsVerify code, data, documentation and handoff

Worked example: retain accounting, repair assembly

A fictional fund receives approved accounting reports from its administrator, stores valuation approvals in its existing document system, and manually assembles a quarterly management pack. The accounting records are usable; the repeated work is reconciling versions and formatting the same tables.

A bounded custom layer could ingest approved exports, retain source versions, calculate agreed measures, show missing evidence, and prepare a draft pack. The administrator remains the source for accounting and the fund's reviewers approve release. If the same fund also needs investor onboarding, allocations, or administration capabilities it does not have, evaluate a purpose-built platform for those responsibilities instead.

Compare ownership and total cost over a realistic horizon

Ask who will handle a source schema change, a revised template, a calculation dispute, or an urgent correction. Include those activities in the scope and commercial comparison. A low build estimate that excludes maintenance is not comparable to a subscription that includes defined support; neither is automatically the cheaper long-term choice.

Use a focused diagnostic when the system boundary is unclear. The output should identify which components to retain, the first reporting problem to repair, required access, acceptance evidence, and the team responsible for continued operation. Permadyn's role is analytics and data implementation; fund-administration responsibilities remain explicit.

  • Use one representative reporting pack for demonstrations.
  • Test a correction, missing source, and disputed calculation.
  • Verify access, approvals, exportability, and release history.
  • Compare implementation, licensing, infrastructure, and ongoing support.
  • Agree code/data ownership, documentation, and transition requirements.
  • Choose the smallest approach that fully meets the acceptance criteria.

Related services and experience

Need help with this system?

Use your current reporting process to define the source, calculation, or review problem and a bounded first engagement.

Discuss fund reporting