PolariStar — İstar Bilişim English Demo isteyin

← Tüm modüller

Son kullanıcı

Müşteri Portalı

Müşteri kendi işini görür; başkasının verisini değil.

Portal, PolariStar’ın en dar yüzeyidir ve kasıtlı olarak sade tutulmuştur. Dört ekran var: Genel bakış, Talepler, Cihazlarım ve Bilgi Bankası. Ürünü hiç kurmamış bir müşteri de bu yüzeyden talep açabilir, yani portal hafif bir destek kapısı olarak tek başına ayakta durur. Asıl mesele arayüzün sadeliği değil, sınırın nerede uygulandığıdır: kapsam denetimi API ve sorgu katmanında, tek bir yetki kapısında yapılır. Bir menüyü arayüzde gizlemek yetmez; kapsam dışı istek veriye hiç ulaşmadan reddedilir.

PolariStar panelinden, demo verisiyle.

Sınır arayüzde değil, API’de

Portal kullanıcısının kim olduğu, hangi tenant’a bağlı olduğu ve hangi firmayı görebildiği tek bir yetki kapısında çözülür: getPortalUser. Kod haritasında bu fonksiyonun 72 çağıranı var, yani yetki kararı uç noktalara dağılmış değil. Talep gönderilirken firma kimliği isteğin gövdesinden hiç okunmaz, oturumun kendi kapsamından alınır; tarayıcıda başka bir firma kimliği göndermek işe yaramaz. Seçilen cihaz o firmanın envanterinde bulunmuyorsa istek “Seçilen cihaz bu müşterinin envanterinde bulunamadı” diye reddedilir.

Dört ekran, fazlası yok

Destek grubunda Genel bakış ve Talepler, Cihazlarım grubunda envanter, Yardım grubunda Bilgi Bankası durur. Son kullanıcıya iç ekip menüsü, operasyon ekranları, satış grubu veya yönetim sekmeleri gösterilmez. Kurum modunda bile son kullanıcı, kurumun PolariStar Op’a gönder ekranını görmez.

Yanıt budanmış döner

Portala giden cihaz kaydında seri numarası, IP adresi, MAC adresi, firmware sürümü ve konum alanları boş gönderilir; kalan kısım müşterinin işine yarayan ad, tür, marka, model, durum, zimmetli kişi ve yaşam döngüsü izni varsa lisans, support ile garanti adları ve bitiş tarihleridir. Satış fiyatı, maliyet, brüt kâr, komisyon ve tedarikçi alış fiyatı portal yüzeyinde bulunmaz. İç teknik not alanı boş gönderilir, ekip listesi ise boş döner. Başka bir müşterinin kimliği, cihazı, talebi veya raporu da yok.

Talep önce gelen kutusuna düşer

Portaldan gönderilen kayıt doğrudan ticket olmaz. Kanalı Portal olarak işaretli biçimde gelen kutusuna, incelenecekler arasına düşer ve ekibe bildirim gider. Müşteriye verilen cevap da bunu açıkça söyler: destek ekibi içeri al deyince ticket oluşur, o ana kadar talep listesinde görünmez. Böylece ticket kuyruğu dışarıdan gelen her mesajla şişmez.

Dört izin, dört ayrı anahtar

Müşteri rolünün yetkisi tek bir açık-kapalı değil: talep görüntüleme, talep açma, belge görüntüleme ve yaşam döngüsü görüntüleme ayrı ayrı verilir. Lisans, support ve garanti tarihleri yalnız yaşam döngüsü izni açıksa görünür; aynı izin bitişe 90, 30 ve 7 gün kala giden bildirimlerin kime gideceğini de belirler. Talep açma izni yoksa portal salt-okuma bir pencere olarak kalır.

Çözüm onayı müşteride, kapatma ekipte

Müşteri portaldan “bende düzeldi” diyebilir; bu kaydı kapatmaz, kapanmaya hazır işaretler. Nihai kapanış, kapanış özetini yazan iç ekip yetkisindedir. Böylece müşterinin iyimser onayı ile ekibin doğrulaması tek adıma sıkıştırılmaz.

Davetli hesap, önce MFA

Müşteri kendi hesabını oluşturmaz; yönetici Kullanıcılar ekranından açar, rolü ve izinlerini seçer. Geçici bilgiler ekranda yalnız bir kez gösterilir ve güvenli bir kanaldan iletilir. Davet edilen kullanıcı ilk girişte kendi kullanıcı adını ve en az 12 karakterlik parolasını belirler; Authenticator ile MFA kurulumu tamamlanmadan portal verilerine erişemez.

Kimlik kurulumda, erişim tenant’ta

Bir portal kullanıcısının firma erişimi tenant, kullanıcı ve firma üçlüsünde tekil tutulur; oturum da bağlı olduğu tenant ile birlikte saklanır. Kullanıcı adı ise kurulum genelinde tekildir. Aynı e-posta iki ayrı PolariStar kurulumunda bulunabilir, ama bunlar aynı kimlik değildir ve birindeki yetki diğerine geçmez.

Kurum modunda müşteri denmez

Aynı motor, farklı dil. Kurum yüzeyinde portal departman kullanıcısının talep yüzeyidir: müşteri yerine departman, müşteri çözüm onayı yerine kullanıcı çözüm onayı, teknik ekip yerine BT ekibi konuşulur. Alanlar ve akış değişmez, yalnız etiketler değişir.

