Excel'den Bulut Asansör Yazılımına Adım Adım

İÇERİK

Asansör bakım firmalarının önemli bir bölümü müşteri listelerini, bina bilgilerini, bakım tarihlerini, tahsilatları ve arıza kayıtlarını hâlâ Excel dosyalarıyla takip ediyor. Excel, az sayıda asansör ve sınırlı personelle çalışan bir firma için başlangıçta yeterli görünebilir. Ancak portföy büyüdükçe aynı dosyanın farklı kopyaları oluşur, bakım tarihleri gözden kaçar, teknisyenlerden gelen bilgiler geç işlenir ve hangi kaydın güncel olduğu tartışma konusu hâline gelir.

Excel'den bulut asansör yazılımına geçiş, yalnızca dosyaları başka bir sisteme yüklemek değildir. Asıl amaç; müşteri, bina, asansör, bakım, arıza, sözleşme ve cari süreçlerini ortak bir çalışma düzeninde birleştirmektir. Doğru planlanan geçişte mevcut veriler korunur, personel yeni sisteme daha kolay alışır ve günlük operasyon kesintiye uğramaz.

Bu rehberde, bir asansör firmasının Excel dosyalarından bulut tabanlı bir asansör bakım programına hangi sırayla geçmesi gerektiğini adım adım ele alacağız.

1. Mevcut Excel Dosyalarını Envantere Alın

Geçişe başlamadan önce firmanın elindeki tüm Excel dosyaları belirlenmelidir. Çoğu firmada bilgiler tek bir dosyada bulunmaz. Ofis bilgisayarında, muhasebe personelinin klasöründe, teknisyenin telefonunda veya e-posta eklerinde farklı listeler olabilir.

Öncelikle aşağıdaki dosyaları tespit edin:

• Müşteri ve cari listeleri
• Bina ve site bilgileri
• Asansör kimlik ve teknik bilgileri
• Aylık bakım planları
• Geçmiş bakım kayıtları
• Arıza ve kurtarma çağrıları
• Sözleşme başlangıç ve bitiş tarihleri
• Aylık bakım ücretleri
• Borç, tahsilat ve fatura kayıtları
• Stok ve yedek parça listeleri
• Teknisyen ve personel bilgileri

Bu aşamadaki en önemli soru şudur: Hangi dosya güncel ve doğru kabul edilecek?

Örneğin aynı binanın telefon numarası üç ayrı Excel dosyasında farklı yazılmış olabilir. Geçiş sırasında tüm kopyaları doğrudan sisteme aktarmak, eski karmaşayı yeni yazılıma taşımaktan başka bir sonuç vermez.

Bu nedenle her veri grubu için bir “ana kaynak” belirleyin. Müşteri telefonlarında cari listesi, bakım tarihlerinde son bakım planı, sözleşme bilgilerinde imzalı sözleşme klasörü esas alınabilir.

2. Verileri Temizleyin ve Standartlaştırın

Bulut asansör yazılımına geçmeden önce verilerin temizlenmesi, sonraki süreçlerin doğruluğunu doğrudan etkiler. Eksik veya hatalı veriyle başlanan sistemde bakım planları, SMS bildirimleri, cari raporları ve sözleşme hatırlatmaları da hatalı çalışır.

Tekrarlanan kayıtları birleştirin

Aynı müşteri farklı biçimlerde kaydedilmiş olabilir:

• Güneş Apartmanı
• Güneş Apt.
• Güneş Apartmanı Yönetimi
• Güneş Apt Yönetimi

Bu kayıtların tek bir cari veya bina altında birleştirilmesi gerekir. Aksi hâlde aynı binaya birden fazla bakım planı veya borç kaydı açılabilir.

Telefon ve adresleri ortak formatta düzenleyin

Telefon numaralarını tek biçimde kaydedin. Örneğin tüm cep telefonu numaralarında aynı yazım düzenini kullanın. İl, ilçe, mahalle ve açık adres bilgilerinin ayrı alanlara bölünmesi de rota ve bölge planlamasını kolaylaştırır.

Zorunlu alanları belirleyin

Her kayıt için ihtiyaç duyulan alanları önceden tanımlayın. Örnek bir asansör kartında şu bilgiler bulunabilir:

