İçeriğe geç
Asansör bakım, servis ve montaj firmaları için yazılım
Asansör Yazılımı

Mevcut Verileri Yeni Yazılıma Taşıma Rehberi

Asansör bakım firmaları için yeni yazılıma geçişte müşteri, bina, asansör, bakım, arıza ve finans kayıtlarının nasıl hazırlanacağını, temizleneceğini ve güvenli şekilde aktarılacağını anlatan pratik rehber.

İÇERİK (MARKDOWN)

Yeni bir asansör bakım yazılımına geçmek, sadece “program değiştirmek” değildir. Asıl mesele; yıllardır kullanılan Excel dosyalarının, kâğıt bakım formlarının, cari listelerinin, bina bilgilerinin, asansör envanterinin ve geçmiş arıza kayıtlarının düzenli şekilde yeni sisteme taşınmasıdır. Bu süreç doğru planlanırsa firma daha hızlı çalışır, teknisyen geçmiş kayıtlara sahadan ulaşır, bina yöneticisiyle iletişim güçlenir ve denetimlerde bilgiye erişim kolaylaşır. Yanlış planlanırsa ise eksik cari, hatalı bina eşleşmesi, kayıp bakım geçmişi ve ödeme karmaşası gibi sorunlar ortaya çıkar.

Bu rehberde mevcut verileri yeni yazılıma taşıma sürecini asansör bakım firmalarının gerçek işleyişine göre adım adım ele alacağız. Hangi veriler hazırlanmalı, hangi kayıtlar temizlenmeli, aktarım öncesi hangi kontroller yapılmalı ve geçiş sonrası hatalar nasıl yakalanmalı sorularına pratik cevaplar bulacaksınız.

Veri Taşıma Neden Bu Kadar Önemlidir?

Asansör bakım sektöründe veri, firmanın hafızasıdır. Bir binanın kaç asansörü olduğu, son bakımın ne zaman yapıldığı, hangi arızanın tekrar ettiği, hangi yöneticinin borç konusunda hassas olduğu, hangi parçanın daha önce değiştiği gibi bilgiler günlük operasyonun temelini oluşturur.

Yeni bir yazılıma geçerken bu bilgiler kaybolursa, firma sanki işe sıfırdan başlamış gibi olur. Teknisyen “bu asansörde daha önce ne yapılmıştı?” sorusuna cevap bulamaz. Muhasebe “bu carinin eski bakiyesi neydi?” diye uğraşır. Firma sahibi ise hangi sözleşmenin yenileneceğini, hangi müşterinin riskli olduğunu takip etmekte zorlanır.

Doğru veri aktarımı sayesinde:

  • Müşteri ve bina bilgileri düzenli şekilde yeni sisteme geçer.
  • Her asansör doğru bina ve cariyle eşleşir.
  • Bakım, arıza, revizyon ve tahsilat geçmişi korunur.
  • Teknisyenler sahada daha bilinçli işlem yapar.
  • Firma sahibi raporları daha güvenilir okur.
  • Bina yöneticisine verilen hizmet daha profesyonel görünür.

Yazılım değişiminde en büyük risk programın kendisi değil, eski verinin dağınık ve kontrolsüz şekilde taşınmasıdır.

Taşınacak Verileri Doğru Sınıflandırın

Veri aktarımına başlamadan önce ilk yapılması gereken iş, elinizde hangi veri türlerinin olduğunu belirlemektir. Asansör bakım firmalarında bilgiler çoğu zaman tek yerde durmaz. Bir kısmı Excel’de, bir kısmı muhasebe programında, bir kısmı WhatsApp yazışmalarında, bir kısmı teknisyenlerin defterinde olabilir.

Bu yüzden veriyi tek seferde “ne varsa atalım” mantığıyla taşımak yerine, sınıflara ayırmak gerekir.

