PolariStar — İstar Bilişim English Demo isteyin

← Tüm modüller

Yönetim

Ayarlar ve Yetkiler

On sekme; her biri tek bir konuyu yönetir.

Yönetici ayarları tek uzun forma değil, konuya göre ayrılmış on sekmeye bölünmüştür. Marka ve tema bir yerde, e-posta gönderimi başka yerde, izleme eşikleri üçüncü bir yerde durur; böylece bir ayarı değiştirmek için alakasız on alanın arasından geçmeniz gerekmez. Ayrımın ikinci faydası sorumluluk: SMTP parolasına dokunan kişi ile SLA hedefini belirleyen kişi genelde aynı kişi değildir. Yetki tarafı ise ayrı bir eksen — kimin neyi göreceği ve kimin hangi bildirimi alacağı burada belirlenir.

PolariStar panelinden, demo verisiyle.

On sekme, on konu

Sekmeler dört öbekte toplanır: çalışma alanının kendisi (genel ve çalışma, Collector merkezi), kimlik (kimlik doğrulama, portal davetleri), e-posta (gönderim, gelen e-posta kuralları, bildirim şablonları) ve işletim (izleme, otomasyon, sistem ve ağ). Her sekme kendi başına kaydedilir; birini düzenlemek diğerini bozmaz.

Bildirim rolle değil kişiyle gelir

Ürünün değişmez kuralı: yönetici olmak her ticket e-postasını almak anlamına gelmez. Bildirim aboneliği kullanıcı bazlıdır, rol bazlı değil — yetki yükseltmek kimsenin gelen kutusunu doldurmaz. Bu, “yönetici yaptım, şimdi günde 200 posta alıyorum” sorununu baştan keser.

Yetki grupları

Roller ve işlem yetkileri tanımlanır; kısıt yalnız menüyü gizlemekle kalmaz, API ve sorgu katmanında da uygulanır. Teknik rol satış fiyatı, maliyet ve kâr görmez. Satış rolü ayrıntılı teknik çözümü yalnız açık yetki varsa görür. Personel kullanıcıları ve işlem yetkileri Kullanıcılar ekranından yönetilir, ayarların bir sekmesinden değil.

Kimlik doğrulama sekmesi

Dizin bağlantısı (AD/LDAP), giriş kilidi ve “şifremi unuttum” akışı tek yerde durur. Başarısız giriş denemeleri kaydedilir; eşik aşılınca hesap ve kaynak IP geçici olarak kilitlenir, parola sıfırlama tek kullanımlık bağlantıyla yürür. Dizin entegrasyonu mevcut ama olgun değil: sahada DNS çözümleme ve özel CA sertifikası doğrulaması kaynaklı sorunlar görüldü, bu başlık hâlâ açık. Dizin bağlanmadan yerel kullanıcılarla çalışır.

MFA kullanıcı bazlı

İkinci faktör Google veya Microsoft Authenticator ile kurulur ve kişiye bağlıdır. Kurulumdaki ilk yönetici için zorunlu değildir — Hesabım ekranından sonradan açılır. Davet edilen kullanıcı ise ilk girişte kendi parolasını ve MFA’sını kurmadan veriye erişemez.

E-posta üç ayrı sekme

Giden posta (SMTP ve rapor kuyruğu), gelen posta kuralları (hangi mesaj hangi koşulda ticket olur) ve bildirim şablonları (gönderilen metnin kendisi) bilinçli olarak ayrıdır — çünkü üçü farklı zamanlarda ve farklı kişiler tarafından değişir. Portal davetleri sekmesi ise müşteri/departman için portal alanı açıp o portalın kullanıcısını davet etmeye ayrılmıştır.

İzleme eşikleri ve otomasyon

İzleme sekmesinde cihaz tür grupları ve eşikler tanımlanır; bir switch ile bir depolama ünitesi aynı sınırla ölçülmez. Otomasyon sekmesi zamanlı işleri taşır: ticket kapanışı, dönem raporu ve izleme bildirimi. Eşik değişikliği uyarı listesine, otomasyon ayarı ise kuyruğa yansır.

Marka, tema ve çalışma düzeni

Genel ve çalışma sekmesinde logo, marka adı, çalışma günleri ve SLA hedefleri tutulur. Üç tema var: varsayılan sıcak, ocean (mavi) ve grafit. Kurum modu varsayılan olarak mavi açılır, ama tema seçimi çalışma alanına ait bir ayardır ve değiştirilebilir.

Sistem ve ağ — gösterir, çalıştırmaz

Sunucunun işletim sistemi ve çekirdek sürümü, Docker/Compose sürümü, bekleyen güvenlik güncellemeleri, yeniden başlatma gereksinimi ve son bakım tarihi bu ekranda okunur. Ekran durumu gösterir ve güvenli bakım kontrol listesi sunar; web uygulaması root yetkisiyle serbest kabuk komutu veya paket güncellemesi çalıştırmaz. Bu bir eksik değil, bilinçli bir sınır: panele giren birinin sunucuyu da ele geçirmesi istenmiyor. İşletim sistemi tarafı ayrı bir yönetim yüzeyinden ya da SSH üzerinden yürütülür.

