CF
CoreFund Interactive BRD
📋 Questionnaire (Excel) Questions Open prototype ↗
Business Requirement Document · Interactive

CoreFund — PE Engine & PCAP Engine

A navigable BRD for the private-equity fund accounting & investor-reporting platform. Every module and requirement links to the live prototype screen that demonstrates it. Markers show what extends the current draft (extends) and what still needs your input (pending). Produced with the prototype to clarify scope.

2
Engines (PE · PCAP)
7
Business modules
4
User roles (RBAC)
46
Open questions
2
Phases

1Executive Summary

CoreFund is a secure, modular, web-based platform for PE fund data capture, fund accounting workflows, partner capital account reporting, dashboards, reconciliations, approval controls and audit-ready reporting.

1.1 Reconciliation Summary extends

Four discovery inputs, reconciled in this order of authority. Where sources disagreed, the higher-authority source won and the correction is called out explicitly.

#SourceWhat it isAuthorityWhat it contributed
1Discovery-call screen recordingscreen_recording_2026-07-17.mov (5.8 GB, ~76 min). Sampled into contact sheets, then full-resolution frames pulled at the interesting timestamps.Client-agreed scopeThe Executive Summary tab of the client's own scoping workbook — a Module / Business Objective / Priority / Phase table for 7 modules. This is the scope backbone: it outranks the draft BRD wherever they disagree.
2Discovery-call transcriptdiscovery_call_transcript.txt — diarised transcript of the same call (the client and delivery team).Current-state evidenceVerbal confirmation that drawdown and distribution notices are the Phase-1 "first proof"; current-state process (data from an ERP, manual Excel compilation, a separate third-party investor-reporting tool); two parallel systems (core accounting + investor reporting, interfaced); investor & capital masters.
3Draft BRD (V1)PE_Suite_BRD_draft.pdf — "Initial BRD prepared based on provided context", the client's business analyst, 01-Jun-2026, Status: Draft.Draft documentThe engineering-grade structure this pack builds on: PE-01…PE-12 / PCAP-01…PCAP-13 module IDs, FR/WF/AUD/RPT requirement IDs, RBAC matrix, §8 PCAP calculation logic, data model, Appendix B phasing.
4Regulatory notes (pasted)regulatory_notes_raw.md — an unsourced paste of regulatory links/summaries (ILPA, SEBI, IPEV, DPDP).Supplementary · unverifiableThe entire §13.1 Regulatory & Compliance subsection, RPT-010/011/012, and Q40–Q43. Never promoted to "confirmed" — every figure is labelled client-provided — confirm with compliance/legal, including the specific circular number and 2026 dates, which are past this document's verification horizon.
Conflict resolved — Phase 1 vs Phase 2 for PCAP. The draft BRD's Appendix B places "PCAP core calculations" in Phase 1. The client's own Executive Summary scope sheet (source 1, screen-shared live) marks the PCAP module High priority but Phase 2, and the transcript separately confirms the Phase-1 "first proof" is drawdown and distribution notices only. Source 1 outranks source 3 (§14 Phasing and Appendix B are corrected accordingly) — this supersedes Appendix B of the draft. Flagged for client confirmation as Q44.
🎞
What the recording did and didn't show. Every sampled frame that showed the workbook showed the same Executive Summary tab (7 rows: Drawdown, NAV, Distribution, Management Fee, PCAP, Investor Reporting Dashboard, Investment/Capital — each with Priority and Phase). The transcript states the working session went on to walk through the Fund_Master, Investor_Master, DD Notice and Distribution Notice tabs of the same workbook, but frame sampling (contact sheets every 30s, plus a denser 8s pass over the first half-hour) never caught those tabs on screen at a readable resolution, and the Investment / Capital row's description is cut off at the bottom of the visible window in every frame it appears in. Treated as a gap, not guessed at — see Q44 and Q45. The recording continues well past the meeting's end and periodically shows unrelated desktop activity (other work, personal messaging, email); that portion was not used as input and none of it is reproduced in this pack.
ContextSummary
What they have nowAccounting data in MSD 365 (ERP) plus extra data compiled manually in Excel, handed to an external third-party tool that produces the investor reports. Two disparate systems, heavy manual work in between, and dependence on an outside vendor.
What they wantCoreFund — one internal, modular platform replacing the manual middle and the external tool: PE Engine (drawdown, NAV, distribution/waterfall, management fee, close), PCAP Engine (partner capital accounts), investor reporting (ILPA pack + dashboards), with bulk upload, maker-checker approvals, exceptions and a full audit trail. Hosted on internal servers. Phase-1 first proof: drawdown and distribution notices.
Why they want itCut manual, error-prone spreadsheet work; remove dependence on the external tool/vendor; gain auditability & traceability (every figure traces to an approved source); enforce human-in-the-loop control before finalising; standardise investor reporting (ILPA); and own their process and data.

