Asansör Arıza Yönetim Programı Veri Aktarımı Checklist

İÇERİK

Bir Asansör Arıza Yönetim Programı değiştirilirken en çok dikkat edilmesi gereken konulardan biri veri aktarımıdır. Yeni yazılımın özellikleri ne kadar gelişmiş olursa olsun müşteri bilgileri, asansör kayıtları, geçmiş arızalar veya servis notları eksik taşınırsa firma operasyonunda ciddi kopukluklar yaşanabilir. Özellikle yüzlerce veya binlerce asansöre bakım yapan firmalarda yanlış bir veri aktarımı; teknisyenin yanlış adrese gitmesine, geçmiş arıza bilgilerinin kaybolmasına veya müşterinin önceki servis kayıtlarının bulunamamasına kadar uzanan problemlere neden olabilir.

Bu nedenle veri aktarımı yalnızca “Excel dosyasını yeni programa yüklemek” olarak görülmemelidir. Önce mevcut veriler temizlenmeli, hangi bilgilerin taşınacağı belirlenmeli, örnek aktarım yapılmalı ve sonrasında sonuçlar kontrol edilmelidir. Bu rehberde yeni bir asansör arıza yönetim sistemine geçerken uygulanabilecek pratik bir veri aktarımı checklisti bulabilirsiniz.

Veri Aktarımından Önce Mevcut Veriyi Envantere Alın

İlk adım mevcut bilgilerin nerelerde tutulduğunu belirlemektir. Pek çok asansör firmasında veriler tek bir sistemde bulunmaz. Müşteri listesi Excel'de, arıza kayıtları WhatsApp mesajlarında, bakım programı başka bir dosyada, cari bilgiler ise muhasebe programında tutuluyor olabilir.

Yeni sisteme geçmeden önce kullanılan tüm veri kaynakları listelenmelidir.

Örneğin bir bakım firmasında aşağıdaki kaynaklar bulunabilir:

• Excel müşteri listeleri
• Asansör veya cihaz listeleri
• Eski servis takip programı
• Teknik servis formları
• Arıza kayıt defteri
• WhatsApp arıza grupları
• Teknisyenlerin kişisel notları
• Bakım planlama tabloları
• Sözleşme listeleri
• Cari ve tahsilat kayıtları
• Telefon rehberindeki bina yöneticisi bilgileri

Buradaki amaç her veriyi mutlaka yeni sisteme taşımak değildir. Öncelikle hangi bilginin operasyon açısından değerli olduğunun belirlenmesi gerekir.

Örneğin beş yıl önce değişmiş bir bina yöneticisinin telefonunu taşımak çoğu zaman gereksizdir. Buna karşılık aynı asansörde son iki yılda meydana gelen tekrar eden kapı arızalarının geçmişi teknik ekip açısından oldukça değerlidir.

Hangi Verilerin Aktarılacağını Belirleyin

Veri aktarımı başlamadan önce bilgiler önem derecesine göre sınıflandırılmalıdır.

Asansör servis firmalarında temel olarak dört ana veri grubu bulunur.

Müşteri bilgileri

Müşteri kayıtları veri aktarımının temelidir. En azından aşağıdaki bilgiler kontrol edilmelidir:

• Firma veya bina adı
• Yetkili kişi
• Telefon numarası
• E-posta
• Açık adres
• İl ve ilçe
• Vergi bilgileri varsa ilgili alanlar
• Özel müşteri notları

Aynı müşterinin birden fazla kez kaydedilmiş olması oldukça sık karşılaşılan bir problemdir.

Örneğin eski dosyada şu üç kayıt bulunabilir:

Güneş Apt.

Güneş Apartmanı

Güneş Apt Yönetimi

Bunların aynı bina olup olmadığı veri aktarımından önce kontrol edilmelidir.

Asansör ve cihaz bilgileri

Her müşterinin altında bulunan asansörlerin doğru eşleştirilmesi kritik önem taşır.

Mümkünse şu bilgiler aktarılmalıdır:

• Asansör kimliği veya firma içi cihaz kodu
• Bina veya müşteri bağlantısı
• Adres
• Durak sayısı
• Kapı tipi
• Makine tipi
• Marka veya model bilgisi
• Seri numarası varsa
• Bakım periyodu
• Sözleşme başlangıç ve bitiş tarihleri
• Cihaza özel teknik notlar

Teknisyen açısından özellikle cihaz notları değerlidir. Örneğin “kapı kartı daha önce değişti” veya “bodrum katta kapı kilidi zaman zaman sorun çıkarıyor” gibi bilgiler gelecekteki arıza müdahalelerini hızlandırabilir.

