PolariStar — İstar Bilişim English Demo isteyin

← Tüm modüller

Hizmet masası

Ticket ve Teknik İşler

Talebi açan kişiden harcanan dakikaya kadar her şey tek kayıtta.

Ticket, PolariStar'ın merkezidir. Bir talep yalnız başlık ve açıklama olarak durmaz; müşteriye (kurum modunda departmana), o tarafta bir kişiye ve gerektiğinde envanterdeki bir cihaza bağlanır. Beklenen taraf, yapılan çalışma, harcanan süre ve çözüm aynı kaydın üstünde büyür. Ürün ilkesi açık: talebi ilgili kişi, cihaz, müdahale ve sonuçla tek operasyon kaydında birleştirmek.

PolariStar panelinden, demo verisiyle.

Görev ticket'ı kapatmaz

Aynı ticket altında zaman içinde birden fazla görev açılabilir. Bir görev bitince yalnız o görev kapanır; ticket ve diğer bağlı görevler etkilenmez. Bu bir ayar değil, veri modelinin kendisi: ticket ve görev veritabanında ayrı tablolardır.

Kapatma kararı kişide kalır

Müşteri portaldan sorunun çözüldüğünü bildirebilir; ticket kapanmaz. Durum “Müşteri çözüm onayı” olur, teknik ekip kontrol edip kapatır. Kapanış, süreci kontrol eden yetkili kişinin kapanış özetiyle olur.

Talebin nereden geldiği kayıtlı

Nasıl geldi alanı yedi değer tutar: telefon, yüz yüze, iç talep, e-posta, portal, diğer ve belirsiz. Diğer, WhatsApp ve SMS gibi kanallar için toplayıcıdır. Listede “Kim açtı?” çipleri bu değerleri kaba gruplar hâlinde toplar.

Durum halkasından filtreleme

Açık, devam eden, bekleyen ve kapalı dağılımı listenin üstünde halka olarak durur. Dilime tıklamak listeyi filtreler; ayrı bir filtre ekranına gitmeniz gerekmez. Halkanın altında sayılı filtre çipleri, müşteri seçici ve sıralama aynı satırda.

Bekleyen taraf belirsiz kalmaz

Durum “Bekleniyor” olduğunda taraf, ilgili kişi ve beklenen işlem ayrı alanlardır. Beklenenler ekranı müşteriden, teknik ekipten veya üçüncü taraftan beklenen işleri tek sayfada toplar, yani topun kimde olduğu sorusunun cevabı bir yerde durur.

Çalışma kaydı ve süre

Her müdahale tarih, sorumlu ve süreyle işlenir. Aktarma ve sorumlu değişikliği de aynı günlüğe satır olarak düşer, böylece kaydın elden ele nasıl geçtiği görünür. Toplam süre ticket üzerinde birikir.

Cihaz bağlantısı isteğe bağlı

Ticket bir envanter cihazına bağlanabilir, ama zorunlu değildir. İç ekipte yalnız seçili müşterinin, portalda yalnız oturum sahibinin firmasına ait cihazlar listelenir; kapsam dışı bir cihaz kimliği API tarafında reddedilir.

Benim ve Ekip

Üst bantta duran kapsam anahtarı listeyi yalnız size atananlarla tüm ekip arasında çevirir. Takiptekiler çipi ise atanmasanız da izlemek istediğiniz kayıtları ayırır; takipçi olmak atama demek değildir.

Rapora dönüşür

Destek raporu sorumlu bazında filtrelenir: tüm ekip, tek kişi veya atanmamış kayıtlar. Rapor Excel ve CSV olarak alınabilir, çıktıda sorumlu kolonu yer alır. Bağlı görev ve devir yeni ticket üretmediği için toplam ticket ve teknisyen ticket sayısı şişmez.

