Asansör Arıza Takip Programı veri aktarımı checklist
Eski Excel dosyalarından veya farklı yazılımlardan yeni arıza takip sistemine geçerken hangi verilerin nasıl hazırlanması gerektiğini adım adım gösteren uygulamalı checklist.
İÇERİK
Yeni bir Asansör Arıza Takip Programı kullanmaya başlamak çoğu firma için yalnızca yeni bir yazılım satın almak anlamına gelmez. Asıl kritik konu, yıllardır Excel dosyalarında, eski programlarda, WhatsApp mesajlarında, teknisyen telefonlarında veya kâğıt klasörlerde tutulan bilgilerin yeni sisteme doğru biçimde aktarılmasıdır. Veri aktarımı plansız yapılırsa aynı bina iki kez kaydedilebilir, eski arıza geçmişleri kaybolabilir, müşteri telefonları yanlış eşleşebilir veya teknisyenler sahada yanlış cihaz bilgisine ulaşabilir.
Bu nedenle geçiş sürecine bir “dosyaları içeri atalım, sonra düzeltiriz” işi olarak değil, operasyonel veri temizliği projesi olarak bakmak gerekir. Aşağıdaki checklist; bakım firması sahibi, operasyon sorumlusu ve saha ekibinin yeni arıza takip programına daha temiz, güvenli ve kontrollü geçiş yapmasına yardımcı olur.
Veri Aktarımına Başlamadan Önce Mevcut Durumu Çıkarın
İlk yapılması gereken, firmanın elinde hangi verilerin bulunduğunu net biçimde tespit etmektir. Birçok işletme bütün kayıtlarının tek bir Excel dosyasında olduğunu düşünür; ancak uygulamada bilgiler farklı yerlerde dağınık halde bulunur.
Örneğin:
- Bina listesi bir Excel dosyasında,
- Bakım sözleşmeleri farklı klasörlerde,
- Arıza geçmişleri WhatsApp gruplarında,
- Teknisyen atamaları başka bir tabloda,
- Cari bilgiler muhasebe programında,
- Asansör teknik özellikleri kâğıt dosyalarda,
- Yönetici telefonları teknisyenlerin rehberinde bulunabilir.
Bu yapı yeni programa aktarılmadan önce mutlaka haritalanmalıdır.
İlk envanter kontrolü
Veri aktarımından önce şu sorular cevaplanmalıdır:
- Kaç aktif bina var?
- Kaç aktif asansör bulunuyor?
- Her bina ile ilişkili müşteri veya yönetici kaydı mevcut mu?
- Geçmiş arıza kayıtları kaç yıllık?
- Teknisyen isimleri ve görev bölgeleri güncel mi?
- Aktif olmayan müşteriler veri setinde duruyor mu?
- Aynı bina birden fazla isimle kayıtlı mı?
- Telefon numarası, adres ve cihaz bilgileri eksik olan kayıtlar var mı?
Buradaki amaç mümkün olduğunca fazla veri taşımak değil, işe yarayan ve doğru veriyi taşımaktır.
Eski sistemde bulunan her kayıt yeni sisteme aktarılması gereken değerli veri değildir. Hatalı, mükerrer ve güncelliğini kaybetmiş kayıtları taşımamak çoğu zaman daha doğru bir karardır.
Hangi Verilerin Aktarılacağını Belirleyin
Asansör sektöründe temel veri yapısı birbiriyle bağlantılıdır. Bir arıza kaydının anlamlı olması için hangi binaya, hangi asansöre, hangi müşteriye ve mümkünse hangi teknisyene ait olduğunun bilinmesi gerekir.
Bu nedenle aktarım sırası önemlidir.
Genel olarak şu yapı kullanılabilir:
| Veri grubu | Aktarılacak temel bilgiler | Öncelik |
|---|---|---|
| Müşteri/Yönetici | Ad, firma/site adı, telefon, e-posta | Çok yüksek |
| Bina/Site | Bina adı, açık adres, bölge, müşteri bağlantısı | Çok yüksek |
| Asansör | Cihaz kodu, seri bilgisi, tip, durak sayısı, bina bağlantısı | Çok yüksek |
| Sözleşme | Başlangıç-bitiş tarihi, bakım kapsamı, ücret bilgisi | Yüksek |
| Arıza geçmişi | Tarih, cihaz, arıza açıklaması, müdahale sonucu | Yüksek |
| Teknisyen | Ad, telefon, görev bölgesi | Yüksek |
| Bakım kayıtları | Bakım tarihi, teknisyen, notlar | Orta/Yüksek |
| Cari bilgiler | Bakiye, tahsilat, ödeme geçmişi | İhtiyaca göre |
| Fotoğraf ve belgeler | Eski servis formları, sözleşmeler, cihaz fotoğrafları | İhtiyaca göre |
Firma yalnızca arıza yönetimi için geçiş yapıyorsa geçmiş yıllara ait tüm muhasebe hareketlerini aktarmak gerekmeyebilir. Buna karşılık bina, cihaz ve iletişim bilgilerinin eksiksiz olması gerekir.
Excel ve Eski Program Verilerini Temizleyin
Yeni sisteme veri aktarmadan önce en fazla zaman ayrılması gereken aşamalardan biri veri temizliğidir.
Örneğin aynı bina şu şekilde üç farklı kayıt olarak bulunabilir:
- Güneş Apt.
- Güneş Apartmanı
- Güneş Apt Malatya
Sistem bunları otomatik olarak aynı bina kabul etmeyebilir. Sonuçta teknisyen bir arıza kaydı açarken yanlış binayı seçebilir veya firma sahibi raporlarda aynı müşteriyi birden fazla satırda görebilir.
Mükerrer kayıtları temizleyin
Şu alanlar üzerinden kontrol yapılabilir:
- Bina adı
- Açık adres
- Yönetici telefonu
- Asansör seri numarası
- Firma/müşteri adı
- Vergi numarası varsa vergi numarası
- Cihaz veya sözleşme numarası
Telefon numaralarını standartlaştırın
Telefon numaralarının farklı biçimlerde tutulması veri kalitesini bozar.
Örneğin aynı numara şu şekillerde bulunabilir:
0532 000 00 00
5320000000
+90 532 000 00 00
Aktarım öncesinde tek bir standart belirlemek daha sağlıklıdır.
Tarih formatlarını kontrol edin
Özellikle eski Excel dosyalarında şu tür karışıklıklar sık görülür:
01.08.202601/08/262026-08-01- Metin olarak yazılmış tarihler
Sözleşme ve arıza geçmişi aktarılırken tarih alanlarının doğru algılanması gerekir.
Bina ve Asansör Eşleşmesini Özellikle Kontrol Edin
Asansör firmalarında veri aktarımında yapılan en önemli hatalardan biri cihazın yanlış binayla eşleştirilmesidir.
Bir binada birden fazla asansör bulunabilir. Örneğin:
- A Blok yolcu asansörü
- A Blok servis asansörü
- B Blok yolcu asansörü
- Otopark asansörü
Eğer yalnızca bina adı aktarılır ve cihazlar ayrı biçimde tanımlanmazsa teknisyen arızanın hangi asansörde olduğunu anlamakta zorlanabilir.
Her cihaz için mümkünse şu bilgiler tutulmalıdır:
- Bina/site adı
- Blok
- Asansör adı veya cihaz kodu
- Seri numarası
- Durak sayısı
- Kapasite
- Asansör tipi
- Makine daireli veya makine dairesiz bilgisi
- Kumanda sistemi veya marka bilgisi
- Adres
- Konum açıklaması
Tüm teknik bilgilerin eksiksiz olması şart değildir. Ancak sahadaki teknisyenin doğru cihazı ayırt etmesini sağlayacak temel tanımlar mutlaka bulunmalıdır.
Arıza Geçmişini Aktarırken Ne Kadar Geri Gitmelisiniz?
Her firmanın 10 yıllık tüm arıza geçmişini yeni sisteme taşıması gerekli değildir. Karar verirken verinin operasyonel değerine bakılmalıdır.
Örneğin son 12 veya 24 aylık arıza kayıtları çoğu firma için oldukça değerlidir. Çünkü bu veriler sayesinde:
- Sürekli arıza yapan cihazlar belirlenebilir.
- Aynı parçanın tekrar tekrar değişip değişmediği görülebilir.
- Bina bazında arıza yoğunluğu izlenebilir.
- Teknisyen müdahaleleri karşılaştırılabilir.
- Tekrarlayan problemler tespit edilebilir.
Geçmiş arıza kaydı aktarılırken mümkünse şu alanlar korunmalıdır:
- Arıza tarihi
- Arıza saati
- Bina
- Asansör
- Arıza açıklaması
- Arızayı bildiren kişi
- Görevlendirilen teknisyen
- Müdahale tarihi
- Yapılan işlem
- Değiştirilen parça
- Sonuç
- Ek not
Örneğin yalnızca “arıza giderildi” şeklindeki kayıtlar analiz açısından sınırlı değer taşır. Bunun yerine “kat kapısı kilit kontağı ayarlandı” gibi açıklamalar gelecekte daha kullanışlıdır.
Bu geçmişi Asansorex gibi bir asansör bakım ve arıza takip yazılımında bina ve cihaz bazında tutmak, daha sonra aynı asansörün geçmiş müdahalelerine sahadan veya ofisten hızlı ulaşmayı kolaylaştırır.
Aktarım Öncesi Uygulanabilecek Veri Checklist'i
Gerçek aktarım başlamadan önce aşağıdaki kontrol listesi tamamlanabilir.
Müşteri kayıtları
- Müşteri veya yönetici adı güncel mi?
- Telefon numarası mevcut mu?
- E-posta adresi varsa doğru mu?
- Aynı müşteri birden fazla kayıt olarak bulunuyor mu?
- Pasif müşteriler ayrıldı mı?
Bina kayıtları
- Bina adı standartlaştırıldı mı?
- Açık adres mevcut mu?
- İl ve ilçe bilgileri doğru mu?
- Site/blok bilgileri ayrıldı mı?
- Bina ile müşteri doğru eşleşiyor mu?
Asansör kayıtları
- Her asansörün benzersiz bir tanımı var mı?
- Seri numarası mevcut mu?
- Durak ve kapasite bilgileri kontrol edildi mi?
- Aynı cihaz iki kez kayıtlı mı?
- Asansör doğru binaya bağlı mı?
Arıza kayıtları
- Tarihler doğru formatta mı?
- Arıza doğru cihazla eşleşiyor mu?
- Teknisyen bilgisi varsa aktarılıyor mu?
- Açıklamalar okunabilir durumda mı?
- Mükerrer arıza kayıtları temizlendi mi?
Personel kayıtları
- İşten ayrılmış teknisyenler ayrıldı mı?
- Aktif personelin telefonları güncel mi?
- İsim-soyisim yazımları standart mı?
- Görev bölgeleri gerekiyorsa tanımlandı mı?
Önce Küçük Bir Test Aktarımı Yapın
Binlerce kaydı tek seferde sisteme almak yerine önce küçük bir örnek veriyle test yapmak daha güvenlidir.
Örneğin:
- 5 müşteri,
- 10 bina,
- 15 asansör,
- 20 geçmiş arıza kaydı
ile pilot aktarım yapılabilir.
Test sonrasında şu kontroller gerçekleştirilmelidir:
- Binalar doğru müşterilere bağlandı mı?
- Asansörler doğru binalarda görünüyor mu?
- Arıza geçmişleri doğru cihazlara işlendi mi?
- Türkçe karakterlerde bozulma var mı?
- Tarihler doğru görüntüleniyor mu?
- Telefon numaraları doğru mu?
- Mükerrer kayıt oluştu mu?
Bu aşamada hata tespit edilirse yüzlerce veya binlerce kayıt yüklenmeden önce veri yapısı düzeltilebilir.
Aktarım Sonrası Sahada Gerçek Kontrol Yapın
Verinin teknik olarak sisteme aktarılmış olması işlemin tamamlandığı anlamına gelmez. Son doğrulama sahadaki kullanım üzerinden yapılmalıdır.
Bir teknisyenden birkaç gerçek bina açması istenebilir.
Örneğin teknisyen:
- Bina adresini bulabiliyor mu?
- Doğru asansörü seçebiliyor mu?
- Geçmiş arızaları görebiliyor mu?
- Yönetici telefonuna ulaşabiliyor mu?
- Arıza kaydını doğru cihaz üzerine açabiliyor mu?
Bu testler masa başında fark edilmeyen sorunları hızla ortaya çıkarır.
Özellikle benzer isimli binaların bulunduğu firmalarda bu kontrol önemlidir. “Yıldız Apartmanı” gibi aynı isimde birden fazla bina varsa mutlaka adres, bölge veya müşteri bilgisiyle ayrıştırılmalıdır.
Veri Aktarımında En Sık Yapılan Hatalar
Firmaların yazılım geçişlerinde karşılaştığı sorunların önemli bölümü teknik sistemden değil, veri hazırlığından kaynaklanır.
En yaygın hatalar şunlardır:
- Bütün Excel dosyasını kontrol etmeden aktarmak
- Pasif müşterileri aktiflerle birlikte taşımak
- Aynı binayı iki veya üç kez oluşturmak
- Arıza geçmişini cihaz yerine yalnızca bina bazında tutmak
- Eski teknisyen kayıtlarını temizlememek
- Telefon numaralarını farklı formatlarda bırakmak
- Tarih alanlarını kontrol etmemek
- Test aktarımı yapmadan bütün kayıtları yüklemek
- Aktarım sonrasında örnek kayıtları kontrol etmemek
- Eski verinin yedeğini almadan çalışmaya başlamak
Bir başka önemli hata da yeni sisteme geçildiği gün hem eski hem yeni sistemde kayıt tutmaya devam etmektir. Bu durum kısa süre içinde iki farklı veri kaynağı oluşturur.
Geçiş tarihi net belirlenmelidir. Örneğin:
“1 Eylül 2026 itibarıyla tüm yeni arıza kayıtları yalnızca yeni sistem üzerinden açılacaktır.”
Böylece ekip hangi kaydın nerede tutulacağını bilir.
Eski Verilerin Yedeğini Mutlaka Saklayın
Aktarım başarılı olsa bile eski Excel, veri tabanı veya program çıktıları hemen silinmemelidir.
En azından:
- Orijinal Excel dosyaları,
- Müşteri listeleri,
- Arıza geçmişi,
- Sözleşme kayıtları,
- Teknik cihaz listeleri
ayrı bir yedek klasörde saklanmalıdır.
Dosyalarda tarih kullanmak faydalıdır:
musteri-listesi-2026-08-24.xlsx
ariza-gecmisi-2026-08-24.xlsx
asansor-listesi-2026-08-24.xlsx
Bu yöntem hangi dosyanın son eski sistem çıktısı olduğunu anlamayı kolaylaştırır.
Ayrıca aktarım tamamlandıktan birkaç hafta sonra yapılacak karşılaştırmalarda bu yedekler referans olarak kullanılabilir.
Sıkça Sorulan Sorular
Asansör Arıza Takip Programına bütün geçmiş veriler aktarılmalı mı?
Hayır. Operasyon açısından değerli olan kayıtların aktarılması daha doğrudur. Genellikle aktif müşteri, bina, asansör ve yakın dönem arıza geçmişi öncelikli tutulur. Çok eski ve eksik kayıtlar ayrıca arşivlenebilir.
Excel'den veri aktarımı yapılabilir mi?
Birçok modern sistem Excel veya benzeri tablo formatlarından veri aktarımına uygun yapı sunar. Ancak sütunların düzenli olması, bina-asansör eşleşmelerinin doğru kurulması ve mükerrer kayıtların temizlenmesi gerekir.
Veri aktarımı sırasında eski kayıtlar kaybolabilir mi?
Yanlış hazırlanan aktarım işlemlerinde veri kaybı veya eşleşme problemi oluşabilir. Bu nedenle işlem öncesinde mutlaka orijinal veri yedeği alınmalı ve küçük bir test aktarımı yapılmalıdır.
Arıza geçmişinde hangi bilgiler mutlaka bulunmalı?
En azından tarih, bina, asansör, arıza açıklaması ve mümkünse yapılan işlem bilgisi bulunmalıdır. Teknisyen ve kullanılan parça bilgileri de analiz açısından önemli katkı sağlar.
Aktarım bittikten sonra ne kontrol edilmeli?
Örnek müşteri, bina, asansör ve arıza kayıtları açılarak eşleşmeler kontrol edilmelidir. Ayrıca bir teknisyenin mobil cihaz üzerinden gerçek saha testi yapması faydalıdır.
Asansorex veri geçişinde nasıl fayda sağlar?
Asansorex gibi bakım ve arıza takip çözümleri; bina, asansör, müşteri, teknisyen ve arıza kayıtlarını ilişkili biçimde tutarak dağınık bilgilerin tek operasyon akışında kullanılmasına yardımcı olur. Esas kazanç, aktarılan verinin daha sonra düzenli biçimde güncel tutulabilmesidir.
Özet
Bir Asansör Arıza Takip Programına geçişte başarı yalnızca yeni yazılımın özelliklerine bağlı değildir. Sisteme hangi verinin hangi kalitede aktarıldığı, günlük operasyonun verimliliğini doğrudan etkiler.
Sağlıklı bir geçiş için önce mevcut verileri envantere alın, mükerrer ve hatalı kayıtları temizleyin, müşteri-bina-asansör ilişkilerini doğrulayın, geçmiş arıza kayıtlarını anlamlı bir dönem için hazırlayın ve bütün veriyi yüklemeden önce küçük bir test aktarımı yapın.
Aktarım sonrasında ise birkaç gerçek bina ve asansör üzerinde saha kontrolü gerçekleştirerek teknisyenin ihtiyaç duyduğu bilginin doğru yerde olduğundan emin olun. Temiz başlayan bir veri yapısı, ilerleyen aylarda arıza analizi, bakım planlama, müşteri iletişimi ve operasyon raporlamasında ciddi zaman kazandırır.