Boş bir çalışma alanını kullanıma hazır hâle getirmek

  1. 1İlk yönetici giriyorTemiz kurulumda örnek veri yoktur. İlk yetkili kullanıcı firma ve yönetici bilgisini tanımlar. MFA bu adımda zorunlu değildir; Hesabım ekranından sonra açılabilir.
  2. 2Marka ve çalışma düzeniGenel ve çalışma sekmesinde logo ve marka adı yüklenir, üç temadan biri seçilir, çalışma günleri ve saatleri ile SLA hedefleri girilir. Ticket ön eki ve varsayılan sorumlu da burada belirlenir.
  3. 3Giden posta yolu açılırE-posta gönderimi sekmesinde SMTP bilgileri girilir. Bu yol açılmadan bildirim ve rapor postaları kuyrukta bekler; rapor kuyruğu aynı sekmeden izlenir.
  4. 4Gelen posta ticket’a bağlanırGelen e-posta sekmesinde hangi adrese düşen mesajın hangi koşulda ticket olacağı tanımlanır. Mesaj önce gelen kutusuna düşer; kural onu otomatik ticket’a çevirmek ya da operatöre bırakmak için kullanılır.
  5. 5Bildirim şablonları gözden geçirilirMüşteriye ve ekibe gidecek otomatik e-postaların metni bildirim şablonları sekmesinden düzenlenir. Varsayılan metinler çalışır durumdadır, ama kurumun diliyle yazılması önerilir.
  6. 6Yetki grupları kurulurKullanıcılar ekranında roller ve işlem yetkileri tanımlanır. Teknik grubun maliyet ve kâr alanları kapalıdır; satış grubunun teknik çözüm ayrıntısı açık yetki istemedikçe kapalıdır.
  7. 7Kullanıcılar davet edilir, abonelikler seçilirDavet edilen kişi ilk girişte kendi parolasını ve MFA’sını kurar. Ardından kim hangi bildirimi alacak diye kişi bazında seçilir — rol atamak aboneliği getirmez.

Sık sorulanlar

Bir kişiyi yönetici yaptım ama ticket e-postaları gelmiyor. Eksik ne?

Eksik bir şey yok, kural böyle. Yönetici olmak her ticket e-postasını almak anlamına gelmez; bildirim aboneliği kullanıcı bazlıdır. O kişinin hangi bildirimleri alacağı ayrıca seçilmelidir.

Active Directory ile girişi bağlayabilir miyim?

Kimlik doğrulama sekmesinde AD/LDAP bağlantısı var, ama dürüst cevap şu: bu başlık henüz olgun değil. Sahada DNS çözümleme ve özel CA sertifikası doğrulamasından kaynaklanan sorunlar görüldü. Kurulum öncesinde dizin ortamının birlikte test edilmesini öneriyoruz; yerel kullanıcılarla çalışmak her zaman mümkündür.

MFA herkese zorunlu mu?

Kurulumdaki ilk yönetici için zorunlu değildir, Hesabım ekranından sonradan açılabilir. Davet edilen kullanıcılar ise ilk girişte parola ve Authenticator kurulumunu tamamlamadan veriye erişemez. İkinci faktör Google veya Microsoft Authenticator ile kurulur.

Teknik ekibim müşteri fiyatlarını görür mü?

Görmez. Teknik rol satış fiyatı, maliyet ve kâr alanlarını görmez; satış rolü de ayrıntılı teknik çözümü açık yetki olmadan görmez. Bu kısıt menüyü gizlemekle kalmaz, API ve sorgu katmanında da uygulanır.

Sunucu güncellemelerini bu ekrandan yapabilir miyim?

Hayır. Sistem ve ağ sekmesi sürümleri, bekleyen güvenlik güncellemelerini, yeniden başlatma gereksinimini ve son bakım tarihini gösterir; bakım adımları için kontrol listesi sunar. Web uygulaması root yetkisiyle paket güncellemesi ya da serbest kabuk komutu çalıştırmaz — işletim sistemi işleri ayrı bir yönetim yüzeyinden veya SSH üzerinden yürütülür.

Sürüm yükseltmesinde ayarlarım ne olur?

Ayarlar her konu için ayrı tabloda tutulur ve veritabanı yükseltmeleri tekrar çalıştırılabilir, geriye uyumlu ve mevcut veriyi koruyacak şekilde tasarlanır. Tasarım ilkesi şu: eksik bir yardımcı kolon bütün paneli hata sayfasına düşürmemeli, ana veri ile yardımcı modül hatası ayrı ele alınmalı. Yine de her yükseltme öncesi yedek alınır.

Kimin işine yarar

Kurulumu yöneten BT yöneticileri, çalışma alanı sahipleri ve kimin neyi göreceğinden sorumlu olan ekip liderleri.

İlgili modüller

Kendi operasyonunuzda görün

Size bir çalışma alanı açalım, kendi müşteri ve cihaz bağlamınızla deneyin. Kurulum ve veri taşıma konusunda yol gösteririz.