Family Office Document Management: Can You Prove Which Version Authorized the Decision?
Compare family office document systems through a revised capital-call test of version control, authority, access, payment evidence and export.

- Give every material document a controlling copy, an entity and an owner. A portal copy is useful for distribution; it should not silently become the record that authorizes action.
- Test the chain from a changed document to the person who reviewed it, the approval they gave and the action that followed. A searchable vault alone does not prove that chain.
- Compare systems by the work they will own. A general document platform, a family-governance workspace and an investment-reporting vault may all hold the same PDF while solving different operating problems.
Family office document management is the process of receiving, classifying, protecting, approving, finding and eventually transferring the records behind the office's decisions. The software can make those steps easier to perform. The office must still decide which copy controls, who may act on it and what evidence it will keep.
The practical question is simple: if a capital call changes after approval, can the team show which notice was used for the payment instruction? That test exposes more than a tour of folders or a list of security features.
01What family office document management has to preserve
A family office may hold trust instruments, entity resolutions, subscription agreements, side letters, notices, tax workpapers, bank instructions and family meeting minutes. Different people need different slices of that record. An investment professional might need the fund notice; a trustee may need a governing instrument; a principal may need the decision summary without every supporting file.
For each material document, the operating record should answer five questions:
| Question | Evidence the office should be able to retrieve |
|---|---|
| Which record controls? | The executed or otherwise approved version, its effective date, entity and superseded versions |
| What does it authorize? | The relevant agreement, policy or instruction and any scope or limit attached to it |
| Who saw and approved it? | Named role, action, time and the exact version reviewed |
| What happened next? | The payment, entry, report, filing or task linked to that approval |
| Who can still see it? | Current permissions, external sharing, revocation and an exportable access history |
This is an operating design, not a claim that one statute imposes the same file schedule on every family office. Retention and legal hold should be set with counsel for each record type and entity. NIST's Cybersecurity Framework is useful voluntary guidance for designing access, protection and recovery controls; it is not a family-office-specific legal mandate.
The office also needs a boundary between records. The document system can hold a fund notice and the review trail. Specify which system records the approved investment transaction, which executes payment and which keeps the books; link each record to the document and approval trail. If a platform connects them, document which system is authoritative for each field and reconcile the handoff.
For the capital-call case below, a small record map makes the boundary explicit:
| Record | Controlling copy and owner | Shared copy and supersession rule |
|---|---|---|
| Signed subscription agreement | Executed agreement in the counsel-approved record repository; legal/entity owner | Portal copy is read-only; changes require a newly executed record. |
| Capital-call notice | Received notice and revision history in the office's designated investment-record repository; investment-operations owner | Reporting or principal portal displays the currently accepted version and labels the earlier one superseded. |
| Verification and approval | Named reviewer and approver entries linked to the exact notice version; operations owner | A summary may be shared, but the underlying trail stays retrievable for a permitted successor. |
| Payment and book entry | Bank payment reference and accounting/investment entries in their respective systems; treasury/controller owners | The document record links to those references; a copied PDF is not proof that payment or posting occurred. |
These assignments are an illustrative office design, not a required vendor architecture. Replace each repository and owner with the office's actual approved record map.
02The revised capital call: one test for every system
Imagine a family office receiving a US$250,000 capital-call notice for a fund held through Entity A. On 8 January, an authorized reviewer approves it. On 9 January, the fund sends a revised US$275,000 notice with different receiving-account details. These figures and dates are illustrative, not a vendor result or an actual fund instruction.
The revised PDF must not inherit the earlier approval. The office first authenticates the new notice and bank details through its established, independently verified channel. The FBI recommends using a secondary channel to verify changes in account information; the office should settle its procedure with its bank. It then checks the subscription agreement, identifies the entity and cash account, obtains a fresh approval under its authority policy and records the resulting payment. If the change is not verified by the cutoff, the payment remains on hold under the office's escalation procedure.
| Step | What the demonstration must show | Failure to watch for |
|---|---|---|
| Receive | Both notices remain retrievable with source and received time; a named owner marks the old one superseded | The new upload overwrites the old evidence |
| Verify | A named person records the independent confirmation of the changed bank details | The email attachment itself is treated as verification |
| Approve | The old US$250,000 approval is visibly invalid for the US$275,000 instruction; Entity A's designated approver passes the fictional authority rule and the wrong-role attempt is denied | Approval is silently carried forward or accepted from an unauthorized role |
| Execute | The bank's payment reference is linked or reconciled back to the approved notice and verification | A payment is released outside the agreed control, even if the DMS cannot itself block it |
| Reconstruct | A successor who did not handle the transaction exports both notices, verification, approvals and payment reference and can explain the sequence without vendor help | The office can show a file, but not the decision behind it |
Add Entity B, whose reviewer must be denied access to Entity A's notice, and revoke an outside adviser's temporary access after the review.
Give the demo a fictional authority excerpt: Entity A's designated approver may approve a capital call up to US$300,000 after independent bank-detail verification; Entity B's reviewer and the outside adviser cannot approve Entity A instructions. This threshold is a test assumption, not a universal policy or legal limit.
The correct Entity A role must approve the revised US$275,000 notice. The wrong role must be denied or handed off to the real authority system with recorded evidence.
Ask each vendor to run the steps its proposed system will own. Mark each owned step pass, fail or unknown. For an external step, require a named owner, a link or exportable handoff record and a way to surface failure. A candidate passes its proposed scope only if every owned step succeeds and external handoffs are identifiable and exportable.
The office's end-to-end test passes only when both notice versions, independent verification, correct-role approval, actual payment reference and access-denial/revocation evidence can be reconstructed. A missing or unverified material link means hold/unknown until resolved; a tested workflow that cannot produce it fails.
A layer does not fail merely because it does not execute bank payments. The final bank-account verification procedure belongs to the office and its bank; software does not authenticate a changed instruction by itself.

