Asansör Arıza Yazılımı Veri Aktarımı Checklist

İÇERİK

Bir Asansör Arıza Yazılımı satın almak, dijital dönüşümün yalnızca başlangıcıdır. Asıl başarı; müşteri, bina, asansör, sözleşme, teknisyen ve geçmiş arıza bilgilerinin yeni sisteme doğru biçimde aktarılmasına bağlıdır. Eksik veya hatalı yapılan aktarım, ilk haftadan itibaren yanlış adrese ekip gönderilmesine, mükerrer cihaz kayıtlarına, geçmiş arızaların görülememesine ve raporların güvenilirliğini kaybetmesine neden olabilir. Bu rehberde, mevcut Excel dosyalarından ya da eski programdan yeni yazılıma geçerken uygulanabilecek pratik bir veri aktarımı kontrol listesi bulacaksınız.

Veri Aktarımına Başlamadan Önce Kapsamı Belirleyin

Birçok firma veri aktarımına, elindeki bütün dosyaları yeni sisteme yüklemeye çalışarak başlar. Oysa ilk soru “Hangi dosyalarımız var?” değil, “Yeni sistemde hangi verileri aktif olarak kullanacağız?” olmalıdır.

Örneğin 10 yıldır hizmet veren bir bakım firmasında binlerce eski arıza formu bulunabilir. Ancak bu formların bir kısmı artık sözleşmesi bulunmayan binalara, hurdaya ayrılmış cihazlara veya kapanmış müşterilere ait olabilir. Her kaydın aktarılması hem gereksiz iş yükü oluşturur hem de yeni sistemin daha ilk günden karmaşık görünmesine yol açar.

Aktarım kapsamını belirlerken verileri üç gruba ayırın:

• Yeni sisteme mutlaka aktarılacak aktif kayıtlar
• Arşiv amacıyla saklanacak ancak günlük kullanımda gösterilmeyecek kayıtlar
• Yasal veya ticari saklama gerekliliği bulunmayan mükerrer ve geçersiz kayıtlar

Aktif bakım sözleşmesi bulunan müşteriler, kullanımda olan asansörler, güncel iletişim bilgileri, açık arıza talepleri ve devam eden iş emirleri ilk grupta yer almalıdır. Eski kayıtların silinip silinmeyeceğine ise firma yönetimi, mali müşavir ve gerektiğinde hukuk danışmanı birlikte karar vermelidir.

Veri aktarımında amaç, eski sistemdeki dağınıklığı yeni sisteme taşımak değil; kullanılabilir ve güvenilir bir operasyon verisi oluşturmaktır.

Kaynak Dosyaların Tam Envanterini Çıkarın

Asansör firmalarında bilgiler çoğu zaman tek bir yerde tutulmaz. Müşteri listesi ofis bilgisayarındaki Excel dosyasında, cihaz bilgileri farklı bir programda, arıza kayıtları WhatsApp görüşmelerinde, sözleşmeler ise klasörlerde bulunabilir. Bu nedenle aktarım öncesinde bütün veri kaynakları tespit edilmelidir.

Kontrol edilmesi gereken temel kaynaklar şunlardır:

1. Müşteri ve cari kartları
2. Bina, blok ve adres kayıtları
3. Asansör veya cihaz envanteri
4. Bakım sözleşmeleri
5. Aylık bakım planları
6. Açık ve kapanmış arıza kayıtları
7. Teknisyen ve ekip bilgileri
8. Tahsilat ve borç bilgileri
9. Stok ve yedek parça kayıtları
10. Periyodik kontrol ve etiket bilgileri
11. Fotoğraflar, imzalı formlar ve PDF belgeleri
12. Telefon rehberleri, e-postalar ve mesajlaşma kayıtları

Her kaynak için dosyanın sorumlusu, son güncellenme tarihi, formatı ve yaklaşık kayıt sayısı yazılmalıdır. “Ofiste birkaç Excel var” gibi belirsiz ifadeler yeterli değildir. Örneğin aktif-cihazlar-2026.xlsx, 1.240 satır, son güncelleme 8 Eylül 2026, sorumlu Ayşe Hanım şeklinde somut bir envanter hazırlanmalıdır.

Aktarılacak Alanları Eşleştirin

Eski dosyadaki her sütunun yeni yazılımda tam karşılığı bulunmayabilir. Aynı şekilde yeni yazılımın ihtiyaç duyduğu bazı alanlar eski kayıtlarda hiç tutulmamış olabilir. Bu nedenle yükleme yapılmadan önce bir alan eşleştirme tablosu hazırlanmalıdır.

