Asansör Bakım Takvim Programı Entegrasyon Checklist

İÇERİK

Asansör bakım firmasında yeni bir yazılıma geçişin en kritik kısmı programın satın alınması değil, mevcut operasyonun doğru şekilde sisteme aktarılmasıdır. Müşteri kayıtları eksik, asansörler yanlış binalara bağlı, bakım tarihleri hatalı veya teknisyen sorumlulukları belirsiz şekilde yapılan bir geçiş, dijitalleşme yerine yeni bir karmaşa oluşturabilir.

Bu nedenle Asansör Bakım Takvim Programı entegrasyonu, yalnızca Excel dosyasını sisteme yüklemek olarak görülmemelidir. Müşteri, bina, asansör, sözleşme, bakım periyodu, teknisyen, cari hesap ve saha süreçlerinin birbirleriyle doğru ilişkilendirilmesi gerekir.

Aşağıdaki entegrasyon checklist'i özellikle yüzlerce veya binlerce asansöre hizmet veren firmaların yeni sisteme geçerken veri kaybı yaşamaması, bakım atlamaması ve saha ekiplerinin ilk günden düzenli çalışabilmesi için hazırlanmıştır.

Entegrasyondan Önce Mevcut Verileri Temizleyin

En sık yapılan hata, yıllardır kullanılan Excel dosyalarının veya eski programdaki kayıtların kontrol edilmeden yeni sisteme aktarılmasıdır.

Eski kayıtların içinde aynı müşterinin farklı isimlerle açılması, kapanmış binaların hâlâ aktif görünmesi veya bakım sözleşmesi bitmiş asansörlerin planlamaya dahil edilmesi oldukça yaygındır.

Örneğin aynı bina aşağıdaki üç farklı isimle kayıtlı olabilir:

• Güneş Apartmanı
• Güneş Apt.
• Güneş Apartmanı Yönetimi

İnsan gözü bunların aynı bina olduğunu anlayabilir. Ancak yazılım açısından bunlar üç ayrı kayıt olabilir.

Bu nedenle entegrasyon öncesinde temel veri temizliği yapılmalıdır.

Kontrol edilmesi gerekenler:

• Mükerrer müşteri kayıtları
• Mükerrer bina kayıtları
• Hizmet verilmeyen eski müşteriler
• Yanlış veya eksik telefon numaraları
• Eksik bina adresleri
• Yanlış asansör seri veya kimlik bilgileri
• Süresi bitmiş sözleşmeler
• Yanlış bakım periyotları
• Firmadan ayrılmış teknisyenler
• Geçerliliğini kaybetmiş cari kayıtlar

Özellikle bakım planlamasında kullanılacak veri ne kadar temiz olursa sistemin oluşturacağı takvim de o kadar güvenilir olur.

Dijital sisteme geçiş, eski hataları yeni programa taşımak değil; mevcut operasyonu temizleyerek yeniden düzenlemek için iyi bir fırsattır.

Müşteri, Bina ve Asansör İlişkisini Doğru Kurun

Asansör sektöründeki veri yapısı klasik müşteri takip sistemlerinden biraz farklıdır. Çünkü tek bir müşterinin birden fazla binası, bir binanın da birden fazla asansörü olabilir.

Örneğin bir site yönetimi müşteriniz olduğunu düşünelim:

Müşteri: Örnek Site Yönetimi

Bu müşteriye bağlı:

• A Blok
• B Blok
• C Blok

Her blokta ikişer asansör bulunuyorsa toplam altı cihazın ayrı ayrı takip edilmesi gerekir.

Her asansörün:

• Bakım tarihi
• Arıza geçmişi
• Kullanılan parçası
• Servis kaydı
• Sözleşme durumu
• Periyodik kontrol bilgileri

farklı olabilir.

Bu nedenle entegrasyon sırasında tüm cihazları doğrudan müşteri kartına eklemek yerine müşteri → bina/tesis → asansör yapısının doğru kurulması önemlidir.

Asansör kartlarında hangi bilgiler kontrol edilmeli?

Genel uygulamada en azından şu bilgiler düzenli tutulmalıdır:

• Asansör adı veya numarası
• Bulunduğu bina
• Açık adres
• Asansör tipi
• Durak sayısı
• Kapasite bilgisi
• Bakım periyodu
• Sorumlu ekip veya teknisyen
• Sözleşme başlangıç ve bitiş tarihi
• Varsa önceki bakım bilgileri

Her firma kendi operasyonuna göre daha fazla teknik alan kullanabilir. Buradaki temel amaç, teknisyenin sahaya gittiğinde hangi cihaz üzerinde çalıştığını tartışmasız şekilde belirleyebilmesidir.

Bakım Takvimini Oluşturmadan Önce Periyotları Kontrol Edin

