Bir Abonelik Dışa Aktarımını MRR ve ARR Raporuna Nasıl Dönüştürürsünüz? (2026 Kılavuzu)

Bir abonelik dışa aktarımı size şu satırları verir: müşteri, plan, tutar, aralık, durum, başlangıç tarihi. Bir MRR raporu ise her ay için tek bir sayıya ihtiyaç duyar. Birinden diğerine ulaşmak aritmetik gibi görünse de çoğunlukla tanımlardan ibarettir.

Tamamlanan rapordaki her bir rakamı iki seçim belirler: Hangi aboneliklerin aktif sayılacağı ve indirimlerin tutardan düşülüp düşülmeyeceği.

İkisinden birini yanlış yaparsanız rapor kendi içinde yine de dengelenir. Sadece finans departmanıyla, faturalandırma paneliyle ve geçen ayın sürümüyle uyuşmaz.

Bu kılavuz, öncelikle neleri netleştirmeniz gerektiğini, üç manuel yöntemi ve her birinin nerede yetersiz kaldığını ele almaktadır.

Başlamadan önce ihtiyacınız olanlar

Fatura başına bir satır değil, abonelik başına bir satır içeren dışa aktarıma ihtiyacınız var. Faturalar size neyin faturalandırıldığını söyler. Abonelikler ise neyin tekrarlandığını gösterir.

Her satırda faturalandırma aralığına ihtiyacınız vardır. Aylık ve yıllık planlar, yıllık olanlar normalleştirilmeden toplanamaz.

Ayrıca durum sütununa da ihtiyacınız var. Stripe'ın faturalandırma analitiği belgeleri, MRR'ı aylık olarak normalleştirilmiş tutarların toplamı olarak tanımlar. Yalnızca durumu active ve past_due olan abonelikleri hesaba katar.

Bu tanımı olduğu gibi benimsemek mantıklıdır. Yayınlanmıştır, nettir ve birisi bir rakamın neden değiştiğini sorduğunda size savunulabilir bir yanıt sunar.

İlk olarak üç kararın verilmesi gerekir.

Hangi durumların sayılacağı. Aktif artı vadesi geçmiş (past due), belgelenmiş varsayılan değerdir. İptal edilenler ve ödenmeyenler kayıp (churn) olarak kabul edilir ve devre dışı kalır.

İndirimlerin düşülüp düşülmeyeceği. Stripe, bunu tekrarlayan ve tek seferlik indirimler için ayrı ayarlarla yapılandırılabilir hale getirir. Süresiz indirimler her zaman düşülür.

Bir abonenin ne zaman sayılmaya başlanacağı. Stripe, ilk faturalandırma döneminin başlangıcını veya ilk ödemenin alınmasını seçmenize olanak tanır. İlk seçenek en yaygın olanı olarak tanımlanır.

Formül yazmadan önce bu üçünü sayfaya not edin. Bunlar, bir rapor ile bir tartışma arasındaki farkı belirler.

Aritmetik kısım neden kolaydır?

Normalleştirme basittir. Stripe'ın kendi örnek çalışmasında, 100 dolarlık aylık planda 100 abone ve 600 dolarlık yıllık planda 50 abone kullanılmaktadır. Bu da (100 × 100) + (50 × (600 / 12)) = 12,500 sonucunu verir.

Karmaşık olan kısımlar hariç tutulanlardır ve bunları bir e-tabloda gözden kaçırmak kolaydır.

Vergiler hariçtir. Stripe, vergiyi MRR'a dahil etmez. Dışa aktarımınız brüt tutarları içeriyorsa, her ayı olduğundan fazla gösteriyorsunuz demektir.

Deneme süreleri hariçtir. Deneme süresindeki abonelikler, ücretli üyeliğe dönüşene kadar hariç tutulur.

Ücretsiz planlar hariçtir. Sıfır fiyatlı bir plandaki abonenin hiçbir katkısı yoktur, bu nedenle aktif abone olarak da sayılmazlar.