The solution comprises two integrated engines plus an investor-reporting layer:

EnginePurposePrimary outputs
PE EngineCore fund accounting, investor data, capital calls, commitments, expenses, investments, valuation, distribution, waterfall, close and reports.Executive dashboards, capital-call reports, distribution notices, close pack.
PCAP EnginePartner capital account statement generation, fund-level PCAP consolidation, contribution & distribution mapping, NAV mapping, reconciliation, variance and audit packs.Fund-level PCAP, partner statements, reconciliation & variance reports, export pack.

2Business Objectives

IDObjectiveSuccess criteria
BO-01Digitise PE fund data capture and reporting workflows.Users can input/upload structured fund, investor, capital-call, distribution, NAV, valuation and expense data.
BO-02Generate fund-level and partner-level PCAP statements.System generates PCAP from approved source data, ratios, reconciliation and mapped rules.
BO-03Improve auditability and traceability.Every input, upload, adjustment, approval, calculation and export is logged.
BO-04Enable human-in-the-loop controls.Key outputs, exceptions, uploads and report packs require approval before finalisation.
BO-05Support secure deployment flexibility.Hosted internally, migratable to client infrastructure with documented procedures.
BO-06Provide dashboard and reporting capability.Role-based dashboards and downloadable PDF/XLSX reports are available.

3Scope

In scope: user management & RBAC, data capture, bulk upload, the PE Engine, the PCAP Engine, workflow, audit trail and integration-readiness.

Out of scope (initial release)Note
Full ERP integrationInitial release supports file import; live ERP later.
Regulatory filing submissionGenerates reports but does not submit filings.
Payment processingMay capture payment status; does not initiate bank payments.
ForecastingInitial scope is actual data capture, processing, reconciliation and reporting.

4Target Users & Role-Based Access

Four roles with distinct entitlements. See the live role switcher →

RoleKey access
Fund ManagerDashboards, review screens, workflow approvals and final report approvals.
Fund AccountsCreate/update inputs, upload templates, run validations, prepare reports, resolve exceptions.
InvestorView/download own approved statements and permitted reports only.
AdminUser management, configuration, audit-log access and system administration.

5High-Level Process Flow

Input → Capture / upload fund, investor, calls, distributions, NAV, valuation, ratios Process → Validate → allocations, waterfall, NAV, PCAP mapping, close logic Approve → Maker-checker across data, calculations, exceptions and reports Output → Notices, statements, reconciliations, dashboards, export/audit pack

Designed for traceability: every output line item traces back to an approved source input. See the pipeline →

6Application Modules

Each module opens its live screen in the prototype. extends = beyond the current BRD draft; grouped by delivery phase.

PE Engine · Phase 1 calc + foundations

PCAP Engine & Reporting Phase 2

6.4 Indicative Screen Count & Estimate

The modules above decompose into an estimated ~60–75 screens for the full application (each module typically becomes a list, a create/edit form and a detail/report view). The prototype shows one representative view per module, so it is a deliberate subset.

