Asansör Arıza Takip Programı ile SLA Takibi
Asansör arızalarında yalnızca kaydı açmak yetmez. SLA takibiyle ihbar, atama, müdahale ve çözüm sürelerini ölçerek gecikmeleri azaltabilir, servis kalitesini görünür hâle getirebilirsiniz.
İÇERİK (MARKDOWN)
Asansör arızalarında müşterinin ilk beklentisi, telefona cevap verilmesinden çok ne zaman müdahale edileceğinin bilinmesidir. Bina yöneticisi arıza kaydını ilettikten sonra teknisyenin atanmasını, yola çıkmasını ve sorunun çözülmesini takip etmek ister. Asansör firması ise aynı anda gelen çok sayıda çağrıyı önem sırasına koymak, teknisyenleri doğru bölgelere yönlendirmek ve verdiği hizmet sözünü ölçmek zorundadır.
Bu noktada SLA takibi devreye girer. SLA, yani Service Level Agreement, Türkçede genellikle hizmet seviyesi taahhüdü veya servis seviyesi anlaşması olarak kullanılır. Asansör sektöründe SLA; arıza ihbarına ne kadar sürede dönüş yapılacağını, teknisyenin kaç dakika içinde atanacağını, sahaya ne zaman ulaşacağını ve arızanın hedeflenen sürede çözülüp çözülmediğini gösterir.
Bir asansör arıza takip programı kullanıldığında bu süreler telefon konuşmalarına, WhatsApp mesajlarına veya personelin hafızasına bağlı kalmaz. Her aşama zaman damgasıyla kayıt altına alınır. Böylece firma sahibi operasyonu ölçebilir, teknisyen iş yükünü dengeleyebilir ve bina yöneticisine somut bilgi verebilir.
Asansör Arızalarında SLA Ne Anlama Gelir?
SLA, her arızanın aynı sürede çözülmesi gerektiği anlamına gelmez. Mahsur kalma ihbarı ile kabin lambasının yanmaması aynı öncelikte değerlendirilemez. Bu nedenle doğru bir SLA sistemi, arızaları risk, kullanım alanı, sözleşme ve müşteri önceliğine göre sınıflandırmalıdır.
Örneğin bir hastanedeki sedye asansörünün devre dışı kalması, az kullanılan bir depodaki yük asansörünün arızasından daha kritik olabilir. Benzer şekilde kabinde yolcu mahsur kalması, ses şikâyeti veya kapı ayarı talebinden farklı bir müdahale süreci gerektirir.
Asansör sektöründe SLA çoğunlukla şu süreleri kapsar:
- Arıza ihbarının sisteme kaydedilme süresi
- İhbarın yetkili kişi tarafından görülme süresi
- Teknisyen atama süresi
- Teknisyenin arızayı kabul etme süresi
- Yola çıkış süresi
- Sahaya ulaşma süresi
- İlk müdahale süresi
- Arızanın geçici veya kalıcı olarak çözülme süresi
- Bina yöneticisine bilgi verilme süresi
- Arıza kaydının teknik form ve açıklamayla kapatılma süresi
Buradaki en önemli ayrım, müdahale süresi ile çözüm süresinin aynı şey olmamasıdır. Teknisyen hedeflenen sürede binaya ulaşabilir ancak arıza için özel bir kart, motor parçası veya kapı ekipmanı gerekebilir. Bu durumda müdahale SLA’sı karşılanmış, çözüm SLA’sı ise parça teminine bağlı olarak devam ediyor olabilir.
Arıza Takip Programı SLA Süresini Nasıl Ölçer?
Manuel takipte bir arızanın ne zaman başladığı çoğu zaman tartışmalıdır. Bina yöneticisi “Sabah aradım” derken, teknik ekip kaydın öğleden sonra kendilerine ulaştığını söyleyebilir. Arıza takip programı bu belirsizliği ortadan kaldırır.
Sistem, arızanın her aşamasında ayrı zaman kaydı oluşturur:
- Müşteri veya çağrı merkezi arıza kaydını açar.
- Arızanın türü ve öncelik seviyesi belirlenir.
- Uygun teknisyen atanır.
- Teknisyen görevi kabul eder.
- Teknisyen yola çıkar.
- Teknisyen bina konumuna ulaşır.
- Müdahale başlatılır.
- Arıza çözülür veya parça bekleme durumuna alınır.
- Yapılan işlem, fotoğraf, açıklama ve müşteri onayı eklenir.
- Arıza kaydı kapatılır.
Bu aşamalar arasındaki farklar hesaplanarak firmanın gerçek performansı ortaya çıkar. Örneğin çağrı saat 10.00’da açılmış, teknisyen 10.08’de atanmış ve 10.42’de binaya ulaşmışsa:
- Atama süresi: 8 dakika
- Sahaya ulaşma süresi: 42 dakika
- Atama sonrası ulaşım süresi: 34 dakika
Böyle bir ölçüm sayesinde gecikmenin çağrı merkezinden mi, teknisyen atamasından mı, trafik ve rota planlamasından mı kaynaklandığı anlaşılır.
Arıza Türlerine Göre SLA Seviyeleri Nasıl Belirlenir?
Her firmanın hizmet bölgesi, teknisyen sayısı, araç kapasitesi ve sözleşme yapısı farklıdır. Bu nedenle bütün asansör firmaları için geçerli tek bir SLA süresi belirlemek doğru değildir. Süreler, firmanın gerçekten karşılayabileceği kapasiteye göre oluşturulmalıdır.
Aşağıdaki tablo, zorunlu bir mevzuat süresi değil, firma içi planlama için kullanılabilecek örnek bir sınıflandırmadır:
| Arıza seviyesi | Örnek durum | Atama hedefi | İlk müdahale hedefi | Takip yöntemi |
|---|---|---|---|---|
| Kritik | Kabinde mahsur kalma, güvenlik riski | 2–5 dakika | Bölgeye göre en kısa süre | Anlık bildirim ve telefon |
| Yüksek | Hastane veya yoğun binada asansörün devre dışı kalması | 5–10 dakika | 30–60 dakika | Sürekli durum takibi |
| Orta | Asansör çalışmıyor, alternatif asansör mevcut | 10–20 dakika | 1–3 saat | Program üzerinden takip |
| Düşük | Ses, titreşim, lamba veya gösterge şikâyeti | 30–60 dakika | Aynı gün veya planlı ziyaret | İş emri planlaması |
| Planlı | Parça değişimi, ayar veya tekrar kontrol | Aynı iş günü | Randevu saatine göre | Takvim ve hatırlatma |
Bu süreler hazırlanırken firmanın yalnızca satış sırasında verdiği sözler değil, saha gerçekleri de dikkate alınmalıdır. Şehir içi trafik, hizmet bölgesinin genişliği, gece nöbet sistemi, teknisyen sayısı ve yedek parça erişimi hesaba katılmadan belirlenen SLA hedefleri kısa sürede anlamsız hâle gelir.
İyi bir SLA, müşteriye etkileyici görünmek için yazılan en kısa süre değil; firmanın yoğun günlerde bile sürdürülebilir biçimde karşılayabileceği hizmet standardıdır.
SLA Takibi Firmaya Ne Kazandırır?
SLA takibinin amacı teknisyenleri baskı altında tutmak değildir. Asıl amaç, operasyonun hangi noktada yavaşladığını görmek ve hizmet standardını kişilere bağlı olmaktan çıkarmaktır.
Geciken arızalar erken fark edilir
Telefon ve mesajla yönetilen operasyonlarda bazı arızalar yoğunluk içinde unutulabilir. Programda ise hedef süresi yaklaşan kayıtlar görünür hâle gelir. Yönetici, SLA aşılmadan önce başka bir teknisyen atayabilir veya müşteriye gecikme hakkında bilgi verebilir.
Teknisyen iş yükü dengelenir
Bir teknisyene aynı anda beş arıza atanırken diğer teknisyenin boş kalması, müdahale sürelerini gereksiz yere uzatır. Konum ve iş yükü bilgisi birlikte değerlendirildiğinde en yakın değil, en uygun teknisyen seçilebilir.
Müşteri şikâyetleri somut verilerle değerlendirilir
Bina yöneticisi müdahalenin geç yapıldığını söylediğinde tahmin yürütmek yerine kayıtlar incelenebilir. Arızanın açılış, atama, varış ve kapanış saatleri açıkça görülebilir. Bu şeffaflık, hem müşteriyi hem de firmayı korur.
Sözleşme kalitesi artırılır
Bakım sözleşmelerinde farklı müşteri gruplarına farklı hizmet seviyeleri sunulabilir. Standart pakette mesai saatleri içinde müdahale sağlanırken, özel pakette 7/24 çağrı kabulü, öncelikli teknisyen ataması veya daha kısa hedef süre tanımlanabilir.
Gerçek personel ihtiyacı hesaplanır
SLA ihlalleri sürekli aynı günlerde, bölgelerde veya saatlerde oluşuyorsa sorun personel performansından değil kapasite eksikliğinden kaynaklanıyor olabilir. Bu veri, yeni teknisyen veya servis aracı ihtiyacını daha doğru değerlendirmeyi sağlar.
SLA İhlali Nedir ve Nasıl Yönetilmelidir?
Belirlenen hedef sürenin aşılması SLA ihlali olarak adlandırılır. Ancak her gecikme aynı nedenle oluşmaz. Sağlıklı bir raporlama için ihlal nedenleri ayrı ayrı kayıt altına alınmalıdır.
Yaygın SLA ihlal nedenleri şunlardır:
- Uygun teknisyen bulunamaması
- Teknisyenin başka bir kritik arızada olması
- Hatalı veya eksik adres bilgisi
- Yoğun trafik veya yol kapanması
- Bina yetkilisine ulaşılamaması
- Makine dairesine erişim sağlanamaması
- Gerekli parçanın araçta veya depoda bulunmaması
- Arızanın ilk bildirimden daha kapsamlı çıkması
- Yetkisiz müdahale nedeniyle ek sorun oluşması
- Müşteri onayı veya teklif onayı beklenmesi
Programda yalnızca “gecikti” bilgisi göstermek yeterli değildir. Gecikmenin nedeni seçilebilmeli ve gerektiğinde açıklama eklenebilmelidir. Böylece ay sonunda yüzeysel bir performans oranı yerine, iyileştirme yapılabilecek gerçek nedenler ortaya çıkar.
Örneğin ihlallerin büyük bölümü parça bekleme nedeniyle oluşuyorsa teknisyenleri hızlandırmak çözüm değildir. Araç stokları, kritik yedek parça listesi ve tedarik süreci düzenlenmelidir. Gecikmeler atama aşamasında oluşuyorsa nöbet planı veya çağrı karşılama süreci gözden geçirilmelidir.
SLA Takibinde Kullanılması Gereken Temel Raporlar
Asansör firması sahibi için yüzlerce satırlık kayıt yerine karar vermeyi kolaylaştıran özet göstergeler daha değerlidir. Bu nedenle arıza takip programında en az şu raporlar izlenmelidir:
- Ortalama teknisyen atama süresi
- Ortalama sahaya ulaşma süresi
- Ortalama arıza çözüm süresi
- Hedef sürede müdahale edilen arıza oranı
- SLA süresi aşılan açık arızalar
- Tekrar eden arıza oranı
- Teknisyen bazında açık ve tamamlanan işler
- Bölge bazında müdahale süreleri
- Arıza türüne göre çözüm süreleri
- Parça bekleyen arıza sayısı
- Aynı asansörde belirli sürede tekrarlanan arızalar
- Müşteriye bilgi verilmeden bekleyen kayıtlar
Teknisyen performansı değerlendirilirken sadece kapanan arıza sayısına bakılmamalıdır. Bir teknisyen kolay ve yakın arızalara giderken başka bir teknisyen uzak bölgelerde veya karmaşık arızalarda çalışıyor olabilir. Adil değerlendirme için arıza seviyesi, mesafe, çalışma süresi, tekrar arıza ve müşteri geri bildirimi birlikte ele alınmalıdır.
Asansör Mevzuatı ile SLA Arasındaki Fark
SLA, bakım firmasının kendi hizmet standardını ve müşteriyle yaptığı sözleşmedeki operasyonel hedeflerini ifade eder. Mevzuat ise asansörün güvenli işletilmesi, bakımının yaptırılması, kayıtların tutulması ve sorumlulukların yerine getirilmesiyle ilgilidir.
Asansör İşletme ve Bakım Yönetmeliği; bina sorumlusu, bakım faaliyeti ve yetkili servis arasındaki temel sorumluluk çerçevesini düzenler. Yönetmelik kapsamında bakım kayıtlarının izlenebilir olması ve asansörün güvenli şekilde işletilmesine ilişkin yükümlülükler önem taşır. ([Sanayi Bakanlığı][1])
Bu nedenle firmanın kendi belirlediği “60 dakikada müdahale” hedefi, doğrudan bütün arızalar için mevzuatta yazan genel bir süre gibi sunulmamalıdır. Özellikle mahsur kalma ve güvenlik riski bulunan durumlarda firmanın acil çağrı prosedürü, nöbet organizasyonu ve sözleşme şartları birlikte değerlendirilmelidir.
Ayrıca periyodik kontrol sonucunda verilen kusur sınıfları ve etiketler, günlük arıza önceliklerinden farklı bir süreçtir. Periyodik kontrol sonuçları yetkili A tipi muayene kuruluşlarının değerlendirmesine dayanır; bakım firması ise tespit edilen uygunsuzlukların giderilmesi ve bakım kayıtlarının düzenli tutulması sürecinde rol alır. Bakanlığın Asansör Periyodik Kontrol Yönetmeliği bu kontrol sisteminin usul ve esaslarını düzenler. ([Sanayi Bakanlığı][2])
Asansorex ile SLA Takibi Nasıl Yapılabilir?
Arıza kayıtlarını telefon, kâğıt ve WhatsApp üzerinden takip eden bir firmada SLA ölçmek oldukça zordur. Çünkü ihbar, atama, yola çıkış, varış ve çözüm saatleri farklı yerlerde kalır.
Asansorex gibi bir asansör arıza takip programında arızanın açılmasından kapanmasına kadar geçen süreç tek kayıt altında tutulabilir. Firma; arıza önceliğini belirleyebilir, teknisyen atayabilir, açık işleri izleyebilir ve müdahale sürelerini raporlayabilir. Böylece SLA takibi tahmine değil, sahadan gelen zaman ve işlem kayıtlarına dayanır.
Sisteme geçerken ilk aşamada çok karmaşık kurallar oluşturmak yerine şu üç hedefle başlamak daha sağlıklıdır:
- Kritik arızalarda teknisyen atama süresi
- Normal arızalarda sahaya ulaşma süresi
- Açık arızaların müşteriye bilgi verilmeden bekleme süresi
Bu üç ölçüm düzenli hâle geldikten sonra müşteri, sözleşme, bölge ve teknisyen bazında daha ayrıntılı SLA kuralları oluşturulabilir.
Sıkça Sorulan Sorular
SLA takibi sadece büyük asansör firmaları için mi gereklidir?
Hayır. Az sayıda teknisyeni olan firmalarda bir kişinin gecikmesi bütün günlük planı etkileyebilir. Küçük firmalar da temel atama, ulaşım ve çözüm sürelerini izleyerek hizmet kalitesini koruyabilir.
Her asansör arızası için aynı SLA süresi kullanılabilir mi?
Kullanılması doğru değildir. Mahsur kalma, güvenlik riski, tamamen devre dışı kalma ve konfor şikâyeti farklı önceliklerle yönetilmelidir. Binanın kullanım amacı da değerlendirmeye katılmalıdır.
SLA süresi arıza bildirildiği anda mı başlar?
Genel uygulamada süre, arıza kaydının firma tarafından alındığı ve kayıt altına alındığı anda başlatılır. Ancak başlangıç noktasının sözleşmede açıkça tanımlanması gerekir.
Teknisyen sahaya ulaştığında SLA tamamlanmış olur mu?
Takip edilen hedefe bağlıdır. Müdahale SLA’sı teknisyenin sahaya ulaşmasıyla tamamlanabilir; çözüm SLA’sı ise asansör yeniden güvenli şekilde hizmete alınana veya kayıt uygun durum koduyla sonuçlandırılana kadar devam eder.
Parça bekleyen arızalar SLA raporuna dâhil edilmeli mi?
Evet, ancak ayrı bir durum olarak gösterilmelidir. Böylece aktif teknisyen gecikmesiyle tedarik veya müşteri onayı nedeniyle oluşan bekleme birbirine karıştırılmaz.
SLA hedefi sözleşmeye yazılmalı mı?
Müşteriye belirli bir müdahale veya dönüş süresi taahhüt ediliyorsa kapsam, çalışma saatleri, istisnalar ve başlangıç noktası sözleşmede açıkça belirtilmelidir. Firmanın karşılayamayacağı kesin süreler verilmemelidir.
Özet
Asansör arıza takip programı ile SLA takibi yapmak, yalnızca teknisyenin kaç dakikada binaya ulaştığını ölçmek değildir. İhbarın alınmasından teknisyen atamasına, sahaya ulaşımdan arızanın çözülmesine kadar bütün sürecin görünür hâle gelmesini sağlar.
Doğru kurulan bir SLA sistemi sayesinde kritik arızalar önceliklendirilir, gecikmeler önceden fark edilir, teknisyen iş yükü dengelenir ve müşteriye daha şeffaf bilgi verilir. En önemlisi, firma hizmet kalitesini kişisel yorumlarla değil gerçek verilerle yönetmeye başlar.
Asansorex üzerinden arıza, teknisyen ve işlem kayıtlarının tek yerde tutulması da müdahale sürelerinin düzenli ölçülmesini kolaylaştırır. Böylece firma, verdiği hizmet sözünü takip edebilir ve operasyonunu ölçülebilir biçimde geliştirebilir.