Lisans yönetimi bakım ve destek (Taraklı)

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ı

• Yedeklerin kontrolü ve geri yükleme denemesi
• Çalışma durumu ve hata izleme
• Aylık kısa durum raporu
• Hata düzeltme
• Güvenlik ve sürüm güncellemeleri

03Lisans yönetimi planlarken bilinmesi gerekenler

• Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
• KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
• Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.

04Bakım yapılmazsa ne olur?

• İşletim sistemi ve tarayıcı güncellemeleriyle uyumsuzluk çıkar
• Kodu bilen kişi ayrıldığında kimse müdahale edemez
• Güncellenmeyen bileşenler güvenlik açığı oluşturur
• Küçük hatalar birikip kullanıcıları başka yollara iter

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

06Bakım kontrol listesi

• Abonelik yenileme ve başarısız ödeme akışları izlenir.
• Performans ve hata metrikleri kiracı bazında takip edilir.
• Kiracı izolasyonu testleri her sürümde çalıştırılır.
• Veri yedekleri ve geri yükleme senaryoları düzenli denenir.
• Sürüm notları düzenli yayımlanır; büyük değişiklikler önceden duyurulur.

07Taraklı'da bakım ve destek

Taraklı, Sakarya iline bağlı bir ilçedir ve PTT adres verisine göre 22 mahalleden oluşur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için lisans yönetimi 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; Taraklı'daki 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ı ildeki Söğütlü, Pamukova ve Geyve ilçeleri için de lisans yönetimi talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Planlama notları

• Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
• MVP en dar ama değer üreten senaryoyla başlar.
• Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• anahtar üretimi
• cihaz sınırı
• doğrulama
• white-label
• self servis
• SaaS
• MVP
• rol bazlı yetki
• kullanım bazlı faturalama
• Sakarya
• Taraklı