AreaScreens (approx.)
Auth & shell — login, role/landing2–3
Master data — Fund, Entity, Share Class, Investor/LP, Partner Ratios, COA (list + form each)12–14
Import Center — upload hub, templates, error log/batches2–3
PE Engine transactions — GL/Journals, Capital Calls (+allocation +notice), Fees, Investments & Valuation, Distribution, Waterfall, Close14–18
Dashboards — Executive, PCAP, Investor Reporting3
PCAP Engine — Input Hub, Contribution/Distribution/NAV mapping, Fund PCAP, Partner Statements (list + viewer), Reconciliation, Variance, Notes, Export Pack10–13
Investor Reporting — ILPA pack, Investment/Capital (list + form), investor view4–5
Controls — Exceptions, Workflow queue + detail, Audit Trail, Notifications5–6
Admin & config — User management (users, roles, permission matrix), Settings, entitlements5–7
Regulatory reports — SEBI Annual, SEBI Quarterly, statutory viewers3–5
Total (full application)~60–75
PhaseIndicative screens
Phase 1RBAC, master data, Import Center, Drawdown, NAV, Distribution, Management Fee, Close, controls — ~35–45
Phase 2PCAP engine, Partner Statements, Investor Reporting/ILPA, Investment/Capital — ~20–25
Phase 3ERP/Tally connectors, analytics, enhanced investor portal — mostly integrations + ~5–10 new views
ℹ︎
Estimate, not a commitment. Screen count is elastic: heavy use of modal forms and tabs pulls it toward ~50; full list/create/edit/detail pages per entity push it toward ~80. A single reusable report shell (vs. one screen per RPT-001…012) alone swings it by ~8. A row-level screen inventory can be produced for sizing.

7Functional Requirements

Representative requirements with acceptance criteria. Use the filter in the top bar to narrow by keyword.

IDRequirementAcceptance

8Data Ingestion — assumed upload files

Manual Excel schedules + MSD 365 extracts. The columns below are what we plan to read — illustrative until the workbook is shared. See Import Center →

FileSourceAssumed columnsFeeds
Fastest way to lock scope: share the actual workbook (recording showed Fund_Master · Investor_Master · DD Notice · Distribution Notice tabs) + one MSD 365 trial-balance extract. Tracked as Q35–Q37.

9Core PCAP Calculation Logic

Configurable, version-controlled rules; each output retains source mapping and calc-run version. See PCAP roll-forward →

Capital commitment = Total commitment (fund) × partner contribution ratio Contribution received = Fund contribution received × ratio Total Distributions (A) = transferred + reinvested + retained + taxes Fair value unrealised (B) = fund FV + deemed contribution, by ratio Accrued returns (C) = fund accrued × ratio Sponsor expenses (D) = sponsor expense × ratio Total Fair Value of Inv. = A + B + C − D

10Workflow & Approvals

Maker-checker; final outputs enabled only after Fund Manager approval. See pipeline →

IDWorkflowApprover
WF-001Master data approvalFund Manager / Admin
WF-002Upload approvalFund Accounts / FM
WF-003Calculation approvalFund Manager
WF-004Exception resolution approvalFM / Controller
WF-005Report approvalFund Manager
WF-006Override approvalFM + Admin

11Exception & Control

Rule breaches raise exceptions; material ones block final export. See Exceptions →

ExceptionSystem behaviour
Missing mandatory inputBlock save/upload or mark row invalid
Ratio ≠ 100% tolerance pendingCreate exception; block final calculations
Reconciliation mismatchCreate exception; prevent final export if material
Unapproved source dataExclude from final calculation
Manual override / balancing figureRequire reason, approval and audit trail

12Reporting