Veri Türü Örnek İçerik Aktarım Önceliği Dikkat Edilecek Nokta
Cari kayıtları Site, apartman, yönetici, firma bilgileri Çok yüksek Tekrarlı cari ve eksik telefon kontrol edilmeli
Bina bilgileri Adres, blok, yönetici, il/ilçe Çok yüksek Aynı cariye bağlı birden fazla bina olabilir
Asansör envanteri Asansör no, durak sayısı, tip, marka, konum Çok yüksek Her asansör doğru bina ile eşleşmeli
Bakım geçmişi Bakım tarihi, teknisyen, yapılan işlem Yüksek En az son 12–24 ay düzenli aktarılmalı
Arıza kayıtları Arıza tarihi, açıklama, çözüm, parça Yüksek Tekrar eden arızalar için geçmiş önemlidir
Finans kayıtları Bakiye, tahsilat, fatura, borç Yüksek Mutabakat yapılmadan taşınmamalı
Sözleşmeler Başlangıç, bitiş, ücret, kapsam Orta-yüksek Yenileme tarihi özellikle kontrol edilmeli
Stok kayıtları Parça adı, miktar, alış/satış bilgisi Orta Eski ve kullanılmayan parçalar ayrılmalı

Bu tablo, geçiş sürecinin yol haritası gibi düşünülmelidir. Her veri türünün iş değeri farklıdır. Örneğin eski bir stok listesindeki kullanılmayan malzemeler ikinci planda kalabilir; ancak bina-asansör eşleşmesi hatalıysa tüm bakım planı bozulur.

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

Yeni yazılıma geçişte en sık yapılan hata, eski veriyi olduğu gibi taşımaktır. Oysa eski sistemde yıllardır birikmiş hatalar olabilir. Aynı apartman farklı isimlerle kaydedilmiş olabilir. Yönetici telefonu eksik olabilir. Bazı asansörler yanlış binaya bağlı olabilir. Bazı cariler artık çalışılmayan müşterilerden oluşabilir.

Bu nedenle aktarım öncesinde mutlaka veri temizliği yapılmalıdır.

1. Tekrarlı kayıtları ayıklayın

Örneğin aynı bina şu şekilde farklı kaydedilmiş olabilir:

  • Gül Apartmanı
  • Gül Apt.
  • Gül Apartman Yönetimi
  • Gül Sitesi A Blok

Bu kayıtlar incelenmeden taşınırsa yeni yazılımda aynı müşteriden üç-dört farklı kayıt oluşur. Bu da bakım planı, cari bakiye ve iletişim tarafında karışıklık yaratır.

2. Eksik alanları tamamlayın

Asansör bakım firmaları için en kritik eksik alanlar genellikle şunlardır:

  • Bina açık adresi
  • Yönetici adı soyadı
  • Yönetici telefon numarası
  • Asansör adedi
  • Asansör kimlik veya iç takip numarası
  • Bakım periyodu
  • Sözleşme başlangıç ve bitiş tarihi
  • Cari bakiye

Bu alanların tamamı her firmada aynı detayda olmayabilir. Ancak yeni yazılımın verimli çalışması için en azından temel kayıtların net olması gerekir.

3. Aktif ve pasif müşterileri ayırın

Her eski müşteri yeni sisteme taşınmak zorunda değildir. Yıllar önce çalışılmış, artık ilişkisi kalmamış cariler ayrı bir listede tutulabilir. Yeni sisteme öncelikle aktif bakım sözleşmesi olan, düzenli fatura kesilen veya teknik geçmişi önemli olan müşteriler aktarılmalıdır.

4. Formatları standartlaştırın

Telefon numarası, adres, tarih ve para birimi alanları farklı formatlarda olabilir. Örneğin bir yerde 05xx, başka bir yerde +90 5xx, diğerinde boşluklu yazılmış olabilir. Tarihler de 01.02.2026, 2026-02-01 veya sadece ay/yıl şeklinde tutulmuş olabilir.

Standart olmayan formatlar, aktarım sırasında hata üretir. Bu nedenle veri dosyası tek bir kurala göre hazırlanmalıdır.

Asansör Bakım Firması İçin Veri Aktarım Adımları

Veri taşıma sürecini aceleye getirmemek gerekir. Özellikle 100’den fazla bina, yüzlerce asansör veya geçmiş finans kaydı olan firmalarda planlı ilerlemek ciddi zaman kazandırır.

