Asansör Bakım Planlama Yazılımı Entegrasyon Checklist’i

İÇERİK

Asansör Bakım Planlama Yazılımı satın almak, bakım operasyonunu tek başına düzenli hâle getirmez. Başarılı sonuç için müşteri, bina, asansör, sözleşme, teknisyen ve bakım takvimi verilerinin doğru şekilde aktarılması; saha ekibinin yeni çalışma düzenine hazırlanması ve kullanılan diğer sistemlerle bağlantıların planlanması gerekir. Bu rehberde, yazılım seçimi tamamlandıktan sonra canlı kullanıma geçene kadar kontrol edilmesi gereken noktaları adım adım bulabilirsiniz. Amaç, mevcut operasyonu durdurmadan geçiş yapmak ve ilk aydan itibaren ölçülebilir bir bakım düzeni kurmaktır.

Entegrasyondan Önce Mevcut Süreci Haritalandırın

En sık yapılan hata, mevcut çalışma yöntemi çıkarılmadan yeni yazılıma veri yüklemeye başlamaktır. Oysa Excel dosyalarında, WhatsApp gruplarında, kâğıt formlarda ve farklı personelin telefonlarında dağınık hâlde duran bilgiler öncelikle sınıflandırılmalıdır.

İlk toplantıda şu sorulara açık cevap verilmelidir:

• Aylık bakım listelerini kim hazırlıyor?
• Bakımlar teknisyenlere hangi yöntemle atanıyor?
• Teknisyen tamamladığı işi nasıl bildiriyor?
• Bakım formu, fotoğraf ve imza nerede saklanıyor?
• Eksik kalan bakımlar nasıl tespit ediliyor?
• Arıza kaydı bakım planını nasıl etkiliyor?
• Sözleşmesi sona eren müşterinin bakımı sistemde durduruluyor mu?
• Şube veya ekip bazında farklı işleyişler bulunuyor mu?
• Bina yöneticisine hangi belge ve bildirimler gönderiliyor?
• Muhasebe birimi tamamlanan bakımları görebiliyor mu?

Bu çalışma yalnızca teknik bir hazırlık değildir. Firma sahibinin, operasyon sorumlusunun ve saha ekibinin aynı iş akışı üzerinde uzlaşmasını sağlar. Örneğin ofis personeli bir bakımın “tamamlandı” sayılması için teknisyenin durum değiştirmesini yeterli görebilir. Firma sahibi ise bakım formu, müşteri imzası ve fotoğraf olmadan işlemin kapanmamasını isteyebilir. Bu kurallar entegrasyondan önce belirlenmelidir.

Yazılım, belirsiz bir süreci kendiliğinden düzeltmez. Önce iş kuralı tanımlanmalı, ardından bu kural sisteme uygulanmalıdır.

Aktarılacak Verileri Temizleyin ve Sınıflandırın

Asansör bakım firmalarında aynı bina farklı dosyalarda farklı adlarla kayıtlı olabilir. Bir listede “Güneş Apt.”, diğerinde “Güneş Apartmanı”, muhasebe kayıtlarında ise bina yöneticisinin adı bulunabilir. Bu kayıtlar doğrudan aktarılırsa mükerrer müşteriler, yanlış bakım planları ve hatalı raporlar ortaya çıkar.

Veri temizliği sırasında öncelikle tek bir ana liste oluşturulmalıdır. Her bina ve asansör için mümkün olduğunca sabit bir kayıt kodu kullanılmalıdır.

