Asansör Yazılımına Geçiş: Veri Aktarımı (Migration)

İÇERİK (MARKDOWN)

Asansör bakım firmaları için yazılıma geçiş sadece “yeni bir program kullanmaya başlamak” değildir. Asıl kritik konu, yıllardır biriken müşteri, bina, asansör, bakım, arıza, cari, sözleşme ve tahsilat kayıtlarının doğru şekilde yeni sisteme taşınmasıdır. Bu sürece teknik dilde veri aktarımı veya migration denir. Doğru planlanmış bir veri aktarımı, firmanın sahadaki operasyonunu aksatmadan dijitalleşmesini sağlar. Yanlış yapılan aktarım ise karışık carilere, eksik bakım geçmişine, hatalı bina listelerine ve teknisyenlerin sahada güven kaybetmesine yol açabilir.

Bu rehberde asansör yazılımına geçiş sürecinde hangi verilerin aktarılması gerektiğini, migration öncesi nasıl temizlik yapılacağını, Excel dosyalarının nasıl hazırlanacağını, kontrol listelerini ve geçiş sonrası yapılması gereken pratik kontrolleri firma sahibi, teknisyen ve bina yöneticisi bakışıyla ele alacağız.

Asansör Yazılımına Geçişte Veri Aktarımı Neden Kritik?

Bir asansör firmasında veri sadece isim, telefon ve adres bilgisinden ibaret değildir. Her bina, her asansör ve her bakım kaydı aslında firmanın operasyon hafızasıdır. Hangi binada kaç asansör var, son bakım ne zaman yapıldı, hangi parça değişti, hangi arıza tekrar ediyor, hangi yöneticinin borcu var, hangi sözleşme yenilenecek; tüm bu bilgiler günlük iş akışını doğrudan etkiler.

Eski sistemden yeni asansör yazılımına geçerken bu veriler sağlıklı aktarılmazsa şu problemler ortaya çıkabilir:

• Aynı bina birden fazla kez kaydedilir.
• Eski yönetici bilgisi yeni sistemde aktif görünür.
• Bakımı yapılmış asansör “bakım bekliyor” gibi görünür.
• Cari borçlar yanlış kişiye bağlanır.
• Teknisyen yanlış adrese yönlendirilir.
• Arıza geçmişi kaybolduğu için tekrar eden sorunlar analiz edilemez.
• Denetim veya müşteri itirazında geçmiş kayıt hızlıca sunulamaz.

Özellikle Türkiye’de asansör bakım süreçlerinde aylık bakım kayıtları, periyodik kontrol sonuçları, etiket durumu ve uygunsuzluk takibi düzenli tutulmalıdır. Periyodik kontrolün yılda en az bir defa yaptırılması gerektiği Sanayi ve Teknoloji Bakanlığı’nın asansör muayene kuruluşları sayfasında da belirtilir. Asansörlerde kırmızı, sarı, mavi ve yeşil etiket uygulaması ise periyodik kontrol sonucunda risk durumunu ifade eder. Bu nedenle yazılıma geçerken yalnızca müşteri listesi değil, bakım ve kontrol geçmişi de önemsenmelidir.

Kısacası migration, “dosya yükleme işi” değil; firmanın geçmiş operasyon düzenini yeni dijital yapıya doğru taşıma sürecidir.

Hangi Veriler Yeni Asansör Yazılımına Aktarılmalı?

Asansör firmalarının elindeki veri yapısı firmadan firmaya değişir. Bazı firmalar her şeyi Excel’de tutar, bazıları defter kullanır, bazıları farklı bir bakım programından dışa aktarım alır. Hatta birçok firmada cari bilgiler muhasebecide, bakım listeleri teknisyende, arıza kayıtları WhatsApp konuşmalarında, sözleşmeler ise klasörde durur.

Migration öncesi ilk yapılacak iş, hangi veri gruplarının aktarılacağını netleştirmektir.