Arıza geçmişi

Yeni bir Asansör Arıza Yönetim Programı kullanmaya başlanırken yalnızca aktif arızaların değil, mümkünse anlamlı geçmiş kayıtların da taşınması faydalıdır.

Arıza kaydında şu alanlar bulunabilir:

• Arıza tarihi
• Arızanın bildirildiği saat
• Müşteri
• İlgili asansör
• Arıza açıklaması
• Görevlendirilen teknisyen
• Müdahale zamanı
• Yapılan işlem
• Kullanılan parça
• Arızanın kapanış zamanı
• Teknisyen notu
• Müşteri açıklaması

Bu bilgiler özellikle tekrar eden arızaların analizinde önemlidir.

Örneğin aynı asansör üç ay içinde dört kez kapı arızası vermişse yalnızca son arızayı görmek yerine geçmiş kayıtları karşılaştırmak teknik ekibe daha doğru karar verme imkânı sağlar.

Bakım ve sözleşme bilgileri

Arıza yönetimi çoğu zaman bakım planlamasıyla birlikte çalışır. Bu nedenle mevcut bakım programının da aktarım sırasında kontrol edilmesi gerekir.

Özellikle:

• Son bakım tarihi
• Sonraki planlanan bakım
• Bakım periyodu
• Sözleşme durumu
• Sözleşme başlangıç tarihi
• Sözleşme bitiş tarihi
• Bakım sorumlusu veya ekip

gibi bilgiler yeni sistemde doğru görünmelidir.

Asansör Veri Aktarımı Checklist Tablosu

Aşağıdaki tablo veri aktarım sürecini yönetmek için pratik bir kontrol listesi olarak kullanılabilir.

Kontrol Alanı	Yapılması Gereken	Öncelik
Müşteri kayıtları	Tekrarlanan müşterileri temizle	Yüksek
Telefon numaraları	Eksik veya hatalı numaraları kontrol et	Yüksek
Adres bilgileri	İl, ilçe ve açık adresleri standartlaştır	Yüksek
Asansör kayıtları	Her cihazı doğru müşteriye bağla	Çok yüksek
Cihaz kodları	Tekrarlanan cihaz kodlarını kontrol et	Yüksek
Arıza geçmişi	Tarih ve cihaz eşleşmesini kontrol et	Yüksek
Aktif arızalar	Açık işlerin eksiksiz taşındığını doğrula	Çok yüksek
Teknisyen bilgileri	Aktif personeli belirle	Orta
Bakım planı	Son ve sonraki bakım tarihlerini kontrol et	Çok yüksek
Sözleşmeler	Aktif sözleşmeleri doğrula	Yüksek
Teknik notlar	Önemli cihaz notlarını taşı	Orta
Dosya ve belgeler	Gerekli sözleşme veya servis belgelerini kontrol et	Orta
Test aktarımı	Küçük veri grubuyla deneme yap	Çok yüksek
Son kontrol	Eski ve yeni sistem toplamlarını karşılaştır	Çok yüksek

Bu tablo firmaya göre genişletilebilir. Özellikle büyük bakım firmalarında şube, bölge, ekip ve teknisyen eşleşmeleri için ek kontrol alanları oluşturulması faydalıdır.

Excel Dosyalarını Aktarmadan Önce Temizleyin

Asansör firmalarının yeni bir sisteme geçerken yaşadığı sorunların önemli bölümü yazılımdan değil, eski Excel dosyalarının düzensizliğinden kaynaklanır.

Örneğin telefon numarası alanında şu tür farklı kayıtlar bulunabilir:

0532 111 22 33

5321112233

+90 532 111 22 33

Aynı durum adreslerde ve bina isimlerinde de görülebilir.

Veri aktarımı öncesinde mümkün olduğunca ortak bir format oluşturulmalıdır.

Pratik olarak şu sıra izlenebilir:

1. Boş satırları silin.
2. Aynı müşterinin tekrar eden kayıtlarını birleştirin.
3. Telefon numaralarını standartlaştırın.
4. İl ve ilçe adlarını ayrı alanlara bölün.
5. Müşteri ve asansör ilişkilerini kontrol edin.
6. Tarih formatlarını tek biçime getirin.
7. Kullanılmayan sütunları kaldırın.
8. Test için dosyanın küçük bir kopyasını oluşturun.

Özellikle tarih formatları önemlidir. Farklı dosyalarda 02.09.2026, 2026-09-02 veya 02/09/26 gibi farklı biçimler kullanılabilir.

Aktarım sırasında sistem bu alanları yanlış yorumlarsa bakım veya sözleşme tarihleri hatalı oluşabilir.