Asansör Bakım Takvim Programı entegrasyonunun en hassas noktası bakım tarihleridir.

Örneğin bir asansörün son bakımı 12 Ağustos tarihinde yapılmışken yanlışlıkla 12 Eylül son bakım tarihi olarak aktarılırsa sistem sonraki görevleri de yanlış tarihe göre planlayabilir.

Bu nedenle otomatik bakım takvimi oluşturulmadan önce son gerçekleşen bakım tarihi ile bir sonraki planlanan bakım tarihinin karşılaştırılması gerekir.

Aşağıdaki tablo başlangıç kontrolü için kullanılabilir:

Kontrol Alanı	Kontrol Edilecek Bilgi	Kritik mi?
Müşteri	Aktif müşteri mi?	Evet
Bina	Adres ve bina doğru mu?	Evet
Asansör	Doğru binaya bağlı mı?	Evet
Son bakım	Gerçek bakım tarihi doğru mu?	Evet
Sonraki bakım	Planlanan tarih doğru mu?	Evet
Teknisyen	Sorumlu ekip belli mi?	Evet
Sözleşme	Aktiflik durumu doğru mu?	Evet
Telefon	Yönetici iletişim bilgisi güncel mi?	Önerilir
Cari	Müşteri hesabıyla eşleşiyor mu?	Önerilir

Özellikle çok sayıda asansörü bulunan firmalarda tüm kayıtları tek tek kontrol etmek zor olabilir. Bu durumda önce kritik müşteriler ve yaklaşan bakım tarihleri kontrol edilerek geçiş yapılabilir.

İlk ay neden ayrıca takip edilmeli?

Yeni sistemin ilk ayında eski kayıtlarla yeni takvim paralel olarak karşılaştırılabilir.

Örneğin eski Excel listenizde eylül ayında 420 bakım görünüyorsa yeni programda yalnızca 371 bakım oluşmuşsa entegrasyon tamamlanmış kabul edilmemelidir.

Aradaki 49 bakımın neden çıkmadığı araştırılmalıdır.

Sebep şu alanlardan biri olabilir:

• Bakım tarihi eksik
• Asansör pasif durumda
• Sözleşme tarihi hatalı
• Yanlış bina eşlemesi
• Teknisyen ataması yapılmamış
• Veri aktarımı eksik

Teknisyen ve Saha Ekibi Entegrasyonunu Test Edin

Takvim ofiste doğru görünse bile teknisyen tarafında çalışmıyorsa sistem operasyonel olarak tamamlanmış değildir.

Bu nedenle entegrasyon sonrası birkaç test görevi oluşturulmalıdır.

Örnek senaryo:

1. Test binasına bakım görevi oluşturun.
2. Görevi bir teknisyene atayın.
3. Teknisyenin görevi mobil cihazından görüp görmediğini kontrol edin.
4. Bina adresinin doğru geldiğini kontrol edin.
5. Asansör bilgisinin doğru olduğunu doğrulayın.
6. Bakım formunu doldurun.
7. Varsa fotoğraf veya imza ekleyin.
8. İşlemi tamamlayın.
9. Ofis tarafında tamamlanan bakımın kayda geçtiğini kontrol edin.

Bu test, gerçek müşteriler üzerinde toplu planlama yapılmadan önce gerçekleştirilmelidir.

Teknisyen yetkileri de kontrol edilmeli

Her çalışanın sistemde her bilgiyi görmesi gerekmeyebilir.

Örneğin saha teknisyeninin:

• Kendisine atanan işleri görmesi
• Bina bilgilerine ulaşması
• Bakım formunu doldurması
• Arıza kaydı oluşturması

gerekiyorsa buna uygun erişim verilmelidir.

Muhasebe veya firma finans bilgileri gibi görev dışı alanların saha personeline açılması operasyon açısından gerekli olmayabilir.

Cari, Sözleşme ve Bakım Kayıtlarını Birbirinden Koparmayın

Bir bakım programının gerçek faydası yalnızca takvim oluşturmaktan gelmez. Bakım operasyonunun müşteri ve sözleşme bilgisiyle ilişkilendirilmesi gerekir.

Örneğin teknisyen bir binada düzenli bakım yapıyor ancak ilgili müşterinin bakım sözleşmesi üç ay önce bitmiş olabilir.

Takvim sisteminde sözleşme takibi yoksa firma hizmet vermeye devam ederken yenileme fırsatını kaçırabilir.

Bu nedenle entegrasyon sırasında şu ilişkiler kontrol edilmelidir:

• Müşteri ↔ bina
• Bina ↔ asansör
• Asansör ↔ bakım planı
• Müşteri ↔ sözleşme
• Müşteri ↔ cari hesap
• Bakım görevi ↔ teknisyen

