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

İÇERİK

Asansör bakım operasyonunu dijitalleştirmek, yalnızca mevcut Excel dosyasını yeni bir programa yüklemekten ibaret değildir. Müşteri kartları, asansör bilgileri, sözleşmeler, aylık bakım planları, teknisyen görevleri, arıza geçmişi ve finansal kayıtlar birbiriyle doğru şekilde ilişkilendirilmelidir. Aksi durumda yeni sistem, eski çalışma düzenindeki hataları daha hızlı çoğaltan bir araca dönüşebilir.

Bu Asansör Periyodik Bakım Takip Programı entegrasyon checklist, bakım firmasının geçiş sürecini kontrollü biçimde yönetmesi için hazırlanmıştır. Rehberde veri temizliğinden saha testine, kullanıcı yetkilerinden muhasebe bağlantısına kadar uygulanabilir kontrol noktaları yer almaktadır.

Entegrasyon Kapsamını Başlangıçta Belirleyin

İlk toplantıda hangi süreçlerin programa taşınacağı açıkça kararlaştırılmalıdır. Yalnızca aylık bakım planlaması mı yapılacak, yoksa arıza çağrıları, sözleşmeler, stok hareketleri, tahsilatlar ve periyodik kontrol raporları da sisteme alınacak mı? Bu sorunun cevabı aktarılacak verileri ve geçiş takvimini doğrudan etkiler.

Başlangıç kapsamına şu başlıklar dâhil edilebilir:

• Müşteri ve bina kayıtları
• Asansör envanteri
• Bakım sözleşmeleri
• Aylık bakım planları
• Teknisyen ve ekip tanımları
• Arıza çağrıları
• Bakım ve servis formları
• Parça ve stok hareketleri
• Cari hesap ve tahsilat kayıtları
• Periyodik kontrol raporları
• SMS ve e-posta bildirimleri
• Yönetici ve müşteri bilgilendirmeleri

Her modülü aynı gün kullanıma açmak zorunlu değildir. Özellikle yüzlerce veya binlerce asansöre hizmet veren firmalarda kademeli geçiş daha güvenlidir. Önce müşteri, asansör ve bakım planı; ardından saha formları, finans ve stok süreçleri devreye alınabilir.

Entegrasyonun sorumluları da baştan belirlenmelidir. Firma sahibi nihai kararları verirken operasyon sorumlusu bakım planlarını, muhasebe çalışanı finansal kayıtları, teknik sorumlu ise cihaz bilgileri ile bakım formlarını doğrulamalıdır.

Veri Temizliği ve Aktarım Kontrol Listesi

Eski dosyalardaki bütün kayıtları doğrudan yeni programa aktarmak doğru değildir. Aynı müşteri farklı isimlerle birden fazla kez kaydedilmiş olabilir. Örneğin “Güneş Apt.”, “Güneş Apartmanı” ve “Güneş Apt Yönetimi” gerçekte tek müşteriyi ifade edebilir. Bu kayıtlar birleştirilmeden aktarılırsa farklı cari hesaplar ve yinelenen bakım planları oluşabilir.

Veri grubu	Kontrol edilecek bilgiler	Sık karşılaşılan hata
Müşteri	Unvan, yetkili, telefon, e-posta, vergi bilgisi	Aynı müşterinin tekrar kaydedilmesi
Bina	Bina adı, açık adres, konum, yönetici	Eski yöneticinin aktif görünmesi
Asansör	Kimlik numarası, seri bilgisi, kapasite, durak sayısı	Bir binadaki cihazların karıştırılması
Sözleşme	Başlangıç-bitiş tarihi, ücret, kapsam	Süresi dolmuş sözleşmenin aktif aktarılması
Bakım planı	Periyot, gün, ekip, rota	Aynı ay için çift görev oluşturulması
Finans	Cari bakiye, fatura, tahsilat	Açılış bakiyesinin yanlış girilmesi
Personel	Ad, görev, telefon, kullanıcı yetkisi	İşten ayrılan personelin aktif kalması
Belgeler	Bakım formu, rapor, sözleşme, fotoğraf	Belgenin yanlış asansöre bağlanması

Aktarım öncesinde uygulanabilecek temel veri temizliği adımları şunlardır:

1. Mükerrer müşteri ve bina kayıtlarını birleştirin.
2. Aktif ve pasif sözleşmeleri ayırın.
3. Asansör kimlik numaralarını doğrulayın.
4. Telefon numaralarını ortak biçime getirin.
5. Tarih alanlarını gün, ay ve yıl olarak standartlaştırın.
6. Ayrılan personelin kullanıcı kayıtlarını pasife alın.
7. Cari açılış bakiyelerini muhasebe kayıtlarıyla karşılaştırın.
8. Kaynağı doğrulanamayan kayıtları ayrı bir inceleme listesine taşıyın.

