Bulut Asansör Yazılımı Güvenlik Checklist: Firma ve Saha Rehberi

İÇERİK

Bulut asansör yazılımı güvenlik checklist, bakım firmasının müşteri bilgilerini, servis geçmişini ve ticari kayıtlarını hangi kontrollerle koruyacağını belirleyen pratik bir listedir. Yazılımın internette çalışması, güvenliğin tamamını sağlayıcıya bırakabileceğiniz anlamına gelmez. Ortak kullanılan şifreler, işten ayrılan personelin açık kalan hesabı veya yanlış kişiye gönderilen bakım raporu, günlük iş akışında açık oluşturabilir. Bu rehberde, 2026 yılında Türkiye’de faaliyet gösteren bir asansör bakım firmasının yazılım seçerken ve mevcut kullanımını değerlendirirken uygulayabileceği adımları bulacaksınız. Amaç, teknik terimler arasında kaybolmadan her kontrol için sorumluyu, doğrulama yöntemini ve eksik olduğunda yapılacak işi belirlemektir.

1. Önce hangi bilgileri koruduğunuzu belirleyin

Güvenlik kontrolüne şifrelerden önce kayıt envanteriyle başlayın. Asansör bakım firmasında yalnızca bina adresleri tutulmaz. Yönetici telefonları, bakım sözleşmeleri, tahsilat bilgileri, servis fotoğrafları ve imzalı formlar da aynı çalışma düzeninin parçalarıdır.

Firma sahibi açısından ilk soru şudur: Hangi bilgiye kim, hangi iş için ihtiyaç duyuyor? Teknisyenin kendisine atanan binanın iletişim bilgisine ulaşması gerekebilir. Ancak tüm müşterilerin sözleşme bedellerini veya firmanın toplu tahsilat durumunu görmesi her görev için gerekli değildir.

Başlangıç envanterinizi şu gruplarla oluşturabilirsiniz:

• Müşteri ve bina iletişim bilgileri.
• Asansör kimlik bilgileri ve teknik servis geçmişi.
• Bakım formları, fotoğraflar ve imzalar.
• Sözleşmeler, teklifler ve ticari koşullar.
• Tahsilat kayıtları ve mali belgeler.
• Kullanıcı hesapları ve işlem geçmişi.

Her grubun karşısına erişmesi gereken çalışanları yazın. Gereksiz kişisel bilgilerin açıklama alanlarına eklenmesini de önleyin. Örneğin bakım kaydına bina sakininin kimlik fotoğrafını yüklemek, bakım işini açıklamak için ihtiyaç duyulmayan bir veri birikimi oluşturabilir.

Korunacak kayıt yalnızca yazılımda bulunmaz

Bilgisayara indirilen Excel dosyaları, telefondaki servis fotoğrafları ve mesajlaşma uygulamasından gönderilen raporlar da envantere dahildir. Yazılımdaki erişimi sınırlandırıp dışarı aktarılan dosyaları kontrolsüz bırakmak, korumanın önemli bir bölümünü eksik bırakır.

2. Kullanıcı hesaplarını kişiye ve göreve göre düzenleyin

Birçok küçük firmada işe tek hesapla başlanır. Firma sahibi, ofis çalışanı ve teknisyen aynı şifreyi kullanır. Ekip büyüdüğünde bu alışkanlık devam ederse kaydı kimin değiştirdiği ve hangi kişinin erişiminin kapatılması gerektiği belirsizleşir.

Her çalışan için ayrı hesap oluşturulmasını temel koşul kabul edin. Ardından görüntüleme, değiştirme, silme ve dışarı aktarma yetkilerini ayrı ayrı değerlendirin. Bir kaydı görme ihtiyacı, onu silme yetkisini otomatik olarak gerektirmez.