Önce Test Aktarımı Yapın

Binlerce kaydı doğrudan yeni sisteme aktarmak yerine önce küçük bir veri grubuyla test yapılması daha güvenlidir.

Örneğin:

• 10 müşteri
• 20 asansör
• 30 geçmiş arıza kaydı
• 10 bakım kaydı

ile örnek bir aktarım gerçekleştirilebilir.

Test sonrasında hem ofis personeli hem de sahadaki bir teknisyen verileri kontrol etmelidir.

Ofis personeli müşteri ve sözleşme bilgilerini kontrol ederken teknisyen farklı noktalara bakabilir:

• Doğru asansör doğru binaya bağlı mı?
• Teknik cihaz notları görünüyor mu?
• Önceki arızalar doğru sırada mı?
• Adres bilgisi yeterli mi?
• Telefon numarası doğru kişiye mi ait?

Bu çapraz kontrol, yalnızca bilgisayar başında yapılan kontrole göre çok daha güvenlidir.

Asansorex gibi bakım ve arıza takip yazılımlarına geçiş yapılırken verilerin önce düzenlenip örnek bir aktarım üzerinden doğrulanması, firmanın yeni sisteme daha kontrollü başlamasını sağlar. Özellikle müşteri-asansör eşleşmelerinin aktarım öncesinde temizlenmesi saha tarafında ciddi zaman kazandırabilir.

Aktif Arızaları Ayrı Kontrol Edin

Geçmiş kayıtların eksik aktarılması istenmeyen bir durumdur ancak aktif arızaların kaybolması operasyonel açıdan çok daha ciddi bir sorundur.

Bu nedenle geçiş gününde açık olan tüm arızalar ayrıca listelenmelidir.

Örneğin geçiş öncesinde şu liste hazırlanabilir:

Arıza	Bina	Teknisyen	Durum
Kapı açılmıyor	Deniz Apt.	Ahmet	Müdahale bekliyor
Kabin ışığı arızası	Park Sitesi	Mehmet	Parça bekliyor
Seviye problemi	Gül Apt.	Kemal	Teknisyen yönlendirildi

Yeni program kullanıma açıldıktan sonra bu liste sistemdeki açık arızalarla birebir karşılaştırılmalıdır.

Özellikle “parça bekliyor”, “müşteriden onay bekliyor” veya “tekrar kontrol edilecek” durumundaki işler kolaylıkla gözden kaçabilir.

Eski Programı Hemen Kapatmayın

Yeni sistem kullanılmaya başlandığında eski programın veya Excel arşivinin hemen silinmesi doğru değildir.

Genel uygulamada bir süre eski kayıtların yalnızca görüntülenebilir biçimde saklanması daha güvenlidir.

Bunun iki avantajı vardır.

Birincisi, aktarım sırasında gözden kaçan bir bilgi olduğunda eski kayda ulaşılabilir.

İkincisi, müşteriden geçmiş bir servisle ilgili soru geldiğinde karşılaştırma yapılabilir.

Ancak burada önemli olan çalışanların iki sistemi aynı anda aktif şekilde kullanmaya devam etmemesidir.

Örneğin teknisyenin bir arızayı eski sisteme, başka bir arızayı yeni sisteme kaydetmesi kısa sürede veri karmaşası oluşturur.

Bu nedenle net bir geçiş tarihi belirlenmelidir.

Örneğin:

1 Ekim 2026 itibarıyla tüm yeni arıza, bakım ve servis kayıtları yalnızca yeni sistem üzerinden oluşturulacaktır.

Eski sistem ise yalnızca geçmiş kayıtların kontrolü amacıyla kullanılabilir.

Veri Aktarımı Sonrası Mutlaka Sayısal Kontrol Yapın

Aktarım tamamlandıktan sonra yalnızca birkaç müşteri kaydına bakmak yeterli değildir. Toplam kayıt sayıları karşılaştırılmalıdır.

Örneğin eski sistemde:

• 846 aktif müşteri
• 1.420 asansör
• 3.780 geçmiş arıza
• 1.310 aktif bakım sözleşmesi

bulunuyorsa yeni sistemdeki kayıtlar bu rakamlarla karşılaştırılmalıdır.

Farklılık varsa sebebi araştırılmalıdır.

Bazı farklar normal olabilir. Örneğin pasif müşteriler özellikle aktarılmamış olabilir. Ancak farkın nedeni bilinmelidir.

Kontrol için şu basit formül kullanılabilir:

Eski kayıt sayısı - bilinçli olarak aktarılmayan kayıtlar = beklenen yeni kayıt sayısı

Böylece “yaklaşık olarak doğru görünüyor” yaklaşımı yerine ölçülebilir bir kontrol yapılır.

