Asansör Bakım Yazılımı Seçiminde Kullanıcı Sayısı Hesabı

İÇERİK

Asansör bakım yazılımı seçerken yalnızca özellikleri ve toplam fiyatı karşılaştırmak yeterli değildir. Yazılımın kaç kullanıcı tarafından kullanılacağını doğru hesaplamamak, başlangıçta gereksiz lisans maliyetine veya ilerleyen aylarda erişim sıkıntılarına neden olabilir. Özellikle ofis personeli, saha teknisyenleri, yöneticiler ve dönemsel çalışanlar aynı sistemde farklı görevler üstleniyorsa, “Firmada kaç kişi çalışıyor?” sorusu tek başına doğru sonucu vermez.

Sağlıklı kullanıcı hesabı; çalışanların görevlerini, sisteme hangi sıklıkta gireceklerini, aynı hesabın paylaşılıp paylaşılmayacağını, yetki seviyelerini ve firmanın büyüme planını birlikte değerlendirmeyi gerektirir. Bu rehberde asansör bakım firmalarının ihtiyaç duyduğu kullanıcı sayısını pratik bir yöntemle nasıl belirleyebileceğini inceleyeceğiz.

Kullanıcı Sayısı Neden Doğru Hesaplanmalıdır?

Bir asansör bakım firmasında çalışan herkesin yazılımla ilişkisi aynı değildir. Muhasebe personeli tahsilatları takip ederken operasyon sorumlusu bakım planlaması yapar. Teknisyen kendisine atanan işleri görüntüler, bakım formunu doldurur ve müşteri imzasını alır. Firma sahibi ise günlük işlemleri tek tek yürütmek yerine raporları ve genel performansı izlemek isteyebilir.

Bu farklılık dikkate alınmadan alınan lisanslarda iki temel sorun görülür:

• İhtiyaçtan fazla kullanıcı satın alınarak bütçe boşa harcanır.
• Yetersiz kullanıcı alınır ve çalışanlar ortak hesap kullanmaya başlar.
• İşlemi kimin yaptığı anlaşılamaz.
• Yetkisiz çalışanlar finansal veya ticari verilere erişebilir.
• Personel değişikliğinde hesap güvenliği zorlaşır.
• Sahadaki teknisyenler aynı anda sisteme giremez.
• Yeni ekip kurulduğunda beklenmeyen ek maliyet oluşur.

Kullanıcı sayısının doğru belirlenmesi yalnızca fiyat avantajı sağlamaz. İşlem geçmişinin güvenilirliği, veri güvenliği ve çalışan performansının ölçülmesi açısından da önemlidir. Her çalışanın kendi hesabını kullanması, yapılan işlemin kime ait olduğunu açıkça gösterir.

Önce Kullanıcı ile Çalışan Arasındaki Farkı Belirleyin

Firmadaki toplam personel sayısı ile yazılım kullanıcısı sayısı her zaman aynı olmayabilir. Örneğin 18 çalışanı bulunan bir firmanın 14 aktif yazılım kullanıcısına ihtiyacı olabilir. Çünkü bazı personeller sahaya çıkmıyor, bakım süreçlerini yönetmiyor veya yalnızca fiziksel işlerde görev alıyor olabilir.

Buna karşılık, sekiz çalışanı bulunan bir işletmenin dokuz ya da on kullanıcıya ihtiyacı da olabilir. Firma sahibi, operasyon yöneticisi, ofis çalışanları ve teknisyenlerin yanında dış muhasebeciye veya bölge sorumlusuna sınırlı erişim verilmesi gerekebilir.

Hesaplama yaparken çalışanları şu gruplara ayırmak faydalıdır:

Kullanıcı grubu	Sistemdeki temel görevi	Genellikle ayrı hesap gerekir mi?
Firma sahibi veya yönetici	Rapor, gelir, tahsilat ve ekip performansı takibi	Evet
Operasyon sorumlusu	Bakım planlama, iş emri ve teknisyen atama	Evet
Ofis personeli	Müşteri, sözleşme, arıza ve evrak yönetimi	Evet
Saha teknisyeni	Görev görüntüleme, form doldurma, fotoğraf ve imza alma	Evet
Muhasebe personeli	Cari hesap, fatura ve tahsilat takibi	Evet
Dış muhasebeci	Belirli finansal kayıtları inceleme	İhtiyaca göre
Stajyer veya geçici personel	Sınırlı süreli saha ya da ofis işlemleri	İhtiyaca göre
Depo sorumlusu	Stok giriş-çıkışı ve parça takibi	İş sürecine göre