Veri Türü	Aktarılması Gerekir mi?	Neden Önemli?	Hazırlık Notu
Cari / müşteri listesi	Evet	Tahsilat, fatura, mutabakat ve iletişim için temel veridir.	Ünvan, yetkili kişi, telefon, vergi bilgisi ayrılmalı.
Bina listesi	Evet	Bakım planı ve saha operasyonu bina üzerinden yürür.	Adres, ilçe, yönetici, blok bilgisi net olmalı.
Asansör listesi	Evet	Her cihazın bakım ve arıza geçmişi ayrı takip edilir.	Seri no, kapasite, durak sayısı, makine tipi eklenebilir.
Bakım geçmişi	Mümkünse evet	Denetim, müşteri bilgilendirme ve kalite takibi için değerlidir.	En az son 12–24 ay düzenlenmeli.
Arıza kayıtları	Mümkünse evet	Tekrarlayan arızaları ve maliyetli binaları gösterir.	Tarih, arıza nedeni, çözüm ve teknisyen bilgisi ayrılmalı.
Cari bakiye	Evet	Finansal geçişin en hassas kısmıdır.	Aktarım öncesi mutabakat yapılmalı.
Sözleşmeler	Evet	Yenileme tarihi ve hizmet kapsamı için gerekir.	Başlangıç, bitiş, aylık bedel, kapsam bilgisi girilmeli.
Stok / yedek parça	Duruma göre	Parça takibi ve servis maliyeti için faydalıdır.	Kod, ad, miktar, alış fiyatı kontrol edilmeli.

Burada önemli nokta şudur: Her eski veriyi yeni sisteme taşımak zorunda değilsiniz. Dağınık, eksik, hatalı ve güncelliğini kaybetmiş veriyi aynen aktarmak, yeni sistemi de kirletir. Bu yüzden migration süreci aynı zamanda veri temizliği fırsatı olarak görülmelidir.

Migration Öncesi Veri Temizliği Nasıl Yapılır?

Veri aktarımında en çok hata, dosya hazırlama aşamasında çıkar. Bir Excel dosyasında bina adı “Güneş Apt.”, başka dosyada “Güneş Apartmanı”, cari kartta ise “Güneş Apt Yönetimi” olarak yazıyorsa sistem bunları farklı kayıtlar sanabilir. Bu da aynı binanın üç ayrı kayıt gibi görünmesine neden olur.

1. Tekrarlı kayıtları temizleyin

Öncelikle aynı müşterinin veya binanın birden fazla yazılıp yazılmadığını kontrol edin. Özellikle apartman isimlerinde kısaltmalar çok karışıklık yaratır.

Örnek:

• Çınar Apt.
• Çınar Apartmanı
• Çınar Sitesi A Blok
• Çınar Apt Yönetimi

Bu kayıtlar gerçekten aynı bina mı, yoksa farklı bloklar mı? Aktarım öncesi netleştirilmelidir. Site yapılarında blok bazlı yönetici varsa, bina ve blok ayrımı doğru kurulmalıdır.

2. Telefon ve adres formatını standartlaştırın

Telefon numaraları bazen 05xx, bazen 5xx, bazen de boşluklu yazılır. Adreslerde ise mahalle, cadde, sokak, bina no ve ilçe bilgisi eksik olabilir. Teknisyenin sahada doğru adrese gitmesi için bina adresi mümkün olduğunca açık yazılmalıdır.

Pratik format:

1. Bina adı
2. Açık adres
3. İlçe / il
4. Yönetici adı
5. Yönetici telefonu
6. Cari ünvanı
7. Vergi bilgisi varsa vergi dairesi ve numarası

3. Eski yöneticileri pasife ayırın

Asansör firmalarında en sık yaşanan sorunlardan biri eski bina yöneticilerinin sistemde aktif kalmasıdır. Eski yöneticiye borç mesajı gitmesi, bakım bildiriminin yanlış kişiye ulaşması veya sözleşme yenileme bilgisinin eski kişiye gönderilmesi kurumsal güveni zedeler.

Bu nedenle migration öncesinde şu ayrım yapılmalıdır:

• Aktif yönetici
• Eski yönetici
• Site yönetimi / ana cari
• Blok yöneticisi
• Muhasebe veya ödeme yetkilisi

4. Cari bakiyeleri aktarım öncesi doğrulayın

Cari bakiye migration sürecinin en hassas alanıdır. Çünkü müşteri “Benim borcum bu kadar değildi” dediğinde yeni yazılım değil, firmanın kayıt düzeni sorgulanır. Bu yüzden cari bakiyeler aktarılmadan önce mümkünse kısa bir iç mutabakat yapılmalıdır.