Örneğin iki saha ekibi bulunan bir firmada, teknisyenin yalnızca kendisine atanan işleri görmesi yeterli olabilir. Ofis sorumlusu planlama yapabilir; toplu müşteri aktarımı ise firma sahibinin yetkisinde tutulabilir. Buradaki sınırlar, firmanın gerçek görev dağılımına göre belirlenmelidir.

İki aşamalı doğrulamayı kontrol edin

Sağlayıcıya iki aşamalı veya çok faktörlü doğrulama desteğini sorun. Özellikle geniş erişimi olan hesaplarda bu korumanın kullanılmasını değerlendirin. Benzersiz şifreler, gereksiz hesapların kaldırılması ve görevle sınırlı erişim, CISA’nın güvenliği güçlendirme rehberinde de vurgulanan uygulamalardır.

Hesap kurtarma sürecini de inceleyin. Doğrulama yapılan telefon kaybolduğunda hesabı kimin, hangi kontrolle geri açacağı belli olmalıdır. Kurtarma kodlarını ortak mesaj grubunda tutmayın.

Personel ayrılışında yalnızca şifre değiştirmeye güvenmeyin. Hesabı kapatma, açık oturumları sonlandırma ve şirket cihazlarını teslim alma adımlarını birlikte uygulayın.

3. Güvenlik checklist tablosunu kanıtla doldurun

Aşağıdaki tabloyu satın alma görüşmesinde veya mevcut yazılımın değerlendirilmesinde kullanabilirsiniz. “Var” cevabını tek başına yeterli görmeyin; mümkünse örnek kayıt, canlı gösterim veya yazılı açıklama isteyin.

Tablodaki sıklıklar yasal süreler değil, firma içi kontrol düzeni kurmak için önerilen başlangıç noktalarıdır.

Kontrol noktası	Nasıl doğrulanır?	Önerilen kontrol zamanı
Kişiye özel hesap	Çalışan listesi ile aktif hesaplar karşılaştırılır	İşe girişte ve aylık
Göreve uygun erişim	Deneme hesabıyla görüntüleme ve değiştirme sınanır	Kurulumda ve görev değişiminde
İki aşamalı doğrulama	Desteklenen yöntemle örnek giriş yapılır	Kurulumda
Ayrılan personelin erişimi	Hesap ve mevcut oturumların kapandığı doğrulanır	Ayrılış sırasında
Yedekleme kapsamı	Form, fotoğraf ve eklerin kapsama girip girmediği sorulur	Sözleşme öncesinde
Geri yükleme başarısı	Tarihli test özeti veya örnek geri dönüş gösterilir	Belirlenen test döneminde
İşlem geçmişi	Örnek değişikliğin kullanıcı ve zamanı incelenir	Pilot kullanımda
Mobil cihaz koruması	Ekran kilidi ve güncelleme durumu kontrol edilir	Cihaz tesliminde ve aylık
Rapor paylaşımı	Yanlış alıcının erişimi ve bağlantı iptali sınanır	Kurulumda ve değişiklikte
Veri dışarı aktarma	Örnek çıktı ve dosya ekleri açılarak incelenir	Satın alma öncesinde
Kesinti iletişimi	Destek kanalı ve sorumlu kişi doğrulanır	Üç ayda bir
Veri saklama ve silme	Yazılı süreç ve hizmet sonu işlemleri incelenir	Sözleşme öncesinde

Tabloya kendi kullanımınız için “sorumlu kişi”, “durum” ve “tamamlanma tarihi” sütunları ekleyin. Böylece liste, görüşme notu olmaktan çıkar ve takip edilebilir bir çalışma planına dönüşür.

4. Yedekleme sözünü geri yükleme kanıtıyla tamamlayın

“Her gün yedek alıyoruz” açıklaması tek başına yeterli değildir. Yedeğin hangi kayıtları içerdiği, ne kadar geriye gidilebildiği ve ihtiyaç halinde ne kadar sürede geri dönülebileceği önemlidir.