Veri grubu	Eski kayıttaki alan	Yeni sistemdeki karşılık	Kontrol noktası
Müşteri	Firma veya yönetici adı	Müşteri unvanı	Gerçek kişi ve firma ayrımı
Bina	Apartman adı	Lokasyon veya bina adı	Aynı isimli binalar adresle ayrılmalı
Cihaz	Asansör no.	Cihaz kodu	Her cihaz için benzersiz kod
İletişim	Cep telefonu	Yetkili telefon numarası	Ülke kodu ve karakter temizliği
Sözleşme	Başlangıç-bitiş	Sözleşme tarihleri	Tarih formatı kontrol edilmeli
Arıza	Açıklama	Arıza talep detayı	Serbest metin kaybolmamalı
İşlem	Yapılan iş	Teknisyen çözüm notu	Kapanış kaydıyla ilişkilendirilmeli
Muayene	Etiket rengi	Son kontrol sonucu	Tarih ve rapor bilgisi eklenmeli
Finans	Aylık ücret	Sözleşme bakım bedeli	KDV dahil-hariç ayrımı yapılmalı

Alan eşleştirmesi sırasında aynı anlama gelen farklı başlıklar birleştirilmelidir. “Cep”, “GSM”, “telefon 1” ve “yetkili tel” gibi sütunlar aynı veri türünü ifade edebilir. Buna karşılık bina yöneticisinin telefonu ile arıza anında aranacak görevlinin telefonu aynı alana yazılmamalıdır.

Verileri Temizleyin ve Standartlaştırın

Veri temizliği, aktarımın en fazla zaman alan fakat en önemli aşamalarından biridir. Eski sistemde küçük görünen yazım farklılıkları, yeni yazılımda ayrı müşteri veya ayrı cihaz oluşmasına neden olabilir.

Örneğin aynı bina aşağıdaki biçimlerde kayıtlı olabilir:

• Güneş Apt.
• Güneş Apartmanı
• GÜNEŞ APT
• Güneş Apt. A Blok

Bu kayıtlar doğrudan aktarılırsa sistem, aynı lokasyonu birden fazla bina olarak değerlendirebilir. Doğru yaklaşım; bina adı, blok, açık adres ve cihaz kodunu ayrı alanlarda standart biçimde tutmaktır.

Temizlenmesi gereken temel noktalar

• Başında veya sonunda gereksiz boşluk bulunan metinler
• Aynı müşteriye ait mükerrer kayıtlar
• Eksik ya da hatalı telefon numaraları
• Farklı biçimlerde yazılmış tarihler
• Metin alanına girilmiş sayısal ücretler
• Kullanımdan kaldırılmış cihazlar
• Personelden ayrılmış teknisyenler
• Adresi bulunmayan bina kayıtları
• Birden fazla cihazda tekrar kullanılan cihaz kodları
• Arıza açıklamasıyla teknisyen çözüm notunun karışması

Tarih formatı tüm dosyada aynı olmalıdır. Örneğin 12.09.2026 ile 09/12/2026 ifadelerinin birlikte bulunması, gün ve ayın karışmasına neden olabilir. Para alanlarında da “15 bin”, “15.000 TL” ve “15000” gibi farklı kullanımlar tek biçime dönüştürülmelidir.

Müşteri, Bina ve Cihaz İlişkisini Doğru Kurun

Asansör sektöründeki veri aktarımının en kritik noktası ilişkisel yapıdır. Bir müşteri birden fazla binadan sorumlu olabilir; bir binada da birden fazla asansör bulunabilir. Sadece bina adını ve müşteri telefonunu aktarmak yeterli değildir.

Sağlıklı bir yapı genel olarak şu sırayı izler:

• Müşteri veya yönetim
• Bina, site ya da tesis
• Blok
• Asansör veya cihaz
• Sözleşme
• Bakım planı
• Arıza ve iş emri geçmişi

Her cihaz için mümkün olduğunca benzersiz bir kod kullanılmalıdır. Aynı binada iki asansör varsa “Asansör 1” ve “Asansör 2” gibi geçici isimler yerine konum ve teknik özellikleri ayırt eden kodlar tercih edilmelidir. Örneğin “A Blok İnsan Asansörü” ve “A Blok Yük Asansörü” saha ekibi açısından daha açıklayıcıdır.

Cihaz kartında bulunması yararlı temel bilgiler şunlardır:

• Cihaz kodu veya tanımlayıcı numara
• Bina ve açık adres
• Blok ve cihazın konumu
• Asansör türü
• Durak ve kapasite bilgisi
• Marka veya kumanda sistemi
• Sözleşme durumu
• Sorumlu ekip
• Son bakım tarihi
• Son periyodik kontrol bilgisi
• Güncel etiket durumu

Periyodik kontrol sonuçlarında genel uygulamadaki kırmızı, sarı, mavi ve yeşil bilgi etiketi ifadeleri doğru kayıtla ilişkilendirilmelidir. Etiket rengi tek başına yeterli değildir; kontrol tarihi, rapor bilgisi ve giderilmesi gereken uygunsuzlukların takibi de korunmalıdır.