Rol sınırları — kim ne görürDört satırlık matris. Teknik rol ticket, envanter, izleme ve parola kasasını görür, satış fiyatı ile kârı görmez. Satış rolü katalog, teklif ve satış raporunu görür, teknik çözüm ayrıntısını açık yetki olmadan görmez. Yönetici ikisini birlikte görür. Müşteri portalı yalnız kendi verisini görür. Sınır arayüzde değil, API ve sorgu katmanında uygulanır.Kim ne görür — sınır nerede uygulanırROLGÖRÜRGÖRMEZTeknikDestek ekibiTicket, envanter, izleme,parola kasası, destek raporuSatış fiyatı, maliyet, kâr,satış raporuSatışTicari ekipKatalog, teklif, müşteriürünleri, satış raporuTeknik çözüm ayrıntısı(açık yetki yoksa)YöneticiPlatform sahibiDestek ve satış raporlarınınikisi, portal lisanslarıSınırlı yönetici platformlisansı üretemezMüşteri portalıSon kullanıcıKendi talepleri, kendi cihazları,yayınlanan çözümlerBaşka müşterinin verisi,maliyet, kâr, komisyonSınır yalnız arayüzde değil; API ve sorgu katmanında da uygulanır.Menü role göre daralır, ama kısıt sorgu kapısından geçer (canAccessClient, getPortalUser).

Portal kullanıcısının ilk talebi

  1. 1Yönetici erişim verirKullanıcılar ekranından yeni kullanıcı açılır, rolü ve izinleri seçilir. Kullanıcı adını ve güçlü geçici parolayı PolariStar üretir; bu bilgiler ekranda bir kez görünür ve güvenli bir kanaldan iletilir.
  2. 2İlk giriş kurulumuKullanıcı kendi kullanıcı adını ve en az 12 karakterlik parolasını belirler. Ardından Authenticator uygulamasıyla MFA kurulumundan geçer; bu tamamlanmadan portal verisi açılmaz.
  3. 3Talep açılırKonu, talep türü, öncelik, kategori ve sorun açıklaması girilir. Açıklama en az 10 karakter olmalı, çünkü tek kelimelik bir satır ekibe hiçbir şey anlatmıyor.
  4. 4Cihaz bağlanırTalep bir cihaza bağlanacaksa kapsam oturumdan gelir: kayıt yalnız kullanıcının bağlı olduğu firmanın envanterindeki bir cihaza bağlanabilir. Kapsam dışı bir cihaz kimliği API tarafında reddedilir.
  5. 5Gönderim gelen kutusuna düşerKayıt ticket olarak değil, kanalı Portal işaretli bir gelen kutusu kaydı olarak iç tarafa geçer; talep türü, öncelik, kategori ve seçilen cihaz kayda eklenir ve ekibe bildirim gider. Operatör içeri al deyince ticket oluşur.
  6. 6Müşteri onaylar, ekip kapatırİş bittiğinde müşteri portaldan çözüm onayı verebilir. Kayıt bununla kapanmaz; iç ekip çözümü ve kapanış özetini yazıp kapatır, müşteriye giden servis özeti aynı kayıttan üretilir.

Sık sorulanlar

Müşterim PolariStar kurmadı, yine talep açabilir mi?

Evet. Portal, ürünü kurmamış müşteri için hafif bir talep yüzeyi olarak çalışır; üç çalışma biçiminden biri bu. Müşteri tarafında kurulum, agent veya collector şartı yoktur, bir hesap ve tarayıcı yeter.

Başka müşterinin verisini kazara görebilir mi?

Kısıt arayüzde değil, API ve sorgu katmanında uygulanıyor. Oturum sahibinin tenant’ı, rolü ve erişebildiği firma tek yetki kapısında çözülür; portal gönderiminde firma kimliği istemciden hiç okunmaz. Kapsam dışı bir firma veya cihaz kimliği elle gönderilse bile istek reddedilir.

Talebi gönderdim, neden talep listemde yok?

Portaldan gelen kayıt doğrudan ticket olmuyor; önce gelen kutusunda incelenecekler arasına düşüyor. Destek ekibi içeri al dediğinde ticket oluşur ve listede görünür. Gönderim ekranındaki cevap da bunu açıkça yazar, yani kaybolmuş gibi durmaz.

Lisans, support ve garanti tarihlerini portalda görebilir mi?

Evet, ama ayrı bir izne bağlı. Yaşam döngüsü görüntüleme izni açık bir müşteri kullanıcısı kendi cihazlarının lisans, support ve garanti adlarını ve bitiş tarihlerini görür; aynı izin bitişe 90, 30 ve 7 gün kala giden bildirimin alıcısını da belirler. Müşteri yöneticisinin bu kayıtları kendisi eklemesi ve yenileme sorumlusu seçmesi ise yol haritasında yazılı bir hedef, bugün verilen bir söz değil.

Bilgi Bankası portalda neyi gösterir?

Amaç, aynı kaynaktan kontrollü yayın: iç ekip için yazılan çözümün yalnız yayınlanmış olanı müşteri portalında görünür ve bir müşteriye özel teknik bilgi başka müşteriye gösterilmez. Dürüst durum şu: bu modülde bugün menü ve temel veri modeli var, yayın akışı, sürüm geçmişi ve müşteri kapsamı belgelerde “tamamlanmalı” olarak işaretli.

Kurum modunda portal nasıl konuşuyor?

Kurum yüzeyinde müşteri dili kullanılmaz. Portal orada departman kullanıcısının talep yüzeyi olur: müşteri yerine departman, müşteri çözüm onayı yerine kullanıcı çözüm onayı. Veritabanındaki durum değeri aynı kalsa bile ekrana basılan etiket kurum diline göre üretilir.

Kimin işine yarar

Hizmet alan firmaların, destek isteyen ama kendi tarafında kurulum yapmak istemeyen çalışanları; kurum içi kullanımda da talep açan departman kullanıcıları.

İlgili modüller

Ticket ve Teknik İşler Gelen Kutusu ve E-posta Bilgi Bankası Envanter

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.

Demo isteyin Dökümanlar