Birden çok şirketi tek altyapıda ayrı veriyle barındıran mimari.
01Olmazsa olmaz özellikler
- tenant izolasyonu
- şirket bazlı ayar
02İhtiyaca göre eklenen modüller
SSO ve rol yönetimi
SSO ve rol yönetimi için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Çok kiracılı mimari
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
Abonelik ve deneme süresi
Abonelik ve deneme süresi, ihtiyaç netleştiğinde çok kiracılı (multi-tenant) sistem içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
White-label tema
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
03Çok kiracılı (multi-tenant) sistem planlarken bilinmesi gerekenler
- MVP en dar ama değer üreten senaryoyla başlar.
- KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
- Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Ödeme yenilemeleri elle takip ediliyor | Abonelik altyapısı yok | Otomatik yenileme ve hatırlatma |
| Ürün büyürken yavaşlıyor | Mimari ölçeklenmiyor | Yeniden yapılandırma |
| Her müşteri için ayrı kopya kuruluyor | Çok kiracılı değil | Tenant mimarisi |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm kayıtlar ve raporlar | Kullanıcı ve ayar yönetimi |
| Çalışan | Kendi işleri ve atananlar | Kayıt girişi ve güncelleme |
| Müşteri / bayi | Kendi kayıtları | Talep ve sipariş |
06Raporlar ve mobil kullanım
Raporlar ilk günden çok sayıda olmamalı; yöneticinin her hafta baktığı birkaç temel rapor kurulur, kullanıldıkça zenginleştirilir.
Telefon ve tablette kullanılacak ekranlar sadeleştirilir; en sık yapılan işlem tek dokunuşla erişilebilir olur.
07Sektöre göre özellik önerileri
- Girişimler: Çok kiracılı (multi-tenant) sistem, girişimler için iş akışına göre uyarlanır.
- Kurumsal iç ürün ekipleri: Çok kiracılı (multi-tenant) sistem, kurumsal iç ürün ekipleri için iş akışına göre uyarlanır.
- Ajanslar: Çok kiracılı (multi-tenant) sistem, ajanslar için iş akışına göre uyarlanır.
- Yazılımını ürünleştirmek isteyen firmalar: Çok kiracılı (multi-tenant) sistem, yazılımını ürünleştirmek isteyen firmalar için iş akışına göre uyarlanır.
08Başakşehir için özellik planı
PTT kayıtlarında Başakşehir ilçesine bağlı 11 yerleşim bulunur. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde çok kiracılı (multi-tenant) sistem için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Başakşehir'de PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde çok kiracılı (multi-tenant) sistem için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.
Başakşehir'de bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Aynı ildeki Fatih, Silivri ve Kartal ilçeleri için de çok kiracılı (multi-tenant) sistem talepleri değerlendirilir; toplantılar uzaktan yapılır.
Başakşehir bölgesinden çok kiracılı (multi-tenant) sistem için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
SSSSık sorulan sorular
Çok kiracılı (multi-tenant) sistem için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve tenant izolasyonu gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Kullanıcı rolleri nasıl belirlenir?
Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.
Özellik listesini nasıl hazırlamalıyım?
Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.
Çok kiracılı (multi-tenant) sistem sonradan genişletilebilir mi?
Evet. Şirket bazlı ayar gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Hangi özellik ilk sürümde olmalı?
Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.
İstanbul dışındaki işletmelere de hizmet veriyor musunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.
Tüm özellikler ilk sürümde mi olmalı?
Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alınır.
Başakşehir'de bulunuyorum, yerinde görüşme mümkün mü?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
→İlgili sayfalar
Çok Kiracılı (Multi-Tenant) Sistem hakkında diğer konular
- Çok kiracılı (multi-tenant) sistem fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Çok kiracılı (multi-tenant) sistem yaptırmaKapsam, süreç ve iletişim
- Çok kiracılı (multi-tenant) sistem KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Çok kiracılı (multi-tenant) sistem bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Çok kiracılı (multi-tenant) sistem geliştirme süreciAnalizden yayına aşamalar
Başakşehir'de ilgili hizmetler
İstanbul içindeki diğer ilçeler
- Fatih'te çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Beykoz'da çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Silivri için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Kartal'da çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
- Beyoğlu için çok kiracılı (multi-tenant) sistem özellikleri ve modülleri
Bu sayfada geçen kavramlar
- tenant izolasyonu
- şirket bazlı ayar
- MRR
- self servis
- SaaS
- kullanım bazlı faturalama
- white-label
- abonelik
- multi-tenant
- İstanbul
- Başakşehir