• Bina veya site adı
• Açık adres
• Bina yöneticisi
• İletişim numarası
• Asansör kimlik numarası
• Asansör tipi
• Durak sayısı
• Kapasite
• Bakım periyodu
• Sorumlu teknisyen
• Sözleşme başlangıç ve bitiş tarihi
• Aylık bakım bedeli

Her alanın doldurulması zorunlu olmayabilir. Ancak bakım planı, müşteri iletişimi ve finans takibi için kritik bilgiler boş bırakılmamalıdır.

3. Verileri Öncelik Sırasına Göre Aktarın

Tüm verileri aynı gün sisteme taşımaya çalışmak, geçişi gereksiz şekilde zorlaştırır. En doğru yöntem, günlük operasyonu ayakta tutan temel kayıtları önce aktarmaktır.

Aşağıdaki sıra çoğu asansör firması için uygulanabilir:

Geçiş sırası	Veri grubu	Neden öncelikli?
1	Müşteri ve cari kayıtları	Tüm bina, sözleşme ve tahsilatların temelidir
2	Bina ve asansör bilgileri	Bakım ve arıza kayıtlarının bağlanacağı ana yapıdır
3	Aktif sözleşmeler	Bitiş tarihi ve bakım kapsamı takibi sağlar
4	Güncel bakım planları	Aylık operasyonun kesintisiz sürmesini sağlar
5	Açık arızalar	Devam eden saha işlerinin kaybolmasını önler
6	Borç ve tahsilatlar	Finansal durumun doğru izlenmesini sağlar
7	Geçmiş bakım ve arıza kayıtları	Teknik geçmiş ve raporlama için kullanılır
8	Stok ve parça kayıtları	Depo ve araç stoklarının dijital takibini başlatır

İlk aşamada aktif müşterilere ve bakım portföyüne odaklanmak daha verimlidir. Yıllar önce çalışılmış, artık hizmet verilmeyen binaların tüm geçmişini taşımak zorunlu değildir. Bu kayıtlar ayrı bir arşiv dosyasında saklanabilir veya ikinci aşamada aktarılabilir.

4. Küçük Bir Pilot Grupla Sistemi Test Edin

Verileri temizledikten sonra tüm portföyü bir anda sisteme geçirmek yerine 10–20 asansörden oluşan küçük bir pilot grup seçin. Bu grup, farklı iş senaryolarını temsil etmelidir.

Örneğin pilot gruba şunları ekleyebilirsiniz:

• Düzenli ödeme yapan bir apartman
• Birden fazla asansörü bulunan site
• Sık arıza kaydı oluşan bina
• Sözleşme bitiş tarihi yaklaşan müşteri
• Bakım bedeli gecikmiş bir cari
• Farklı bölgede bulunan bir asansör

Pilot kullanım sırasında aşağıdaki işlemleri gerçek çalışma düzeninde uygulayın:

1. Aylık bakım planı oluşturun.
2. Teknisyene bakım görevi atayın.
3. Teknisyenin sahadan bakım kaydı kapatmasını sağlayın.
4. Fotoğraf, açıklama ve dijital form ekleyin.
5. Test arıza kaydı oluşturun.
6. Arızayı ilgili teknisyene yönlendirin.
7. Tahsilat veya cari hareketi işleyin.
8. Sözleşme bitiş tarihi hatırlatmasını kontrol edin.
9. Yöneticiye veya müşteriye gönderilecek bilgilendirmeleri test edin.
10. Raporlarda görünen sonuçları Excel kayıtlarıyla karşılaştırın.

Pilot aşama, yalnızca yazılımı test etmek için değil, firmanın kendi veri ve iş akışındaki sorunları görmek için de kullanılır. Örneğin teknisyenlerin bina adlarını farklı biçimde kullandığı veya bakım ücretlerinin güncel olmadığı bu süreçte ortaya çıkabilir.

5. Personelin Görevlerini Netleştirin

Bulut yazılıma geçişte en sık yapılan hatalardan biri, sistemi yalnızca ofis personelinin kullanacağı bir kayıt programı gibi görmektir. Oysa bakım ve arıza bilgilerinin doğru oluşması için saha ekibinin de sürece dâhil olması gerekir.