Veri grubu	Kontrol edilecek alanlar	Yaygın sorun	Yapılması gereken
Müşteri	Unvan, yetkili, telefon, e-posta	Aynı müşteri birden fazla kayıtlı	Mükerrer kayıtları birleştirin
Bina	Açık adres, ilçe, konum, yönetici	Eksik veya eski adres	Güncel adresi doğrulayın
Asansör	Kimlik bilgisi, kapasite, durak, kullanım türü	Asansörler bina adıyla karışıyor	Her asansöre benzersiz kod verin
Sözleşme	Başlangıç, bitiş, ücret, kapsam	Yenileme tarihi boş	Tarih ve kapsamı tamamlayın
Bakım planı	Periyot, ekip, gün, rota	Aynı güne aşırı iş atanmış	Kapasiteye göre dağıtın
Personel	Yetki, ekip, bölge, iletişim	İşten ayrılan kullanıcılar aktif	Aktif personeli ayırın
Geçmiş kayıt	Form, fotoğraf, açıklama, tarih	Dosyalar farklı klasörlerde	Aktarım veya arşiv kararını verin

Her eski verinin yeni sisteme taşınması şart değildir. Örneğin on yıl önce sona ermiş bir sözleşmeye ait eksik bir Excel satırını aktif müşteri listesine aktarmak faydadan çok karışıklık yaratabilir. Aktarım kapsamı üç gruba ayrılabilir:

1. Aktif veriler: Güncel müşteriler, devam eden sözleşmeler, aktif asansörler ve çalışan personel.
2. Operasyonel geçmiş: Son bakım kayıtları, açık arızalar, yaklaşan periyodik muayeneler ve tahsilat durumu.
3. Pasif arşiv: Eski müşteriler, sona ermiş sözleşmeler ve yalnızca gerektiğinde erişilecek belgeler.

Aktarım öncesinde toplam aktif müşteri, bina, asansör ve sözleşme sayısı kaydedilmelidir. Yükleme sonrasında aynı sayılar karşılaştırılarak eksik veya fazla kayıt olup olmadığı kontrol edilmelidir.

Teknik Entegrasyon İhtiyaçlarını Belirleyin

Asansör Bakım Planlama Yazılımı çoğu firmada tek başına çalışmaz. Ön muhasebe, e-fatura, SMS, e-posta, harita, müşteri portalı veya şirket içindeki farklı yazılımlarla bilgi alışverişi gerekebilir. Ancak her bağlantının ilk gün devreye alınması zorunlu değildir.

Entegrasyonlar üç öncelik seviyesinde planlanabilir:

Birinci seviye: Canlı kullanım için zorunlu bağlantılar

Bunlar olmadan günlük operasyonun aksayacağı bağlantılardır. Kullanıcı hesaplarının açılması, mobil uygulamanın çalışması, teknisyenlerin iş emirlerini görebilmesi ve tamamlanan bakımın merkeze ulaşması bu seviyede değerlendirilir.

İnternetin zayıf olduğu makine dairesi, bodrum veya kırsal bölgelerde çalışan ekipler için çevrimdışı kullanım özellikle test edilmelidir. Teknisyen bağlantı yokken form doldurabiliyor, fotoğraf ekleyebiliyor ve imza alabiliyor mu? Telefon yeniden internete bağlandığında kayıt güvenli biçimde merkeze aktarılıyor mu? Bu iki soru masa başında değil, sahada cevaplanmalıdır.

İkinci seviye: Operasyon verimliliğini artıran bağlantılar

SMS bildirimleri, e-posta gönderimleri, harita ve rota özellikleri, müşteri bilgilendirme ekranları bu gruba girer. Örneğin planlanan bakım öncesinde bina yöneticisine otomatik bildirim gönderilecekse mesajın içeriği, gönderim zamanı ve yanlış numara durumunda izlenecek yol belirlenmelidir.

Üçüncü seviye: Finansal ve yönetsel bağlantılar

Ön muhasebe, e-fatura, tahsilat ve yönetim raporları dikkatli planlanmalıdır. Bakımın tamamlanması otomatik olarak fatura oluşturacak mı, yoksa muhasebe onayı mı gerekecek? Sözleşme ücreti bina bazında mı, asansör bazında mı izlenecek? KDV dâhil ve hariç tutarlar hangi sistemde esas alınacak? Bu kararlar netleşmeden otomasyon kurulması hatalı faturaya veya mükerrer kayda yol açabilir.

