Asansör Bulut Asansör Yazılımı Kurulum ve Cihaz Politikası

İÇERİK

Asansör bulut asansör yazılımı kurmak, yalnızca çalışanların telefonlarına bir uygulama yüklemekten ibaret değildir. Başarılı bir geçiş için kullanıcıların, cihazların, erişim yetkilerinin ve saha çalışma kurallarının birlikte planlanması gerekir. Aksi durumda firma yeni bir yazılım satın almış olsa bile teknisyenler eski mesajlaşma gruplarını kullanmaya, ofis çalışanları ayrı Excel dosyaları tutmaya devam eder. Bu rehberde asansör bakım firmasının bulut tabanlı bir sistemi nasıl devreye alabileceğini, hangi cihazları kullanabileceğini ve güvenli bir cihaz politikasını nasıl oluşturabileceğini adım adım ele alacağız.

Bulut Asansör Yazılımının Kurulum Mantığı

Bulut tabanlı asansör yazılımlarında ana sistem, genellikle firmanın ofisindeki tek bir bilgisayara bağlı değildir. Yetkili kullanıcılar internet bağlantısı bulunan telefon, tablet veya bilgisayardan sisteme erişebilir. Bu yapı, özellikle farklı ilçelerde çalışan teknisyenleri ve birden fazla şubesi bulunan firmaları önemli ölçüde rahatlatır.

Kurulum süreci çoğunlukla şu bileşenlerden oluşur:

• Firma hesabının oluşturulması
• Şube ve ekip yapısının tanımlanması
• Kullanıcıların sisteme eklenmesi
• Asansör ve müşteri kayıtlarının aktarılması
• Bakım planlarının oluşturulması
• Mobil uygulamanın uygun cihazlara kurulması
• Kullanıcı rollerinin ve erişim yetkilerinin belirlenmesi
• Bildirim, çıktı ve rapor ayarlarının yapılması
• Pilot kullanım ve saha testinin tamamlanması

Bulut sistemlerde klasik anlamda her bilgisayara ayrı ayrı sunucu programı kurulması gerekmeyebilir. Ancak bu durum, hazırlık yapılmasına gerek olmadığı anlamına gelmez. Mevcut müşteri listesindeki mükerrer kayıtlar, eksik adresler, yanlış telefon numaraları ve güncelliğini kaybetmiş sözleşmeler temizlenmeden yapılan veri aktarımı, eski düzensizliği yeni sisteme taşır.

Sağlıklı kurulumun ilk adımı yazılım değil, kullanılacak verinin doğruluğudur.

Firma önce aktif portföyünü netleştirmelidir. Bakımı devam eden asansörler, iptal edilen sözleşmeler, geçici olarak hizmet verilmeyen binalar ve teklif aşamasındaki müşteriler birbirinden ayrılmalıdır.

Kurulumdan Önce Hazırlanması Gereken Veriler

Kurulum öncesinde hazırlanacak standart bir veri dosyası geçiş süresini ciddi ölçüde kısaltır. Her firma aynı ayrıntı düzeyine sahip olmayabilir; önemli olan mevcut bilginin doğrulanarak aktarılmasıdır.

Veri grubu	Hazırlanacak temel bilgiler	Kontrol noktası
Müşteri	Unvan, yetkili, telefon, e-posta	Aynı müşteri birden fazla kez kayıtlı mı?
Bina	Açık adres, ilçe, bina yöneticisi	Konum ve iletişim bilgileri güncel mi?
Asansör	Kimlik numarası, durak, tip, marka	Cihaz doğru binaya bağlı mı?
Sözleşme	Başlangıç, bitiş, bakım bedeli	Yenileme tarihi ve fiyat doğru mu?
Bakım planı	Periyot, sorumlu ekip, planlanan gün	Ekip kapasitesiyle uyumlu mu?
Kullanıcı	Ad, görev, telefon, şube	Ayrılan personel listeden çıkarıldı mı?
Cari kayıt	Borç, alacak, son tahsilat	Muhasebe kayıtlarıyla tutarlı mı?
Belge	Sözleşme, rapor, fotoğraf, tutanak	Dosya adı ve bağlı olduğu kayıt belli mi?

Asansör kimlik bilgilerinin doğruluğu özellikle önemlidir. Teknisyenin sahada yanlış cihaz üzerinden form doldurması, bakım geçmişinin karışmasına neden olabilir. Bu nedenle aynı binada birden fazla asansör varsa her cihaz ayrı tanımlanmalı; tanımlayıcı bilgiler teknisyenin kolayca ayırt edebileceği biçimde yazılmalıdır.

