Data
Use Fund Operations → Allocations → Data to inspect participation schemes: who receives an allocation and which investment, income or expense the scheme covers. These operating relationships are different from the period capital-allocation results in Accounting → Fees & Capital Allocations.
Follow the three linked tables
Read the tables as two sides of one relationship joined by a scheme. An Allocation Entry says who participates and at what percentage. An Allocated Item says which investment, income or expense those participants share. The common scheme connects the participants to the covered economics.
These roles explain why IDs must retain their types. An owner can be a Share Class or Subscription, while an item can be an Investment, Income or Expense. Matching numbers do not connect those records; their explicit scheme and typed references do. The relationship supports ownership analysis without creating the item’s activities, payments or journals.
Cedarbridge Example Fund LP #1 selected. Each of the three tables has one fictional row: Scheme #1, Entry #1 and Allocated Item #1. All tables have finished loading.
Allocation Schemes holds the scheme's ID, name, description, effective date, finalized date and notes. The example is Cedarbridge Core Participation #1, effective July 1, 2026.
Allocation Entries identifies participants in that scheme. The example Entry #1 references Scheme #1, has Owner Type Share Class, Owner Id Cedarbridge Example Fund LP — Class A #1, and Allocation Percent 100.00%, effective July 1.
Allocated Items identifies what the scheme covers. Item #1 references Scheme #1, has Item Type Investment and Item Id Harbor Example Software #1.
Read the types with their IDs. Owner Id #1 and Item Id #1 refer to different tables and roles. The Share Class receives the participation; the Investment is the covered item. They are not duplicate records.
This relationship is why the other examples can connect the investor's Class A participation to Harbor. It does not create Harbor's USD40,000 Contribution, its cash settlement or any journal. The separate USD1,200 administration expense is not covered by this particular investment item.
Understand the Entity filter
Choose Entity to find related schemes; clear it to inspect all schemes.
A scheme matches through an owner Share Class, a Subscription's receiving Share Class, or a covered Income/Expense belonging to that Entity. The filter then retains the matching scheme's entries and items together. It does not trim the result to only that Entity's participant rows; another Entity's participant can legitimately remain in a shared scheme.
An Investment's name alone does not establish its Entity relationship. An incomplete scheme without qualifying owner or Income/Expense relationships may disappear under an Entity filter. Clear the filter and check the links before creating a replacement.
There is no as-of selector on this tab. Displayed rows can include different effective dates; visibility does not prove applicability to a particular historical date.
Check participation in the right scope
A percentage is meaningful for a particular scheme and effective owner-date set. Entries from another scheme or another date version are not additional owners of the same item at that time. Inspect applicability as well as the sum before relying on participation or changing an entry.
Compare the Allocation Scheme Id across entries and items, then inspect Owner Type/Id, percentages and effective dates. Use each table's Search records, Filter and Sort to isolate the relevant scheme. Scroll horizontally for dates and notes.
The displayed 100.00% footer is the sum of the visible Entry percentages. In this example there is only one Entry. A percentage sum across several schemes or different effective-date sets is not a meaningful ownership total, and 100% alone does not establish that the correct owners and covered items were selected.
Finalized At is a stored field; it is not evidence of posted journals or a period close. Row locks are a separate control. Use Fund Organization → Data Locks for lock visibility and the relevant workflow for any authorized locking action.
Maintain the owning records
For a new scheme, follow Create Allocation and verify the resulting scheme, participants and covered item in these three tables.
For an evidenced correction, locate the existing ID before editing supported cells. Respect permissions and locks, wait for saving, refresh and verify the linked rows. Using Insert in one table creates that table's record; it does not by itself establish the other two parts of a complete scheme. Do not insert duplicate entries to compensate for a missing item link.
Use FundOps Recon → Allocation Scheme Integrity and Allocation Coverage to investigate scheme and coverage exceptions. Check the specific scheme, owners, dates and covered item rather than changing a percentage merely to clear a status.