Aktarım tamamlandıktan sonra yalnızca toplam kayıt sayısına bakılmamalıdır. Farklı müşteri ve bina tiplerinden örnekler seçilerek alan bazında kontrol yapılmalıdır. Örneğin 500 asansörlük bir portföyde en az 20–30 cihazın bina, sözleşme, bakım günü ve teknik bilgileri eski kayıtla karşılaştırılabilir.

Asansör, Sözleşme ve Bakım Planı Eşleştirmesi

Entegrasyonun en kritik noktalarından biri, her asansörün doğru bina ve doğru sözleşmeyle eşleştirilmesidir. Bir site yönetimine ait beş blok ve on asansör bulunabilir. Müşteri tek olsa bile her bina ve cihaz ayrı izlenmelidir.

Asansör kartında genel uygulamada şu bilgiler bulunmalıdır:

• Asansör kimlik numarası
• Bina ve açık adres
• Konum bilgisi
• Marka veya model bilgisi
• Tahrik tipi
• Durak ve kapı sayısı
• Taşıma kapasitesi
• Makine daireli veya makine dairesiz yapı
• Bakım sorumlusu ekip
• Sözleşme başlangıç ve bitiş tarihi
• Aylık bakım bedeli
• Son periyodik kontrol tarihi
• Bilgi etiketi rengi
• Açık uygunsızlık veya takip işlemi

Aylık bakım ile periyodik kontrol birbirine karıştırılmamalıdır. Aylık bakım, bakım firması tarafından sözleşme ve ilgili teknik gereklilikler kapsamında gerçekleştirilir. Periyodik kontrol ise yetkili idareyle protokolü bulunan A tipi muayene kuruluşunca yürütülür. Programda bu iki işlem ayrı kayıt türleri olarak tutulmalı, ancak aynı asansörün geçmişinde birlikte görüntülenebilmelidir.

Periyodik kontrol sonucunda kullanılan kırmızı, sarı, mavi ve yeşil bilgi etiketleri kaydedilirken yalnızca renk bilgisi yazılmamalıdır. Kontrol tarihi, rapor, uygunsuzluk açıklamaları, düzeltme sorumlusu ve varsa takip kontrolü süreci de kayıt altına alınmalıdır.

Saha Uygulaması ve Teknisyen Testleri

Bir bakım takip programının gerçek başarısı ofiste değil, sahada belli olur. Teknisyen binaya geldiğinde adresi bulamıyor, bakım formunu açamıyor veya internet bağlantısı kesildiğinde kayıt yapamıyorsa entegrasyon tamamlanmış sayılmaz.

Canlıya geçmeden önce aşağıdaki saha senaryoları test edilmelidir:

• Teknisyen günlük görev listesini görebiliyor mu?
• Binanın adresine ve iletişim bilgisine ulaşabiliyor mu?
• Doğru asansörün bakım formunu açabiliyor mu?
• Bakım kontrol maddelerini doldurabiliyor mu?
• Açıklama, kullanılan parça ve işçilik bilgisi ekleyebiliyor mu?
• Fotoğraf yükleyebiliyor mu?
• Bina yetkilisinin imzasını alabiliyor mu?
• Formu PDF veya termal fiş olarak oluşturabiliyor mu?
• Tamamlanamayan işi gerekçesiyle erteleyebiliyor mu?
• İnternet olmadığında kayıt oluşturabiliyor mu?
• Bağlantı geldiğinde çevrimdışı veriler eşitleniyor mu?

Pilot testte yalnızca teknolojiye yatkın personel kullanılmamalıdır. Deneyimli bir teknisyen ile mobil uygulama kullanımına daha az alışkın bir çalışanın aynı sürece katılması, gerçek kullanım sorunlarının görülmesini sağlar.

Teknisyenin ekranında gereksiz alan bulunması da operasyonu yavaşlatır. Bakım sırasında lazım olmayan finansal raporlar veya ayrıntılı yönetim bilgileri saha kullanıcısına gösterilmemelidir. Yetkiler görev esasına göre düzenlenmelidir.

Muhasebe, Stok ve Tahsilat Entegrasyonu

Bakımın tamamlanması ile finansal sürecin başlaması arasında kopukluk olmamalıdır. Hangi müşteriye hangi dönemin bakım hizmetinin verildiği, sözleşme bedelinin ne zaman tahakkuk ettiği ve ödemenin alınıp alınmadığı izlenebilmelidir.