Firma İçinde Veri Sorumlusu Belirleyin

Veri aktarımını yalnızca yazılım firmasına bırakmak doğru değildir. Çünkü müşteri kayıtlarının gerçek durumunu en iyi bilen taraf bakım firmasının kendisidir.

Firma içinde en az bir kişi veri sorumlusu olarak belirlenmelidir.

Bu kişi:

• Müşteri listesini kontrol eder.
• Tekrarlanan kayıtları belirler.
• Aktif ve pasif müşterileri ayırır.
• Cihaz eşleşmelerini doğrular.
• Test aktarımını kontrol eder.
• Eksikleri bildirir.
• Son aktarım sonrası toplam kayıtları karşılaştırır.

Büyük firmalarda bu kontrol sürecine saha sorumlularının da katılması faydalıdır.

Çünkü ofiste “Park Apartmanı” olarak görünen bir kayıt teknisyen tarafından “Park Sitesi B Blok” olarak biliniyor olabilir. Sahadan gelen bilgi bu tür eşleşme hatalarını önleyebilir.

Sıkça Sorulan Sorular

Asansör Arıza Yönetim Programı değiştirirken tüm geçmiş kayıtlar taşınmalı mı?

Her zaman gerekli değildir. Aktif müşteriler, aktif asansörler, devam eden sözleşmeler ve açık arızalar öncelikli olmalıdır. Geçmiş kayıtlar ise firmanın operasyon ihtiyacına göre belirlenebilir. Özellikle son birkaç yıllık teknik arıza geçmişi faydalı olabilir.

Excel'deki müşteri listesi doğrudan yeni programa aktarılabilir mi?

Teknik olarak mümkün olsa bile dosyanın önce kontrol edilmesi tavsiye edilir. Tekrarlanan müşteriler, hatalı telefon numaraları, eksik adresler ve bozuk tarih formatları yeni sisteme taşınmadan önce temizlenmelidir.

Veri aktarımında en kritik bilgi hangisidir?

Tek bir alan söylemek doğru olmaz ancak müşteri ile asansör arasındaki eşleşme en kritik noktalardan biridir. Yanlış eşleştirme teknisyenin yanlış cihaz geçmişini görmesine veya yanlış adrese yönlendirilmesine neden olabilir.

Eski arıza kayıtları neden önemlidir?

Geçmiş arıza kayıtları tekrar eden teknik problemleri görmeyi kolaylaştırır. Aynı cihazın kısa sürede benzer arızalar vermesi bakım yaklaşımının veya belirli parçaların yeniden değerlendirilmesini sağlayabilir.

Veri aktarımı tamamlandıktan sonra eski Excel dosyaları silinmeli mi?

Hemen silinmemelidir. Bir süre güvenli bir arşiv olarak saklanması faydalıdır. Ancak yeni işlemlerin eski dosyalara kaydedilmesine devam edilmemeli, belirlenen tarihten sonra tüm yeni kayıtlar tek sistem üzerinden yürütülmelidir.

Yeni sisteme geçiş için en uygun zaman nedir?

Firmanın operasyon yoğunluğunun daha düşük olduğu bir dönem tercih edilebilir. Asıl önemli olan geçiş tarihinin önceden belirlenmesi, aktif arızaların kontrol edilmesi ve çalışanların hangi tarihten itibaren yalnızca yeni sistemi kullanacağının netleştirilmesidir.

Özet

Bir Asansör Arıza Yönetim Programı değişikliği yalnızca yeni yazılımı kurmakla tamamlanmaz. Başarılı bir geçiş için müşteri, asansör, bakım, sözleşme ve geçmiş arıza verilerinin kontrollü biçimde taşınması gerekir.

En güvenli yöntem; mevcut veriyi envantere almak, gereksiz ve tekrarlanan kayıtları temizlemek, küçük bir test aktarımı yapmak, müşteri-asansör eşleşmelerini doğrulamak ve sonrasında toplam kayıt sayılarını karşılaştırmaktır.

Özellikle aktif arızalar ve yaklaşan bakım planları geçiş sırasında ayrı kontrol edilmelidir. Asansorex gibi merkezi bir bakım ve arıza takip sistemi kullanıldığında bu kayıtların düzenli tutulması, sonraki dönemlerde hem teknisyenlerin geçmiş servis bilgilerine daha hızlı ulaşmasını hem de firma sahiplerinin operasyonu daha sağlıklı takip etmesini kolaylaştırır. Sağlıklı bir başlangıcın temel şartı ise yeni sisteme mümkün olduğunca temiz, doğru ve güncel veriyle geçmektir.