Buradaki temel kural şudur: Bir çalışan sistemde bağımsız işlem yapacaksa, yaptığı işlemin kendi adıyla kaydedilmesi için ayrı kullanıcı hesabı bulunmalıdır.

Kullanıcı Sayısı Adım Adım Nasıl Hesaplanır?

Kullanıcı sayısını belirlemek için yalnızca mevcut kadro listesini yazmak yerine görev bazlı bir çalışma yapılmalıdır.

1. Sisteme Girecek Rolleri Listeleyin

Önce yazılımı doğrudan kullanacak çalışanları belirleyin. Kullanıcının her gün giriş yapması şart değildir. Ayda birkaç kez rapor inceleyen firma sahibi de sisteme erişiyorsa kullanıcı hesabında değerlendirilmelidir.

Örnek bir görev listesi şöyle olabilir:

1. Firma sahibi
2. Operasyon sorumlusu
3. İki ofis çalışanı
4. Sekiz saha teknisyeni
5. Muhasebe sorumlusu
6. Depo ve stok sorumlusu

Bu örnekte ilk hesap 14 kullanıcıdır. Ancak sonuç kesinleştirilmeden vardiya, ekip yapısı ve ek erişim ihtiyaçları incelenmelidir.

2. Teknisyenleri Kişi Bazında Hesaplayın

Bazı firmalar saha kullanıcı sayısını ekip sayısına göre hesaplamaya çalışır. Örneğin sekiz teknisyen ikişerli dört ekip hâlinde çalışıyorsa dört kullanıcı hesabının yeterli olacağı düşünülebilir. Bu yöntem çoğu durumda sağlıklı değildir.

Her teknisyenin ayrı hesabı olduğunda:

• Bakımı hangi teknisyenin gerçekleştirdiği görülür.
• İşe başlama ve tamamlama zamanı izlenebilir.
• Eksik veya hatalı formun sorumlusu belirlenebilir.
• Personel bazında tamamlanan bakım ve arıza sayısı ölçülebilir.
• Çalışanın görev değişikliği veya işten ayrılması güvenli biçimde yönetilebilir.
• Yetki seviyesi kişiye özel düzenlenebilir.

Teknisyenler sürekli aynı ekipte çalışsa bile ilerleyen dönemde ekip dağılımı değişebilir. Bu nedenle saha kullanıcılarını araç, telefon veya ekip sayısına göre değil, aktif teknisyen sayısına göre hesaplamak daha güvenlidir.

3. Ortak Hesap Kullanımından Kaçının

“Ofis” veya “Teknik Ekip 1” adıyla açılan ortak hesaplar kısa vadede ekonomik görünebilir. Fakat bir sözleşme tarihi yanlış değiştirildiğinde, bakım kaydı silindiğinde veya tahsilat bilgisi güncellendiğinde işlemi kimin yaptığı belirlenemez.

Ayrıca ortak hesabın şifresi birden fazla kişi tarafından bilinir. İşten ayrılan çalışanın erişimini kesmek için şifrenin değiştirilmesi ve yeni şifrenin diğer çalışanlara yeniden dağıtılması gerekir. Bu durum güvenlik açığı yaratır.

Kullanıcı lisansından tasarruf etmek için ortak hesap kullanmak, kayıtların güvenilirliğinden ve hesap güvenliğinden ödün vermek anlamına gelebilir.

Yazılım teklifini değerlendirirken eşzamanlı kullanım şartlarını da sorun. Bazı sistemlerde kullanıcı sayısı tanımlı hesap sayısını, bazılarında ise aynı anda sisteme girebilen kişi sayısını ifade edebilir.

4. Dönemsel ve Yedek Personeli Değerlendirin

Yıllık izinler, yoğun bakım dönemleri, yeni montajların devreye alınması veya personel değişiklikleri nedeniyle geçici kullanıcı ihtiyacı oluşabilir. Ancak yıl boyunca kullanılmayacak her olasılık için lisans satın almak da gereksiz maliyet yaratır.

Yazılım sağlayıcısına şu sorular yöneltilmelidir:

• Kullanıcı sonradan eklenebilir mi?
• Kullanıcı pasife alındığında lisans hakkı başka personele aktarılabilir mi?
• İşten ayrılan çalışanın eski kayıtları korunur mu?
• Geçici kullanıcı tanımlanabilir mi?
• Ek kullanıcı ücreti aylık mı, yıllık mı hesaplanır?
• Kullanıcı azaltma işlemi hangi dönemde yapılabilir?