Asansorex gibi bakım takip yazılımlarında müşteri, asansör, plan, saha formu ve raporların aynı akışta tutulması, farklı kaynaklardan veri toplama ihtiyacını azaltabilir. Yine de kullanılacak entegrasyonların firmanın mevcut muhasebe ve iletişim düzeniyle uyumu pilot aşamada doğrulanmalıdır.

Bakım Planı ve Saha Formlarını Yapılandırın

Veri aktarımından sonra bütün müşterilere aynı bakım planını toplu olarak atamak pratik görünse de doğru değildir. Bölge, sözleşme kapsamı, asansör sayısı, ulaşım süresi, teknisyen yetkinliği ve bina erişim saatleri dikkate alınmalıdır.

Bakım planı hazırlanırken şu kontrol sırası kullanılabilir:

1. Aktif sözleşmeleri ve sözleşme kapsamlarını doğrulayın.
2. Her binadaki aktif asansör sayısını kontrol edin.
3. Bakım periyodunu ve hedef gün aralığını belirleyin.
4. Binaları bölge ve rota yakınlığına göre gruplayın.
5. Teknisyenlerin günlük gerçekçi kapasitesini hesaplayın.
6. İzin, nöbet ve arıza yoğunluğu için boş kapasite bırakın.
7. Resmî tatillere veya bina erişim kısıtlarına denk gelen işleri yeniden planlayın.
8. Geciken bakımın kime ve ne zaman bildirileceğini tanımlayın.

Saha formu da firmanın gerçek bakım uygulamasına uygun olmalıdır. Gereğinden uzun formlar teknisyen tarafından hızlıca işaretlenebilir; aşırı kısa formlar ise yapılan işlemin niteliğini göstermeyebilir. Formlarda bakım tarihi, teknisyen, kontrol maddeleri, tespit edilen eksikler, kullanılan malzeme, açıklama, fotoğraf ve imza gibi alanların kullanım amacı net olmalıdır.

Periyodik bakım kaydı ile periyodik kontrol sonucu birbirine karıştırılmamalıdır. A, B, C ve D kusur sınıfları ile bunlara bağlı etiket süreçleri yetkili periyodik kontrol kuruluşunun değerlendirmesiyle ilişkilidir. Bakım yazılımında bu sonuçlar takip edilebilir; ancak bakım firmasının kendi formu, resmî periyodik kontrol raporunun yerine geçmez.

Yetki, Güvenlik ve Kayıt İzini Kontrol Edin

Her çalışanın bütün müşteri ve finans verilerine erişmesi gerekmez. Teknisyen kendi işleri ve ihtiyaç duyduğu teknik geçmişi görürken, operasyon sorumlusu ekiplerin genel planını izleyebilir. Finansal bilgiler ise firma sahibinin belirlediği kullanıcılarla sınırlandırılabilir.

Yetkilendirme yapılırken şu roller ayrı ayrı değerlendirilmelidir:

• Firma sahibi veya yetkili yönetici
• Operasyon ve planlama sorumlusu
• Şube sorumlusu
• Saha teknisyeni
• Muhasebe veya tahsilat personeli
• Salt görüntüleme yetkisi verilen kullanıcı

Silme ve değiştirme yetkileri özellikle sınırlandırılmalıdır. Tamamlanmış bir bakım formunda sonradan değişiklik yapılırsa işlemi kimin, ne zaman ve hangi alan üzerinde yaptığı izlenebilmelidir. Kullanıcı ayrıldığında hesabının hemen kapatılması, ortak şifre kullanılmaması ve mümkünse kişiye özel hesap tanımlanması gerekir.

