Asansör Periyodik Bakım Planlama Programı Entegrasyon Checklist

İÇERİK

Asansör firmasının bir Asansör Periyodik Bakım Planlama Programı kullanmaya başlaması yalnızca müşteri listesini programa aktarmaktan ibaret değildir. Sağlıklı bir geçiş için bina kayıtlarından asansör teknik bilgilerine, bakım sözleşmelerinden teknisyen yetkilendirmelerine, aylık bakım planından arıza geçmişine kadar birçok verinin birbirine doğru bağlanması gerekir. Aksi halde Excel'deki düzensizlik veya kâğıt dosyalardaki bilgi eksikliği yeni sisteme taşınır ve dijitalleşme beklenen faydayı sağlamaz.

Bu rehberde bakım firmalarının yeni bir programa geçerken kullanabileceği pratik bir entegrasyon checklisti hazırladık. Amaç; ilk günden itibaren bakım planlarının doğru oluşması, teknisyenlerin yanlış binalara yönlendirilmemesi, sözleşme tarihlerinin kaybolmaması ve yapılan işlemlerin gerektiğinde kolayca geriye dönük gösterilebilmesidir.

1. Entegrasyondan Önce Mevcut Veriyi Temizleyin

En sık yapılan hata, eski sistemdeki bütün verilerin kontrol edilmeden yeni programa aktarılmasıdır. Özellikle uzun yıllardır Excel kullanan firmalarda aynı bina birkaç farklı isimle kayıtlı olabilir.

Örneğin aynı müşteri şu şekilde üç ayrı kayıtta bulunabilir:

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

Program bunları otomatik olarak aynı bina kabul etmeyebilir. Sonuçta aynı asansör için birden fazla bakım planı oluşabilir.

Aktarımdan önce en azından şu alanların temizlenmesi gerekir:

• Firma veya bina adı
• Yetkili kişinin adı ve telefonu
• Açık adres
• İl ve ilçe
• Asansör sayısı
• Asansör kimlik bilgileri
• Bakım sözleşmesi başlangıç ve bitiş tarihi
• Aylık bakım bedeli
• Son bakım tarihi
• Sorumlu teknisyen veya ekip
• Aktif/pasif müşteri durumu

Özellikle artık firmanızla çalışmayan müşterilerin aktif listeye aktarılmaması önemlidir.

Tek kayıt, tek gerçeklik prensibi

Her bina sistemde mümkün olduğunca tek ana kayıt altında tutulmalıdır. Bir binada dört asansör varsa dört ayrı bina açmak yerine bina kaydına bağlı dört asansör tanımlanması daha sağlıklı bir yapı oluşturur.

Bu yöntem daha sonra cari takibi, sözleşme yenileme, bakım raporlama ve bina bazlı arıza analizi yapılmasını da kolaylaştırır.

2. Müşteri, Bina ve Asansör Hiyerarşisini Doğru Kurun

Bakım programının temelini doğru veri ilişkisi oluşturur.

En basit yapı şöyledir:

Müşteri → Bina/Site → Asansör → Bakım Planı → Bakım Kaydı

Örneğin bir site yönetiminin üç blokta toplam sekiz asansörü olabilir. Müşteri tek olabilir fakat her blok ve her asansörün teknik bilgileri birbirinden farklıdır.

Asansör kartlarında mümkün olduğunca aşağıdaki bilgiler tutulmalıdır:

Bilgi	Entegrasyonda gerekli mi?	Neden önemli?
Bina/site adı	Evet	Bakım planının doğru yere bağlanması
Açık adres	Evet	Saha ekibinin yönlendirilmesi
Asansör kimlik bilgisi	Evet	Cihazların karışmasını önler
Marka/model	Önerilir	Teknik müdahalelerde referans sağlar
Durak sayısı	Önerilir	Teknik ve operasyonel değerlendirme
Kapasite	Önerilir	Asansör özelliklerinin kayıt altında tutulması
Tahrik tipi	Önerilir	Elektrikli/hidrolik ayrımı
Son bakım tarihi	Evet	İlk bakım planının oluşturulması
Sorumlu ekip	Evet	İş dağılımının yapılması
Sözleşme durumu	Evet	Bakımın ticari geçerliliğinin kontrolü