Personel değiştiğinde eski kullanıcıyı silmek yerine pasife almak daha doğru olabilir. Böylece geçmiş bakım, arıza ve işlem kayıtlarında çalışanın adı korunur.

5. Büyüme Payı Ekleyin

Bugünkü kadroya göre alınan ve kullanıcı artırmaya izin vermeyen bir paket, birkaç ay sonra yetersiz kalabilir. Özellikle yeni bakım portföyü devralmayı veya yeni şube açmayı planlayan firmalar büyüme payını hesaba katmalıdır.

Genel bir planlama yaklaşımı olarak mevcut aktif kullanıcı sayısına yüzde 10–20 büyüme payı eklenebilir. Ancak bu ek kullanıcıların tamamını ilk günden satın almak zorunlu değildir. Önemli olan, seçilen paketin kullanıcı artırma maliyetinin ve geçiş şartlarının önceden bilinmesidir.

Örneğin 15 aktif kullanıcısı bulunan firma, yıl içinde üç teknisyen ve bir ofis çalışanı almayı planlıyorsa karşılaştırmasını 19 kullanıcı üzerinden yapmalıdır. Paket 15 kullanıcıda ekonomik, 20 kullanıcıda çok pahalı hâle geliyorsa uzun vadeli maliyet ayrıca incelenmelidir.

Örnek Kullanıcı Hesabı

İki bakım ekibi değil, toplam altı teknisyeni bulunan küçük ölçekli bir firma düşünelim. Firmada ayrıca bir operasyon sorumlusu, bir ön muhasebe çalışanı ve süreçleri takip eden firma sahibi bulunuyor.

Hesap şu şekilde yapılabilir:

• 6 saha teknisyeni
• 1 operasyon sorumlusu
• 1 muhasebe veya cari takip kullanıcısı
• 1 firma sahibi
• 1 yakın dönem büyüme payı

Bu işletme için dokuz aktif kullanıcı gerekir. Onuncu kullanıcı ise planlanan yeni teknisyen veya ofis çalışanı için öngörülebilir. Fakat yazılım kullanıcı eklemeyi kolaylaştırıyorsa firma başlangıçta dokuz kullanıcıyla başlayıp ihtiyaç oluştuğunda kapasiteyi artırabilir.

Daha büyük bir işletmede şube yapısı da hesaba katılmalıdır. Her şubede ayrı operasyon sorumlusu, ofis çalışanı ve teknisyen grubu varsa yalnızca merkez kadrosuna bakmak doğru sonuç vermez. Şube bazında kullanıcı listesi hazırlanmalı, ardından merkez yönetimi ve muhasebe rolleri eklenmelidir.

Lisans Teklifinde Kontrol Edilecek Noktalar

İki yazılım aynı kullanıcı sayısını sunsa bile lisans kapsamları farklı olabilir. Bu nedenle fiyat karşılaştırmasında aşağıdaki maddeler yazılı olarak netleştirilmelidir:

• Web ve mobil kullanıcılar aynı lisansa mı dahildir?
• Saha teknisyeni ile ofis kullanıcısının fiyatı farklı mıdır?
• Kullanıcı başına cihaz sınırı var mıdır?
• Aynı kullanıcı telefon ve bilgisayardan giriş yapabilir mi?
• Kullanıcı değişikliği için ek ücret alınır mı?
• Pasif kullanıcılar lisans sınırına dahil edilir mi?
• Müşteri veya bina yöneticisi portal erişimi ücretli kullanıcı sayılır mı?
• Ek kullanıcı alındığında ücret kalan süreye göre mi hesaplanır?
• Paket yükseltildiğinde eski ödeme nasıl mahsup edilir?
• Yetki grupları ayrı ayrı düzenlenebilir mi?

Asansorex gibi asansör bakım süreçlerine odaklanan bir yazılım değerlendirilirken ofis ve saha rollerinin nasıl ayrıldığı, kullanıcıların hangi işlemlere erişebildiği ve yeni personel eklendiğinde lisansın nasıl genişletildiği birlikte incelenebilir. Böylece firma yalnızca bugünkü kullanıcı sayısına değil, gerçek operasyon yapısına uygun bir seçim yapar.

Kullanıcı Yetkisi Sayı Kadar Önemlidir

