2026 başında her CFO masasında benzer bir konu var: SaaS faturaları düşmüyor, aksine artıyor. Yenileme dönemlerinde sahne hep aynı — finans ekibi ay sonu kapanışta "Bu uygulama da neydi?" sorusunu soruyor, BT ise dürüst cevap veremiyor. Çünkü uygulamayı satın alan kişi BT ekibinden biri değildi; bir takım lideri kendi kurumsal kartıyla aldı, sözleşme bir e-postada kaldı, kimse takip etmiyor.
Buna hayalet abonelik diyoruz: BT'nin haberi olmadan kurumda büyüyen SaaS portföyü. Bu yazıda hayalet aboneliklerin neden modern bir kurumda kaçınılmaz olduğunu, finans verisiyle çözülemeyeceğini ve nasıl kullanım gerçeğine dayanan bir envanter kurulması gerektiğini anlatıyoruz.
Hayalet abonelikler neden büyüyor
Üç eşzamanlı trend bu problemi 2020 sonrası kalıcı hale getirdi:
- Tek-tık satın alma — modern SaaS uygulamaları tek bir e-posta + kredi kartıyla 30 saniyede devreye giriyor. Arada BT onay süreci yok.
- Kurumsal kart yaygınlaşması — orta düzey yöneticiler ve takım liderleri kendi limitleriyle satın alabiliyor. Finans tek bir satır görür: "Stripe ödemesi $89/ay" — sağlayıcı meçhul.
- Departman özerkliği — pazarlama, satış, tasarım, mühendislik kendi araç tercihlerini yapıyor. BT'ye sormak istemedikleri için değil; iş akışı bugün böyle.
Ortalama bir kurumda BT'nin kayıt tuttuğu SaaS sayısı gerçek sayının %40-60'ı kadar. Geri kalan kısım finans verisinde "Stripe" / "PayPal" / "Adyen" gibi anonim ödeme isimlerinin arkasında gizleniyor.
Neden finans entegrasyonu tek başına yetmez
Geleneksel SaaS yönetim araçları hayalet abonelik problemini finans verisinden çözmeye çalışır: muhasebe sistemine bağlanırlar, kategorize ederler, "size %30 tasarruf ettirebiliriz" derler. Bu yaklaşım üç nedenle eksik kalır:
1. Anonim ödeme sağlayıcılar
Stripe, PayPal, Adyen, iyzico üzerinden yapılan ödemeler finans sisteminde sadece "Stripe ödemesi" olarak görünür. Hangi uygulama, hangi takım, hangi kullanıcı — bilinmez.
2. Ücretsiz katmanlar (free tier)
Notion, Trello, Slack, Figma — birçok uygulamanın ücretsiz başlangıç katmanı var. Bir takım uygulamayı ücretsiz katmanla başlatıyor, zamanla 20-50 kişi katılıyor, kişisel veri akmaya başlıyor. Finans tarafında fatura gözükmüyor. Risk ise tavanda.
3. Kişisel hesap → kurumsal kullanım
Bir tasarımcı kişisel Figma hesabıyla başlıyor, kurum dosyalarını oraya yüklüyor. Kurumsal kart yok, finans entegrasyonu kör. Ama veri kurumun, risk kurumun.
Hayalet aboneliğin dört maliyet türü
Bir hayalet abonelik finansı dört farklı şekilde zedeler:
- 1. Duplikasyon — pazarlama Slack'i, mühendislik Discord'u, satış Teams'i kullanır. Aynı iletişim ihtiyacı, üç ayrı abonelik.
- 2. Atıl ürün — abonelik aktif, ama hiç kimse altı aydır kullanmıyor. Faturalar düşüyor.
- 3. Atıl koltuk — uygulama kullanılıyor ama atanmış koltukların yarısı 90+ gündür giriş yapmadı.
- 4. Yenileme sürprizi — bir yıllık otomatik yenileme; ekip değişmiş, kullanım yok, ama önünüzdeki 12 ay için ödemeye bağlıyısınız.
Bu dört maliyetin toplamı tipik bir kurumda SaaS harcamasının %20-30'una denk gelir. Yani envanter dışında kalan portföy tek başına bir kurumun yıllık SaaS bütçesinin neredeyse üçte birini emer.
Bu çeyrek atabileceğiniz adımlar
1. Uç-nokta tabanlı SaaS envanteri
Finans listesini bir kenara koyun. Uç-nokta ajanı + tarayıcı eklentisi üzerinden gerçek kullanım envanterini çıkarın. Aradaki fark, hayalet abonelik listenizdir.
2. Departman bazlı maliyet yansıtma (showback)
Her uygulamayı hangi departmanın kullandığını listeleyin, faturayı o departmana yansıtın. Departman kendi maliyetini gördüğü an karar değişir.
3. 90 günlük kullanım taban çizgisi
Aktif koltuk, atıl koltuk ve hiç giriş yapmamış koltukları 90 günlük pencerede ayrıştırın. Yenileme kararı veriyle alınır, varsayımla değil.
4. Onay eşikli satın alma
Politika olarak: kurumsal kartla yapılan ve aylık 25 USD üzeri SaaS satın almaları IT onayına bağlayın. Sonuç: hayalet büyümeyi başlangıç anında yakalamak.
Sonuç: faturada görünmeyen bir abonelik de gerçek bir aboneliktir
"Bu uygulama da neydi?" sorusundan kurtulmak için finans verisi tek başına yetmez — hayalet abonelikler tanımı gereği orada görünmez. Çözüm, kullanım gerçeğine dayanan bir envanter ve departman sorumluluğunu görünür kılan bir showback modelinden geçer.
CenseCloud bu envanteri uç-nokta ajanı + tarayıcı eklentisi + finans korelasyonu üzerinden kurar. SaaS maliyet çözümü veya CenseCost modülü detaylar için.