IDReportFormat
RPT-001Executive DashboardUI / XLSX / PDF
RPT-002Capital Call SummaryXLSX / PDF
RPT-003Distribution SummaryXLSX / PDF
RPT-004NAV SummaryXLSX / PDF
RPT-005Fund-Level PCAP SummaryXLSX / PDF
RPT-006Partner PCAP StatementXLSX / PDF
RPT-007Variance & ExceptionsXLSX / PDF
RPT-008Audit Trail ReportXLSX / PDF
RPT-009Export PackZIP / PDF / XLSX
RPT-010ILPA Reporting Pack newXLSX / PDF
RPT-011SEBI Annual Activity Report (SI-Portal format) newXLSX / PDF
RPT-012SEBI Quarterly Activity Report (SI-Portal format) newXLSX / PDF
ℹ︎
SEBI reports are generated in the required format/frequency; submission via the SI Portal remains out of scope unless separately agreed (consistent with §3). Formats and deadlines are client-provided — confirm with compliance.

13Audit, Non-Functional & Regulatory Compliance

Immutable log of every create/update/approve/override/export with before→after values and full lineage. See Audit Trail →

CategoryRequirement
SecuritySecure authentication & authorization; role restrictions enforced.
Data confidentialitySensitive financial data encrypted in transit and at rest.
DeploymentHosted on internal servers with documented portability to client infra.
AuditabilityFull traceability from source input to final report.
Data integrityValidation, reconciliation and approval controls; invalid/unapproved data cannot reach final reports.
Export securityDownloads respect RBAC & data entitlements.

13.1 Regulatory & Compliance (Indian AIF) new

Client-provided references — to be confirmed with compliance/legal. The items below reflect frameworks supplied by the client. Circular numbers, editions and deadlines are recorded as provided and must be verified before build.
FrameworkRequirement on CoreFund
SEBI Master Circular for AIFs (2026)Governing reference for valuation norms, governance standards and regulatory reporting. Configuration and reports align to the current Master Circular.
SEBI SI-Portal reportingGenerate the Annual Activity Report (within 30 days of 31 March, from FY ending Mar 2026) and the Quarterly Activity Report (from quarter ending Jun 2026) in SI-Portal format. Generation only; submission out of scope unless agreed.
IPEV Guidelines (Dec 2025 edition)Fair-value measurement standard, SEBI/IVCA-endorsed, effective for periods from 1 Apr 2026; includes hybrid instruments and sustainability factors. NAV/valuation follows this edition.
DPDP Act, 2023Data protection: PII masking/redaction, data minimisation, purpose limitation, retention limits and consent handling; encryption and access controls per the Act.
ILPA Best Practices — ReportingInvestor reporting follows ILPA templates (capital account statement, cash-flow & fees). Implemented as the ILPA reporting pack (§6, RPT-010).
ℹ︎
Note on AI/PII: DPDP’s PII-masking-before-LLM point applies only if an AI/LLM feature is added later — the current portal uses no AI, so this is a forward-looking control, not a current requirement.

14Phasing

Phasing correction. The agreed Excel places PCAP, Investor Reporting and Investment/Capital in Phase 2; Phase 1 is the four PE-Engine calc modules. This corrects the BRD draft (Appendix B had PCAP in Phase 1) and matches the discovery meeting.
PhaseScope
Phase 1RBAC, master data, Import Center, bulk upload, validations, audit trail, Drawdown, NAV, Distribution, Management Fee, Close, export pack.
Phase 2PCAP engine, Partner Statements, reconciliation, Investor Reporting Dashboard (ILPA), Investment/Capital, enhanced dashboards.
Phase 3ERP/Tally connectors, advanced analytics, enhanced investor portal, configurable rules engine.

15Open Questions & Traceability

Open decisions with assumed defaults, mapped to modules — including new regulatory items (SEBI report formats, IPEV edition, DPDP scope). Answer offline in Excel. Open the register →