Illustrative control chain for the revised notice. Payment remains in the bank system. View the full-width desktop diagram.
Example decision record — illustrative, not a completed payment
- Entity A · capital-call notice v2 received 9 January · US$275,000; v1 marked superseded.
- Changed bank details: independently confirmed by [method, time and named owner].
- Approval: [designated Entity A role] under [authority excerpt]; old approval not carried forward.
- Bank payment reference: [test placeholder]; successor export checked by [role and date].
03Seven systems and the job each could own
The shortlist below is organized by the work the office is trying to improve. These are not seven equivalent substitutes. The sources describe different products, packages and configurations, so each option names its boundary and a test rather than awarding an outcome.
Configurable document platforms. Microsoft SharePoint with Purview offers library version settings and Microsoft 365 audit activities. Test whether the office can export the old and revised notice with the relevant user actions. Specify site and library settings, audit retention, permissions and licensing; the family-office workflow is yours to build.
Box with Governance offers a general content workspace plus legal-hold controls for selected content and versions. Test whether the proposed package preserves the old notice and shows who accessed each version. Governance is an additional capability; entity context and approvals need a designed workflow.
Egnyte markets controlled sharing for financial-services records. Test a restricted outside-adviser view, revocation and export of the review trail. Confirm the quoted package, retention settings and connections to the office's other systems.
Configurable document workflow. M-Files describes one US family office using a customized investment cash-flow approval process. Test whether the revised notice starts a fresh approval and leaves the old version retrievable. The vendor's case is not a default workflow or a transferable performance result.
Family-governance record. iPaladin describes a record linking documents, entities, decisions and authority. Test whether the exact governing version and approval can be exported for a successor; confirm retention and integration in the proposal. Trusted Family familyOS describes documents, meetings, signatures and follow-through. Test what family participants saw and approved. Treat either as a governance option until the office establishes transaction-record boundaries.
Investment-linked document vault. Asora describes a vault alongside portfolios, entities and tasks. Test whether the capital-call task carries the correct notice, approver and entity. Confirm where the official decision record lives and what remains in banking or accounting systems.
These descriptions come from vendors' own documentation and pages. They do not establish US implementation scope, current price or suitability for a particular office.
Start with the job. If the existing repository passes the revised-notice case and the office's other material record needs, keep it and address the identified procedural gap. If the gap is controlled storage and sharing, shortlist SharePoint and Box; include Egnyte when external sharing is central. If the gap is custom routing, test M-Files against the current repository. If the gap is family decisions and authority, test iPaladin or Trusted Family. If the gap is linking investment notices to portfolios and tasks, test Asora. This route can narrow a real office's shortlist; it does not rank candidates without the common demonstration.
04How to compare the shortlist without assuming a demo pass
Send vendors the same small fixture: two notices, one superseding the other; a governing subscription excerpt; the fictional Entity A approval rule above; Entities A and B; four roles (preparer, approver, Entity B reviewer and outside adviser); and an intentionally changed bank account. Use test data, never live banking credentials.
Request the same deliverables from each:
- A screen demonstration of the steps the candidate owns and its handoffs, including fresh approval or an approval handoff, denied access for Entity B's reviewer where the candidate controls access, and adviser revocation in the system that grants it.
- An export of the versions, timestamps, decisions and actors the candidate system owns, plus its links or handoff evidence for external steps. Name each external owner and what signals a missed or rejected handoff. The office assembles the bank payment reference and other outside records into the complete chain, then asks a successor to interpret it without the vendor's interface.
- A written scope showing which modules, audit retention, storage region, support, migration assistance, integrations and exit exports are included. Quote missing items as unknown, not zero cost.
Separate the decisions. A successful demo proves the configured test can run. The written contract fixes what will be delivered and supported. A migration approval follows only after the office compares a sample of old and new records, runs both processes in parallel and confirms that permissions and exceptions work for its actual entities. None of those gates is interchangeable.
For the broader provider review, use the same evidence discipline in the family office due diligence checklist.
05Migrate the record without losing the authority trail
Begin with an inventory of entities, document classes, repositories and people. Identify the controlling copy for each material class and its owner. Freeze a sample of executed agreements, notices and meeting decisions before changing file names or folder structures, so the team can compare what moved.
Next, map metadata and permissions. Record which entity and asset a file belongs to, the version and effective date, the sensitivity tier, and whether an external adviser may see it. Where the old system has a decision log, move the relationship between approval and document rather than just the PDF. Test the principal, preparer, reviewer and former-adviser views separately.
Run the revised-notice case through both systems and reconcile the outcomes. Count missing files, broken links, ambiguous versions and excess access. The accountable office owner should sign off on the exception list and the date from which the new system becomes authoritative. Retain an accessible export and a rollback plan until the record can be reconstructed without the old interface.
This work often exposes a policy question before a software gap: who is allowed to declare a document controlling? Resolve that authority with the office's counsel and decision-makers. A vendor can enforce a chosen workflow, but it cannot decide the family's legal or governance authority.
06Questions family offices should settle before buying
Do we need a dedicated document system if we already use SharePoint? Maybe not. Test version recovery, role-specific access, audit export and the approval-to-action chain in the current setup. A new platform should close a demonstrated gap or reduce an identified operating burden.
Can a reporting platform's vault replace the controlling office record? Only if the office has established the controlling-copy rule, permissions, retention and exit package in the actual contract and configuration, with counsel's advice on retention and holds. A convenient portfolio-linked copy can still be a distribution copy.
What will document management cost? Ask for a written first-year and ongoing quote that separates licenses, governance or audit modules, storage, implementation, migration, external users, support and exit exports. Price the same users, document volume and retention requirement for every candidate. A vendor page without a public amount is an unknown price, not a zero-cost option.
What is the best family office document management software? There is no single winner without the office's record boundary and proof test. Shortlist by whether the main job is configurable storage, document workflow, family governance or investment-linked evidence. Require each candidate to demonstrate its owned steps and handoffs; the office tests the revised-notice case end to end across the whole stack.
What should the office measure after go-live? Sample how long it takes to retrieve a controlling version and its approval, how many exceptions are unresolved, and how quickly a departed person's access is removed. The measures should reveal a weak record before a deadline or dispute does.


