Excel'den Asansör Arıza Listesi Yazılımına Geçiş Adımları

İÇERİK

Asansör arızalarını Excel dosyalarıyla takip etmek, birkaç bina ve sınırlı sayıda servis kaydı bulunan küçük ekiplerde başlangıçta yeterli görünebilir. Ancak bina sayısı, teknisyen sayısı ve günlük arıza talebi arttıkça aynı dosya üzerinde çalışmak; mükerrer kayıt, eksik bilgi, yanlış tarih, unutulan iş emri ve raporlama problemleri doğurmaya başlar. Bu noktada mesele yalnızca Excel'i bırakmak değil, yıllardır biriken arıza geçmişini kaybetmeden düzenli bir asansör arıza takip programına geçebilmektir.

Başarılı bir geçiş için eski dosyanın doğrudan yeni sisteme yüklenmesi yeterli değildir. Önce verinin temizlenmesi, hangi kayıtların taşınacağına karar verilmesi, bina ve asansör bilgilerinin standartlaştırılması, ekip kullanımının planlanması ve belirli bir süre pilot çalışma yapılması gerekir. Aşağıdaki adımlar, hem firma sahiplerinin hem ofis personelinin hem de sahadaki teknisyenlerin geçiş sürecini daha kontrollü yürütmesine yardımcı olur.

1. Mevcut Excel Arıza Listesini Analiz Edin

Geçişe başlamadan önce ilk yapılması gereken işlem, mevcut Excel dosyalarının envanterini çıkarmaktır. Birçok asansör firmasında arıza kayıtları tek bir dosyada tutulmaz. Örneğin bir dosyada güncel arızalar, başka bir dosyada kapanan arızalar, teknisyenlerin bilgisayarlarında ise farklı müşteri listeleri bulunabilir.

Bu nedenle önce hangi dosyanın gerçek ve güncel kaynak olduğunu belirleyin.

Kontrol edilmesi gereken temel noktalar şunlardır:

• Kaç farklı Excel dosyasında arıza kaydı bulunuyor?
• Aynı bina birden fazla isimle kaydedilmiş mi?
• Asansörlerin ayırt edilmesini sağlayacak kimlik veya cihaz numarası var mı?
• Arıza açılış ve kapanış tarihleri mevcut mu?
• Arızaya müdahale eden teknisyen kayıtlı mı?
• Arıza açıklamaları yeterince anlaşılır mı?
• Kapanmamış eski arızalar bulunuyor mu?
• Aynı arıza birden fazla satırda tekrar edilmiş mi?
• Müşteri telefon ve yetkili bilgileri güncel mi?

Örneğin aynı bina Excel dosyasında Güneş Apt., Güneş Apartmanı ve Güneş Ap. şeklinde üç farklı kayıtla bulunuyorsa, yazılıma geçmeden önce bu kayıtların tek bina altında birleştirilmesi gerekir.

Veri aktarımında en büyük hata, dağınık Excel dosyasını olduğu gibi yeni sisteme taşımaktır. Dijitalleşme, hatalı veriyi taşımak değil; veriyi kullanılabilir hale getirmekle başlamalıdır.

2. Taşınacak Verileri Belirleyin ve Temizleyin

Her eski arıza kaydının yeni sisteme aktarılması zorunlu değildir. Özellikle yıllardır kullanılan Excel dosyalarında artık hizmet verilmeyen binalar, kapanmış müşteriler veya operasyon açısından anlamını kaybetmiş çok eski kayıtlar bulunabilir.

Bu nedenle geçiş öncesinde verileri üç gruba ayırmak faydalıdır:

Veri grubu	Önerilen işlem	Örnek
Aktif müşteriler	Mutlaka aktarılmalı	Halen bakım sözleşmesi bulunan bina
Yakın dönem arıza geçmişi	Aktarılması faydalı	Son 12–24 aylık arızalar
Eski/pasif kayıtlar	Arşivlenebilir	5 yıl önce hizmet verilen bina
Mükerrer kayıtlar	Birleştirilmeli	Aynı arızanın iki satırda bulunması
Eksik kayıtlar	Düzeltilmeli	Tarihi veya bina bilgisi olmayan arıza