Muhasebe entegrasyonunda şu kontroller yapılmalıdır:

• Müşteri kodları iki sistemde eşleşiyor mu?
• Vergi numarası ve fatura adresi doğru aktarılıyor mu?
• KDV dâhil ve hariç hesaplamalar doğru mu?
• Fatura tek bir sistemden mi oluşturuluyor?
• Tahsilat işlendiğinde cari bakiye güncelleniyor mu?
• İptal ve iade işlemleri karşı sisteme yansıyor mu?
• Aynı işlem için mükerrer fatura oluşabiliyor mu?
• Bir müşteriye bağlı farklı binaların hesapları ayrıştırılabiliyor mu?
• Entegrasyon kesildiğinde hata bildirimi oluşuyor mu?

Stok bağlantısı kullanılacaksa teknisyenin sahada tükettiği parçanın depo veya araç stoğundan düşmesi test edilmelidir. Parçanın yalnızca adı değil, miktarı, birimi, kullanılan asansör ve ilgili iş emri de kaydedilmelidir. Böylece tekrar eden arızaların parça maliyeti görülebilir.

Finansal entegrasyonda ana kayıt kaynağı mutlaka belirlenmelidir. Örneğin fatura muhasebe sisteminde oluşturuluyorsa bakım programının aynı faturayı yeniden üretmemesi gerekir. Belirsiz bırakılan çift yönlü bağlantılar, mükerrer kayıtların en sık nedenlerinden biridir.

Bildirim ve Müşteri İletişimi Kontrolleri

SMS ve e-posta entegrasyonu, müşteriye zamanında bilgi verilmesini sağlar. Ancak yanlış ayarlanan otomatik mesajlar hem gereksiz maliyet yaratır hem de müşteri güvenini zedeler.

Bildirim kurulumu sırasında şu sorular cevaplanmalıdır:

• Bakım randevusu kaç saat veya kaç gün önce gönderilecek?
• Mesaj bina yöneticisine mi, teknik sorumluya mı iletilecek?
• Teknisyen yola çıktığında bildirim gönderilecek mi?
• Tamamlanan bakım formu otomatik paylaşılacak mı?
• Gecikmiş ödeme mesajı kimlere gönderilecek?
• Sözleşme bitiş uyarısı kaç gün önce başlayacak?
• Gönderilemeyen mesajlar nasıl raporlanacak?
• Aynı kişiye kısa sürede yinelenen mesaj gönderilmesi engelleniyor mu?

Mesaj şablonlarında bina adı, bakım tarihi ve firma iletişim bilgisi gibi değişkenlerin doğru çalıştığı test edilmelidir. İlk denemeler gerçek müşterilere değil, firma çalışanlarının telefon ve e-posta adreslerine gönderilmelidir.

Asansorex gibi sektöre özel bir bakım takip yazılımında bakım planı, saha formu, müşteri kaydı ve bildirim süreçlerinin aynı asansör üzerinde ilişkilendirilmesi, farklı dosyalar arasında yapılan manuel kontrolleri azaltabilir.

Pilot Uygulama ve Canlıya Geçiş

Bütün müşteri portföyünü tek seferde yeni sisteme almak yerine sınırlı bir pilot grup kullanılmalıdır. Pilot grupta farklı senaryoların bulunması önemlidir: tek asansörlü bir apartman, çok bloklu bir site, uzak bölgede bulunan bir bina ve aktif arıza kaydı olan bir cihaz gibi.

Pilot uygulama şu sırayla yürütülebilir:

1. Yaklaşık 20–50 asansörlük test grubu belirleyin.
2. Müşteri, bina, cihaz ve sözleşme verilerini aktarın.
3. Bir aylık bakım planı oluşturun.
4. Teknisyen hesaplarını ve yetkilerini tanımlayın.
5. Gerçek saha ziyaretlerinde bakım formlarını tamamlayın.
6. Bildirim, PDF ve termal çıktı süreçlerini deneyin.
7. Örnek fatura ve tahsilat bağlantısını test edin.
8. Tespit edilen sorunları önem derecesine göre sınıflandırın.
9. Kritik hataları kapatın.
10. Ardından kalan portföyü kademeli olarak aktarın.

Pilot boyunca eski sistem hemen kapatılmamalıdır. Kısa bir doğrulama döneminde eski plan ile yeni sistem karşılaştırılabilir. Ancak iki sistemde uzun süre paralel veri girişi yapmak da farklı kayıtların oluşmasına neden olur. Geçiş tarihi kesin olarak belirlenmeli ve bu tarihten sonra ana kayıt kaynağı yeni program olmalıdır.

