Çok Kiracılı (Multi-Tenant) Sistem Özellikler

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, 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.

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.

Kullanım bazlı ücretlendirme

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.

Çok kiracılı mimari

Çok kiracılı mimari için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

03Çok kiracılı (multi-tenant) sistem planlarken bilinmesi gerekenler

Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.

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
Her müşteri için ayrı kopya kuruluyor	Çok kiracılı değil	Tenant mimarisi
Ürün büyürken yavaşlıyor	Mimari ölçeklenmiyor	Yeniden yapılandırma

05Kullanıcı rolleri ve yetkiler

Örnek rol yapısıdır; gerçek roller analizde işletmeye göre belirlenir.
Rol	Görebilir	Yapabilir
Yönetici	Tüm birimler	Onay ve yetki
Birim sorumlusu	Kendi birimi	Onay, atama, rapor
Kullanıcı	Kendi kayıtları	Giriş ve takip
Denetçi	Salt okunur raporlar	Dışa aktarım

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.

Arayüz mobil uyumlu tasarlanır; sahada veya yolda olan kullanıcılar tarayıcıdan aynı ekranlara erişir. Kamera, barkod veya çevrimdışı kullanım gerekiyorsa mobil uygulama değerlendirilir.

07Sektöre göre özellik önerileri

Ajanslar: Çok kiracılı (multi-tenant) sistem, ajanslar 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.
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.
Sektörel yazılım üreticileri: Çok kiracılı (multi-tenant) sistem, sektörel yazılım üreticileri için iş akışına göre uyarlanır.

08Honaz için özellik planı

Honaz'ın PTT verisindeki 23 yerleşim kaydı 1 farklı posta koduna dağılır. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Honaz'da 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.

Honaz'da 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.

Denizli genelinde Beyağaç, Babadağ ve Acıpayam gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

Honaz 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.

Hemen ara WhatsApp Teklif formu

SSSSık sorulan sorular

Sadece Denizli için mi çalışıyorsunuz?

Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.

Ç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.

Ö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.

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.

Ç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.

Honaz'dan yazıyorum; toplantılar nasıl yapılıyor?

Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.

SaaS ürünü için önce ne yapılmalı?

Hedef müşteri, çözülecek ana sorun ve ilk sürümde mutlaka olması gereken birkaç özellik netleştirilir. Kapsam dar tutulur; ölçümle doğrulanan ihtiyaçlar sonraki sürümlere eklenir.

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.

→İlgili sayfalar

Çok Kiracılı (Multi-Tenant) Sistem hakkında diğer konular

Honaz'da ilgili hizmetler

Denizli içindeki diğer ilçeler

Genel sayfalar

Bu sayfada geçen kavramlar

tenant izolasyonu
şirket bazlı ayar
MRR
self servis
SaaS
rol bazlı yetki
kullanım bazlı faturalama
multi-tenant
lisans
Denizli
Honaz

Çok kiracılı (multi-tenant) sistem: olması gereken özellikler ve modüller (Honaz)