Ayrıca düzenli yedekleme, verinin dışa aktarılabilmesi ve hizmet sona erdiğinde kayıtlara nasıl ulaşılacağı yazılım sağlayıcısına sorulmalıdır. Fotoğraf, imza ve bakım geçmişi gibi kayıtların saklanma yaklaşımı firmanın hukuki ve operasyonel ihtiyaçlarıyla birlikte değerlendirilmelidir.

Pilot Uygulama ve Canlıya Geçiş Checklist’i

Bütün portföyü tek günde yeni sisteme geçirmek yerine sınırlı bir pilot ekip seçmek daha güvenlidir. Pilot için farklı senaryolar içeren 20–50 asansörlük bir grup yeterli olabilir. Bu grupta yakın ve uzak binalar, tek ve çok asansörlü yapılar, farklı sözleşme tipleri ve internet bağlantısı zayıf noktalar bulunmalıdır.

Kontrol noktası	Sorumlu	Başarı ölçütü
Müşteri ve asansör aktarımı	Ofis sorumlusu	Örnek kayıtlar eksiksiz ve mükerrersiz
Bakım planı oluşturma	Operasyon sorumlusu	Tarih, ekip ve rota doğru
Mobil iş emri görüntüleme	Teknisyen	Atanan işler doğru cihazda görünüyor
Çevrimdışı form doldurma	Teknisyen	Bağlantı sonrası veri kaybı olmadan eşitleniyor
Fotoğraf ve imza ekleme	Teknisyen	Kayıt doğru iş emrine bağlanıyor
PDF veya bakım fişi	Ofis sorumlusu	Firma ve müşteri bilgileri doğru
Bildirim gönderimi	Operasyon sorumlusu	Doğru kişiye, doğru zamanda ulaşıyor
Yönetim raporu	Firma sahibi	Planlanan ve tamamlanan işler ayrışıyor
Yetki testi	Firma sahibi	Kullanıcı yalnızca izinli alanları görüyor
Yedek ve dışa aktarım	Yetkili kullanıcı	Seçilen veriler kullanılabilir formatta alınabiliyor

Pilot en az bir tam bakım döngüsünü kapsamalıdır. Birkaç saatlik masa başı denemesi, sahadaki bağlantı sorunlarını, yanlış adresleri veya teknisyen alışkanlıklarını göstermeyebilir. Pilot sonunda kullanıcıların karşılaştığı sorunlar önem derecesine göre sınıflandırılmalıdır:

• Kritik: İş emrinin görünmemesi, kaydın kaybolması, yanlış müşteriye form gitmesi.
• Yüksek: Planın hatalı atanması, PDF bilgilerinin yanlış oluşması, yetki sorunu.
• Orta: Fazladan tıklama, anlaşılmayan alan adı, bildirim zamanlaması.
• Düşük: Görsel tercih, sıralama veya rapor görünümü talepleri.

Kritik ve yüksek seviyeli sorunlar giderilmeden bütün portföy canlı kullanıma alınmamalıdır.

İlk 30 Gün Performansını Ölçün

Entegrasyon, kullanıcı hesapları açıldığında tamamlanmış sayılmaz. İlk 30 gün boyunca planlanan bakım, tamamlanan bakım, geciken iş, eksik form ve veri düzeltme sayıları düzenli izlenmelidir.

Başlangıç için şu göstergeler yeterlidir:

• Planlanan bakımların zamanında tamamlanma oranı
• Eksik form, fotoğraf veya imza sayısı
• Teknisyen başına günlük tamamlanan iş
• Yanlış adrese veya personele atanan iş sayısı
• Sonradan düzeltilen müşteri ve asansör kayıtları
• Geciken bakım bildirimlerine dönüş süresi
• Kullanıcıların destek talebi oluşturduğu konular
• Kâğıt veya Excel üzerinden devam ettirilen paralel işlemler