Özellikle şu kayıtlar ayrıştırılmalıdır:

• Açılış bakiyesi
• Ödenmemiş bakım bedeli
• Revizyon veya parça bedeli
• Peşin tahsilat
• İade veya mahsup
• Eski dönemden devreden alacak

Yeni sisteme aktarırken her eski hareketi tek tek taşımak yerine, bazı firmalar belirli bir tarih itibarıyla “açılış bakiyesi” kullanmayı tercih eder. Bu yöntem daha sade olabilir; ancak hangi tarihten itibaren yeni sistemin esas alınacağı net yazılmalıdır.

Veri Aktarımı İçin Excel Dosyası Nasıl Hazırlanır?

Çoğu asansör bakım yazılımında veri aktarımı Excel veya CSV dosyasıyla yapılır. Burada amaç, her sütunun tek bir anlam taşımasıdır. Aynı hücreye hem adres hem yönetici telefonu hem not yazılırsa aktarım zorlaşır.

Örnek doğru sütun yapısı:

Sütun Adı	Örnek Değer	Açıklama
cari_unvan	Güneş Apartmanı Yönetimi	Fatura veya cari takibi yapılacak ünvan
bina_adi	Güneş Apartmanı	Saha ekibinin göreceği bina adı
adres	Atatürk Mah. 123. Sok. No:8	Açık adres
ilce	Kadıköy	Rota ve bölge takibi için önemli
yonetici_ad	Ahmet Yılmaz	İletişim kişisi
yonetici_tel	05xx xxx xx xx	SMS/WhatsApp/bilgilendirme için
asansor_no	A1	Binadaki asansör ayrımı
durak_sayisi	8	Teknik takip için
bakim_ucreti	2500	Aylık sözleşme bedeli
sozlesme_bitis	31.12.2026	Yenileme takibi için

Veri hazırlarken şu kurallara dikkat edin:

• Her satır tek bir bina veya tek bir asansör mantığına göre hazırlanmalı.
• Aynı hücreye birden fazla telefon yazılmamalı.
• Tarihler aynı formatta olmalı.
• Boş alanlar mümkünse “bilinmiyor” yerine boş bırakılmalı.
• Para birimleri ayrı sütunlarda değil, tek sayı olarak yazılmalı.
• Gereksiz renk, hücre birleştirme ve açıklama kutuları kaldırılmalı.
• Dosyanın son hali mutlaka yedeklenmeli.

Asansorex gibi asansör bakım takip yazılımlarında geçiş süreci planlanırken müşteri, bina, asansör, bakım, arıza ve cari yapısının doğru eşleşmesi önemlidir. Kayıtları kâğıt veya dağınık Excel yerine tek yazılımda toplamak, hem saha ekibinin işini kolaylaştırır hem de firma sahibine daha temiz raporlama zemini sağlar.

Adım Adım Asansör Yazılımına Geçiş Planı

Veri aktarımı aceleye getirilmemelidir. En doğru yöntem, önce hazırlık yapmak, sonra küçük bir test aktarımıyla kontrol etmek, en son tüm kayıtları canlı kullanıma almaktır.

1. Mevcut veri kaynaklarını toplayın

Önce firmanın elindeki tüm kayıt kaynakları belirlenmelidir:

• Excel müşteri listeleri
• Bakım föyleri
• Arıza formları
• Cari hesap dökümleri
• Sözleşme klasörleri
• WhatsApp üzerinden gelen arıza bildirimleri
• Teknisyenlerin kendi tuttuğu notlar
• Eski programdan alınan dışa aktarım dosyaları

Bu aşamada amaç, hiçbir kritik bilginin gözden kaçmamasıdır.

2. Aktarılacak veri kapsamını seçin

Her şeyi aktarmak cazip görünür ama her zaman doğru değildir. Örneğin 8 yıl önce kapanmış bir binanın tüm arıza kayıtlarını taşımak gereksiz olabilir. Buna karşılık aktif müşterilerin son 1–2 yıllık bakım ve arıza geçmişi çok değerlidir.

Pratik yaklaşım:

• Aktif müşteri ve binalar: mutlaka aktarılmalı.
• Pasif müşteriler: ayrı liste olarak saklanabilir.
• Son 12–24 ay bakım kayıtları: mümkünse aktarılmalı.
• Eski cari hareketler: açılış bakiyesiyle özetlenebilir.
• Sözleşme bitiş tarihleri: mutlaka eklenmeli.