Buradaki amaç mümkün olan her alanı doldurmak değil, operasyon sırasında kullanılacak kritik verilerin boş bırakılmamasıdır.

3. Bakım Sözleşmelerini Planlama Sistemiyle Eşleştirin

Asansör bakım firmalarında bakım planlaması ile sözleşme yönetimi birbirinden bağımsız düşünülmemelidir.

Bir müşterinin sözleşmesi sona ermiş olmasına rağmen sistem otomatik olarak bakım üretmeye devam ederse ekip gereksiz yere sahaya yönlendirilebilir. Tersi durumda aktif sözleşmeli bir asansör plan dışında kalırsa bakım atlanabilir.

Bu nedenle entegrasyon sırasında her aktif asansör için şu kontrol yapılmalıdır:

1. Bakım sözleşmesi aktif mi?
2. Sözleşmenin başlangıç tarihi doğru mu?
3. Sözleşmenin bitiş tarihi sisteme girilmiş mi?
4. Bakım sıklığı tanımlanmış mı?
5. İlk planlanacak bakım ayı doğru mu?
6. Sorumlu ekip atanmış mı?
7. Fiyat veya cari bağlantısı gerekiyorsa tanımlanmış mı?
8. Sözleşme bitiş hatırlatması oluşturulmuş mu?

Örneğin sözleşmesi 30 Kasım'da bitecek bir müşterinin Aralık ayına otomatik bakım yazılması istenmiyorsa programdaki kural buna göre ayarlanmalıdır.

Periyodik bakım ile periyodik kontrolü karıştırmayın

Sektörde özellikle bina yöneticileri tarafından en çok karıştırılan iki kavramdan biri budur.

Bakım, yetkili bakım firması tarafından yürütülen düzenli teknik hizmet sürecidir. Periyodik kontrol ise A tipi muayene kuruluşları tarafından gerçekleştirilen ayrı bir kontrol sürecidir.

Sanayi ve Teknoloji Bakanlığı bilgilerine göre asansörlerin periyodik kontrolünün yılda en az bir defa yaptırılması zorunludur. Kontrol sonucunda güvenlik durumuna göre yeşil, mavi, sarı veya kırmızı bilgi etiketi uygulanır. ([Sanayi Bakanlığı][1])

Dolayısıyla bakım programında bu iki sürecin farklı kayıtlar olarak takip edilmesi daha doğrudur.

4. Teknisyen ve Ekip Entegrasyonunu Kontrol Edin

Programın yalnızca ofis tarafından doğru kullanılması yeterli değildir. Asıl operasyon sahada gerçekleşir.

Bu nedenle her personelin hangi bölgeden, hangi müşterilerden veya hangi bakım grubundan sorumlu olduğu belirlenmelidir.

Örneğin 600 asansöre bakım veren bir firmada üç ekip varsa bütün asansörlerin tek personele atanması ciddi planlama karmaşasına yol açabilir.

Daha sağlıklı yapı şu şekilde olabilir:

• Ekip 1: Avrupa Yakası kuzey bölgesi
• Ekip 2: Avrupa Yakası güney bölgesi
• Ekip 3: Anadolu Yakası

Daha küçük firmalarda ise müşteri veya ilçe bazında sorumluluk tanımlanabilir.

Personel entegrasyon checklisti

Her teknisyen için kontrol edin:

• Kullanıcı hesabı açıldı mı?
• Doğru rol/yetki verildi mi?
• Sorumlu olduğu bakım portföyü tanımlandı mı?
• Telefon veya mobil uygulama erişimi test edildi mi?
• Bakım başlatma ve tamamlama süreci anlatıldı mı?
• Fotoğraf ve açıklama ekleme yöntemi gösterildi mi?
• Müşteri imzası gerekiyorsa test edildi mi?
• İnternet olmayan bölgelerde çalışma yöntemi belirlendi mi?

Özellikle ilk hafta gerçek müşteri üzerinde deneme yapmadan önce birkaç test kaydı oluşturmak faydalıdır.

5. Aylık Bakım Planı Oluşturmadan Önce Bu Kontrolleri Yapın

Veri aktarımından sonra doğrudan bütün portföye bakım oluşturmak yerine önce küçük bir test grubu kullanılmalıdır.

Örneğin 500 asansörlük portföyünüz varsa ilk olarak 10–20 asansörü planlayın.