İlk hafta eski yöntem ile yeni sistemi kontrollü biçimde karşılaştırmak faydalı olabilir. Ancak çift kayıt düzeni aylarca sürdürülmemelidir. Aksi hâlde hangi listenin güncel olduğu yeniden belirsiz hâle gelir. Pilot onaylandıktan sonra resmi geçiş tarihi belirlenmeli ve ekip, o tarihten itibaren bakım kayıtlarını tek sistemde tutmalıdır.

Sıkça Sorulan Sorular

Asansör Bakım Planlama Yazılımı entegrasyonu ne kadar sürer?

Süre; aktif asansör sayısına, verilerin düzenine, aktarılacak geçmiş kayıtlara ve kurulacak bağlantılara göre değişir. Temiz bir müşteri ve asansör listesine sahip küçük firmalarda süreç daha hızlı ilerler. Dağınık Excel dosyaları, mükerrer kayıtlar ve özel entegrasyonlar süreyi uzatır.

Bütün geçmiş bakım kayıtları aktarılmalı mı?

Her zaman gerekli değildir. Aktif sözleşmeler, açık işler, son bakım geçmişi ve operasyon açısından ihtiyaç duyulan belgeler önceliklidir. Eski kayıtlar ayrı bir dijital arşivde de tutulabilir. Karar verilmeden önce denetim, müşteri ilişkileri ve olası uyuşmazlıklarda hangi geçmişe ihtiyaç duyulacağı değerlendirilmelidir.

Excel dosyası doğrudan sisteme yüklenebilir mi?

Birçok yazılım tablo üzerinden toplu veri aktarımını destekleyebilir; ancak dosyanın istenen sütun yapısına uyarlanması gerekir. Tarih biçimleri, telefon numaraları, mükerrer bina adları ve boş zorunlu alanlar yüklemeden önce temizlenmelidir.

Teknisyen eğitimi kaç saat olmalıdır?

Süre ekip büyüklüğüne ve uygulamanın kapsamına bağlıdır. Genel uygulamada kısa bir sınıf anlatımından sonra sahada gerçek iş emriyle deneme yapılması daha verimlidir. Eğitim; işi görüntüleme, durum güncelleme, form doldurma, fotoğraf ekleme, imza alma ve çevrimdışı çalışma senaryolarını kapsamalıdır.

Muhasebe entegrasyonu ilk gün yapılmalı mı?

Bakım operasyonu için zorunlu değilse ikinci aşamaya bırakılabilir. Önce müşteri, asansör, plan ve saha kayıtlarının doğru çalıştığı doğrulanmalıdır. Finansal bağlantı kurulmadan önce cari eşleştirme, fatura tetikleme ve mükerrer kayıt kuralları netleştirilmelidir.

Entegrasyonun başarılı olduğu nasıl anlaşılır?

Başarı yalnızca verilerin sisteme yüklenmesiyle ölçülmez. Bakımların doğru personele atanması, saha kayıtlarının eksiksiz dönmesi, gecikmelerin görülebilmesi ve firma sahibinin güvenilir rapor alabilmesi gerekir. İlk 30 gündeki hata ve tamamlanma oranları bu değerlendirme için kullanılabilir.

Özet

Başarılı bir Asansör Bakım Planlama Yazılımı entegrasyonu; temiz veri, tanımlı iş kuralları, doğru yetkilendirme, saha testi ve ölçülebilir bir canlıya geçiş planı gerektirir. Önce mevcut süreç haritalandırılmalı, ardından müşteri ve asansör verileri temizlenmeli, gerekli bağlantılar önceliklendirilmeli ve sınırlı bir portföyle pilot çalışma yapılmalıdır. Asansorex, bakım planlarının teknisyen atamaları ve saha kayıtlarıyla birlikte izlenmesine yardımcı olarak bu geçişi tek merkezden yönetilebilir hâle getirebilir. En sağlıklı sonuç ise yazılımın firmanın gerçek saha koşullarında test edilmesi ve ilk 30 günün düzenli olarak ölçülmesiyle elde edilir.