İlk 30 Gün İzleme Checklist

Canlıya geçişten sonraki ilk ay, entegrasyonun gerçek koşullarda sınandığı dönemdir. Haftalık değerlendirmelerde aşağıdaki göstergeler takip edilmelidir:

• Planlanan bakım sayısı
• Tamamlanan ve geciken bakım oranı
• Eksik imzalı veya fotoğrafsız formlar
• Yanlış asansöre açılan iş emirleri
• Senkronizasyon bekleyen saha kayıtları
• Gönderilemeyen bildirimler
• Mükerrer müşteri ve fatura kayıtları
• Atanmamış bakım görevleri
• Süresi yaklaşan sözleşmeler
• Açık kalan periyodik kontrol uygunsuzlukları
• Kullanıcıların en sık destek istediği işlemler

İlk ay sonunda firma sahibi, operasyon çalışanı ve saha ekibi kısa bir değerlendirme yapmalıdır. Kullanılmayan alanlar kaldırılmalı, eksik yetkiler düzeltilmeli ve teknisyenlerin zorlandığı adımlar sadeleştirilmelidir.

Entegrasyonun başarısı aktarılan kayıt sayısıyla değil, hiçbir bakımın unutulmaması ve doğru bilginin ihtiyaç anında bulunabilmesiyle ölçülür.

Sıkça Sorulan Sorular

Asansör bakım programı entegrasyonu ne kadar sürer?

Süre; asansör sayısına, veri kalitesine ve kurulacak bağlantılara göre değişir. Düzenli verisi bulunan küçük firmalarda birkaç gün yeterli olabilir. Dağınık dosyaları, basılı arşivi ve birden fazla entegrasyonu bulunan firmalarda birkaç haftalık çalışma gerekebilir.

Eski bakım formlarının tamamı aktarılmalı mı?

Operasyonel, sözleşmesel veya hukuki açıdan saklanması gereken kayıtlar korunmalıdır. Güncel veriler aktif sisteme, eski formlar ise müşteri ve asansörle ilişkilendirilmiş arşive alınabilir. Her eski notun aktif iş akışına taşınması gerekmez.

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

Uygun aktarım şablonu varsa yüklenebilir. Ancak tarih biçimleri, telefon numaraları, mükerrer müşteriler ve eksik asansör bilgileri önceden düzeltilmelidir. Kontrol edilmemiş Excel dosyasının aktarılması mevcut hataları yeni sisteme taşır.

Muhasebe entegrasyonu zorunlu mudur?

Zorunlu değildir. Bununla birlikte bakım sözleşmeleri, faturalar ve tahsilatlar birlikte izlenecekse muhasebe entegrasyonu önemli zaman kazandırır. Entegrasyon yapılmıyorsa finansal verilerin hangi sistemde esas alınacağı belirlenmelidir.

Çevrimdışı çalışma neden test edilmelidir?

Makine dairesi, bodrum kat veya kırsal bölgelerde mobil bağlantı zayıf olabilir. Program çevrimdışı çalışabiliyorsa teknisyen bakım kaydını tamamlayabilmeli ve bağlantı geldiğinde veriler güvenli biçimde eşitlenmelidir.

Teknisyen eğitimi nasıl verilmelidir?

Eğitim gerçek bir saha senaryosu üzerinden yapılmalıdır. Teknisyen görevini açmalı, bakım maddelerini doldurmalı, fotoğraf ve imza eklemeli, kullanılan parçayı kaydetmeli ve işi kapatmalıdır. Uygulamalı eğitim, yalnızca ekran anlatımından daha etkilidir.

Özet

Asansör Periyodik Bakım Takip Programı entegrasyonu; temiz veri, doğru cihaz-sözleşme eşleştirmesi, saha testi, kullanıcı yetkileri, finans bağlantıları ve kontrollü canlı geçiş gerektirir. Önce sınırlı bir pilot uygulama yapmak, ardından ilk 30 günü ölçerek ilerlemek bakım kaybı ve hatalı kayıt riskini azaltır.

Asansorex, müşteri, asansör, sözleşme, bakım planı ve saha kayıtlarının ortak bir düzen içinde takip edilmesine yardımcı olabilir. Bununla birlikte hangi çözüm seçilirse seçilsin, entegrasyon checklist tamamlanmadan bütün portföyün canlı sisteme taşınmaması güvenli bir geçiş için temel kuraldır.