Kullanım bazlı gelir hariçtir. İnsanları şaşırtan kısım genellikle budur. Ölçümlü ürünler MRR'dan tamamen hariç tutulur, bu nedenle kısmen kullanım bazlı faturalandırma yapan bir işletmenin MRR'ı, tasarım gereği gerçek gelirin altında kalacaktır.

Bir de belgelenmiş ve gerçekten sezgilere aykırı olan kupon durumu vardır. Bir abonenin MRR'ı sıfıra düşerse, o abone ilgili dönem için kaybedilmiş (churn) kabul edilir.

%100 indirim kuponu tam olarak bunu yapar. Kuponu daha sonra kaldırdığınızda abone tekrar aktif hale gelir ve bu durum yeniden etkinleştirme (reactivation) olarak görünür.

Yani bir promosyon, tek bir müşteri bile ayrılmadan raporunuzda müşteri kaybına (churn) neden olabilir.

Manuel olarak nasıl yapılır?

Seçenek 1: Aralığı normalleştirin, ardından aya göre toplayın

Aylık tutar sütunu ekleyin. Yıllık tutarları on ikiye bölün, haftalık tutarları yaklaşık 4.33 ile çarpın ve aylık tutarları olduğu gibi bırakın.

Ardından, duruma göre filtreleme yaparak SUMIFS ile aya göre toplayın. Raporladığınız ay sonu tarihlerini oluşturmak için EOMONTH işlevini kullanın.

MRR'ı bugünün tarihiyle değil, ay sonu itibarıyla raporlayın. Stripe'ın indirilebilir raporu açıkça her abonenin ay sonundaki MRR'ıdır ve bu kurala uymak daha sonra mutabakat yaparken kolaylık sağlar.

Buradaki sınır geçmiş verilerdir. Bu yöntem size mevcut ayı net bir şekilde verir ancak neden değiştiği hakkında hiçbir şey söylemez.

Seçenek 2: Hareket sütunlarını oluşturun

Raporu kullanışlı kılan şey budur. Değişimi yeni, yeniden etkinleştirme, genişleme, daralma ve kayıp (churn) olarak kırılımlara ayırın.

Stripe'ın büyüme tanımı; başlangıç rakamına yeni, yeniden etkinleştirme ve genişlemenin eklenmesi, daralma ve kaybın çıkarılması ve ardından döviz kurlarına göre ayarlanmasıdır. Örnek çalışmasında, tam olarak bu bileşenler aracılığıyla 1,000 dolar, 1,045 dolara ulaşmaktadır.

Son terime dikkat edin. Herhangi bir müşteri başka bir para birimiyle ödeme yapıyorsa, döviz kuru etkisini ele alana kadar saf bir formül modeli mutabakat sağlamayacaktır.

Çoklu para biriminin bilinmesi gereken ikinci bir sonucu daha vardır. Stripe, abonelik geliri birkaç para biriminde işlendiğinde ürün veya fiyata göre filtreleme ve gruplandırmanın kullanılamayacağını belirtmektedir.

Bu yöntemin sınırı bakımdır. Hareket sütunları bir önceki dönemin anlık görüntüsüne ihtiyaç duyar, bu nedenle geçen ayın ikinci bir kopyasını sonsuza kadar saklamanız gerekir.

Seçenek 3: Hareketleri faturalandırma sisteminden alın

Çoğu faturalandırma platformu hareketleri sizin için dışa aktaracaktır. Stripe üç adet CSV yayınlar: ay bazında abone başına MRR, abonelik metrikleri özeti ve her müşterinin MRR hareketinin günlüğü.

İstemeniz gereken dosya bu üçüncü dosyadır. Seçenek 2'nin en zor kısmını ortadan kaldırır.

Bir metrik tanımını değiştirirseniz gecikme yaşanabileceğini unutmayın. Stripe, yapılandırma değişikliklerinin görünmesinin 24 ila 48 saat sürdüğünü belirtmektedir.