Örneğin bakım formunun metni yedeklenirken imza ve fotoğraflar kapsam dışında kalıyorsa geri yüklenen kayıt, beklediğiniz bütünlüğü sağlamayabilir. Sağlayıcıdan bu kapsamı açıkça anlatmasını isteyin.

Görüşmede şu soruları sorun:

1. Yedekleme hangi aralıklarla yapılıyor?
2. Formlar, fotoğraflar, imzalar ve belgeler aynı kapsamda mı?
3. Yedekler ana sistemden ayrı ve farklı erişim kontrolleriyle korunuyor mu?
4. Yanlışlıkla silinen tek kayıt geri getirilebiliyor mu?
5. Son geri yükleme testi ne zaman yapıldı?
6. Beklenen veri kaybı aralığı ve hizmete dönüş süresi nedir?

Son iki soruyu günlük iş üzerinden değerlendirin. Diyelim ki firma bir günde 60 servis kaydı oluşturuyor. Son kurtarılabilir kayıt önceki güne aitse ekip bu işlemleri hangi kaynaklardan yeniden oluşturacak? Bu örnek bir hizmet taahhüdü değildir; firmanın kabul edebileceği kesintiyi hesaplamasına yardımcı olur.

Yedekleme ile dosya indirmeyi de ayırın. Müşteri listesinin Excel çıktısı, fotoğrafları ve işlem ilişkilerini içeren tam bir sistem yedeğinin yerine geçmeyebilir.

5. Saha telefonlarını ve rapor paylaşımını güvenceye alın

Saha teknisyeninin telefonu, bakım geçmişine açılan günlük çalışma aracıdır. Telefonun araçta unutulması veya başka biri tarafından kullanılması halinde hangi bilgilere ulaşılabileceğini önceden değerlendirin.

Ekran kilidi, güncel işletim sistemi ve uygulama güncellemeleri temel kontrol noktalarıdır. Ortak cihaz kullanılıyorsa vardiya değişiminde önceki kullanıcının oturumunun kapatılması gerekir. Kişisel telefon kullanımında ise iş verilerinin nerede tutulacağı ve personel ayrıldığında nasıl kaldırılacağı baştan açıklanmalıdır.

Kayıp telefon senaryosunu deneyin

Bir deneme hesabıyla giriş yaptıktan sonra ilgili cihazın erişimini uzaktan sonlandırmayı test edin. Yalnızca yeni girişin engellenmesini değil, mevcut oturumun ne yaptığını da gözlemleyin.

Uygulama çevrimdışı çalışıyorsa telefon internete bağlanmadan hangi kayıtların açılabildiğini sorun. Uzaktan oturum kapatma, cihaza daha önce indirilen tüm dosyaların silindiği anlamına gelmeyebilir. Bu ayrım, saha kullanımında özellikle önemlidir.

Bakım raporunu doğru kişiye ulaştırın

Bina yöneticisi değiştiğinde eski iletişim bilgisinin kayıtta kalması, raporların yanlış kişiye gönderilmesine yol açabilir. Yönetici değişikliğini yalnızca telefon numarası güncellemesi olarak ele almayın; mevcut paylaşım bağlantılarını ve erişimleri de gözden geçirin.

Asansorex gibi bir bakım takip yazılımında kayıtları düzenli tutmak, dağınık dosya paylaşımını azaltmaya yardımcı olabilir. Bunun yanında, kullanılan paketin paylaşım ve yetkilendirme seçenekleri ayrıca doğrulanmalıdır.

6. Sağlayıcıdan yazılı cevap alın ve pilot yapın

Yazılımın güvenliği hakkında yalnızca “verileriniz güvende” ifadesiyle karar vermeyin. Veri aktarımının ve depolamanın nasıl korunduğunu, sağlayıcı personelinin destek amacıyla hangi koşullarda erişebildiğini ve bu erişimlerin kaydedilip kaydedilmediğini sorun.