Görev dağılımı açıkça belirlenmelidir:

Ofis personeli

• Yeni müşteri ve bina kartlarını açar.
• Sözleşme ve fiyat bilgilerini günceller.
• Bakım planlarını kontrol eder.
• Arıza çağrılarını kaydeder.
• Cari, tahsilat ve fatura işlemlerini takip eder.
• Eksik kapanan saha kayıtlarını denetler.

Teknisyen

• Kendisine atanan bakım ve arızaları görür.
• İşlem başlangıç ve bitiş bilgilerini kaydeder.
• Yapılan işlemi açık şekilde yazar.
• Gerekli fotoğraf ve formları ekler.
• Kullanılan parçaları belirtir.
• İş tamamlanmadan kaydı kapatmaz.

Firma sahibi veya operasyon sorumlusu

• Geciken bakım ve açık arızaları izler.
• Teknisyen iş yüklerini karşılaştırır.
• Sözleşme yenileme ve tahsilat durumunu kontrol eder.
• Haftalık veya aylık raporları değerlendirir.
• Sistemde uygulanacak iş kurallarını belirler.

Yazılım, görev ve sorumluluklar net değilse tek başına düzen oluşturmaz. Başarılı geçiş için herkesin hangi bilgiyi, ne zaman ve nasıl kaydedeceği belirlenmelidir.

6. Excel ile Paralel Kullanımı Sınırlandırın

Geçiş döneminde Excel ve bulut yazılımı kısa süreli olarak birlikte kullanılabilir. Ancak bu dönem gereğinden fazla uzarsa personel aynı bilgiyi iki farklı yere girmeye başlar. Bir süre sonra Excel ile yazılım arasında farklı kayıtlar oluşur ve hangi verinin doğru olduğu yeniden belirsizleşir.

Genel uygulamada paralel kullanım için şu yöntem izlenebilir:

• İlk hafta pilot asansörlerde Excel ve yazılım karşılaştırılır.
• Hatalı veya eksik alanlar düzeltilir.
• İkinci hafta yeni kayıtlar yalnızca yazılıma girilir.
• Excel dosyaları salt okunur arşiv hâline getirilir.
• Belirlenen geçiş tarihinden sonra bakım, arıza ve tahsilat işlemleri Excel'e işlenmez.

Excel dosyalarının tamamen silinmesi gerekmez. Eski kayıtlar tarih belirtilerek arşivlenebilir. Örneğin bakim-listesi-2026-oncesi.xlsx adıyla saklanan bir dosya, yalnızca geçmiş kontrolü gerektiğinde açılabilir.

Asansorex gibi bulut tabanlı bir asansör bakım ve yönetim yazılımında müşteri, bina, bakım, arıza, sözleşme ve cari kayıtlarının birbiriyle bağlantılı tutulması, farklı Excel dosyaları arasındaki bilgi kopukluğunu azaltır.

7. Geçiş Sonrası Kontrol Listesi Oluşturun

Veri aktarımının tamamlanması, geçişin bittiği anlamına gelmez. İlk ay boyunca belirli kontrollerin düzenli yapılması gerekir.

Haftalık kontrol listenizde şu maddeler bulunabilir:

• Plansız kalan asansör var mı?
• Geçmiş tarihli açık bakım kaydı bulunuyor mu?
• Teknisyenlerin kapatmadığı işler var mı?
• Müşteri telefon numaralarında eksik kayıt var mı?
• Sözleşme bitiş tarihleri doğru mu?
• Aylık bakım ücretleri güncel mi?
• Cari açılış bakiyeleri Excel ile uyumlu mu?
• Aynı binaya ait tekrarlanan kayıt bulunuyor mu?
• Açık arızalar doğru teknisyene atanmış mı?
• Stoktan kullanılan parçalar kaydedilmiş mi?

İlk ay sonunda Excel kayıtlarıyla bulut yazılımındaki temel raporlar karşılaştırılmalıdır. Toplam aktif asansör sayısı, aylık bakım adedi, açık arıza sayısı ve cari bakiye gibi göstergelerde açıklanamayan fark bulunmamalıdır.