Ortak sınır. Her üç yöntem de MRR'da durur. Bunu ARR, ARPU, kayıp (churn) ve elde tutma (retention) oranlarına dönüştürmek, aynı tablonun üzerine başka bir karar katmanı daha eklemek anlamına gelir.

Manuel yöntemin yavaşladığı yerler

İlk ay bir öğleden sonranızı alır. Dördüncü ay ise veriler zorlaştığı için değil, daha uzun sürer.

O zamana kadar çalışma kitabı iki farklı aktif tanımı, elle düzeltilmiş bir döviz sütunu ve kimsenin dokunmak istemediği bir hareket sekmesi içerir.

Türetilmiş metrikler sorunu katlar. ARPU, toplam MRR'ın aktif abone sayısına bölünmesiyle elde edilir. Yaşam boyu değer ise ARPU'nun kayıp oranına (churn rate) bölünmesiyle bulunur.

Müşteri kaybının (churn) kendine has bir tuzağı vardır. Stripe'ın paydası, otuz gün önce aktif olan aboneler ile bu pencerede eklenen yeni abonelerin toplamıdır; bu da 100 / (1000 + 100) = 9.1% sonucunu verir. Sadece açılış sayısına bölen bir e-tablo daha yüksek bir oran rapor eder.

Elde tutma (retention) da beklenmedik şekilde davranır. Gelir elde tutma oranı %100'ü aşabilir, çünkü bir kohort içindeki genişleme, kaybı gölgede bırakır.

Bunların hiçbiri zor değildir. Sadece, raporu hazırlayan kişi her kimse, her ay tamamen aynı şekilde yapılması gereken beş adet değerlendirme kararından ibarettir.

Powerdrill Bloom ile rapor nasıl oluşturulur?

Adım 1: Abonelik dışa aktarımınızı yükleyin

Abonelik CSV dosyasını veya abonelik ve hareket dosyalarını birlikte yükleyin. Powerdrill Bloom, dosyalar ulaştığında sütunları analiz eder; böylece eksik aralıklar, boş tutarlar ve yinelenen abonelik kimlikleri herhangi bir toplam hesaplanmadan önce ortaya çıkar.

Adım 2: Tanımları doğal dilde belirtin

Kuralları oluşturmak yerine tanımlayın. Hangi durumların sayılacağını, tutarların indirimler düşüldükten sonraki net tutarlar mı olduğunu ve hangi ay sonunu raporladığınızı belirtin.

Ardından, aynı adımda kontrolleri isteyin. Hangi satırların beklemediğiniz bir aralığa sahip olduğunu ve indirimlerden sonra hangi aboneliklerin sıfırda kaldığını sorun. Son olarak, aylık toplamların faturalandırma özetiyle eşleşip eşleşmediğini sorun.

Adım 3: Grafiği, raporu veya sunumu dışa aktarın

Aylık trendi, bileşenlere göre bir hareket tablosunu veya üzerinde rakamlar ile tanımların yer aldığı, yönetim kuruluna sunulmaya hazır bir slaytı alın.

Bu yöntem her ay yeniden oluşturmaktan neden daha iyidir?

	Manuel yöntem	Powerdrill Bloom
Yıllık planları normalleştirme	Dosya başına formül sütunu	Yükleyin ve kuralı belirtin
Hareket kırılımı	Yönetilmesi gereken önceki ayın anlık görüntüsü	Bileşenleri isteyin
Denemeleri ve ölçümlü satırları hariç tutma	Her döngüde manuel filtreler	Hariç tutulanları belirtin
Faturalandırma özetiyle mutabakat sağlama	Manuel kontrol	Toplamların eşleşip eşleşmediğini sorun

Günlerinizi alan kısım tablonun ortasındaki satırlardır. İş, bir sütunu toplamak değil; aylar boyunca deş tanımı tutarlı bir şekilde korumaktır.

Sık yapılan hatalar