Özellikle aşağıdaki alanların standartlaştırılması önemlidir:

Bina adı

Aynı bina her satırda aynı isimle kullanılmalıdır.

Asansör bilgisi

Bir binada birden fazla asansör varsa sadece bina adı yeterli değildir. Örneğin:

• A Blok Asansör 1
• A Blok Asansör 2
• B Blok Asansör 1

gibi ayrımlar yapılmalıdır.

Arıza kategorisi

Excel kayıtlarında açıklamalar genellikle serbest metin olarak girilir. Geçiş sırasında bunları mümkün olduğunca kategorilere ayırmak ileride raporlama açısından büyük avantaj sağlar.

Örnek kategoriler:

• Kapı arızası
• Kat seviye problemi
• Buton arızası
• Fotosel arızası
• Motor veya sürücü arızası
• Elektrik kesintisi
• Kurtarma çağrısı
• Gürültü veya titreşim
• Diğer

Bu sınıflandırma sayesinde daha sonra hangi arızaların en sık tekrarlandığı kolayca görülebilir.

3. Excel Alanlarını Yeni Yazılımdaki Alanlarla Eşleştirin

Veri temizlendikten sonra Excel sütunlarının yazılımdaki alanlarla eşleştirilmesi gerekir. Bu aşamaya genellikle alan eşleştirme denir.

Örneğin Excel dosyanız şu şekilde olabilir:

Tarih | Bina | Telefon | Arıza | Teknisyen | Sonuç

Yeni sistemde ise aynı bilgiler şu alanlarda tutulabilir:

Arıza Açılış Tarihi | Müşteri/Bina | Yetkili Telefonu | Arıza Açıklaması | Atanan Personel | Çözüm Açıklaması

Bu noktada önemli olan, eski verinin hangi yeni alana taşınacağının baştan netleştirilmesidir.

Aktarım öncesinde örnek bir eşleştirme tablosu hazırlanabilir:

Excel sütunu	Yazılım alanı
Bina	Bina/Site
Cihaz No	Asansör
Arıza Tarihi	Arıza Açılış Tarihi
Şikâyet	Arıza Açıklaması
Personel	Atanan Teknisyen
Sonuç	Çözüm Açıklaması
Kapanış	Arıza Kapanış Tarihi

Burada özellikle tarih formatlarına dikkat edilmelidir. Örneğin bazı Excel dosyalarında 01.08.26, bazılarında 01/08/2026 gibi farklı tarih formatları bulunabilir. Tüm tarihlerin tek formata çevrilmesi veri aktarım hatalarını azaltır.

4. Önce Küçük Bir Pilot Veri Aktarımı Yapın

Binlerce arıza kaydını tek seferde sisteme aktarmak yerine önce küçük bir örnek veri grubu ile test yapmak daha güvenlidir.

Örneğin:

1. 10 bina seçin.
2. Bu binalara ait 50–100 arıza kaydını hazırlayın.
3. Verileri yazılıma aktarın.
4. Bina ve asansör eşleşmelerini kontrol edin.
5. Tarihlerin doğru gelip gelmediğine bakın.
6. Teknisyen bilgilerinin doğru kişilere bağlandığını doğrulayın.
7. Arıza durumlarını ve kapanış bilgilerini kontrol edin.

Pilot aktarımda sorun yoksa kalan veriler daha güvenli şekilde taşınabilir.

Asansorex gibi asansör bakım ve arıza takip yazılımlarına geçerken de bu yaklaşım faydalıdır. Önce aktif birkaç bina ve teknisyenle sistemi test etmek, hem veri yapısını hem saha kullanımını görmeden tüm operasyonu bir anda değiştirme riskini azaltır.

5. Eski Excel Düzenini Yazılımın İçine Taşımaya Çalışmayın

Geçişlerde sık yapılan hatalardan biri, Excel'deki çalışma alışkanlığını aynen yeni sisteme taşımaya çalışmaktır.