ObjectiveRelated requirements
BO-01FR-GEN-003, FR-UPL-001…006, FR-MST-001…005
BO-02FR-PCAP-001…013
BO-03AUD-001…007
BO-04WF-001…006
BO-06RPT-001…009, FR-PE-001, FR-PCAP-001

16Indicative Data Model

The logical entities behind the modules — what stores what, and how they relate.

EntityStoresKey relationships
Fund MasterFund attributes & reporting setupInvestors, capital calls, distributions, NAV, PCAP
Entity MasterSponsor / fund / entity structureFund master & GL
Investor / Partner MasterInvestor/partner details & statusCommitments, ratios, statements
Partner Ratio TableFund- & transaction-wise allocation ratiosUsed by PCAP calculations
Capital Call TableCapital call detailsInvestors & commitments
Distribution TableDistribution instances & componentsMapping & reconciliation
NAV & Valuation TableNAV, valuation, fair value, carried interest inputsNAV summary & PCAP
Fees & Expenses TableSponsor/fund expenses & fee calculationsPCAP & dashboards
GL / Journal TableAccounting entries & postingsCOA & reports
Upload Batch TableUpload metadata & statusImported records
Calculation Run TableCalculation run metadata & versionOutput reports
Exception TableValidation & reconciliation issuesSource records
Approval TableWorkflow approval historyRecords & reports
Audit Log TableImmutable audit eventsAll key entities

17Assumptions Ledger

Every placeholder baked into the prototype, and the question that confirms or replaces it — so nothing stands unexplained. Full detail in the Open Questions register.

#AssumptionResolved by
A1Illustrative ₹ Cr figures, single demo fundA real dataset
A21 fund, 2 classes (A/B) + GPQ1
A3European (whole-fund) waterfallQ2
A4Single currency, no FXQ3
A5Pro-rata calls; excused/default as demoedQ5–Q7, Q9
A6Pro-rata class/investor NAV; IPEV valuationQ10, Q11
A78% hurdle · 100% catch-up · 80/20 carry · single withholdingQ13–Q15
A8Fee 2%→1.5%, step-down Mar 2026, 80% offset, 18% GSTQ18–Q22
A9Partner ratios pro-rata = 100%; §8 verbatim; opening = 0Q23–Q25
A10PCAP, Investor Reporting, Investment = Phase 2 (corrects BRD Appendix B)Excel + meeting; fix in v2
A11Standard ILPA templates; DPI/TVPI shown, IRR pendingQ26, Q28
A12File import (MSD 365 TB, manual schedules, bank/Tally)Q35–Q38
A13Reconciliation tolerances not numerically setQ31
A14PCAP-phasing correction accepted; Investment/Capital objective text inferred (video cut off); "Delhi" read as TallyQ44–Q46

18About & How to Use This Portal

This one document is the interactive BRD. It is accompanied by two working tools — the prototype and the questionnaire — and nothing else to keep track of.

ISWhat it is

An interactive requirements document that demonstrates the proposed scope, explains each calculation, and captures the client’s answers — a shared reference for scoping. Produced alongside the written BRD to remove ambiguity before build.

NOTWhat it is not

The production system. Data is illustrative; calculations show shape & intent, not real books. Not security-hardened, multi-tenant, or connected to live systems. No AI is used.

The three pieces

PiecePurpose
Interactive BRD this pageThe full requirements — modules, requirements, data ingestion, calc logic, data model, assumptions — each linked to the prototype.
Prototype ↗The clickable app. Every screen has a derivation panel, and Explain mode lets you hover any element to see what it is, how it’s derived and any assumption. Role switcher demonstrates RBAC.
Open Questions register46 decisions with assumed defaults. Answer offline in Excel (Download for Excel — includes section, why, assumed default, related screen) or in the browser; attach evidence.
ℹ︎
How to validate, end to end: read a requirement here → click Open in prototype ↗ → turn on Explain and hover the figures → answer the mapped questions in the register. Technology: plain HTML/CSS/JS, self-hosted; an optional backend only adds shared answer storage.