3. Test aktarımı yapın

Tüm veriyi bir anda taşımadan önce 5–10 bina ile küçük bir test aktarımı yapılmalıdır. Bu testte şu sorulara bakılır:

• Bina adı doğru görünüyor mu?
• Yönetici telefonu doğru eşleşti mi?
• Her binanın asansörleri doğru bağlandı mı?
• Bakım periyotları doğru oluştu mu?
• Cari bakiye doğru yerde mi?
• Teknisyen sahada doğru bilgiyi görebiliyor mu?

Test aktarımı, büyük hataların erken yakalanmasını sağlar.

4. Canlı geçiş tarihini belirleyin

Yeni yazılımın hangi tarihten itibaren ana kayıt sistemi olacağı net olmalıdır. Örneğin “1 Temmuz 2026 itibarıyla tüm yeni bakım, arıza ve tahsilat kayıtları yazılım üzerinden tutulacak” gibi açık bir karar alınmalıdır.

Bu tarih belirlenmezse bir süre hem defter hem Excel hem yazılım birlikte kullanılır. Bu da karışıklığı artırır. Geçiş döneminde kısa süreli paralel kontrol yapılabilir, ancak kalıcı olarak çift kayıt tutulması önerilmez.

5. Saha ekibini bilgilendirin

Migration sadece ofis işi değildir. Teknisyen sahada hangi binaya gideceğini, bakım formunu nereden kapatacağını, arıza çözümünü nasıl işleyeceğini ve gerekirse fotoğrafı nasıl ekleyeceğini bilmelidir.

Teknisyenlere şu bilgiler net anlatılmalıdır:

• Hangi tarihten itibaren yazılım kullanılacak?
• Bakım kaydı nasıl kapatılacak?
• Arıza çözümü nasıl girilecek?
• Parça değişimi nasıl kaydedilecek?
• Eksik bina veya yanlış telefon görülürse kime bildirilecek?

Geçiş Sonrası Kontrol Listesi

Veri aktarımı tamamlandıktan sonra “iş bitti” demek doğru değildir. İlk 1–2 hafta sistemdeki kayıtlar dikkatle izlenmelidir. Çünkü küçük hatalar en çok canlı kullanımda fark edilir.

Kontrol Noktası	Kim Kontrol Etmeli?	Ne Zaman?	Amaç
Aktif bina sayısı	Firma sahibi / ofis	İlk gün	Eski listeyle yeni listeyi karşılaştırmak
Asansör eşleşmeleri	Teknik sorumlu	İlk hafta	Her binadaki cihazların doğru bağlandığını görmek
Bakım planı	Operasyon sorumlusu	İlk hafta	Aylık bakım takviminin doğru oluştuğunu kontrol etmek
Yönetici iletişimleri	Ofis	İlk hafta	SMS/WhatsApp bilgilerinin doğru kişiye gittiğinden emin olmak
Cari bakiyeler	Muhasebe / firma sahibi	İlk hafta	Finansal hata riskini azaltmak
Teknisyen geri bildirimi	Teknik ekip	İlk 2 hafta	Sahada eksik adres veya yanlış veri varsa düzeltmek

Bu kontrol listesi düzenli uygulanırsa migration sonrası oluşabilecek karışıklıklar büyümeden çözülür.

Firma Sahibi, Teknisyen ve Bina Yöneticisi İçin Kazanımlar

Doğru yapılmış bir veri aktarımı üç taraf için de fayda sağlar.

Firma sahibi açısından en büyük fayda kontroldür. Hangi müşteride kaç asansör var, aylık bakım geliri ne kadar, hangi cari gecikmiş, hangi sözleşme bitiyor, hangi teknisyen kaç bakım kapatmış gibi sorulara daha net cevap alınır.

Teknisyen açısından en büyük fayda sahada bilgiye hızlı ulaşmaktır. Binanın geçmiş arızasını, önceki bakım notunu, değişen parçayı ve yönetici iletişimini görmek iş kalitesini artırır. Aynı arızaya defalarca gidiliyorsa, geçmiş kayıt sayesinde kalıcı çözüm daha hızlı bulunur.