Verilerin ve yedeklerin hangi ülkelerde tutulduğunu da öğrenin. Bu bilgi tek başına güvenlik veya hukuki uygunluk kanıtı değildir; firmanın değerlendirmesi için gerekli bir girdidir. Saklama, silme ve hizmet sona erdiğinde teslim süreçlerinin yazılı olması belirsizlikleri azaltır.

Satın alma öncesinde gerçek müşteri verileri yerine örnek kayıtlarla küçük bir pilot uygulayın:

1. İki teknisyen ve bir ofis çalışanı için deneme hesabı oluşturun.
2. Her hesabın görmesi gereken işleri belirleyin.
3. Bir bakım kaydını değiştirip işlem geçmişini inceleyin.
4. Bir kullanıcının erişimini kapatıp açık oturumunu kontrol edin.
5. Örnek kayıtları dışarı aktararak dosyaları açın.
6. Sağlayıcıyla kesinti halinde aranacak kişiyi ve kanalı doğrulayın.

Başarısız çıkan her adımı yazılı takip edin. Örneğin kapatılan hesap çalışmaya devam ediyorsa bunu canlı kullanımdan önce çözülmesi gereken bir eksik olarak değerlendirin. Eksik bir kontrolün başka bir yöntemle karşılanıp karşılanamayacağını da somut biçimde görüşün.

Sıkça Sorulan Sorular

Bulut asansör yazılımı kullanmak verilerin güvende olduğunu gösterir mi?

Tek başına göstermez. Sağlayıcının koruma önlemleri kadar kullanıcı yetkileri, telefon güvenliği ve dosya paylaşımı da sonucu etkiler. Değerlendirmeyi yazılı açıklamalar ve örnek kullanım testleriyle yapmak gerekir.

Küçük bir bakım firmasında herkes aynı hesabı kullanabilir mi?

Bu kullanım, yapılan değişikliklerin kime ait olduğunu ayırt etmeyi zorlaştırır. Bir çalışan ayrıldığında erişimini bağımsız olarak kapatamazsınız. Az sayıda çalışan olsa bile kişiye özel hesaplarla başlamak daha düzenli bir takip sağlar.

Günlük yedekleme yeterli midir?

Firmanın günlük kayıt miktarına ve kabul edebileceği veri kaybına bağlıdır. Ayrıca yedeğin kapsamı ve geri yüklenebilirliği önemlidir. Sıklık bilgisiyle birlikte test sonucunu ve beklenen hizmete dönüş süresini de değerlendirin.

Yazılım değiştirirken hangi verileri istemeliyiz?

Müşteri ve asansör listelerine ek olarak bakım geçmişini, arızaları, sözleşmeleri ve dosya eklerini değerlendirin. Verilerin hangi biçimde verileceğini önceden öğrenin. Birkaç örnek çıktıyı açarak kayıtların anlaşılır ve kullanılabilir olduğunu kontrol edin.

Güvenlik kontrol listesi ne sıklıkla yenilenmeli?

Personel değişikliği, yeni cihaz, yeni entegrasyon veya paylaşım yönteminde değişiklik olduğunda ilgili bölümü gözden geçirin. Aylık kısa hesap kontrolü ve dönemsel kapsamlı değerlendirme, başlangıç için uygulanabilir bir firma içi düzen olabilir.

Özet

Bulut asansör yazılımı güvenlik checklist çalışmasının çıktısı, işaretlenmiş kutulardan oluşmamalıdır. Her kontrolün sorumlusu, doğrulama yöntemi ve eksikse tamamlanma tarihi bulunmalıdır. Önce hesapları ve erişimleri düzenleyin; ardından yedekten dönüşü, saha cihazlarını ve rapor paylaşımını sınayın. Asansorex’i değerlendirirken de aynı soruları kullanarak bakım takibinizi firmanızın veri koruma ve iş sürekliliği ihtiyaçlarıyla birlikte ele alabilirsiniz.