Veri aktarımından sonra örnekleme yöntemiyle kontrol yapılabilir. Örneğin farklı bölgelerden 20 asansör seçilerek müşteri, adres, sözleşme ve bakım geçmişi karşılaştırılır. Bu küçük kontrol, toplu aktarımda oluşan sütun kayması veya tarih formatı sorunlarını erken aşamada ortaya çıkarır.

Telefon, Tablet ve Bilgisayar Seçimi

Bir asansör firmasının her çalışan için en pahalı cihazı satın alması gerekmez. Ancak eski işletim sistemi kullanan, bataryası hızla tükenen veya sürekli depolama sorunu yaşayan telefonlar saha uygulamalarında iş kaybına yol açabilir.

Teknisyen telefonlarında aranacak özellikler

Saha telefonu seçilirken şu noktalar değerlendirilmelidir:

• Güncel ve güvenlik desteği devam eden işletim sistemi
• Çalışma gününü karşılayacak batarya kapasitesi
• Bakım fotoğrafları için yeterli kamera kalitesi
• Uygulama ve belgeler için yeterli boş depolama alanı
• Mobil internet, Wi-Fi ve Bluetooth bağlantısı
• Darbeye dayanıklı kılıf ve ekran koruyucu
• Kullanılacak termal yazıcıyla bağlantı uyumu
• Konum, kamera ve bildirim izinlerinin yönetilebilmesi

Termal yazıcı kullanılacaksa yalnızca telefonun Bluetooth özelliğine bakmak yeterli değildir. Uygulamanın yazıcı modeliyle, kâğıt genişliğiyle ve ilgili işletim sistemiyle uyumu sahada test edilmelidir. Özellikle 80 mm mobil yazıcılarda Türkçe karakter, logo, imza alanı ve uzun açıklamaların baskısı kontrol edilmelidir.

Ofis bilgisayarlarında aranacak özellikler

Bulut yazılımlarında ofis bilgisayarının çok yüksek donanıma sahip olması çoğu zaman gerekli değildir. Güncel bir internet tarayıcısı, kararlı bağlantı ve güvenli kullanıcı hesabı temel ihtiyaçları karşılar. Buna karşılık ortak kullanılan bilgisayarlarda şifrelerin tarayıcıya gelişigüzel kaydedilmesi ciddi risk oluşturur.

Muhasebe, operasyon ve yönetim kullanıcılarının mümkünse ayrı işletim sistemi hesapları bulunmalıdır. Ortak bilgisayar kullanılıyorsa çalışan, işini tamamladığında bulut yazılımındaki oturumunu kapatmalıdır.

Firma Cihazı mı, Personelin Kendi Telefonu mu?

Cihaz politikasındaki temel kararlardan biri, teknisyenlerin firma telefonu mu yoksa kendi telefonlarını mı kullanacağıdır. Her iki model de uygulanabilir; ancak kuralları yazılı hâle getirilmelidir.

Model	Avantaj	Risk	Uygun yaklaşım
Firma cihazı	Ayarlar standartlaştırılır, kontrol kolaylaşır	Satın alma ve yenileme maliyeti oluşur	Yoğun saha ekibi ve yüksek veri hassasiyeti
Personel cihazı	İlk yatırım maliyeti düşer	Kişisel ve kurumsal veriler karışabilir	Küçük ekip ve açık kullanım sözleşmesi
Karma model	Göreve göre esneklik sağlar	Cihaz takibi karmaşıklaşabilir	Ofis ve saha ihtiyaçları farklı olan firmalar

Personelin kendi telefonunu kullandığı modelde firma, çalışanın tüm kişisel cihazını kontrol etmeye çalışmamalıdır. Bunun yerine iş uygulamasına ilişkin sınırlar açıkça belirtilmelidir. Hangi verilerin tutulduğu, uygulamanın hangi izinlere ihtiyaç duyduğu ve iş ilişkisi sona erdiğinde kurumsal erişimin nasıl kaldırılacağı personele açıklanmalıdır.

Firma cihazında ise şu kurallar uygulanabilir:

1. Cihaz yalnızca tanımlanan çalışan tarafından kullanılmalıdır.
2. Ekran kilidi ve güçlü parola zorunlu olmalıdır.
3. Uygulama mağazası dışından güvenilmeyen yazılım kurulmamalıdır.
4. Kurumsal hesap bilgileri başka çalışanlarla paylaşılmamalıdır.
5. Cihaz kaybolduğunda ofise hemen haber verilmelidir.
6. İşten ayrılma veya görev değişikliğinde cihaz teslim tutanağı hazırlanmalıdır.