Bina yöneticisi açısından en büyük fayda şeffaflıktır. Yapılan bakımın kaydı, değişen parçanın bilgisi, borç durumu ve arıza geçmişi daha düzenli tutulduğunda yönetici de apartman sakinlerine daha rahat açıklama yapar.

Bu noktada dijital sistemin değeri sadece “kayıt tutmak” değildir. Asıl değer; bakım, arıza, cari ve sözleşme verilerini birbiriyle ilişkilendirerek daha düzenli bir işletme yapısı kurmaktır. Asansorex, bu geçişte asansör firmalarının bina, asansör, teknisyen, bakım, arıza ve cari kayıtlarını tek akışta takip etmesine yardımcı olur; böylece veri aktarımı sonrası günlük operasyon daha izlenebilir hale gelir.

Sıkça Sorulan Sorular

Asansör yazılımına geçerken tüm eski kayıtları aktarmak zorunda mıyız?

Hayır. Aktif müşteriler, aktif binalar, asansör listesi, cari bakiye, sözleşme bilgileri ve yakın dönem bakım-arıza kayıtları öncelikli olmalıdır. Çok eski, pasif veya hatalı veriler ayrı arşivde saklanabilir.

Excel dosyam çok dağınıksa yine veri aktarımı yapılabilir mi?

Genel uygulamada evet, ancak önce temizlik gerekir. Birleşik hücreler, eksik telefonlar, tekrar eden bina isimleri, karışık adresler ve farklı tarih formatları düzenlenmeden sağlıklı aktarım yapmak zordur.

Cari bakiyeleri tek tek hareket olarak mı aktarmalıyız?

Bu firmanın ihtiyacına bağlıdır. Detaylı muhasebe geçmişi gerekiyorsa hareket bazlı aktarım düşünülebilir. Daha sade geçiş isteyen firmalar belirli bir tarih itibarıyla açılış bakiyesi kullanabilir. Önemli olan bu tarihin net belirlenmesi ve eski kayıtların ayrıca saklanmasıdır.

Bakım geçmişi aktarılmazsa ne olur?

Yeni sistem kullanılabilir, ancak geçmiş analiz zayıf kalır. Hangi binada hangi arıza tekrar etmiş, hangi parça ne zaman değişmiş, hangi bakımda hangi not alınmış gibi bilgiler görünmez. Bu nedenle en azından yakın dönem bakım ve arıza kayıtlarının aktarılması faydalıdır.

Migration sırasında sistem kullanımı durur mu?

İyi planlanırsa durmaz. Önce veri hazırlanır, test aktarımı yapılır, sonra canlı geçiş tarihi belirlenir. Kısa bir geçiş döneminde eski kayıtlarla yeni sistem karşılaştırılabilir; ancak uzun süre çift kayıt tutmak önerilmez.

Bina yöneticilerine geçiş hakkında bilgi vermek gerekir mi?

Her zaman şart değildir, ancak SMS, WhatsApp, dijital bakım bildirimi veya online onay gibi yeni süreçler başlayacaksa yöneticilere kısa bir bilgilendirme yapmak iyi olur. Bu, güveni artırır ve “Neden artık mesaj geliyor?” gibi soruları azaltır.

Özet

Asansör yazılımına geçişte veri aktarımı, firmanın dijitalleşme sürecinin en önemli adımlarından biridir. Eski Excel dosyalarını, bakım defterlerini, cari kayıtları ve sözleşme bilgilerini rastgele taşımak yerine; önce veri temizliği yapmak, aktif-pasif kayıtları ayırmak, test aktarımı yapmak ve canlı geçiş tarihini netleştirmek gerekir.

Başarılı bir migration süreci sonunda firma sahibi operasyonu daha net görür, teknisyen sahada doğru bilgiyle çalışır, bina yöneticisi ise daha düzenli ve şeffaf hizmet alır. Kısacası doğru veri aktarımı, sadece eski kayıtları yeni yazılıma taşımak değil; asansör bakım firmasının çalışma düzenini daha kontrollü, ölçülebilir ve sürdürülebilir hale getirmektir.

Kaynak kontrolünde, periyodik kontrolün yılda en az bir kez yapılması bilgisini Sanayi ve Teknoloji Bakanlığı sayfasıyla; etiket renkleri ve sürelerle ilgili genel bilgileri ise sektör kaynaklarıyla doğruladım.