キャリードインタレスト計算機

キャリー百分率がゼロから百の閉区間の外なら invalid_input で拒否され課金されません。

ウォーターフォールが利益・ハードル・キャリーを運用者取り分に変える仕組み

恒等式は carried_interest がゼロと fund_profits の大きい方に、一から hurdle_rate を百で割った値を引き、carry_percentage を百で割った値を掛けたものです。ファンド利益がゼロまたは負ならキャリードはゼロとなり、損失は lp_share に残ります。このモデルでは運用者は損失を分けず、クローバック層もありません。エンドポイントは資本勘定を組み直さず、IRR ハードルを計算せず、案件ごとの米国型ウォーターフォールを走らせず、ゼネラルパートナーのキャッチアップも適用しません。

入力契約、応答の形、エラーの扱い

八は八パーセントであり、八百分の一ではありません。二十は二十パーセントであり、十分の二ではありません。利益のない年や実現損は、負の運用者取り分ではなくキャリードゼロになります。必須の有限数三つを含む JSON 本体を POST してください。fund_profits は投下資本を返還したあとの、一つの通貨単位での分配可能利益合計です。別名 profits、profit、total_profits、fund_profit は同じフィールドを指し、表の列名を保てます。hurdle_rate はその利益に対する優先リターンの百分率で、ゼロから百まで（両端を含む）です。別名 hurdle、preferred_return、pref を受け付けます。carry_percentage はハードルを超えた利益に対するゼネラルパートナーの取り分で、ゼロから百まで（両端を含む）です。別名 carry、carry_percent、carry_pct を受け付けます。各数値は JSON の数でも数値文字列でもよく、欠落・空文字・非有限はフィールド名付きの invalid_input で失敗します。hurdle_rate も同じ閉区間です。これらの失敗は課金されません。fund_profits はゼロや負でも構いません。検証が通ると本体は三入力をエコーし、hurdle_amount、excess_profits、運用者取り分としての carried_interest、リミテッドパートナー残分としての lp_share、恒等式を再掲する式文字列を返します。案件収入、全ファンドの NAV 益、単一の実現のうち、どの利益数字がタームシートに合うかはご自身の目安と JSON を組み合わせてください。このエンドポイントは送られた数を分けるだけで、キャピタルコールからウォーターフォールを組み直しません。

キャリードインタレスト計算機が役立つ場面

タームシートを選別するゼネラルパートナーは、前年の分配可能利益、リミテッドパートナーシップ契約のハードル、記載のキャリーを、本格的なウォーターフォール帳を開く前の一つの運用者取り分に変えるためにキャリードインタレスト計算機を使います。キャリードインタレストはハードル後のファンド利益に対する運用者の契約上の取り分を値付けします。検証失敗は残高を消費しません。リミテッドパートナーは実現が締まったときや優先リターンが放棄されたときに同じ三フィールドを再実行し、投資家との会話が一つの数字から始まるよう分配通知に carried_interest を固定します。プレースメントエージェントとファンド管理チームは未監査パックの fund_profits と LPA の hurdle_rate および carry_percentage を入れ、どちらかを代用とせず、欧州型全ファンド結果を米国型キャッチアップケースと比較します。これは単利、利息の資本化、キャップレート、企業評価マルチプルとは検索も仕事も違います。それらは貸付を値付けし、未払い利息を資本化し、収益不動産を利回り化し、利益を倍率します。プロダクトチームは、本格的なファンド会計エンジンを立てずに carried_interest を固定しなければならない分配通知、LP ポータル、CI フィクスチャへ契約を配線します。実装は純粋な parse のティア A のため、成功した呼び出しは公開の基本料金 $0.002 で、モデルトークンも外向きネットワークもありません。carry_percentage をゼロから百の中に保ち、丸めた運用者取り分をテストに固定すれば、キャッチアップ・クローバック・自前の IRR ハードルをモデルせずに、タームシート・LMS プラグイン・エッジワーカー向けの再現可能な利益分割が得られます。