Multi-Tenant Sistem Özellikler – Çameli, Denizli

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

Kullanım bazlı ücretlendirme

Kullanım bazlı ücretlendirme için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

Abonelik ve deneme süresi

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.

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.

White-label tema

White-label tema için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

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

KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
Ç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.

04Sık karşılaşılan durumlar

Durum	Olası neden	Çözüm
Ürün büyürken yavaşlıyor	Mimari ölçeklenmiyor	Yeniden yapılandırma
Ö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

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

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

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.
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.
Girişimler: Çok kiracılı (multi-tenant) sistem, girişimler için iş akışına göre uyarlanır.

08Çameli için özellik planı

Çameli'nin PTT verisindeki 31 yerleşim kaydı 1 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için çok kiracılı (multi-tenant) sistem tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Çameli'nde 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 Baklan, Çivril ve Çal ilçeleri için de çok kiracılı (multi-tenant) sistem talepleri değerlendirilir; toplantılar uzaktan yapılır.

Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; çok kiracılı (multi-tenant) sistem için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.

Hemen ara WhatsApp Teklif formu

SSSSık sorulan sorular

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.

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

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

Askadar Yazılım 81 ilde uzaktan çalışır; Denizli de bunlardan biridir. Yerinde iş gerektiğinde ziyaret 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.

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.

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

Çameli'nde bulunuyorum, yerinde görüşme mümkün mü?

İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.

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.

→İlgili sayfalar

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

Çameli'nde 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
MVP
churn
Denizli
Çameli

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