Aşağıdaki adımlar pratik bir geçiş akışı sunar:

  1. Mevcut veri kaynaklarını listeleyin. Excel dosyaları, muhasebe programı, eski bakım programı, kâğıt formlar ve teknisyen notları belirlenmelidir.
  2. Aktarılacak veri kapsamını seçin. Tüm geçmiş mi taşınacak, yoksa aktif müşteri ve son yıllara ait kayıtlar mı alınacak karar verilmelidir.
  3. Ana şablonu oluşturun. Cari, bina, asansör, bakım, arıza ve finans kayıtları ayrı sayfalarda düzenlenmelidir.
  4. Veri temizliği yapın. Tekrarlı kayıtlar, eksik telefonlar, hatalı adresler ve yanlış eşleşmeler düzeltilmelidir.
  5. Örnek aktarım yapın. Tüm veri yerine önce 5–10 müşteriyle test aktarımı yapılmalıdır.
  6. Kontrol raporu çıkarın. Aktarılan müşteri sayısı, bina sayısı, asansör sayısı ve bakiye toplamı eski kayıtlarla karşılaştırılmalıdır.
  7. Canlı geçiş tarihini belirleyin. Firma içinde herkes hangi tarihten itibaren yeni yazılımın kullanılacağını bilmelidir.
  8. Eski sistemi sadece referans olarak saklayın. Geçiş sonrası iki sistemde aynı anda işlem yapmak veri karmaşası oluşturur.

Bu bakım kayıtlarını kâğıt veya dağınık Excel dosyaları yerine Asansorex gibi bir asansör bakım takip yazılımıyla düzenli tutmak, geçişten sonra hem teknisyenlerin hem de firma sahibinin aynı güncel bilgiye ulaşmasını kolaylaştırır.

Cari, Bina ve Asansör Eşleşmesi En Kritik Aşamadır

Asansör sektöründe veri aktarımının en hassas noktası, cari-bina-asansör ilişkisidir. Çünkü bir cari birden fazla binaya sahip olabilir. Bir site yönetimi altında farklı bloklar bulunabilir. Her blokta bir veya birden fazla asansör olabilir. Ayrıca bazı durumlarda ödeme carisi ile bina yöneticisi farklı kişiler olabilir.

Örneğin:

  • Cari: Örnek Site Yönetimi
  • Bina: A Blok, B Blok, C Blok
  • Asansörler: A Blok 1. asansör, A Blok 2. asansör, B Blok 1. asansör
  • İletişim: Site yöneticisi ayrı, blok sorumlusu ayrı
  • Tahsilat: Ana yönetimden yapılıyor

Bu yapı doğru kurulmazsa bakım planı yanlış kişiye gider, arıza bildirimi yanlış binaya düşer veya borç hatırlatması ilgisiz kişiye gönderilir.

Eşleşme kontrolü için pratik liste

Aktarım öncesinde her kayıt için şu sorular sorulmalıdır:

  • Bu cari hâlâ aktif mi?
  • Bu binanın açık adresi doğru mu?
  • Bu binada kaç asansör var?
  • Her asansörün takip numarası belli mi?
  • Bakım planı bina bazında mı, asansör bazında mı yürütülüyor?
  • Yönetici bilgisi güncel mi?
  • Fatura kesilecek cari ile sahadaki iletişim kişisi aynı mı?
  • Eski bakiye hangi cariye ait?

Bu kontrol yapılmadan sadece “müşteri listesi” taşımak yeterli olmaz. Çünkü bakım operasyonu müşteri adından çok bina ve asansör detayına bağlıdır.

Bakım ve Arıza Geçmişi Ne Kadar Taşınmalı?

Her firmanın geçmiş veri kalitesi aynı değildir. Bazı firmalarda 5 yıllık bakım kayıtları düzenli tutulmuştur. Bazılarında ise sadece son birkaç ayın kayıtları vardır. Bu noktada amaç, gereksiz veri yığını oluşturmak değil, teknik kararları destekleyecek kadar anlamlı geçmişi taşımaktır.

Genel uygulamada şu yaklaşım pratik olur:

Kayıt Türü Önerilen Geçmiş Neden Önemli?
Planlı bakım kayıtları Son 12–24 ay Denetim, performans ve müşteri geçmişi için
Arıza kayıtları Son 24–36 ay Tekrar eden arızaları görmek için
Parça değişimleri Mümkünse tüm kritik kayıtlar Garanti, maliyet ve tekrar arıza analizi için
Tahsilat geçmişi Açık bakiye ve son dönem hareketleri Cari mutabakat için
Sözleşmeler Aktif ve yenilenmesi yaklaşanlar Gelir takibi ve süre yönetimi için