Bir talebin kanıt zinciriYedi halkalı akış: talep e-posta ile düşer, kişiyle eşleşir, envanterdeki cihaza bağlanır, ağ portu kayda iner, yapılan müdahale ve harcanan süre yazılır, konfigürasyon yedeği ile önce ve sonra durumu saklanır, en sonunda servis raporu çıkar. Halkaların hepsi tek kayıtta durur.Bir talebin izi — yedi halka, tek kayıt1Talep düşerMüşteri e-posta gönderir.Gelen kutusuna iner,henüz ticket değildir.2Kişi eşleşirOperatör talebi müşteriyeve kişiye bağlar.3Cihaz bağlanırTalep envanterdekicihaz kaydına bağlanır.4Ağ portuCihazın arayüzü ve portdurumu kayda iner.5Müdahale ve süreYapılan iş ve harcanansüre ticket'a yazılır.6Önce / sonraKonfigürasyon yedeği veport değişikliği saklanır.7Servis raporuRapor hazırlanır,e-postaya dönüşür.Talep, kişi, cihaz, bağlantı, müdahale, süre, onay, yedek ve sonuç raporu tek zincirde tutulur.

Bir talebin baştan sona izi

  1. 1Talep düşerMüşteri e-posta gönderir. Mesaj gelen kutusuna düşer ve henüz ticket değildir; operatör ticket'a çevirir, yoksayar ya da göndereni engeller.
  2. 2Ticket açılırOperatör müşteriyi ve kişiyi eşleştirir, nasıl geldi alanını işaretler, gerekiyorsa envanterden cihazı bağlar. Kayıt bu anda bağlamını kazanır.
  3. 3İş parçalanırSaha ziyareti, parça temini ve konfigürasyon ayrı ayrı görev olarak aynı ticket'a bağlanır. Biri bitse de diğerleri ve ticket açık kalır.
  4. 4Top karşı tarafa geçerTedarikçiden parça bekleniyorsa durum Bekleniyor olur; taraf, ilgili kişi ve beklenen işlem yazılır. Kayıt Beklenenler ekranında görünür, açık ticket kuyruğunu kirletmez.
  5. 5Müdahale işlenirTeknisyen yaptığı işi çalışma kaydına tarih, sorumlu ve süreyle yazar. İki ayrı teknisyen çalıştıysa iki satır olur ve süreler ticket toplamında birikir.
  6. 6Kapanır ve rapora akarMüşteri çözümü onaylasa bile kapanışı yetkili kişi yapar; çözüm ve kapanış özeti kayda yazılır. Süre ve sorumlu bilgisi destek raporuna geçer.

Sık sorulanlar

Bağlı görev bitti, ticket neden kapanmadı?

Kapanmaması tasarımdır. Bir talep genellikle birkaç işten oluşur ve bunların biri bitince talep çözülmüş sayılmaz. Görev tamamlandığında yalnız o görev kapanır ve aynı ticket altına sonradan yeni görev bağlanabilir.

Müşteri çözüldü dedi, kapandı mı?

Hayır. Müşteri portaldan çözümü bildirirse ticket kapanmaz, durumu Müşteri çözüm onayı olur. Teknik ekip kontrol eder ve kapatma kararını verir. Böylece müşterinin bildirimi ile ekibin doğrulaması karışmaz.

WhatsApp'tan gelen talebi nereye yazıyorum?

Nasıl geldi alanındaki Diğer seçeneği WhatsApp ve SMS gibi kanallar için toplayıcıdır. Kanalı gerçekten bilmiyorsanız Belirsiz değeri durur; kaydı telefon ya da e-posta diye işaretlemek zorunda kalmazsınız.

Harcanan süreyi nasıl topluyorum?

Süre tek tek müdahalelerde girilir ve ticket üzerinde birikir. Destek raporunda kayıtları tüm ekip, tek sorumlu veya atanmamış olarak süzebilir, Excel ya da CSV olarak alabilirsiniz. Elle toplama yapmanız gerekmez.

Kim ne zaman haber alıyor?

Müşteri portalından açılan ticket iç ekibe e-posta ile düşer. Sorumlu, durum, plan veya çözüm değiştiğinde talep sahibine bildirim gider. Bildirim aboneliği kullanıcı bazlıdır: yönetici olmak her ticket e-postasını almak anlamına gelmez.

Kurum modunda aynı ekran mı?

Aynı motor, farklı dil. Kurum yüzeyinde menü Talepler ve Bekleyenler olarak geçer, müşteri yerine departman konuşulur, müşteri çözüm onayı kullanıcı çözüm onayı olur. Alanlar ve akış aynı kalır.

Kimin işine yarar

Destek masasında çalışan teknisyenler, işi dağıtan ekip yöneticileri ve çözüm süresini ölçmek isteyen BT yöneticileri.

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