Cihaz politikası cezalandırıcı bir metin gibi değil, hem çalışanı hem firmayı koruyan bir çalışma standardı olarak hazırlanmalıdır.

Kullanıcı Hesapları ve Yetkilendirme

Bir başka yaygın hata, bütün çalışanların aynı kullanıcı adı ve şifreyle sisteme girmesidir. Ortak hesap kullanıldığında bakımı kimin tamamladığı, kaydı kimin değiştirdiği veya iş emrini kimin kapattığı anlaşılamaz. Bu nedenle her çalışan için kişisel kullanıcı hesabı açılmalıdır.

Yetkiler görev ihtiyacına göre sınırlandırılabilir:

• Teknisyen, kendisine atanan işleri ve gerekli müşteri bilgilerini görür.
• Operasyon sorumlusu planlama, atama ve iş durumu takibini yapar.
• Muhasebe çalışanı cari, tahsilat ve fatura bilgilerine erişir.
• Firma yöneticisi genel raporları ve ekip performansını inceler.
• Bina yöneticisi yalnızca kendi binasına ilişkin izin verilen kayıtları görür.

Teknisyenin görevini yapması için ihtiyaç duymadığı bütün finansal kayıtlara erişmesi gerekmez. Benzer şekilde muhasebe personelinin saha formlarını değiştirme yetkisine ihtiyacı olmayabilir. En az yetki prensibi, kullanıcının yalnızca işi için gerekli alanlara erişmesini ifade eder.

Asansorex gibi bulut tabanlı bakım takip çözümlerinde kullanıcı, şube ve ekip yetkilerini görev dağılımına göre düzenlemek; bakım kayıtlarının doğru personel üzerinden ilerlemesine yardımcı olur. Kurulum sırasında bu rollerin örnek kullanıcılarla test edilmesi, sonradan yaşanacak erişim sorunlarını azaltır.

Sahada İnternet ve Offline Kullanım Politikası

Asansörlerin bulunduğu bodrum katlarda, makine dairelerinde veya kırsal bölgelerde mobil bağlantı zayıf olabilir. Bu nedenle firma, internet kesildiğinde teknisyenin nasıl hareket edeceğini kurulum aşamasında belirlemelidir.

Yazılım offline çalışmayı destekliyorsa şu senaryolar test edilmelidir:

• Teknisyen internet yokken iş emrini açabiliyor mu?
• Bakım formuna işaretleme yapabiliyor mu?
• Fotoğraf ve imza ekleyebiliyor mu?
• Kayıtlar bağlantı geldiğinde otomatik eşitleniyor mu?
• Aynı kayıtta iki farklı değişiklik yapılırsa hangisi korunuyor?
• Eşitlenmeyen işler kullanıcıya açık biçimde gösteriliyor mu?

Offline destek yoksa geçici işlem prosedürü oluşturulmalıdır. Teknisyen bağlantı bulduğunda kaydı aynı gün içinde tamamlamalı; işlemi yalnızca mesajla ofise bildirmek, kalıcı kayıt yerine geçmemelidir.

Saha testinde telefonun uçak moduna alınması, örnek bakım kaydı oluşturulması ve bağlantı yeniden açıldığında eşitlemenin kontrol edilmesi pratik bir yöntemdir. Bu test gerçek müşteride değil, deneme kaydında yapılmalıdır.

Kayıp, Arızalı veya Değişen Cihazlarda İzlenecek Yol

Cihaz politikası yalnızca normal çalışma düzenini değil, sorun anlarını da kapsamalıdır. Telefon kaybolduğunda ilk konu cihazın maddi değeri değil, açık kalan kurumsal erişimdir.

Kayıp cihaz durumunda uygulanabilecek sıra şöyledir:

1. Çalışan, sorumlu yöneticiye gecikmeden bilgi verir.
2. İlgili kullanıcının açık oturumları kapatılır.
3. Gerekirse parola yenilenir veya hesap geçici olarak durdurulur.
4. Firma cihazıysa uzaktan bulma ya da silme seçenekleri değerlendirilir.
5. Yeni cihazda uygulama güvenli şekilde yeniden kurulur.
6. Olayın tarihi, cihazı ve alınan önlemler kayıt altına alınır.

Telefon değişiminde eski cihazdan yalnızca uygulamayı silmekle yetinilmemelidir. Kurumsal hesaptan çıkış yapılmalı, indirilen belgeler ve bakım fotoğrafları kontrol edilmeli, cihaz firmaya aitse teslim süreci tutanakla tamamlanmalıdır.

Çalışan firmadan ayrıldığında hesabının aktif kalması da önemli bir güvenlik açığıdır. İnsan kaynakları veya firma yöneticisi tarafından kullanılan ayrılış kontrol listesine “bulut yazılımı erişimini kapat” maddesi mutlaka eklenmelidir.