Bu bağlantılar kurulduğunda firma sahibi yalnızca “bugün kaç bakım var?” sorusuna değil, “hangi müşterilerin sözleşmesi bitmek üzere ve hangi bakımlar henüz tamamlanmadı?” gibi daha operasyonel sorulara da cevap verebilir.

Asansorex gibi asansör bakım yönetimine odaklanan yazılımlarda müşteri, bina, periyodik bakım ve saha kayıtlarının aynı yapı içerisinde tutulması, farklı Excel dosyaları arasında sürekli karşılaştırma yapma ihtiyacını azaltabilir.

Bildirim, Takvim ve Günlük İş Akışını Test Edin

Programdaki kayıtların doğru olması tek başına yeterli değildir. Günlük operasyonun da yeni sisteme göre düzenlenmesi gerekir.

Örneğin firmanızda daha önce planlama şu şekilde yapılıyor olabilir:

• Ofis personeli Excel'den liste çıkarıyor.
• Teknisyenlere WhatsApp üzerinden adres gönderiliyor.
• Yapılan bakımlar kağıda yazılıyor.
• Akşam ofise dönüldüğünde bilgiler tekrar Excel'e giriliyor.

Yeni sistemde aynı yönteme devam edilirse yazılımın sağladığı verimlilik büyük ölçüde kaybolur.

Yeni süreç mümkün olduğunca tek veri kaynağı üzerinden ilerlemelidir.

Örnek iş akışı:

Bakım planı → teknisyen ataması → saha işlemi → bakım kaydı → yönetim kontrolü → raporlama

Bu süreçte özellikle aşağıdaki noktalar denenmelidir:

• Günlük görev listesi
• Teknisyen ataması
• Yaklaşan bakım görünümü
• Tamamlanan bakım kaydı
• Geciken bakım kontrolü
• İptal veya ertelenen görev
• Sözleşme bitiş takibi
• Müşteri geçmişi

Firma büyüdükçe bu düzen daha kritik hale gelir. 50 asansörlük portföy manuel yöntemle yönetilebilir görünse de yüzlerce cihaz ve birden fazla saha ekibinde küçük planlama hataları hızla büyür.

Entegrasyon Öncesi ve Sonrası Checklist

Canlı kullanıma geçmeden önce aşağıdaki liste son kez kontrol edilmelidir.

Veri aktarımı

• [ ] Tüm aktif müşteriler aktarıldı.
• [ ] Mükerrer müşteri kayıtları temizlendi.
• [ ] Bina adresleri kontrol edildi.
• [ ] Asansörler doğru binalara bağlandı.
• [ ] Pasif müşteriler ayrıldı.
• [ ] Son bakım tarihleri doğrulandı.
• [ ] Sözleşme tarihleri kontrol edildi.

Bakım planlaması

• [ ] Tüm aktif asansörler bakım takviminde görünüyor.
• [ ] Yaklaşan ayın bakım sayısı eski kayıtlarla karşılaştırıldı.
• [ ] Teknisyen atamaları yapıldı.
• [ ] Geciken bakımlar kontrol edildi.
• [ ] Tatil ve izin durumları ekip planlamasında dikkate alındı.

Saha operasyonu

• [ ] Teknisyenler sisteme giriş yapabiliyor.
• [ ] Kendilerine atanan görevleri görebiliyor.
• [ ] Bina ve asansör bilgileri doğru görünüyor.
• [ ] Test bakım formu başarıyla tamamlandı.
• [ ] Yapılan işlem ofiste görüntülenebiliyor.
• [ ] Gerekli fotoğraf veya imza süreçleri test edildi.

Ticari süreç

• [ ] Müşteri cari kayıtları eşleştirildi.
• [ ] Aktif sözleşmeler tanımlandı.
• [ ] Yaklaşan sözleşme bitiş tarihleri doğru.
• [ ] Eski borç veya bakiye kayıtları kontrol edildi.
• [ ] Kullanılan bakım ücretleri güncel.

Geçişi Tek Günde Yapmaya Çalışmayın

Özellikle büyük portföylerde bütün sistemi bir gecede değiştirmek gereksiz risk oluşturabilir.

Daha sağlıklı yaklaşım aşamalı geçiştir.

Örneğin:

1. aşama: Müşteri, bina ve asansör kayıtları

2. aşama: Bakım takvimi ve ekip planlaması

3. aşama: Teknisyen saha kullanımı

4. aşama: Sözleşme ve cari süreçleri

5. aşama: Raporlama ve performans takibi

Bu yöntem sayesinde bir aşamada hata görülürse tüm operasyon etkilenmeden düzeltme yapılabilir.

