エグジットレート計算機

負の月次収益は、負の経常台帳に対してランレートが定義されないため invalid_input で拒否されます。

最終月の経常収益がエグジットランレートになる仕組み

この計算機が使う恒等式は exit_rate が monthly_revenue かける十二です。monthly_revenue は一通貨での最終月の経常収益であり、サブスクリプション事業では月次経常収益、すなわち MRR が典型ですが、リテーナー、保守契約、月次ランに換算済みの請求利用など、すでに月次リズムで測っている経常台帳なら同じ恒等式が使えます。負の経常台帳を年換算すると無意味な年額になるため、モデルが本物の Exit ARR として扱い得る符号付き年換算を返すのではなく invalid_input で失敗します。この計算機は十二か月分から Trailing Twelve Month の ARR を再構成せず、ネット収益維持率も成長率も適用せず、通貨換算もせず、ライブの請求エクスポートも引きません。

入力契約、応答の形、エラー時の振る舞い

ゼロは許可されます。 売上前の月でも、誤りではなく有限のエグジットランレートゼロになります。メッセージが欄を名指しするので、フォームはその制御を汎用警告ではなく印付けできます。千二百三十四点五六のような端数月は、同じ half-up の金額丸めで一万四千八百十四点七二に年換算されます。必須の有限数一つ monthly_revenue（最終月の経常収益、一通貨）を含む JSON 本体を POST してください。別名 mrr、monthly_recurring_revenue、last_month_revenue、recurring_revenue は同じ欄を指すため、表は列名を保てます。欄は JSON の数値でも数値文字列でも構いません。欠落、空文字、非有限値——NaN、Infinity、数値として読めない文字列——は monthly_revenue を名指しして invalid_input で失敗します。これらの失敗は課金されません。負の monthly_revenue は、負の月次収益に対してエグジットランレートが未定義なため失敗します。成功時は本体が monthly_revenue をエコーし、クライアントが慣例をハードコードしなくてよいよう months_per_year を十二と報告し、exit_rate を monthly_revenue かける十二として half-up で小数第二位まで丸めて返し、恒等式を述べる formula 文字列を含めます。例：最終月の経常収益五万なら months_per_year は十二、exit_rate は六十万です。どの月が出口月か、どの行が経常か——請求利用、単発のプロフェッショナルサービス、繰延収益は同じ台帳ではありません——はご自身の規則と JSON を組み合わせてください。この endpoint は送られた一つの数を掛けるだけであり、請求元帳を組み直さず、認識規約を選ばず、決済プロセッサーも引きません。

エグジットレート計算機が本領を発揮する場面

創業者と財務パートナーは、取締役会資料、データルーム、term sheet が Exit ARR を求めるときに同じ欄を再実行し、まだ尺度されていない月次額ではなく一つの入りの年換算から各メモが始まるよう、直近十二か月の再構成の横に exit_rate を固定します。プロダクトチームは請求エンジンを呼ばずに exit_rate を固定しなければならない締めチェックリスト、資金調達ティーザー、CI フィクスチャへ契約を配線します。実装は純粋な parse のティア A のため、成功した呼び出しは毎回、モデルトークンも外向きネットワークもなく公表済みの基本料金 $0.002 です。monthly_revenue を有限かつ非負に保ち、丸めた exit_rate をテストに固定すれば、自前の総勘定元帳を立てずにティーザー、LMS プラグイン、エッジワーカー向けの再現可能な最終月年換算が得られます。