Participating Preferred Payout

Model one uncapped participating preferred class with preference then residual participation.

Description

Participating preferred stock can receive a preference and then share in remaining proceeds.

Participating preferred stock can receive a preference and then share in remaining proceeds. One uncapped class yields a simple two-step waterfall.

Model one uncapped participating preferred class with preference then residual participation.

When to use Participating Preferred Payout

Use this for the following task: Model one uncapped participating preferred class with preference then residual participation.

Prepare the scenario values in one currency and consistent time periods. Use fractions for fraction fields and percentage points for percent fields.

How to use Participating Preferred Payout and understand its results

  1. Prepare the scenario values in one currency and consistent time periods. Use fractions for fraction fields and percentage points for percent fields.
  2. Enter exitProceeds, investedCapital, preferenceMultiple, ownershipFraction using the field table, then run the tool.
  3. Read preferencePayout, participationPayout, preferredTotal, commonPayout. Interpret flags, units, ordering and placeholder values using the rules below.
  4. Review any reported issue or failed check, correct the supplied values when appropriate, and verify the result in its intended context.
Input fieldMeaningValue type and boundsRequirement
exitProceedsExit proceedsnumberRequired
investedCapitalInvested capitalnumberRequired
preferenceMultiplePreference multiplenumberRequired
ownershipFractionOwnership fractionnumberRequired

Use nonnegative exit/capital, positive multiple and ownership in [0,1]. Allocate the capped preference first, then participation, and give the remainder to common.1

preference=min(exit,capital×multiple); participation=(exit−preference)ownership

This summarizes the declared operation. Units, indexing, inclusivity and exceptional cases are explained in the surrounding text.

Output fieldMeaningValue type
preferencePayoutPreference payoutnumber
participationPayoutParticipation payoutnumber
preferredTotalPreferred totalnumber
commonPayoutCommon payoutnumber
json
{
  "input": {
    "exitProceeds": 1000,
    "investedCapital": 200,
    "preferenceMultiple": 1,
    "ownershipFraction": 0.2
  },
  "output": {
    "preferencePayout": 200,
    "participationPayout": 160,
    "preferredTotal": 360,
    "commonPayout": 640
  }
}

Limitations and assumptions

Multiple classes, seniority, participation caps and conversion elections are excluded.

These outputs describe the supplied scenario; accounting definitions, capitalization terms and time periods must match the intended use. Malformed requests produce input errors. A successfully evaluated request can still contain false flags, empty result lists or a result outside the supplied threshold; those outcomes have the meanings stated above.

Alternative or Complementary methods

Choose Nonparticipating Preferred Payout for this operation: Model one nonparticipating preferred class choosing liquidation preference or conversion. For a complementary task, use Anti Dilution Comparison for this operation: Compare full-ratchet and broad-based weighted-average down-round conversion prices.

The implementation reference documents the exact calculation, supported input shapes and returned fields.

References

  1. Participating Preferred Payout — tool.io

Similar or alternative tools

Don't forget to set a bookmark for tool.io!
Privacy | Imprint | Cookies