XIRR
必ずしも定期的ではないキャッシュ フローのスケジュールの内部利益率を返します。
構文
XIRR(<table>, <values>, <dates>, [, <guess>[, <alternateResult>]])
パラメーター
用語 | 定義 |
---|---|
table |
値と日付の式を計算する必要があるテーブル。 |
values |
テーブルの各行のキャッシュ フロー値を返す式。 |
dates |
テーブルの各行のキャッシュ フロー日付を返す式。 |
guess |
(省略可能)内部収益率の最初の推測。 省略すると、既定の推測値 0.1 が使用されます。 |
alternateResult |
(省略可能)ソリューションを特定できない場合にエラーの代わりに返される値。 |
戻り値
指定された入力の内部リターン率。 計算で有効な結果が返されない場合は、alternateResult として指定されたエラーまたは値が返されます。
解説
この値は、次の関数を満たすレートとして計算されます。
$$0=\sum^{N}_{j=1} \frac{P_{j}}{(1 + \text{rate})^{\frac{d_{j} - d_{1}}{365}}}$$
ここで:
- $P_{j}$ は $j^{th}$ 回目の支払いです
- $d_{j}$ は $j^{th}$ 支払日です
- $d_{1}$ は最初の支払日です
一連のキャッシュ フロー値には、少なくとも 1 つの正の数と 1 つの負の数が含まれている必要があります。
ISERROR または IFERROR 関数を使用して、XIRRによって返されるエラーをキャプチャしないようにします。 関数への一部の入力でソリューション エラーが発生しない可能性がある場合は、alternateResult パラメーターを指定することが、エラーを処理するための最も信頼性が高く、最もパフォーマンスの高い方法です。
alternateResult パラメーターの使用方法の詳細については、こちらのビデオを参照してください。
初期支払いの絶対値が小さい場合、計算で有効な結果が返されない可能性があります。
支払いには 0 の値を含めないでください。 これらは最終的な結果に影響を与えず、初期支払いとして 0 を使用すると、常に () 計算 XIRR失敗します。
この関数は、計算列または行レベル セキュリティ (RLS) 規則で使用する場合、DirectQuery モードでは使用できません。
例
次の式は、CashFlows テーブルの内部利益率を計算します。
= XIRR( CashFlows, [Payment], [Date] )
日付 | 支払い |
---|---|
2014/1/1 | -10000 |
2014/3/1 | 2750 |
10/30/2014 | 4250 |
2/15/2015 | 3250 |
4/1/2015 | 2750 |
収益率 = 37.49%