Örneğin 1.200 asansörlük portföyü bulunan bir firmanın önce 50–100 asansörlük bir bölgede test yapması, tüm portföyü doğrudan canlıya almaktan daha kontrollü olabilir.

İlk birkaç gün özellikle bakım planı ile gerçekleşen saha işlemlerinin karşılaştırılması yararlıdır.

Entegrasyon Başarısını Nasıl Ölçebilirsiniz?

Geçiş tamamlandıktan sonra “program çalışıyor” demek yeterli değildir. Entegrasyonun gerçekten başarı sağlayıp sağlamadığı ölçülmelidir.

Takip edilebilecek temel göstergeler şunlardır:

• Planlanan bakım sayısı
• Gerçekleşen bakım sayısı
• Geciken bakım sayısı
• Teknisyen başına günlük görev
• Eksik bakım kaydı sayısı
• Yanlış bina veya asansör kaydı
• Süresi yaklaşan sözleşmeler
• Manuel olarak düzeltilen görev sayısı

Örneğin ilk hafta 40 yanlış görev düzeltilirken ikinci hafta bu sayı 5'e düşüyorsa veri kalitesi iyileşiyor demektir.

Buna karşılık teknisyenler hâlâ bakım listesini WhatsApp'tan istiyor veya ofis çalışanları iki ayrı Excel dosyası tutuyorsa entegrasyon teknik olarak tamamlanmış olsa bile operasyonel dönüşüm tamamlanmamıştır.

Sıkça Sorulan Sorular

Asansör Bakım Takvim Programı entegrasyonu ne kadar veri gerektirir?

Minimum olarak aktif müşteri, bina, asansör ve bakım tarihleri gerekir. Ancak sözleşme, teknisyen, cari ve geçmiş bakım kayıtlarının da aktarılması sistemden alınacak verimi artırır.

Eski Excel dosyaları doğrudan programa aktarılabilir mi?

Dosyanın yapısına bağlıdır. Aktarımdan önce sütunların standartlaştırılması, mükerrer kayıtların temizlenmesi ve müşteri-bina-asansör ilişkilerinin kontrol edilmesi gerekir. Temizlenmemiş Excel verisini doğrudan aktarmak mevcut hataları yeni sisteme taşıyabilir.

Önce tüm geçmiş bakım kayıtlarını aktarmak zorunlu mu?

Her durumda zorunlu değildir. Firma açısından gerekli geçmiş veriler korunabilir. Ancak en azından aktif cihazların son bakım tarihleri ve güncel planlarının doğru olması kritik önem taşır.

Teknisyen eğitimi entegrasyonun parçası mı?

Evet. Program ofiste kurulmuş olsa bile saha ekibi görevleri görüntüleyemiyor veya bakım kayıtlarını doğru kapatamıyorsa entegrasyon tamamlanmış sayılmaz. Bu nedenle gerçek saha senaryolarıyla kısa testler yapılmalıdır.

Bakım takvimi ne zaman kontrol edilmelidir?

Entegrasyondan hemen sonra yaklaşan ayın bakım listesi eski kayıtlarla karşılaştırılmalıdır. İlk ay boyunca geciken, eksik veya yanlış planlanan görevlerin ayrıca takip edilmesi faydalıdır.

Asansorex bu süreçte nasıl kullanılabilir?

Asansorex gibi asansör sektörüne yönelik bakım takip yazılımları; müşteri, bina, asansör, bakım planı ve saha işlemlerinin tek merkezden takip edilmesine yardımcı olabilir. Ancak hangi yazılım kullanılırsa kullanılsın başarılı sonuç için veri temizliği ve doğru entegrasyon süreci önemlidir.

Özet

Asansör Bakım Takvim Programı entegrasyonunda amaç yalnızca eski kayıtları yeni sisteme taşımak değildir. Asıl hedef, firmanın bakım operasyonunu müşteri → bina → asansör → bakım planı → teknisyen → tamamlanan işlem şeklinde düzenli ve takip edilebilir bir yapıya dönüştürmektir.

Başarılı bir geçiş için önce veriler temizlenmeli, müşteri ve asansör ilişkileri kontrol edilmeli, bakım tarihleri doğrulanmalı, teknisyenlerle saha testi yapılmalı ve ilk ay eski kayıtlarla yeni sistem karşılaştırılmalıdır.

Bu checklist doğru uygulandığında firma sahibi hangi bakımın geciktiğini daha kolay görebilir, teknisyen günlük görevini daha net takip edebilir ve bina yöneticisine yapılan işlemlerin geçmişi daha düzenli sunulabilir. En önemlisi ise bakım planlaması kişilerin hafızasına veya dağınık Excel dosyalarına bağlı olmaktan çıkarak sürdürülebilir bir iş sürecine dönüşür.