Bulut Asansör Yazılımına Geçişte Yapılan Hatalar

Geçiş sürecinde karşılaşılan sorunların önemli bölümü yazılımdan değil, plansız uygulamadan kaynaklanır.

En yaygın hatalar şunlardır:

• Temizlenmemiş Excel dosyalarını doğrudan aktarmak
• Aktif ve pasif müşterileri ayırmamak
• Aynı binayı birden fazla kez kaydetmek
• Teknisyenleri eğitim vermeden sisteme dâhil etmek
• Tüm geçmiş verileri ilk gün taşımaya çalışmak
• Excel kullanımını aylarca sürdürmek
• Sorumlu personel belirlememek
• Açılış cari bakiyelerini kontrol etmemek
• Sözleşme tarihlerini eksik bırakmak
• Pilot kullanım yapmadan tüm portföyü aktarmak

Sağlıklı bir geçişte hız kadar doğruluk da önemlidir. Birkaç gün daha fazla hazırlık yapmak, ileride yüzlerce kaydın yeniden düzenlenmesini önleyebilir.

Sıkça Sorulan Sorular

Excel'deki bütün geçmiş bakım kayıtları aktarılmalı mı?

Hayır. Aktif müşterilerin son bakım geçmişi ve teknik açıdan önemli kayıtları öncelikli olarak aktarılabilir. Çok eski kayıtlar ayrı bir arşiv dosyasında saklanabilir. Firmanın denetim, sözleşme ve müşteri taleplerine göre gerekli geçmiş belirlenmelidir.

Geçiş sırasında bakım operasyonu durur mu?

Doğru planlama yapılırsa bakım operasyonunun durması gerekmez. Önce küçük bir pilot grup aktarılır, saha işleyişi test edilir ve kalan portföy bölümler hâlinde sisteme alınır.

Excel dosyaları geçişten sonra silinmeli mi?

Silinmesi zorunlu değildir. Dosyalar tarih verilerek arşivlenmeli ve yanlışlıkla düzenlenmemesi için salt okunur şekilde saklanmalıdır. Yeni işlemlerin ise yalnızca bulut yazılımına girilmesi gerekir.

Veri aktarımında en kritik bilgiler hangileridir?

Müşteri adı, bina adresi, iletişim bilgisi, asansör kimliği, bakım periyodu, sorumlu teknisyen, sözleşme bitiş tarihi, aylık bakım bedeli ve cari bakiye en kritik alanlar arasındadır.

Teknisyenlerin sisteme alışması ne kadar sürer?

Bu süre ekibin dijital alışkanlıklarına ve kullanılan yazılımın kullanım kolaylığına göre değişir. Kısa eğitim, gerçek saha örnekleri ve ilk günlerde düzenli kontrol yapılması alışma sürecini hızlandırır.

Küçük asansör firmaları da bulut yazılım kullanmalı mı?

Portföy sınırlı olsa bile bakım tarihleri, arızalar, müşteri iletişimi ve tahsilatlar karışmaya başladıysa bulut yazılım fayda sağlayabilir. Geçiş için belirleyici olan yalnızca asansör sayısı değil, operasyonun ne kadar kontrol edilebildiğidir.

Özet

Excel'den bulut asansör yazılımına geçiş, tek seferlik bir dosya aktarımı değil; firmanın bakım, arıza, sözleşme ve finans süreçlerini yeniden düzenleme çalışmasıdır. Başarılı bir geçiş için önce mevcut dosyalar belirlenmeli, veriler temizlenmeli, aktif kayıtlar öncelik sırasıyla aktarılmalı ve küçük bir pilot grupla sistem test edilmelidir.

Personelin görevleri netleştirildiğinde ve Excel kullanımı belirli bir tarihte sonlandırıldığında, bilgi tekrarları ve güncel olmayan dosya sorunları önemli ölçüde azalır. Asansorex gibi asansör sektörüne özel bir yazılım kullanmak da bakım planlarının, saha kayıtlarının, arızaların ve cari hareketlerin tek düzen içinde takip edilmesine yardımcı olur. Böylece firma sahibi operasyonu daha görünür hâle getirirken teknisyenler ve bina yöneticileri de daha düzenli bir hizmet süreciyle karşılaşır.