İçeriğe geç
Asansör bakım, servis ve montaj firmaları için yazılım
Asansör Arıza Çözümleri

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:

  1. Kaç aktif bina var?
  2. Kaç aktif asansör bulunuyor?
  3. Her bina ile ilişkili müşteri veya yönetici kaydı mevcut mu?
  4. Geçmiş arıza kayıtları kaç yıllık?
  5. Teknisyen isimleri ve görev bölgeleri güncel mi?
  6. Aktif olmayan müşteriler veri setinde duruyor mu?
  7. Aynı bina birden fazla isimle kayıtlı mı?
  8. 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.2026
  • 01/08/26
  • 2026-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:

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:

  1. Binalar doğru müşterilere bağlandı mı?
  2. Asansörler doğru binalarda görünüyor mu?
  3. Arıza geçmişleri doğru cihazlara işlendi mi?
  4. Türkçe karakterlerde bozulma var mı?
  5. Tarihler doğru görüntüleniyor mu?
  6. Telefon numaraları doğru mu?
  7. 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.

Benzer Yazılar

Asansör operasyonlarınızı bugün dijitalleştirin

Asansorex — 3 gün ücretsiz deneme.

Demo Talep Et