XIRR

Dönemsel olması gerekmeyen nakit akışları zamanlaması için iç getiri oranını döndürür.

Sözdizimi

XIRR(<table>, <values>, <dates>, [, <guess>[, <alternateResult>]])

Süre	Tanım
`table`	Değerlerin ve tarih ifadelerinin hesaplanması gereken tablo.
`values`	Tablonun her satırı için nakit akışı değerini döndüren ifade.
`dates`	Tablonun her satırı için nakit akışı tarihini döndüren ifade.
`guess`	(İsteğe bağlı) İç verim oranı için ilk tahmin. Atlanırsa varsayılan 0,1 tahmini kullanılır.
`alternateResult`	(İsteğe bağlı) Çözüm belirlenemediğinde hatanın yerine döndürülen değer.

Verilen girişler için iç verim oranı. Hesaplama geçerli bir sonuç döndüremezse, alternateResult olarak belirtilen bir hata veya değer döndürülür.

Değer, aşağıdaki işlevi karşılayan hız olarak hesaplanır:

$$0=\sum^{N}_{j=1} \frac{P_{j}}{(1 + \text{rate})^{\frac{d_{j} - d_{1}}{365}}}$$

Where:
- $P_{j}$ $j^{th}$ ödemesi
- $d_{j}$ $j^{th}$ ödeme tarihidir
- $d_{1}$ ilk ödeme tarihidir
Nakit akışı değerleri serisi en az bir pozitif ve bir negatif sayı içermelidir.
ISERRORtarafından döndürülen bir hatayı yakalamak için IFERROR veya XIRR işlevlerini kullanmaktan kaçının. İşleve yapılan bazı girişler çözüm hatasıyla sonuçlanmayabilirse, hatayı işlemenin en güvenilir ve en yüksek performanslı yolu bir alternateResult parametresi sağlamaktır.
alternateResult parametresini kullanma hakkında daha fazla bilgi edinmek için bu videoyu gözden geçirin.
İlk ödemenin mutlak değeri küçük olduğunda, hesaplama büyük olasılıkla geçerli bir sonuç döndüremiyordur.
Ödemelere 0 değeri dahil etmekten kaçının. Bunlar nihai sonucu etkilemez ve ilk ödeme her zaman () hesaplaması XIRRbaşarısız olacağı için 0 kullanılır.
Bu işlev, hesaplanan sütunlarda veya satır düzeyi güvenlik (RLS) kurallarında kullanıldığında DirectQuery modunda kullanılmak üzere desteklenmez.

Aşağıdaki formül, CashFlows tablosunun iç verim oranını hesaplar:

= XIRR( CashFlows, [Payment], [Date] )

Dönüş oranı = 37,49%