Eski bakım formları tamamen dijitalleştirilemiyorsa, en azından aktif müşteriler için son bakım tarihi, son arıza tarihi, kritik parça değişimleri ve mevcut sözleşme bilgileri aktarılmalıdır. Bu, yeni yazılımda işe başlamak için yeterli bir temel oluşturur.

Finans Verilerinde Mutabakat Yapmadan Geçiş Yapmayın

Teknik veriler kadar finans verileri de dikkat ister. Cari bakiyeler yanlış taşınırsa müşteriyle güven problemi oluşur. Bir bina yöneticisine hatalı borç bildirimi gitmesi, yazılım geçişinden daha büyük bir sorun yaratabilir.

Bu nedenle geçiş öncesi finans tarafında şu kontroller yapılmalıdır:

  • Her carinin güncel borç/alacak bakiyesi kontrol edilmeli.
  • Tahsil edilmiş ama işlenmemiş ödemeler ayrıştırılmalı.
  • Faturası kesilmiş ancak tahsil edilmemiş kayıtlar netleştirilmeli.
  • Eski dönemden gelen ihtilaflı bakiyeler ayrı notlanmalı.
  • Kredi kartı, banka, nakit ve personel tahsilatları kontrol edilmeli.
  • Açılış bakiyesi olarak aktarılacak tutarlar firma sahibi veya muhasebe sorumlusu tarafından onaylanmalı.

Yeni yazılıma geçişte en temiz yöntem, belirli bir tarih seçip o tarihteki cari bakiyeleri “açılış bakiyesi” olarak taşımaktır. Örneğin 1 Ocak 2026 itibarıyla yeni sisteme geçilecekse, 31 Aralık 2025 kapanış bakiyeleri kontrol edilip yeni sisteme başlangıç olarak girilebilir.

Geçiş Sonrası Kontrol ve Eğitim Süreci

Veri aktarımı tamamlandıktan sonra iş bitmiş sayılmaz. Asıl kritik dönem, ilk 2–4 haftalık kullanım sürecidir. Bu dönemde hem kayıtların doğruluğu hem de ekibin yeni iş akışına uyumu takip edilmelidir.

İlk hafta kontrol edilmesi gerekenler

  • Aktarılan cari sayısı eski listeyle uyumlu mu?
  • Bina sayısı doğru mu?
  • Asansör adedi eksik veya fazla mı?
  • Bakım planları doğru tarihlere atanmış mı?
  • Teknisyenler kendi işlerini görebiliyor mu?
  • Arıza kayıtları doğru binaya düşüyor mu?
  • Cari bakiyeler eski sistemle tutarlı mı?
  • SMS veya WhatsApp bildirimleri doğru kişilere gidiyor mu?

Ekibi geçişe hazırlayın

Yazılım geçişinde sadece veri değil, alışkanlık da değişir. Teknisyen daha önce bakım formunu kâğıda dolduruyorsa artık mobil uygulamadan kapatmaya alışmalıdır. Ofis personeli eskiden Excel’de takip ettiği cari bilgileri yeni sistemde güncellemelidir. Firma sahibi de raporları yorumlamayı öğrenmelidir.

Bu nedenle kısa ama net bir kullanım eğitimi şarttır. Eğitimde teoriden çok gerçek örnekler kullanılmalıdır: “Bugün gelen arıza nasıl açılır?”, “Bakım tamamlanınca ne yapılır?”, “Yöneticiye bakım bilgisi nasıl gönderilir?”, “Tahsilat nasıl kaydedilir?” gibi günlük işlemler üzerinden ilerlemek daha verimli olur.

Asansorex, bu noktada bakım, arıza, cari, stok, sözleşme ve saha kayıtlarını tek yapıda topladığı için geçiş sonrası dağınıklığı azaltmaya yardımcı olur. Özellikle teknisyenin sahadan kayıt kapatması ve firma sahibinin geçmişi anlık görebilmesi, veri taşıma sürecinin gerçek faydasını ortaya çıkarır.

Veri Güvenliği ve Yetkilendirme Konusunda Dikkat Edin

Yeni yazılıma veri taşırken müşteri bilgileri, telefon numaraları, adresler, finans kayıtları ve bakım geçmişleri gibi önemli bilgiler işlenir. Bu nedenle veri güvenliği ihmal edilmemelidir.

