Status
These changes are still in development. The article serves as a preview to support teams in preparation.
Cut-over Impact
Some existing workflows are changing, including expressions of interest and deposit reconciliation. Please see the Summary of Key Changes table below.
Overview
Capital raises on Caruso now support bulk processing to issue units, a dedicated issuance price, and a governance workflow that gives your team full control over when and how units are issued.
We're making some key changes to how investment applications and unit issuance work in Caruso — introducing an investment-amount-first experience, a single batch workflow for all unit issuance, a dedicated issuance price, and a maker-checker governance workflow that gives your team full control over when and how units are issued.
A new application and issuance workflow
Applications will move through four distinct stages: Requested → Approved → Completed (with Cancelled as an alternative terminal state). Approving an application is a review gate with no side effects. You will also be able to revert an approved order to make any changes before units are issued. Units are only issued when a batch is confirmed by a second approver.
Investment-amount-first: a cleaner investor and admin experience
Investment applications (previously called allocation requests) will shift to showing investment amounts only. Units and issuance price are hidden until units are actually issued — because those figures are often not the final values used at issuance and can mislead investors during the Requested and Approved stages.
Investment amounts are still validated against capital raise rules (minimum/maximum investment) and fund constraints (whole units, unit increments). Fund managers can communicate pricing via data room content. The issuance price becomes the source of truth at the point of unit issuance, and only appear once units are issued in the relevant email, Notice and investor portal transactions.
Deposit reconciliation: simplified and separated from issuance
Previously, admin users could reconcile deposits and issue units in a single flow. Whilst somewhat convenient, as a single step, mistakes are costly to fix - needing Caruso's intervention to reverse the unit issuance transaction.
Instead, the "reconcile and issue units" path is being removed, making deposit reconciliation purely about matching deposits to applications. The higher consequence workflow of issuing units goes through the standard batch workflow with the maker-checker governance workflow. For high-volume deposits, the new workflow could be to reconcile daily deposits and create a single daily issuance batch.
With the introduction of a new Completed status, we expect the deposit reconciliation matches and suggestions to be much stronger as applications that are fully issued will be excluded from results, reducing noise and making it easier to identify outstanding deposits.
Issuance price: a new pricing source, applied at batch processing
Caruso will store a dedicated issuance price at the unit class level as a time-series history, alongside Unit Value, Redemption Price and Reinvestment Price. You'll find it as a new tab within the unit class view.
When processing a batch, the admin sets a pricing as at date — the date used to look up the issuance price per unit class. If no issuance price exists for a required unit class on the chosen date, the batch cannot be created.
Pro tip: For funds that use $1.00 per unit consistently, a quick way to set up issuance prices is to give the fund admin agent the following prompt.
Check all funds and identify any unit classes that do not have an issuance price set. For each unit class missing a issuance price, create a issuance price of $1.00 with an effective date equal to the date that the unit class was created.
Batch process: governance, review and two-step confirmation
All unit issuance now goes through one uniform batch workflow — whether issuing units for a single application or hundreds. The existing single-item "Issue Units" action and the deposit reconciliation "reconcile and issue units" path are both being removed.
Step 1 — Configure the batch. Use rich filters on the committed table to segment applications by status, created date, issuance date, class, funding and issuance status.
For example, to issue units for all applications that received deposits today, filter to include partially or fully funded, whilst excluding completed applications, or fully issued applications.
Then set:
Issuance date — use each application's own date, or overwrite with a single date for the batch
Processing mode — calculate units to be issued based on the capital committed (application amounts) or the capital contributed (sum of payments received per application)
Pricing mode - automatically uses the class issuance price
Pricing as at date — the date used to look up the issuance price per unit class
Notice date - the date that unit issuance notices will be published to investors
Commentary (optional) - optional commentary to include in notices
Step 2 — Review the draft. The system creates a draft batch showing every application, its issuance price, calculated units, and issuance amount. If underlying data changes after the draft is created, the Confirm button is disabled until the admin clicks Recalculate.
Step 3 — Approver confirms. A separate admin with Approver role reviews and confirms. At that point, units are issued, applications move to Completed, Unit Issuance Notices are sent, and audit log entries are created. Until confirmation, everything is reviewable and reversible. The confirm action cannot be undone.
Partial issuance: one application, multiple issuance batches
Some of the most common ways our customers operate involve issuing units against an application over multiple events, not all at once. Two everyday examples:
Capital calls — only calling for a portion of an investor's commitment (e.g. 10%). Units are issued against what's been called and paid; the rest stays pending future calls against the same application.
Bank limits — an investor with an approved $250,000 application whose bank caps deposits at $100,000/day. Deposits land over multiple days; admins issue units incrementally as deposits arrive.
Rather than forcing admins to recreate the original application for every overflow — which is unworkable at capital-call scale and fragments compliance records (approval notes, TMD record, identity checks) — Caruso supports multiple issuance batches against the same application.
How it works
Issue what's funded using the Process — capital contributed mode. The application stays in Approved while units remain to issue.
For subsequent batches, use the Units Issued filter on the committed table to find partially-issued applications and re-batch them.
The system automatically nets already-issued units when processing on capital contributed, so you don't over-issue.
If you process on capital committed against a partially-issued application, the system warns you the batch will over-issue.
Summary of key changes
For your team: approve eligible applications as they come in, reconcile deposits in parallel, and batch-process for unit issuance when ready — whether daily, weekly, or at the close of a raise. The workflow is the same every time.
For your team: approve eligible applications as they come in, reconcile deposits in parallel, and batch-process for unit issuance when ready — whether daily, weekly, or at the close of a raise. The workflow is the same every time.
Change | Previous workflow | New workflow |
Investment amount | Units and unit price shown throughout the lifecycle | Investment amount only — units and issuance price appear only after issuance |
Deposit reconciliation | Reconcile and issue units in one workflow | Reconcile deposits as a standalone workflow. When ready to issue units, navigate to the capital raise, use the new filters to find all applications that are ready for issuance. For example filter by all “funded” or “partially funded” applications, excluding those that are “issued” or “partially issued” depending on your structure. Process issuance as a batch. |
Revert order status | - | To facilitate a batch issuance process and better maker/checker controls, we require date of issuance and class on every application being included in a batch. |
Offer price visibility | Offer price shown on investor portal application form | By default, offer price will be hidden from the investor portal application form. This can be configured in the capital raise settings or simply added as content in the data room. |
Expressions of interest | Expressions of interest captured number of units and price per unit, and could be converted into an investment application. | Expressions of interest can still be created as before. Converting an expression of interest into an application will be temporarily unavailable as part of a broader book build enhancement. The workaround is to re-create the interest as an application. |
Bulk issuance import | Bulk import created approved applications and issued units in one step. | Bulk import continues to work the same way — approved applications are created and units are issued in the same step. These issuances do not go through a batch, so they won't carry a batch link on the orders table; they'll be shown as "Imported" instead. |
Distribution reinvestment | Distribution reinvestments use latest class unit value | Distributions reinvestments will look for a new, dedicated class reinvestment price. |
