Abonelik & Ödeme Sistemleri
Abonelik gelirini yönetmek fatura kesmekten fazlasıdır: plan yükseltme, deneme süresi, kullanım limiti ve kapı kararı tek bir motorda toplanır. Bu motoru 46 SaaS ürünümüzde canlı çalıştırıyoruz.
Abonelik gelirini yönetmek, fatura kesmekten fazlasıdır
Yinelenen gelir kolay görünür ama arkasında sayısız uç durum saklıdır: deneme süresi ne zaman biter, plan yükseltmesi orta dönemde nasıl hesaplanır, kart reddedilirse ne olur, hangi kullanıcının hangi özelliği görmesi gerekir. Bunların hepsi tek bir motorda toplanmalıdır — plan, deneme, kullanım limiti ve kapı (gating) kararı aynı yerde tanımlı olsun ki kural değişince ekranlara dağılmış kod parçalarını değil, tek bir yeri düzenleyin. Bu motoru icat etmiyoruz; 46 sektörel SaaS ürünümüzde şu anda canlı çalıştırıyoruz.
Kapı (gating) kararı bizim için bir mimari ilkedir: bir özelliğin kimde açık kimde kapalı olduğu tek bir serviste yaşar, eşleme tek bir sabitte tutulur. Kapının kaynağı plan olabilir, lisans olabilir, deneme süresi olabilir — kaynak değişirse yalnız o kaynağın adaptörü değişir, ekranlara gömülü 'if' bloğu asla oluşmaz. Abonelik sisteminizi bu disiplinle kurarız; büyüdükçe yeni bir plan ya da yeni bir ödeme sağlayıcı eklemek çekirdeğe dokunmayı gerektirmez.
- Plan, deneme ve kullanım limiti tek motorda
- Kapı (gating) kararı tek serviste yaşar
- 46 SaaS ürününde canlı çalışan disiplin
- Yeni plan/sağlayıcı = yalnız yeni adaptör
Abonelik motorunun altındaki alt hizmetler
Bir aboneliğin görünmeyen yarısı tahsilat değil, arkasındaki kuraldır.
Plan, paket & deneme yönetimi
Deneme süresi, plan yükseltme/düşürme ve orantılı (proration) hesap; aboneliğin durumu tek yerde tanımlıdır.
Kullanım limiti & kapılama (gating)
Hangi planda hangi özellik açık; kapı kararı tek serviste yaşar, ekranlara dağılmış koşul yoktur.
Ödeme sağlayıcı & sanal POS
Sağlayıcının güvenli akışına bağlanır, kart verisini kendi tarafımızda tutmayız — yalnız güvenli bir referans/token.
Başarısız tahsilat & yeniden deneme
Reddedilen kart otomatik yeniden denenir, abone zamanında bilgilendirilir; gelir sessizce kaybolmaz.
Fatura, e-fatura & vergi
Fatura ve makbuz üretimi e-fatura/e-arşiv sistemlerine bağlanacak biçimde tasarlanır; vergi kalemi ayrı hesaplanır.
Mutabakat, gelir & hakediş raporu
Sağlayıcı dökümüyle kendi kaydınız satır satır eşleşir; gelir, iade ve bekleyen tahsilat tek panoda görünür.
Bir aboneliğin yaşam döngüsü
Deneme
Kullanıcı deneme süresine başlar; kapı deneme planına göre açılır, süre dolmadan önce hatırlatma gider.
Abonelik
Plan seçilir, ilk tahsilat yapılır, kapı seçilen plana göre yeniden değerlendirilir — özellik erişimi anında güncellenir.
Yenileme
Dönem sonunda otomatik tahsilat tetiklenir; başarısız olursa yeniden deneme akışı devreye girer, abone bilgilendirilir.
İptal
İptal talebinde orantılı hesap ya da iade kuralı uygulanır; kapı kapanır ama geçmiş veri saklanır, dönüş her zaman mümkündür.
Geri kazanım
İptal eden kullanıcıya hedefli bir hatırlatma ya da teklif gider; abonelik döngüsü kapanmaz, yeniden açılabilir bir kapıdır.
Motorun üç parçası
Kapı (gating) motoru
Bir özelliğin kimde açık olduğu kararı ekranlara dağılmış 'if' bloklarında değil, tek bir serviste yaşar; plan-özellik eşlemesi tek bir sabitte tutulur. Kapının kaynağı değişirse — plan yerine lisans, deneme yerine kota — yalnız o kaynağın adaptörü değişir, arayüz katmanına dokunulmaz.
- Tek serviste kapı kararı
- Plan-özellik eşlemesi tek sabitte
- Kaynak değişince yalnız adaptör değişir
Ödeme sağlayıcı entegrasyonu
Sanal POS ve sağlayıcı API'siyle güvenli bir akış kurarız; kart verisi bizim tarafımızda değil, sağlayıcının kendi kasasında kalır. Sağlayıcıdan gelen webhook bildirimleri HMAC ile doğrulanır — sahte ya da tekrar eden bir bildirim tahsilatı ikinci kez tetiklemez.
- Kart verisi saklanmaz, yalnız token
- HMAC ile webhook doğrulama
- Tekrar eden bildirime karşı koruma
Fatura & vergi
Her tahsilat bir fatura ya da makbuza dönüşür; belge üretimi e-fatura/e-arşiv sistemlerine bağlanacak biçimde tasarlanır, vergi kalemi plana ve bölgeye göre ayrı hesaplanır. Gelir, plan bazında panoda görünür — hangi paketin ne kadar getirdiğini görmek için ayrı bir rapor beklemezsiniz.
- e-Fatura/e-arşiv uyumlu belge üretimi
- Plan ve bölgeye göre vergi hesabı
- Plan bazında gelir dağılımı panoda
Bu motor sektör ürünlerimizde zaten çalışıyor
Abonelik yalnız bir SaaS panelinin işi değildir; yinelenen gelir farklı biçimlerde birçok ürünümüzün altında akar.
Finans & sigorta
Abonelik ve faturalama motorunu, ödeme akışını ve mutabakatı finans/sigorta ürünümüzde kurduk; BES/hayat sigortası tarafında prim ve yenileme takibi aynı mantığın başka bir yüzüdür.
Kurumsal iş yönetimi
Kurumsal ürün ailemizde modüller bağımsız açılır: bugün proje takibiyle başlar, yarın İK ve EBYS modülünü eklersiniz — bu modül açma kararı da aynı kapı (gating) mantığıdır.
Mobil ürün ailemiz
Mağaza içi satın alma ve abonelik akışını platformun kendi kurallarına uygun kurmak, mobil geliştirme hizmetimizin standart bir parçasıdır.
Bakım & SLA ailemiz
Aylık bakım sözleşmesi, SLA'lı yanıt süresi ve saat havuzuyla küçük geliştirme — kendisi de yinelenen bir hizmet modelidir.
Her abonelik kurulumunda standart gelenler
Üzerine kurduğumuz teknoloji
- Sanal POS
- sağlayıcı API
- Plan + limit + kapı
- .NET 9
- PostgreSQL
- HMAC
- webhook doğrulama
- JWT
Sık sorulanlar
Kart bilgisini siz mi saklıyorsunuz?
Hayır. Kart verisi ödeme sağlayıcının kasasında kalır; bizim tarafta yalnız güvenli bir token/referans tutulur. Saklamadığınız veri, sızdıramayacağınız veridir.
Birden fazla ödeme sağlayıcısıyla çalışabilir misiniz?
Evet. Ödeme sağlayıcı bağımsız bir adapter olarak kurulur; yeni bir sağlayıcı eklemek ya da ikisi arasında geçiş yapmak çekirdek kapı/plan mantığına dokunmaz.
Deneme süresi bitince otomatik mi tahsilat başlıyor?
Kurala bağlıdır — kart bilgisi deneme başında alınıp süre bitince otomatik tahsilat tetiklenebilir, ya da deneme sonunda kullanıcıdan plan seçmesi istenebilir. Hangisini seçtiğinizi biz değil, sizin ürün kararınız belirler; motor ikisini de destekler.
Plan değişince mevcut abonenin faturası nasıl hesaplanıyor?
Orta dönemde bir yükseltme ya da düşürme yapıldığında kalan gün sayısına göre orantılı (proration) hesap yapılır; fark bir sonraki faturaya yansır ya da anında tahsil edilir — bu davranış kurala bağlı olarak ayarlanabilir.
Vergi ve e-fatura sistemine bağlanıyor mu?
Fatura ve makbuz üretimi e-fatura/e-arşiv sistemlerine bağlanacak biçimde tasarlanır; vergi kalemi plan ve bölgeye göre ayrı hesaplanır. Hangi resmî sisteme bağlanacağınızı birlikte netleştiririz.
Abonelik motorunuzu birlikte kuralım
Plan yapınızı, ödeme sağlayıcınızı ve faturalama ihtiyacınızı dinleyip nereden başlanacağını birlikte çıkaralım. İlk görüşme bağlayıcı değildir.