Abonelikler yerine faturaları toplamak. Faturalar, tek seferlik ücretleri ve kısmi dönem (prorasyon) hesaplamalarını içerir. Tekrarlayan gelir, faturanın değil, aboneliğin bir özelliğidir.

Vergiyi tutarın içinde bırakmak. Vergi her ayı şişirir ve asla netleşmez. Normalleştirmeden önce vergiyi ayıklayın.

Deneme sürelerini gelir olarak saymak. Bir deneme süresinin henüz tekrarlayan bir tutarı yoktur. Bunu dahil etmek, gelecek ayın büyümesinden borç almak demektir.

Belirtmeden ARR'ı MRR'ın on iki katı olarak ele almak. Bu, tahsil edilen nakit değil, normalleştirilmiş yıllık bir rakamdır. Kimsenin bunu alınan siparişler (bookings) olarak yorumlamaması için bu şekilde etiketleyin.

Kuponun müşteri kaybına (churn) etkisini göz ardı etmek. Tam bir indirim, aboneyi sıfıra düşürür ve bu durum kayıp olarak görünür. Daha sonra açıklamak zorunda kalmak yerine bu satırları işaretleyin.

Müşteri kaybını (churn) sadece açılış sayısına bölmek. Belgelenmiş payda, ilgili dönemde eklenen aboneleri de içerir. İki versiyon, birebir aynı veriler üzerinde farklı oranlar üretir.

Her ay sıfırdan yeniden oluşturmak. Tanımlar değişmez; sadece dışa aktarılan veri değişir. Kuralları koruyun ve dosyayı değiştirin; bu, bir bütçe-gerçekleşen raporu ile aynı disiplindir.

Sonuç

Durum listesini sabitleyin, indirimlere karar verin, aralığı normalleştirin ve ay sonu itibarıyla raporlayın. Bu dördü, finans departmanından gelecek her türlü sorudan alnının akıyla çıkacak bir MRR raporu oluşturmanızı sağlar.

Maliyetli olan kısım toplama işlemi değildir. Dışa aktarılan verinin yapısı değişirken, beş tanımın her ay sabit kalması gerekmesidir.

Ay sonunuzu alan şey buysa, abonelik dışa aktarımınızda Powerdrill Bloom'u deneyin. Ayrıca kendi verilerinizden KPI hedefleri belirleme kılavuzumuza da göz atabilirsiniz. SaaS metrik takibi için en iyi yapay zeka araçları derlemesi ve yapay zeka finansal analizi sayfası araç tarafını kapsamaktadır.

Sıkça sorulan sorular

Bir abonelik dışa aktarımından MRR hesaplama formülü nedir?

Her aboneliği aylık bir tutara normalleştirin, ardından uygun duruma sahip olanları toplayın. Stripe'ın örneği şu şekildedir: (100 × $100) + (50 × ($600 / 12)) = $12,500.

MRR'ı ARR'a nasıl dönüştürürüm?

Aylık rakamı on iki ile çarpın. Yıllık planlar peşin faturalandırıldığından, bunu tahsil edilen nakit yerine normalleştirilmiş yıllık çalışma oranı (run rate) olarak etiketleyin.

Kullanım bazlı gelir dahil edilmeli mi?

Stripe, ölçümlü ürünleri MRR'dan hariç tutar. Gelirinizin önemli bir kısmı kullanım bazlıysa, bunu dahil etmek yerine ayrı bir satır olarak raporlayın.

Hangi abonelik durumları aktif sayılır?

Belgelenmiş varsayılan değer active artı past_due şeklindedir. İptal edilen ve ödenmeyen abonelikler kayıp (churn) olarak kabul edilir ve toplamdan çıkarılır.

Müşteri kaybı (churn) oranım neden faturalandırma panelinden farklı?

Çoğu zaman bunun nedeni paydadır. Belgelenmiş hesaplama, otuz gün önce aktif olan aboneler ile bu dönemde eklenen yeni abonelerin toplamına böler.