Geçmiş Arıza Kayıtlarını Anlamlı Biçimde Aktarın

Arıza geçmişi, yalnızca arşiv değildir. Tekrarlayan kapı kilidi, fotosel, kontaktör, seviyeleme veya haberleşme sorunlarını fark etmek için önemli bir teknik veri kaynağıdır. Bu nedenle geçmiş arızaları tek satırlık toplu bir not hâlinde aktarmak, verinin analiz değerini düşürür.

Her arıza kaydında mümkünse şu bilgiler ayrı alanlarda korunmalıdır:

• Talebin açıldığı tarih ve saat
• Müşteri veya bina
• İlgili cihaz
• Arızayı bildiren kişi
• Bildirim kanalı
• İlk açıklama
• Atanan teknisyen veya ekip
• Müdahale zamanı
• Arızanın nedeni
• Yapılan işlem
• Kullanılan parça
• Sonuç ve kapanış zamanı
• Varsa fotoğraf, imza veya servis formu

Geçmiş kayıtlarda bazı alanlar bulunmuyorsa tahminî bilgi üretilmemelidir. Bilinmeyen teknisyen adına rastgele bir personel atamak yerine alan boş bırakılmalı veya “eski sistemden aktarıldı” biçiminde işaretlenmelidir.

Bu kayıtları kâğıt ve dağınık dosyalar yerine Asansorex gibi bir Asansör Arıza Yazılımı üzerinde cihazla ilişkilendirmek, tekrar eden arızaların ve müdahale sürelerinin daha kolay incelenmesini sağlar.

Önce Deneme Aktarımı Yapın

Temizlenmiş dosyanın tamamını doğrudan canlı sisteme aktarmak risklidir. Önce farklı kayıt türlerini kapsayan küçük bir örnek grup seçilmelidir. Genellikle 20–50 müşteri veya cihaz, olası sorunları görmek için yeterli bir deneme kümesi oluşturur.

Deneme aktarımında şu senaryolar bulunmalıdır:

• Tek cihazlı bir bina
• Birden fazla cihazı bulunan bir site
• Birden fazla lokasyonu yöneten müşteri
• Aktif ve sona ermiş sözleşme
• Açık arıza kaydı
• Geçmişte birden fazla arıza yaşamış cihaz
• Fotoğraf veya PDF eki bulunan işlem
• Farklı formatta telefon ve adres bilgisi

Aktarım sonrasında yalnızca kayıt sayısını karşılaştırmak yeterli değildir. Örneğin eski dosyada 1.000 cihaz, yeni sistemde de 1.000 cihaz görünmesi aktarımın doğru olduğunu kanıtlamaz. Cihazların doğru binaya, sözleşmeye ve geçmiş iş emirlerine bağlı olup olmadığı ayrıca kontrol edilmelidir.

Canlı Geçiş Gününü Planlayın

Eski sistem kullanılmaya devam ederken veri aktarımı yapılırsa iki sistem arasında fark oluşabilir. Bu nedenle kesin aktarım için bir veri kesim zamanı belirlenmelidir. Örneğin cuma günü saat 18.00’den sonra eski sisteme yeni kayıt girilmeyeceği, hafta sonu aktarım yapılacağı ve pazartesi sabahı yeni sistemin kullanılacağı personele bildirilmelidir.

Canlı geçiş planında şu adımlar yer almalıdır:

1. Eski sistemin son yedeğini alın.
2. Son aktarım dosyasını salt okunur biçimde saklayın.
3. Aktarım başlangıç ve bitiş saatini kayıt altına alın.
4. Aktarılan toplam müşteri, bina, cihaz ve arıza sayılarını karşılaştırın.
5. Açık arızaların durumunu tek tek doğrulayın.
6. Teknisyenlerin kullanıcı erişimlerini test edin.
7. Mobil cihazlarda birkaç örnek iş emri açıp kapatın.
8. İlk hafta için hata bildirim sorumlusu belirleyin.

Eski programa erişimi hemen tamamen kapatmak yerine belirli bir süre yalnızca görüntüleme amacıyla açık tutmak yararlı olabilir. Ancak ekiplerin iki sisteme birden yeni veri girmesine izin verilmemelidir. Aksi hâlde hangi kaydın güncel olduğu belirsizleşir.

Veri Aktarımı Sonrası Doğrulama Checklist

Aşağıdaki liste, aktarım tamamlandıktan sonra operasyon sorumlusu ve en az bir saha teknisyeni tarafından birlikte kontrol edilmelidir:

• [ ] Aktif müşteri sayısı kaynak dosyayla uyumlu
• [ ] Her bina doğru müşteriyle eşleşiyor
• [ ] Cihazlar doğru bina ve blok altında görünüyor
• [ ] Cihaz kodlarında mükerrer kayıt bulunmuyor
• [ ] Telefon numaraları doğru kişilere ait
• [ ] Aktif sözleşmelerin başlangıç ve bitiş tarihleri doğru
• [ ] Aylık bakım planları doğru ekiplere atanmış
• [ ] Açık arızalar kaybolmadan aktarılmış
• [ ] Geçmiş arıza notları okunabilir durumda
• [ ] Son bakım tarihleri doğru
• [ ] Periyodik kontrol ve etiket bilgileri eşleşiyor
• [ ] Fotoğraf, PDF ve imzalı formlar açılabiliyor
• [ ] Kullanıcı yetkileri görevlerle uyumlu
• [ ] Mobil uygulamada bina adresleri görüntüleniyor
• [ ] Örnek rapor ve servis formu doğru oluşturuluyor
• [ ] Yedek dosyanın güvenli kopyası saklanıyor

Bu kontrol yalnızca ofis çalışanı tarafından yapılmamalıdır. Saha teknisyeni, günlük kullanım açısından eksik kalan noktaları daha hızlı fark eder. Örneğin ofis için yeterli görünen bir adres, teknisyenin binayı bulmasına yetmeyebilir; kapıcı telefonu, blok girişi veya cihaz konumu eksik olabilir.

Sıkça Sorulan Sorular

Eski arıza kayıtlarının tamamı aktarılmalı mı?

Her kaydın canlı sisteme aktarılması şart değildir. Aktif cihazların teknik geçmişi, tekrarlayan arızaları ve devam eden işlemleri öncelikli olmalıdır. Çok eski veya sözleşmesi yıllar önce sona ermiş kayıtlar ayrı bir arşivde saklanabilir. Karar verilirken operasyonel ihtiyaçlar ile yasal ve ticari saklama yükümlülükleri birlikte değerlendirilmelidir.

Excel dosyasından veri aktarımı yapılabilir mi?

Evet. Ancak sütun adlarının, tarihlerin, telefon numaralarının ve cihaz kodlarının standartlaştırılması gerekir. Birden fazla Excel dosyası varsa önce ortak bir veri yapısı oluşturulmalı, mükerrer kayıtlar temizlenmeli ve küçük bir örnek dosyayla deneme yapılmalıdır.

Aktarım sırasında firma çalışmaya devam edebilir mi?

Edebilir; fakat veri kesim zamanı belirlenmezse eski ve yeni sistem arasında kayıt farkı oluşabilir. Geçiş sırasında gelen acil arızalar ayrı bir geçiş listesine yazılmalı ve canlı sistem açıldıktan sonra kontrollü biçimde işlenmelidir.

Eksik bilgiler aktarım öncesinde tamamlanmalı mı?

Operasyonu doğrudan etkileyen müşteri telefonu, bina adresi, cihaz eşleşmesi ve aktif sözleşme tarihleri mümkünse aktarım öncesinde tamamlanmalıdır. Bulunamayan bilgiler tahmin edilmemeli, sonradan tamamlanmak üzere açıkça işaretlenmelidir.

Veri aktarımının doğru olduğu nasıl anlaşılır?

Kaynak ve hedef sistemdeki toplam kayıt sayıları karşılaştırılmalı; ayrıca örnek müşteriler üzerinden bina, cihaz, sözleşme ve arıza ilişkileri incelenmelidir. Sayısal eşitlik tek başına yeterli değildir. Açık arızalar ve aktif bakım planları özellikle tek tek doğrulanmalıdır.

Aktarım sonrasında eski sistem kapatılmalı mı?

Yeni sistemin doğru çalıştığı doğrulanana kadar eski sistem yalnızca görüntüleme amacıyla erişilebilir tutulabilir. Bununla birlikte yeni kayıt girişleri tek sistemden yapılmalıdır. Eski verinin yedeği de erişim yetkileri sınırlandırılmış güvenli bir alanda saklanmalıdır.

Özet

Başarılı bir Asansör Arıza Yazılımı veri aktarımı; dosyayı yüklemekten çok, veriyi sınıflandırma, temizleme, eşleştirme ve doğrulama çalışmasıdır. Önce kaynaklar belirlenmeli, müşteri-bina-cihaz ilişkileri kurulmalı, geçmiş arızalar anlamını kaybetmeden aktarılmalı ve canlı geçişten önce deneme yapılmalıdır. Asansorex gibi sektör odaklı bir çözüm kullanılırken de aktarım sürecinin bu kontrol listesiyle yürütülmesi, firmanın eski kayıtlarını kullanılabilir bir operasyon hafızasına dönüştürmesine yardımcı olur.