Doğru sayıda kullanıcı almak tek başına yeterli değildir. Her kullanıcının yalnızca göreviyle ilgili verilere erişmesi gerekir. Bir saha teknisyeninin tüm müşterilerin cari bakiyelerini veya şirketin gelir raporlarını görmesi çoğu işletmede gerekli değildir. Benzer şekilde muhasebe personelinin teknik bakım formunda değişiklik yapmasına ihtiyaç olmayabilir.

Temel yetki grupları şu şekilde oluşturulabilir:

• Yönetici: Genel raporlar, finansal veriler ve kullanıcı performansı
• Operasyon: Planlama, atama, bakım ve arıza süreçleri
• Ofis: Müşteri, sözleşme, evrak ve iletişim kayıtları
• Teknisyen: Kendisine atanan görevler ve saha formları
• Muhasebe: Cari hesap, tahsilat ve faturalandırma bilgileri
• Depo: Stok, parça ve malzeme hareketleri

Rol bazlı yetkilendirme hem ekran karmaşasını azaltır hem de hassas ticari verileri korur. Yeni çalışan açılırken hazır bir rol atanması, yetkilerin tek tek tanımlanmasından daha güvenli ve hızlıdır.

Sıkça Sorulan Sorular

Her teknisyen için ayrı kullanıcı hesabı gerekir mi?

Genel uygulamada evet. Her teknisyenin ayrı hesabı, bakım ve arıza işlemlerinin kimin tarafından yapıldığını gösterir. Ortak hesap kullanılması performans ölçümünü, işlem takibini ve güvenliği zayıflatır.

İkişerli çalışan teknisyen ekiplerine tek kullanıcı yeterli olur mu?

Tek telefon kullanılsa bile iki teknisyenin ayrı hesaplarla tanımlanması daha sağlıklıdır. Böylece ekip değişiklikleri yönetilebilir ve işi gerçekleştiren personel doğru şekilde kayıt altına alınabilir. Yazılımın bir iş emrine birden fazla teknisyen atayıp atayamadığı ayrıca kontrol edilmelidir.

Firma sahibi kullanıcı sayısına dahil edilmeli mi?

Firma sahibi raporları, tahsilatları veya operasyon durumunu yazılım üzerinden izleyecekse ayrı kullanıcı olarak hesaplanmalıdır. Yalnızca dışarıdan bilgi alıyor ve sisteme hiç giriş yapmıyorsa lisans gerekmeyebilir.

Pasif kullanıcıların kayıtları silinir mi?

Bu durum yazılıma göre değişir. Tercihen kullanıcı pasife alındığında geçmiş işlemleri korunmalı, ancak yeni giriş yapması engellenmelidir. Satın alma öncesinde bu özellik mutlaka doğrulanmalıdır.

Müşteri portalını kullanan bina yöneticileri lisansa dahil midir?

Bazı sistemlerde müşteri portalı erişimleri ücretsiz veya ana pakete dahil olabilir; bazı sistemlerde ise ayrı fiyatlandırılabilir. Çok sayıda bina yöneticisine erişim verilecekse bu madde toplam maliyeti önemli ölçüde etkileyebilir.

Kullanıcı sayısı ne sıklıkla gözden geçirilmelidir?

Kadro değişikliği olduğunda hemen, normal şartlarda ise en az üç ayda bir kontrol edilmelidir. Aktif olmayan hesaplar, ortak kullanılan şifreler, yeni teknisyenler ve görev değişiklikleri düzenli olarak incelenmelidir.

Özet

Asansör bakım yazılımında kullanıcı sayısı, toplam çalışan sayısına bakılarak belirlenmemelidir. Firma sahibi, operasyon sorumlusu, ofis çalışanları, muhasebe personeli ve aktif teknisyenler görevlerine göre ayrı ayrı değerlendirilmelidir. Hesaba yakın dönem büyüme ihtiyacı da eklenmeli; ortak kullanıcı kullanımından mümkün olduğunca kaçınılmalıdır.

Doğru seçim için lisans fiyatının yanında mobil ve web erişimi, cihaz sınırı, pasif kullanıcı politikası, yetkilendirme seçenekleri ve ek kullanıcı maliyeti incelenmelidir. Asansorex değerlendirmesinde de mevcut personel listenizi ve büyüme planınızı birlikte ele alarak ihtiyacınıza uygun kullanıcı yapısını belirlemeniz, hem maliyet kontrolü hem de güvenilir operasyon kaydı açısından daha sağlıklı sonuç verir.