Dikkat edilmesi gereken temel noktalar şunlardır:

  • Veri dosyaları herkesle paylaşılmamalıdır.
  • Geçici Excel dosyaları e-posta ve mesajlaşma uygulamalarında kontrolsüz dolaştırılmamalıdır.
  • Yetkisiz personelin finans verilerine erişimi sınırlandırılmalıdır.
  • Eski veri yedekleri güvenli ortamda saklanmalıdır.
  • Aktarım sonrası gereksiz kopyalar temizlenmelidir.
  • Kişisel veriler için KVKK kapsamındaki genel güvenlik ve saklama prensipleri dikkate alınmalıdır.

Burada amaç işi zorlaştırmak değil, firma hafızasını ve müşteri güvenini korumaktır. Bir bina yöneticisinin telefonu, adresi veya borç bilgisi yanlış kişilerin eline geçmemelidir.

Sıkça Sorulan Sorular

Eski Excel dosyalarındaki tüm verileri yeni yazılıma taşımak gerekir mi?

Her zaman gerekmez. Öncelik aktif müşteriler, güncel binalar, mevcut asansörler, açık bakiyeler, aktif sözleşmeler ve son dönem bakım-arıza kayıtları olmalıdır. Çok eski ve kullanılmayan veriler ayrı bir arşivde tutulabilir.

Veri aktarımı sırasında bakım geçmişi kaybolur mu?

Doğru hazırlık yapılırsa kaybolmaz. Ancak eski bakım kayıtları dağınık, eksik veya farklı formatlardaysa önce temizlenmesi gerekir. En azından son bakım tarihi, teknisyen, yapılan işlem ve kritik notlar düzenli şekilde aktarılmalıdır.

Yeni yazılıma geçerken cari bakiyeler nasıl taşınmalı?

En sağlıklı yöntem, belirli bir geçiş tarihi belirleyip o tarihteki onaylı cari bakiyeleri açılış bakiyesi olarak taşımaktır. Geçiş öncesi firma sahibi veya muhasebe sorumlusu mutlaka mutabakat kontrolü yapmalıdır.

Aynı siteye bağlı birden fazla blok varsa nasıl aktarılmalı?

Cari, bina ve asansör ilişkisi doğru kurulmalıdır. Ana cari site yönetimi olabilir; ancak her blok ayrı bina olarak tanımlanmalı, her asansör de doğru bloğa bağlanmalıdır. İletişim kişileri farklıysa bu bilgi ayrıca belirtilmelidir.

Veri aktarımı sonrası eski sistem hemen kapatılmalı mı?

Eski sistem veya eski dosyalar bir süre referans amaçlı saklanmalıdır. Ancak günlük işlemler aynı anda iki sistemde yürütülmemelidir. Aksi halde hangi kaydın güncel olduğu karışır.

Teknisyenler yeni sisteme alışmakta zorlanır mı?

İlk günlerde alışma süreci olabilir. Fakat eğitim gerçek saha örnekleriyle yapılırsa geçiş hızlanır. Teknisyen için önemli olan, iş emrini görmek, bakım formunu doldurmak, fotoğraf eklemek ve işlemi hızlı kapatmaktır.

Özet

Mevcut verileri yeni yazılıma taşıma süreci, asansör bakım firmaları için dijitalleşmenin en kritik adımlarından biridir. Başarılı bir geçiş için önce veri kaynakları belirlenmeli, cari-bina-asansör ilişkisi doğru kurulmalı, eski kayıtlar temizlenmeli ve finans bakiyeleri mutabakatla kontrol edilmelidir.

Yeni yazılımın faydasını görmek için yalnızca programı satın almak yetmez; doğru veriyle başlamak gerekir. Düzenli taşınmış bakım geçmişi, doğru eşleşmiş bina kayıtları ve güncel cari bilgileri sayesinde firma daha profesyonel çalışır, teknisyen sahada daha az zaman kaybeder, bina yöneticisi ise daha şeffaf hizmet alır.

Kısacası veri aktarımı, eski düzeni yeni ekrana kopyalamak değil; firmanın çalışma hafızasını daha düzenli, güvenli ve yönetilebilir hale getirmektir. Bu adım doğru atıldığında yeni yazılım sadece kayıt tutan bir araç olmaktan çıkar, bakım firmasının günlük operasyonunu güçlendiren gerçek bir yönetim sistemine dönüşür.

Benzer Yazılar

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

Asansorex — 3 gün ücretsiz deneme.

Demo Talep Et