Örneğin Excel'de teknisyen adı, bina adı, müşteri telefonu ve arıza açıklaması her satıra tekrar tekrar yazılıyor olabilir. Yazılımda ise bina ve müşteri bilgileri bir kez tanımlanır; her yeni arıza bu kayıtla ilişkilendirilir.

Bu nedenle eski sistemdeki her sütunun yeni sistemde birebir karşılığı olmak zorunda değildir.

Yazılım kullanımındaki temel mantık genellikle şu şekildedir:

Bina → Asansör → Arıza Kaydı → Teknisyen Ataması → Müdahale → Çözüm → Kapanış

Bu yapı sayesinde aynı müşteri bilgilerini yüzlerce satırda tekrar etmek yerine, tüm arıza geçmişi ilgili asansörün altında toplanabilir.

Firma sahibi açısından bunun avantajı, bir bina aradığında geçmiş arızaları tek ekranda görebilmektir. Teknisyen açısından ise geçmiş müdahaleleri inceleyerek aynı probleme daha hızlı yaklaşabilmektir.

6. Teknisyenlerin Kullanım Sürecini Baştan Planlayın

Excel'den yazılıma geçiş yalnızca ofis çalışanlarını ilgilendirmez. Arıza kayıtlarının kalitesi, büyük ölçüde sahadaki teknisyenlerin sistemi nasıl kullandığına bağlıdır.

Bu nedenle geçiş öncesinde ekip için basit kullanım kuralları belirlenmelidir.

Örneğin:

• Arıza telefonla geldiğinde ofis tarafından sisteme açılacak.
• Arıza uygun teknisyene atanacak.
• Teknisyen müdahale sonrasında yaptığı işlemi kaydedecek.
• Kullanılan parça varsa kayıt altına alınacak.
• Arıza çözülmediyse açık bırakılacak.
• Çözülen arızalar kapanış açıklamasıyla tamamlanacak.

Burada çalışanlardan uzun raporlar yazmalarını istemek yerine kısa ve standart kayıtlar oluşturmak daha uygulanabilirdir.

Örneğin kötü bir kayıt:

Bakıldı.

Daha doğru kayıt:

Kabin kapısı fotosel bağlantısı kontrol edildi. Soket gevşekliği giderildi, test yapıldı ve asansör devreye alındı.

Bu tür kayıtlar ileride tekrar arıza analizinde ciddi fayda sağlar.

7. Excel ve Yazılımı Uzun Süre Paralel Kullanmayın

Geçiş döneminde firmalar genellikle güvenlik amacıyla hem Excel'e hem yazılıma kayıt girmeye devam eder. Kısa süreli test döneminde bu anlaşılabilir olsa da paralel kullanımın uzaması ciddi sorun yaratır.

Çünkü bir süre sonra ekip şu soruyla karşılaşır:

Doğru ve güncel kayıt hangi sistemde?

Bir arıza yazılımda kapanmış, Excel'de açık kalabilir. Başka bir kayıt Excel'e girilmiş ancak sisteme eklenmemiş olabilir.

Bu nedenle geçiş için kesin bir tarih belirlemek gerekir.

Örneğin:

• 1–5 Eylül: Pilot kullanım
• 6–10 Eylül: Veri kontrolü ve ekip eğitimi
• 11 Eylül: Aktif kullanım başlangıcı
• 11 Eylül sonrası: Yeni arızalar yalnızca yazılım üzerinden

Eski Excel dosyaları silinmek yerine salt okunur biçimde arşivlenebilir. Böylece geçmişe ihtiyaç olduğunda erişilebilir ancak yeni kayıtların yanlışlıkla eski dosyaya girilmesi engellenir.

Geçiş Sonrası İlk 30 Günde Neleri Kontrol Etmelisiniz?

Yazılıma geçiş tamamlandıktan sonraki ilk ay, sistemin gerçekten kullanılmaya başladığını doğrulamak için önemlidir.

Firma sahibi veya operasyon sorumlusu haftalık olarak şu noktaları kontrol edebilir:

• Açılan arıza sayısı
• Kapanmayan arızalar
• Teknisyen atanmamış işler
• Eksik çözüm açıklamaları
• Aynı asansörde tekrar eden arızalar
• Ortalama müdahale süresi
• Müşteri veya bina bilgisi eksik kayıtlar
• Personelin sistemi düzenli kullanıp kullanmadığı

Örneğin bir asansör bir ay içinde dört kez kapı arızası vermişse, artık konu yalnızca dört ayrı servis kaydı değildir. Aynı komponent veya ayarın tekrar kontrol edilmesi gerekebilir.

Excel ortamında bu bağlantıyı görmek için filtreleme ve manuel analiz gerekirken, düzenli tutulan dijital kayıtlar üzerinden tekrar eden arızaları görmek çok daha kolaydır.

Asansorex'te arıza kayıtlarının bina ve asansör bazında tutulması, geçmiş servis hareketlerinin tek yerde görüntülenmesini sağlar. Bu özellikle çok sayıda bakım portföyü yöneten firmalarda arıza geçmişini takip etmeyi kolaylaştırır.

Sıkça Sorulan Sorular

Excel'deki bütün eski arıza kayıtlarını aktarmak gerekir mi?

Hayır. Operasyon açısından anlamlı kayıtların aktarılması yeterlidir. Aktif müşteriler ve yakın dönem arıza geçmişi öncelikli olmalıdır. Çok eski ve artık hizmet verilmeyen müşterilere ait kayıtlar ayrıca arşivlenebilir.

Excel dosyası temizlenmeden yazılıma aktarılabilir mi?

Teknik olarak bazı sistemlerde mümkün olsa da tavsiye edilmez. Mükerrer bina kayıtları, eksik tarihler ve farklı isimlendirmeler aktarım sonrasında daha büyük veri karmaşasına neden olabilir.

Veri aktarımı sırasında en önemli alan hangisidir?

Tek bir alan yerine bina, asansör ve arıza kaydının doğru eşleşmesi kritiktir. Bir binada birden fazla asansör varsa geçmiş arızaların doğru cihaza bağlanması özellikle önemlidir.

Excel'i geçişten sonra tamamen silmek gerekir mi?

Hayır. Eski dosyaları arşiv olarak saklamak daha doğrudur. Ancak yeni arızaların Excel'e girilmesini engellemek için dosyaların günlük kullanım dışına çıkarılması gerekir.

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

Bu süre ekibin büyüklüğüne ve kullanılan yazılımın kullanım kolaylığına göre değişir. Genel uygulamada birkaç günlük pilot kullanım ve kısa saha eğitimi, temel arıza açma-kapama sürecinin oturması için yeterli olabilir.

Yazılıma geçişin firmaya en büyük faydası nedir?

En önemli fayda, arıza kayıtlarının kişilere veya dosyalara bağlı olmaktan çıkmasıdır. Firma sahibi bina geçmişini görebilir, teknisyen önceki müdahaleleri inceleyebilir ve operasyon sorumlusu açık işleri daha düzenli takip edebilir.

Özet

Excel'den asansör arıza yazılımına geçiş, yalnızca dosya aktarımı olarak görülmemelidir. Sağlıklı bir geçiş için önce mevcut veriler analiz edilmeli, mükerrer ve eksik kayıtlar temizlenmeli, Excel sütunları yeni sistemdeki alanlarla eşleştirilmeli ve küçük bir veri grubu üzerinde pilot çalışma yapılmalıdır.

Geçiş tamamlandıktan sonra ise yeni arızaların yalnızca yazılım üzerinden yürütülmesi, teknisyenlerin standart açıklamalar kullanması ve ilk 30 gün boyunca kayıt kalitesinin kontrol edilmesi gerekir.

Doğru yapılan bir geçiş sonucunda firma; hangi binada hangi arızanın yaşandığını, kimin müdahale ettiğini, sorunun nasıl çözüldüğünü ve aynı arızanın tekrar edip etmediğini çok daha kolay takip edebilir. Böylece Excel'deki basit arıza listesinden, gerçek anlamda kullanılabilir bir asansör arıza takip sistemine geçilmiş olur.