Makine Üreticileri İçin Teknik Servis Takip Paneli: Duruşu Dakikayla Ölçmek
Kısa cevap: Makine üreticisinde servis talebinin karşılığı bir şikayet değil, duran bir üretim hattıdır. Bu yüzden ölçülmesi gereken şey "kaç talep geldi" değil, arızanın bildirildiği an ile hattın yeniden çalıştığı an arasındaki süredir. Bunu ölçebilmek için bildirimin, teknisyen atamasının, parça talebinin ve kapanışın tek bir kayıtta birikmesi gerekir.
Bir tekstil fabrikasındaki makine gece vardiyasında durur. Operatör önce bölge sorumlusunu arar, ulaşamayınca satış temsilcisinin WhatsApp'ına yazar. Sabah servis müdürü durumdan haberdar olduğunda saat sekizdir ve arıza altı saattir bekliyordur. Kimse hata yapmamıştır; sadece bildirimin gideceği tek bir adres yoktur.
Makine tarafında maliyet nerede birikiyor?
Görünen | Gerçekte olan |
|---|---|
"Servis talebi geldi" | Müşterinin hattı durdu, saat işliyor |
"Teknisyen yolda" | Yanına hangi parçayı alacağı belirsiz, ikinci sefer olasılığı yüksek |
"Parça sipariş edildi" | Talebin hangi arızaya ait olduğu kayıtta değil |
"Kapandı" | Aynı makinede aynı arıza üçüncü kez |
Bu dört satırın ortak noktası aynı: bilgi var ama tek bir kayıtta değil.
Bildirimin tek kapısı olmalı
Tixenta e-posta, WhatsApp, web formu ve API'den gelen talepleri tek havuzda toplar. Operatör gece WhatsApp'tan yazsın, bakım şefi sabah e-posta göndersin; ikisi de aynı kaydın satırı olur. Ayrıca üyeliksiz talep akışı vardır: müşteri tarafındaki operatör hesap açmadan, e-posta ve takip kodu ile arıza bildirir ve süreci aynı kodla izler.
Gerçek zamanlı bildirim merkezi yeni talebi saniyesinde ekibe ulaştırır; gece bildirimi sabah keşfedilmez.
Duruş süresini sayaca bağlamak
Tixenta ilk yanıt ve çözüm sürelerini sayaçla izler; süre dolmadan önce uyarı, aşıldığında anlık alarm üretir. Makine tarafında bunun karşılığı doğrudan sözleşmeseldir:
Servis sözleşmesinde "8 saat içinde müdahale" yazıyorsa, o söz artık ölçülüyor demektir.
Süresi dolmak üzere olan arızalar liste halinde görünür; müdahale ihlalden önce olur.
Yıl sonunda müşteriye gösterilecek şey iddia değil, kayıttır; sözleşme yenilemesinin en
güçlü dayanağı budur.
Makine bazlı geçmiş: ikinci ziyareti önleyen şey
Aynı seri numarasına gelen üçüncü bildirim, dördüncü bir kayıt açmaz; mevcut kaydın devamı olur. Zamanla her makinenin kendi arıza geçmişi birikir ve teknisyen yola çıkmadan önce şunu görür: bu makinede daha önce ne oldu, hangi parça değişti, en son kim baktı.
İkinci ziyaretin maliyeti yol ve zaman değil, müşterinin bir gün daha durmasıdır.
Periyodik bakımı da aynı yerde tutun
Arıza reaktif, periyodik bakım plandır, ama ikisi ayrı sistemlerde durduğunda plan her zaman arızaya yenilir. Tixenta'nın OpenAPI 3.1 uyumlu arayüzü, yetkisi sınırlanabilen API anahtarları ve olay bildirimleri (webhook) ile bakım planınızdaki tarih geldiğinde otomatik talep açtırabilirsiniz. Bakım da arıza da aynı kuyrukta, aynı sayaçla görünür.
Kim neyi görsün?
Yetki; rol, organizasyon, departman ve kayıt sahipliğinin birleşimiyle verilir (RBAC + ABAC):
Bölge servis sorumlusu yalnızca kendi bölgesindeki makineleri görür.
Teknisyen yalnızca kendisine atanan servis kayıtlarını görür.
Müşteri tarafındaki kullanıcı yalnızca kendi tesisinin kayıtlarını görür.
Ticari bilgi (sözleşme bedeli, parça maliyeti) servis ekranından ayrı kalır.
Yurt dışı bayileriniz ya da ayrı tüzel kişilikli servis iştirakleriniz varsa tek kurulum yeterli: Tixenta tek adres altında birden fazla organizasyonu barındırır ve verilerini birbirinden yalıtır.
Garanti ve rücu tartışmasının dayanağı
Veriyi değiştiren her işlem otomatik olarak kaydedilir ve kayıt sonradan düzenlenmez. Bildirim saati, atama, parça talebi, kapanış; hepsi zaman damgasıyla durur. Garanti kapsamı tartışıldığında ya da tedarikçiye rücu edildiğinde tartışılan şey hafıza değil kayıt olur.
Saha ile fabrika arasındaki hat
Teknisyen sahada fotoğraf çeker, mühendislik ekibine sorar, cevabı bekler. Bu trafik kişisel mesajlaşmaya dağıldığında hem cevap kaybolur hem de aynı soru üç ay sonra yeniden sorulur. Tixenta dahili ekip sohbetini platformun içinde sunar; birebir, grup ve kanal mesajlaşma, dosya ve fotoğraf paylaşımı, okundu bilgisi. Cevap, arıza kaydının yanında kalır.
Kontrol listesi
Bir makinenin bütün servis geçmişini seri numarasıyla tek ekranda görebiliyor musunuz?
Ortalama müdahale sürenizi rakamla söyleyebiliyor musunuz?
Teknisyen yola çıkarken hangi parçayı alması gerektiğini kayıttan görüyor mu?
Periyodik bakım planı, arıza kuyruğuyla aynı yerde mi duruyor?
İkinci ziyaret oranınızı ölçüyor musunuz?
Sık sorulan sorular
ERP'mizde zaten servis modülü var, neden ayrı bir panel? ERP maliyeti ve stoğu yönetir; servis talebi ise bir akıştır; kuyruk, atama, süre sayacı ve müşteriyle yazışma. İkisi API üzerinden birleşir; veri iki kez girilmez.
Müşterimizin operatörü sisteme girmek zorunda mı? Hayır. Üyeliksiz talep akışıyla e-posta ve takip kodu yeterli.
Uluslararası müşterilerimiz var, dil sorun olur mu? Arayüz Türkçe ve İngilizce çalışır; talep kaydı dilden bağımsızdır.
Veri kendi sunucumuzda kalabilir mi? Evet. Tixenta bulut hizmeti olarak da kendi sunucunuzda da (on-premise) çalışır; Türkiye merkezlidir ve KVKK uyumludur.
İlgili içerikler
Satış sonrası serviste bayi ve garanti talepleri: bayi ağı olan üreticiler için
Tixenta; çok kanallı talep yönetimi, süre takibi, değiştirilemez işlem kayıtları, API otomasyonu ve dahili ekip sohbetini tek platformda sunar.