Pilot Kurulum ve İlk Ay Kontrolü

Tüm ekibi aynı gün yeni sisteme geçirmek yerine küçük bir pilot grupla başlamak daha sağlıklıdır. Bir operasyon sorumlusu, iki teknisyen ve sınırlı sayıdaki asansörle bir haftalık deneme yapılabilir.

Pilot süreçte şu göstergeler izlenmelidir:

• Açılan iş emirlerinin tamamlanma oranı
• Eksik bırakılan bakım formu sayısı
• Fotoğraf ve imza yükleme başarısı
• Offline kayıtların eşitlenme durumu
• Bildirimlerin doğru kişiye ulaşması
• Termal çıktıların okunabilirliği
• Teknisyenin bir kaydı tamamlama süresi
• Ofisin düzeltmek zorunda kaldığı hata sayısı

İlk hafta çıkan sorunların tamamı yazılım hatası olmayabilir. Bazıları yanlış kullanıcı yetkisinden, eksik eğitimden veya eski cihazdan kaynaklanabilir. Sorunlar “yazılım”, “cihaz”, “internet”, “veri” ve “kullanıcı eğitimi” olarak sınıflandırılırsa çözüm daha kolay bulunur.

İlk ayın sonunda firma, aktif kullanıcıları ve cihaz listesini yeniden kontrol etmelidir. Kullanılmayan hesaplar kapatılmalı, fazla yetkiler azaltılmalı ve teknisyenlerin en çok zorlandığı işlemler için kısa bir tekrar eğitimi yapılmalıdır.

Sıkça Sorulan Sorular

Bulut asansör yazılımı için ofise sunucu kurmak gerekir mi?

Çoğu bulut çözümünde firma ofisine ayrı bir uygulama sunucusu kurulması gerekmez. Ancak internet altyapısı, kullanıcı bilgisayarları, erişim güvenliği ve veri aktarımı yine planlanmalıdır. Hizmetin teknik mimarisi sağlayıcıdan doğrulanmalıdır.

Teknisyen kendi telefonunu kullanabilir mi?

Evet, teknik uyumluluk ve firma politikası uygunsa kullanabilir. Bununla birlikte kurumsal verilerin korunması, uygulama izinleri, internet kullanımı ve işten ayrılma durumundaki erişim kapatma süreci yazılı olmalıdır.

Her teknisyen için ayrı hesap açılmalı mı?

Evet. Ayrı hesap, işlemi yapan kişinin belirlenmesini, yetkilerin görev bazında sınırlandırılmasını ve çalışan ayrıldığında yalnızca ilgili erişimin kapatılmasını sağlar. Ortak hesap kullanımı izlenebilirliği zayıflatır.

İnternet olmayan makine dairesinde kayıt yapılabilir mi?

Bu, kullanılan yazılımın offline özelliğine bağlıdır. Offline kullanım destekleniyorsa form, fotoğraf, imza ve sonradan eşitleme işlemleri gerçek saha koşullarına benzer biçimde test edilmelidir.

Eski telefonlar bakım uygulaması için yeterli olur mu?

Uygulama açılsa bile eski işletim sistemi, zayıf batarya, düşük depolama veya bağlantı sorunları günlük kullanımı aksatabilir. Karar yalnızca uygulamanın açılmasına göre değil, tam bir saha vardiyasındaki performansa göre verilmelidir.

Cihaz kaybolduğunda ilk işlem ne olmalıdır?

Çalışan firmaya hemen haber vermeli; yetkili kişi ilgili hesabın açık oturumlarını kapatmalı ve erişimi geçici olarak durdurmalıdır. Ardından parola, uzaktan silme ve yeni cihaz kurulumu adımları değerlendirilmelidir.

Özet

Asansör bulut asansör yazılımının başarılı kurulumu; temiz veri, uygun cihaz, kişisel kullanıcı hesabı, doğru yetkilendirme ve açık saha kurallarının birlikte yönetilmesine bağlıdır. Firma cihazı veya personel telefonu tercih edilebilir; önemli olan güvenlik, teslim, kayıp cihaz ve işten ayrılma prosedürlerinin önceden belirlenmesidir. Küçük bir pilot ekiple başlanması ve ilk ay sonunda kullanım verilerinin değerlendirilmesi, geçiş riskini azaltır. Asansorex üzerinden bakım planı, saha kaydı ve kullanıcı erişimlerini ortak bir düzende takip etmek de ofis ile teknisyen arasındaki bilgi kopukluğunu azaltmaya yardımcı olabilir.