01Yayın sonrası neler olur?
- İşletim sistemi, tarayıcı ve kütüphane güncellemeleri
- Kullanıldıkça ortaya çıkan küçük hatalar
- Yeni ihtiyaçlar ve değişiklik talepleri
- Kullanıcı ve veri hacminin artması
02Bakım kapsamı
- Aylık kısa durum raporu
- Hata düzeltme
- Güvenlik ve sürüm güncellemeleri
- Küçük geliştirmeler ve içerik değişiklikleri
- Çalışma durumu ve hata izleme
03Çok kiracılı (multi-tenant) sistem planlarken bilinmesi gerekenler
- Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
- Ç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 |
| Her müşteri için ayrı kopya kuruluyor | Çok kiracılı değil | Tenant mimarisi |
| Ödeme yenilemeleri elle takip ediliyor | Abonelik altyapısı yok | Otomatik yenileme ve hatırlatma |
05Bakım yapılmazsa ne olur?
- Güncellenmeyen bileşenler güvenlik açığı oluşturur
- İşletim sistemi ve tarayıcı güncellemeleriyle uyumsuzluk çıkar
- Küçük hatalar birikip kullanıcıları başka yollara iter
- Yedekler bozulur veya hiç alınmadığı fark edilir
06Destek kanalı ve kayıt
Destek talepleri telefon, WhatsApp veya e-postayla alınır ve kayıt altına alınır; her talebin durumu izlenebilir.
07Bakım kontrol listesi
- Performans ve hata metrikleri kiracı bazında takip edilir.
- Kiracı izolasyonu testleri her sürümde çalıştırılır.
- Abonelik yenileme ve başarısız ödeme akışları izlenir.
- Sürüm notları düzenli yayımlanır; büyük değişiklikler önceden duyurulur.
- Veri yedekleri ve geri yükleme senaryoları düzenli denenir.
08İzmir'de bakım ve destek
Ege Bölgesi illerinden İzmir (plaka 35), PTT adres verisinde 30 ilçe ve 1.311 yerleşim kaydıyla yer alır. İzmir büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir. İzmir'de PTT verisine göre 13 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.
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. Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; İzmir'deki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Aynı bölgedeki Kütahya, Denizli ve Afyonkarahisar illeri için de çok kiracılı (multi-tenant) sistem projeleri aynı düzenle yürütü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.
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.
Bakımı başka bir firmaya devredebilir miyiz?
Evet. Kaynak kod, erişimler ve dokümantasyon işletmede olduğu sürece bakım başka bir ekibe devredilebilir.
İzmir dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; İzmir de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
İzmir'de yüz yüze görüşebilir miyiz?
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.
Bakım anlaşması zorunlu mu?
Zorunlu değildir; ancak güncellenmeyen yazılımın güvenlik ve uyumluluk riski artar. İhtiyaca göre aylık veya olay bazlı bakım seçilebilir.
Ç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.
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.
Bakım olmadan yazılım çalışmaya devam eder mi?
Bir süre çalışır; ancak güncellenmeyen bileşenler güvenlik ve uyumluluk riski oluşturur ve sorunlar biriktikçe çözümü zorlaşı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 geliştirme süreciAnalizden yayına aşamalar
- Çok kiracılı (multi-tenant) sistem teknolojileriTeknoloji seçimi ve mimari
- Çok kiracılı (multi-tenant) sistem özellikleri ve modülleriOlması gereken modüller ve özellikler
- Çok kiracılı (multi-tenant) sistem yaptırmaKapsam, süreç ve iletişim
İzmir'de ilgili hizmetler
Ege Bölgesi'ndeki diğer iller
- Uşak için çok kiracılı (multi-tenant) sistem bakım ve destek
- Muğla için çok kiracılı (multi-tenant) sistem bakım ve destek
- Afyonkarahisar'da çok kiracılı (multi-tenant) sistem bakım ve destek
- Kütahya için çok kiracılı (multi-tenant) sistem bakım ve destek
- Denizli'de çok kiracılı (multi-tenant) sistem bakım ve destek
İzmir ilçelerinde çok kiracılı (multi-tenant) sistem bakım ve destek
Bu sayfada geçen kavramlar
- tenant izolasyonu
- şirket bazlı ayar
- MRR
- self servis
- SaaS
- multi-tenant
- kullanım bazlı faturalama
- abonelik
- MVP
- İzmir