Şu kontrolleri yapın:

• Doğru ayda bakım oluşuyor mu?
• Aynı asansöre çift bakım atanıyor mu?
• Pasif müşteri için bakım oluşuyor mu?
• Doğru teknisyen görevlendiriliyor mu?
• Adres bilgileri doğru geliyor mu?
• Tamamlanan bakım yeniden açık görünüyor mu?
• Planlanan ancak yapılmayan bakım ayrı görülebiliyor mu?
• Geçmiş bakım kayıtları korunuyor mu?

Test başarılı olduktan sonra bütün müşteri portföyü planlamaya alınabilir.

Bu noktada Asansorex gibi bir asansör bakım takip yazılımı, bina, asansör, teknisyen ve bakım planlarını aynı yapı altında ilişkilendirerek Excel'deki manuel takip ihtiyacını azaltabilir. Buradaki önemli nokta programdan çok, sisteme aktarılan verinin doğru hazırlanmasıdır.

6. Arıza, Bakım ve Periyodik Kontrol Kayıtlarını Birbirine Bağlayın

İyi bir bakım programı yalnızca "bu ay bakım yapıldı" bilgisini tutmamalıdır. Geçmişteki arızaların bakım sırasında teknisyenin önüne gelmesi operasyonel açıdan değerlidir.

Örneğin aynı asansörde üç ay içerisinde dört kez kapı kilidi kaynaklı arıza oluşmuşsa bakım teknisyeninin bunu görmesi, tekrar eden sorunun araştırılmasını kolaylaştırır.

Bu nedenle entegrasyonda mümkünse aşağıdaki geçmiş verileri de taşıyın:

• Son bakım tarihi
• Son bakımda tespit edilen eksikler
• Açık arıza kayıtları
• Tekrarlayan arızalar
• Değiştirilen önemli parçalar
• Periyodik kontrol sonucu
• Etiket bilgisi
• Takip kontrolü gereken eksiklikler

Özellikle kırmızı veya sarı etiketli asansörlerde sürelerin ayrıca izlenmesi önemlidir. Güncel mevzuat bilgisinde kırmızı etiket güvensiz durumu ifade eder ve güvenli hale getirme için 60 günlük süre öngörülürken, sarı etiket kusurlu durumu ifade eder ve 120 günlük süre söz konusudur. ([Sanayi Bakanlığı][1])

Mavi etiket hafif kusurlu, yeşil etiket ise kusursuz sınıflandırmasını ifade eder. ([Sanayi Bakanlığı][1])

Bu sürelerin bakım programındaki normal aylık bakım tarihiyle karıştırılmaması gerekir.

7. Bildirim ve Hatırlatma Kurallarını Test Edin

Otomasyon faydalıdır ancak yanlış kurulduğunda gereksiz mesaj ve görev üretir.

Örneğin sözleşmesi iptal edilmiş bir binanın bakım günü için teknisyene bildirim gitmesi veya tamamlanmış bir işin sürekli gecikmiş görünmesi kullanıcıların sisteme güvenini azaltır.

Entegrasyon sırasında aşağıdaki senaryolar ayrı ayrı test edilmelidir:

Senaryo	Beklenen sonuç
Yaklaşan bakım	Sorumlu ekip planında görünmeli
Geciken bakım	Gecikmiş olarak işaretlenmeli
Tamamlanan bakım	Açık görev listesinden düşmeli
Sözleşmesi biten müşteri	Yeni bakım üretme kuralı kontrol edilmeli
Pasif müşteri	Yeni görev oluşturulmamalı
Teknisyen değişikliği	Yeni sorumluya aktarılmalı
Periyodik kontrol yaklaşması	Hatırlatma oluşturulabilmeli
Sözleşme bitişi	Firma tarafından önceden görülebilmeli

Bildirimleri ilk günden çok fazla açmak yerine operasyon için kritik olanlarla başlamak daha doğrudur.

8. Entegrasyon Sonrası 7 Günlük Kontrol Yapın

Sistemin kurulduğu gün entegrasyon tamamlanmış sayılmamalıdır. İlk hafta gerçek operasyon verileri kontrol edilmelidir.

Pratik bir uygulama olarak ilk yedi gün boyunca her gün şu beş soruya bakılabilir:

1. Bugün yapılması gereken bütün bakımlar sistemde görünüyor mu?
2. Tamamlanan bakımlar doğru şekilde kapandı mı?
3. Teknisyenler yanlış müşteriye yönlendirildi mi?
4. Yeni açılan arızalar doğru asansöre bağlandı mı?
5. Ofis ile saha kayıtları arasında tutarsızlık var mı?

İlk hafta ortaya çıkan problemler çoğunlukla yazılım hatasından değil; eksik müşteri kaydı, yanlış sözleşme tarihi, hatalı personel eşleştirmesi veya eski verinin düzensiz olmasından kaynaklanır.

Bu yüzden ilk haftanın sonunda mutlaka kısa bir veri temizliği daha yapılmalıdır.

Sıkça Sorulan Sorular

Asansör Periyodik Bakım Planlama Programına geçerken Excel kayıtları aktarılabilir mi?

Çoğu sistemde uygun veri formatına dönüştürüldüğünde müşteri, bina ve asansör kayıtlarının toplu aktarılması mümkündür. Ancak aktarım öncesinde mükerrer kayıtların temizlenmesi ve alanların standartlaştırılması gerekir.

Eski bakım geçmişinin tamamını aktarmak gerekli mi?

Her firma için şart değildir. Operasyon açısından en azından son bakım tarihi, devam eden arızalar, önemli teknik notlar ve güncel sözleşme bilgilerinin taşınması faydalıdır. Daha eski kayıtlar ayrıca arşivlenebilir.

Bakım planı otomatik oluşturulmalı mı?

Portföy büyükse otomatik planlama ciddi zaman kazandırır. Ancak bütün asansörlere toplu plan oluşturmadan önce küçük bir test grubu üzerinde tarih, ekip ve müşteri eşleştirmeleri kontrol edilmelidir.

Periyodik bakım ile yıllık periyodik kontrol aynı işlem midir?

Hayır. Bakım, bakım firması tarafından gerçekleştirilen düzenli teknik hizmettir. Yıllık periyodik kontrol ise A tipi muayene kuruluşları tarafından yürütülen mevzuata bağlı kontrol sürecidir. Bakanlık, periyodik kontrollerin yılda en az bir defa yaptırılması gerektiğini belirtmektedir. ([Sanayi Bakanlığı][1])

Teknisyenlerin programa erişmesi gerekli mi?

Saha operasyonunun dijital yürütülmesi isteniyorsa evet. Teknisyenlerin kendi işlerini görmesi, bakım sonucunu kaydetmesi, gerekli açıklama veya görselleri eklemesi veri akışını hızlandırır. Ancak her personele görevine uygun yetki verilmelidir.

Asansorex entegrasyon sırasında ne sağlar?

Asansorex; müşteri, bina, asansör, bakım planı ve saha personelinin aynı operasyon içinde takip edilmesine yardımcı olur. Böylece ayrı Excel dosyaları ve mesaj grupları yerine bakım geçmişinin merkezi biçimde tutulması mümkün hale gelir.

Özet

Bir Asansör Periyodik Bakım Planlama Programı entegrasyonunda başarı, yazılımın kurulmasından çok verinin doğru hazırlanmasına bağlıdır. Müşteri ve bina kayıtları temizlenmeli, her asansör doğru binaya bağlanmalı, sözleşme tarihleri kontrol edilmeli, teknisyen sorumlulukları tanımlanmalı ve bakım planları önce küçük bir örnek grup üzerinde test edilmelidir.

Özellikle bakım, arıza, sözleşme ve periyodik kontrol süreçlerinin birbirinden kopuk tutulmaması önemlidir. Doğru entegrasyon yapıldığında firma sahibi hangi bakımların tamamlandığını görebilir, teknisyen günlük işlerini daha net takip eder ve bina yöneticisine geçmiş işlemler daha düzenli sunulabilir.

En sağlıklı yöntem, bütün portföyü tek seferde sisteme yükleyip kullanmaya başlamak yerine veri temizleme → test aktarımı → ekip eşleştirme → bakım planı testi → gerçek kullanım → ilk hafta kontrolü sırasını izlemektir. Böylece eski sistemdeki düzensizlikleri yeni programa taşımadan, gerçekten işleyen bir dijital bakım altyapısı kurulabilir.