SaaS & Bulut Çözümleri

Multi-tenant kararı geri dönüşü en pahalı karardır; ilk hafta verilir

SaaS ürününde müşterilerin verisini nasıl ayırdığınız, ilerideki her şeyi belirler: yedekten tek müşteri geri dönebilir misiniz, bir müşterinin ağır sorgusu diğerlerini yavaşlatır mı, kurumsal müşteri "verim ayrı dursun" dediğinde ne cevap verirsiniz.

Pozisyonumuz: ilk 50 müşteriye kadar tek veritabanı ve tenant_id doğru seçimdir, ancak bir şartla. Tenant filtresi her sorguda elle yazılmaz; çerçeve düzeyinde zorunlu bir global kapsam olarak kurulur ve filtresiz sorgu yazmayı imkânsız hale getirirsiniz. Elle yazılan filtre er geç bir yerde unutulur ve o hata, bir müşteriye başka bir müşterinin verisini gösterir.

Sunucunuz yurt dışındaysa KVKK madde 9 doğrudan sizi bağlar

Bu, Türkiye'de SaaS kuran ekiplerin en sık geciktirdiği iş. 6698 sayılı Kanun'un 9. maddesi 7499 sayılı Kanun ile değişti ve yeni rejim 1 Haziran 2024 tarihinde yürürlüğe girdi.

Aktarım artık kademeli bir sırayla değerlendiriliyor. Önce ilgili ülke hakkında yeterlilik kararı olup olmadığına bakılır; yoksa uygun güvenceler (Kurul onaylı bağlayıcı şirket kuralları, standart sözleşmeler, Kurul izinli taahhütname) devreye girer. O da yoksa yalnızca sayılan arızi hâller kalır.

Standart sözleşme metinleri Kurul'un 04.06.2024 tarihli ve 2024/959 sayılı kararıyla kabul edildi (bkz. Kişisel Verileri Koruma Kurumu, Yurt Dışına Aktarım).

Mimari tarafındaki karşılığı somut: bulut bölgesi seçimi artık bir gecikme optimizasyonu değil, hukuki bir karar. Aynı şey uygulamanıza bağladığınız üçüncü parti servisler için de geçerli; hata izleme, e-posta gönderimi, analitik ve yapay zeka sağlayıcılarının hepsi veri aktarımıdır. Ürünü kurarken bu listeyi tutun; uyum denetiminde ilk istenen belge odur.

Bu bölüm hukuki görüş değildir, mimari karar için yön gösterir. Aktarım yönteminin seçimi ve belgelenmesi için kendi hukuk danışmanınızla çalışın.

Türkiye'de abonelik tahsilatı: kartın saklandığı yer sizi bağlar

Yurt dışı içeriklerde varsayılan cevap Stripe'tır; Türkiye'de kurulu tüzel kişilik için pratikte iyzico, PayTR ve banka sanal POS çözümleri konuşulur. Bu depoda iyzico/iyzipay-php paketi bağımlılık listesinde duruyor, yani entegrasyonu kendi ürünlerimizde kullanıyoruz.

Abonelik akışında asıl iş tahsilatın kendisi değil, başarısız tahsilatın yönetimidir:

• Yenileme başarısız olduğunda ne oluyor? Kaç kez, hangi aralıkla yeniden denenecek, kullanıcıya hangi aşamada e-posta gidecek, hesap ne zaman askıya alınacak. Bu kurallar koda girmeden abonelik ürünü tamamlanmış sayılmaz.
• Kart saklama kimde? Kartı sağlayıcının kasasında saklayıp yalnızca jeton tutmak, kart verisini kendi sisteminizden tamamen çıkarır. Bunun alternatifi ciddi bir uyum yüküdür; küçük ekipler için doğru cevap jetondur.
• 3D Secure zorunlu akışta kullanıcıyı kaybetmemek. Doğrulama adımından dönüşü idempotent kurun; kullanıcı sayfayı yenilediğinde ikinci bir abonelik oluşmamalı.
• Fatura tarafı. Abonelik tahsilatı ile e-Arşiv fatura üretimini aynı işlemde değil, kuyrukta ilişkilendirin; fatura servisi yavaşladığında tahsilat akışı durmasın.

Detay için: ödeme sistemleri entegrasyonu karşılaştırması ve GİB e-Fatura ve e-Arşiv API entegrasyonu.

SaaS ürününün ilk sürümü ne kadar sürer?

Çok kiracılı mimari, ödeme akışı ve yönetim paneli içeren bir SaaS ürünü tahmin motorumuzda yüksek karmaşıklık bandına girer: 60-100 adam-gün. Ödeme olmadan, tek kiracılı bir iç araç olarak başlıyorsanız 35-60 bandındasınız. Adam-gün birim fiyatımız 300-400 USD; altyapı ve yayın kurulumu bunun içinde 3-6 günlük sabit bir kalemdir.

160 adam-günün üstündeki işleri tek parça teklif etmiyoruz; faz faz bölüyoruz. Tek kalemde 200 günlük teklif veren bir tedarikçi, kapsamı sizin kadar bilmiyor demektir.

İlgili sayfalar: SaaS geliştirme hizmeti, AWS mimarisi ve maliyet optimizasyonu, Kubernetes danışmanlığı, ödeme sistemi entegrasyonu, MVP sonrası ölçeklendirme.