Excel Asansör Sözleşme Yenileme Dosyasındaki Tipik Hatalar
Excel ile asansör sözleşmesi takip ederken yapılan tarih, fiyat, filtreleme ve veri girişi hatalarını inceleyin; yenileme kayıplarını azaltacak kontrol adımlarını öğrenin.
İÇERİK
Excel, az sayıda müşteriye hizmet veren bir asansör firması için sözleşme yenileme takibinde başlangıçta yeterli görünebilir. Müşteri adı, bina bilgisi, bakım ücreti ve sözleşme bitiş tarihi birkaç sütunda tutulabilir. Ancak portföy genişledikçe dosya büyür, kullanıcı sayısı artar ve basit görünen hatalar doğrudan gelir kaybına dönüşmeye başlar. Bu yazıda Excel asansör sözleşme yenileme dosyalarında karşılaşılan tipik hataları, bu hataların sonuçlarını ve daha güvenilir bir takip düzeni kurmak için uygulanabilecek kontrolleri ele alacağız.
Sözleşme Tarihlerinin Yanlış Girilmesi
Excel dosyalarında en sık karşılaşılan sorunlardan biri, sözleşme başlangıç ve bitiş tarihlerinin standart bir biçimde kaydedilmemesidir. Bir çalışan tarihi 01.06.2026, başka bir çalışan 1 Haziran 2026, bir diğeri ise yalnızca Haziran 2026 şeklinde yazabilir. Görünüşte aynı bilgiyi ifade eden bu kayıtlar, Excel tarafından farklı veri türleri olarak algılanabilir.
Tarih metin olarak kaydedildiğinde sıralama, filtreleme ve kalan gün hesabı doğru çalışmaz. Örneğin 1 Haziran 2026 tarihinde sona erecek bir sözleşme, yenileme listesinde hiç görünmeyebilir. Firma, müşteriyi zamanında arayamaz ve rakip bir bakım firması devreye girebilir.
Sağlıklı bir dosyada şu alanlar ayrı sütunlarda tutulmalıdır:
- Sözleşme başlangıç tarihi
- Sözleşme bitiş tarihi
- Yenileme görüşmesi için ilk temas tarihi
- Son görüşme tarihi
- Bir sonraki takip tarihi
- Yenileme durumu
Yalnızca bitiş tarihini yazmak yeterli değildir. Çünkü sözleşme sona ermeden önce teklif hazırlama, bina yöneticisine ulaşma, fiyat görüşmesi yapma ve gerekiyorsa revize teklif gönderme süreci vardır.
Sözleşme bitiş tarihi bir sonuçtur; yenileme süreci ise bu tarihten haftalar önce başlayan bir iş akışıdır.
Müşteri ve Bina Kayıtlarının Birbirine Karıştırılması
Asansör bakım sektöründe sözleşmenin tarafı olan müşteri ile bakım verilen bina her zaman aynı kayıt değildir. Bir site yönetimi birden fazla binayı kapsayabilir. Aynı yönetici farklı apartmanlardan sorumlu olabilir. Bir bina içinde birden fazla asansör bulunabilir.
Excel dosyasında yalnızca “Müşteri” isimli tek bir sütun kullanılması şu karışıklıklara neden olur:
- Aynı yönetici adına bağlı binalar birbirine karışır.
- Bir binadaki birden fazla asansör ayrı ayrı izlenemez.
- Yönetici değiştiğinde geçmiş kayıtların üzerine yazılır.
- Aynı isimdeki apartmanlar yanlış müşteriyle eşleştirilir.
- Sözleşme kapsamındaki cihaz sayısı belirsiz kalır.
- Fiyatın bina başına mı, asansör başına mı olduğu anlaşılamaz.
Her kayıt için benzersiz bir sözleşme veya cari kod kullanmak gerekir. Örneğin SZL-2026-0148 benzeri bir kod, satırların karışmasını önlemeye yardımcı olur. Ayrıca müşteri, bina, asansör ve yetkili kişi bilgileri ayrı alanlarda tutulmalıdır.
| Alan | Hatalı kullanım | Doğru yaklaşım | Olası risk |
|---|---|---|---|
| Müşteri adı | Bina ve yönetici aynı hücrede | Cari unvan ayrı tutulmalı | Yanlış kişiye teklif |
| Bina bilgisi | Yalnızca apartman adı | Açık adres ve bina kodu | Benzer isimlerin karışması |
| Asansör sayısı | Açıklama alanına yazılması | Sayısal ayrı sütun | Hatalı fiyat hesabı |
| Yetkili kişi | Eski yöneticinin üzerine yazılması | Güncel yetkili ve geçmiş kayıt | İletişim kopukluğu |
| Sözleşme kodu | Hiç kullanılmaması | Her sözleşmeye tekil kod | Mükerrer kayıt |
| Telefon | Farklı biçimlerde yazılması | Standart telefon formatı | Arama listesinin bozulması |
Eski Fiyatın Otomatik Olarak Yeni Döneme Taşınması
Bir diğer önemli hata, geçen yılın bakım ücretinin kontrol edilmeden yeni sözleşme dönemine kopyalanmasıdır. Asansör bakım hizmetinin maliyeti yalnızca genel enflasyona bağlı değildir. Personel giderleri, ulaşım, yedek parça, iş güvenliği, çağrı yoğunluğu, bina konumu ve asansörün teknik durumu da fiyat üzerinde etkilidir.
Excel satırında yalnızca “Aylık Bakım Ücreti” alanı bulunursa, eski ve yeni fiyat birbirine karışabilir. Bu nedenle aşağıdaki alanlar ayrı tutulmalıdır:
- Mevcut aylık bakım bedeli
- Önerilen yeni bakım bedeli
- Artış oranı
- Teklif tarihi
- Son teklif bedeli
- Kabul edilen bedel
- Fiyata KDV’nin dahil olup olmadığı
- Sözleşme kapsamındaki asansör sayısı
- Ek hizmet ve malzeme kapsamı
Örneğin eski ücretin 5.000 TL, önerilen ücretin 6.500 TL olduğu bir kayıtta yalnızca son rakamın yazılması, geçmiş fiyatın kaybolmasına neden olur. Daha sonra “Bu müşteriye hangi oranda artış yapılmıştı?” sorusu cevaplanamaz.
Fiyat güncellemesi yapılırken her sözleşme aynı yüzdeyle artırılmamalıdır. Yıl içinde çok sayıda arıza veren, sık kurtarma çağrısı oluşturan veya uzak bölgede bulunan bir bina ile düzenli çalışan, düşük operasyon maliyetli bir binanın ticari değerlendirmesi farklı olabilir.
Formüllerin ve Filtrelerin Fark Edilmeden Bozulması
Excel dosyaları, özellikle birden fazla kişi tarafından kullanıldığında kolayca bozulabilir. Kullanıcı yeni satır eklerken formülü aşağıya çekmeyi unutabilir. Bir sütun silindiğinde kalan gün hesabı yanlış hücreye bağlanabilir. Filtre açıkken kopyala-yapıştır yapılması, görünmeyen satırların üzerine veri yazılmasına yol açabilir.
Yaygın teknik hatalar şunlardır:
- Yeni satırlarda formüllerin bulunmaması
- Tarih hücrelerinin metin biçimine dönüşmesi
- Gizli satırların kontrol edilmemesi
- Yanlış sütuna toplu veri yapıştırılması
- Formül hücresinin sabit değerle değiştirilmesi
- Filtre uygulanmış listenin eksiksiz sanılması
- Sıralama sırasında yalnızca tek sütunun seçilmesi
- Bağlantılı dosyanın taşınması nedeniyle formüllerin bozulması
Özellikle yalnızca bir sütunu sıralamak son derece tehlikelidir. Sözleşme bitiş tarihleri sıralanırken diğer sütunlar seçime dahil edilmezse, tarihler farklı müşterilerin satırlarına kayabilir. Dosya düzenli görünmesine rağmen içindeki bilgiler artık gerçeği yansıtmaz.
Bu riski azaltmak için veri alanı Excel tablosuna dönüştürülmeli, formül sütunları korunmalı ve kullanıcıların rastgele sütun silmesi engellenmelidir. Yine de bu önlemler, operasyon büyüdükçe insan hatasını tamamen ortadan kaldırmaz.
Yenileme Durumlarının Standart Olmaması
Sözleşme yenileme dosyasında durum alanı serbest metin olarak bırakılırsa her çalışan farklı bir ifade kullanır. Aynı aşama için “Arandı”, “Görüşüldü”, “Müşteriyle konuşuldu”, “Dönecek” veya “Beklemede” gibi kayıtlar girilebilir. Bu durumda kaç müşterinin gerçekten teklif beklediğini veya kaç sözleşmenin kaybedildiğini raporlamak mümkün olmaz.
Durum seçenekleri önceden belirlenmelidir. Örnek bir yenileme akışı şu şekilde kurulabilir:
- Yaklaşan yenileme
- İlk temas yapılacak
- Yetkiliye ulaşılamadı
- Teklif hazırlanıyor
- Teklif gönderildi
- Revizyon istendi
- Yönetim kararı bekleniyor
- Yenilendi
- Kaybedildi
- İptal edildi
“Kaybedildi” durumu tek başına yeterli değildir. Kayıp nedeni de ayrıca kaydedilmelidir. Fiyat, rakip firma, hizmet memnuniyetsizliği, bina yönetiminin değişmesi, asansörün kullanım dışı kalması veya binanın dönüşüme girmesi gibi nedenler ayrı seçenekler olarak izlenebilir.
Bu kayıtlar yalnızca geçmişi açıklamaz. Gelecek dönem fiyatlandırmasını ve müşteri koruma stratejisini de şekillendirir. Örneğin kayıpların büyük bölümü geç teklif göndermekten kaynaklanıyorsa, sorun fiyat değil süreç yönetimidir.
Hatırlatmaların Renklere Bağlanması
Birçok Excel dosyasında yaklaşan sözleşmeler sarı, süresi geçenler kırmızı, yenilenenler yeşil renkle gösterilir. Renkler görsel kolaylık sağlar ancak tek başına güvenilir bir hatırlatma sistemi değildir.
Çalışanın dosyayı açmaması, filtreyi yanlış bırakması veya koşullu biçimlendirme kuralının bozulması hâlinde kritik kayıt fark edilmez. Ayrıca rengin ne anlama geldiği dosyayı hazırlayan kişi için açık olsa bile yeni başlayan personel için belirsiz olabilir.
Renk kullanımının yanında şu bilgiler görünür olmalıdır:
- Sözleşmenin bitmesine kalan gün
- Sorumlu çalışan
- Yapılacak sonraki işlem
- İşlemin son tarihi
- Son görüşme notu
- Gecikme durumu
Sözleşme yenileme takibini Asansorex gibi bir bakım ve yönetim yazılımında yürütmek, yaklaşan bitiş tarihlerini müşteri ve bina kayıtlarıyla birlikte izlemeyi kolaylaştırır. Böylece takip, bir çalışanın Excel dosyasını düzenli olarak açıp kontrol etmesine bağlı kalmaz.
Mükerrer ve Güncelliğini Yitirmiş Kayıtlar
Aynı müşterinin farklı satırlarda bulunması, Excel dosyasındaki toplam sözleşme sayısını yanıltabilir. Eski bir kayıt silinmediğinde veya arşive taşınmadığında müşteri iki kez aranabilir. Daha kötüsü, güncel teklif yerine eski fiyatın bulunduğu satır üzerinden işlem yapılabilir.
Mükerrer kayıtların yaygın nedenleri şunlardır:
- Her yıl yeni dosya açılması
- Eski satırın güncellenmesi yerine yeni satır eklenmesi
- Müşteri adının farklı yazımlarla kaydedilmesi
- Şube veya personel bazında ayrı listeler tutulması
- İptal edilen sözleşmelerin aktif listede bırakılması
- Dosyanın farklı kopyalarının e-posta veya mesajlaşma uygulaması üzerinden paylaşılması
Örneğin “Güneş Apt.”, “Güneş Apartmanı” ve “Güneş Apt Yönetimi” kayıtları aynı binayı ifade edebilir. Benzersiz bina veya sözleşme kodu yoksa bunların aynı müşteri olduğunu otomatik olarak anlamak zordur.
Aktif, yenilenen, kaybedilen ve iptal edilen kayıtlar aynı sayfada kontrolsüz biçimde tutulmamalıdır. Arşivleme yapılırken geçmiş sözleşme bilgileri silinmemeli; yeni dönem kaydı eski dönemle ilişkilendirilmelidir.
Yetkisiz Değişiklik ve Dosya Güvenliği Sorunları
Excel dosyasının herkes tarafından değiştirilebilmesi, sözleşme bilgilerinin güvenilirliğini zedeler. Bir çalışan fiyatı yanlışlıkla değiştirebilir, başka biri görüşme notunu silebilir veya dosyanın eski bir kopyasını güncel sanarak kullanabilir.
Sözleşme dosyasında müşteri iletişim bilgileri ve ticari fiyatlar bulunduğu için erişim kontrolü önemlidir. Her personelin tüm fiyatları değiştirebilmesi gerekli olmayabilir. Firma sahibi fiyat geçmişini görebilirken, saha teknisyeninin yalnızca sorumlu olduğu bina ve görev bilgilerine erişmesi yeterli olabilir.
Excel kullanılıyorsa en azından şu kontroller uygulanmalıdır:
- Dosyanın tek bir ana kopyası belirlenmeli.
- Düzenleme yetkisi sınırlı tutulmalı.
- Formül ve başlık hücreleri korunmalı.
- Düzenli yedek alınmalı.
- Dosya adında güncel sürüm açıkça belirtilmeli.
- Eski kopyalar aktif klasörden kaldırılmalı.
- Kritik fiyat değişiklikleri ikinci kişi tarafından kontrol edilmeli.
- Personel ayrılışlarında erişimler kapatılmalı.
Buna rağmen Excel, hangi kullanıcının hangi müşteride neyi değiştirdiğini operasyonel ayrıntısıyla takip etmek için sınırlı kalabilir. Özellikle birden fazla şubesi veya satış personeli bulunan firmalarda yetki ve işlem geçmişi daha kritik hâle gelir.
Aylık Kontrol İçin Pratik Sözleşme Checklist’i
Excel kullanmaya devam eden firmalar, en az ayda bir kez veri kontrolü yapmalıdır. Yoğun yenileme dönemlerinde bu kontrol haftalık hâle getirilebilir.
| Kontrol noktası | Kontrol sorusu | Önerilen sıklık |
|---|---|---|
| Tarihler | Boş, metin biçimli veya geçmiş tarih var mı? | Haftalık |
| Yaklaşan yenilemeler | Önümüzdeki 30–90 gün içindeki kayıtlar listelendi mi? | Haftalık |
| Fiyatlar | Eski, önerilen ve kabul edilen fiyatlar ayrı mı? | Her teklif sonrası |
| Durumlar | Standart durum seçenekleri kullanılıyor mu? | Haftalık |
| Sorumlular | Her açık sözleşmenin sorumlusu belli mi? | Haftalık |
| Mükerrer kayıtlar | Aynı bina veya sözleşme iki kez bulunuyor mu? | Aylık |
| İletişim bilgileri | Yönetici ve telefon bilgisi güncel mi? | Her görüşmede |
| Kayıp nedenleri | Yenilenmeyen sözleşmenin nedeni işlendi mi? | Her kayıp sonrası |
| Yedekleme | Güncel dosyanın yedeği mevcut mu? | Günlük veya haftalık |
Kontrol sırasında yalnızca boş hücrelere bakılmamalıdır. Dolu fakat yanlış olan kayıtlar daha büyük risk oluşturabilir. Bu nedenle belirli sayıda sözleşme örneklem yöntemiyle açılmalı; sözleşme belgesi, sistem kaydı ve görüşme notları karşılaştırılmalıdır.
Sıkça Sorulan Sorular
Excel ile kaç sözleşmeye kadar takip yapılabilir?
Tek bir kesin sayı vermek doğru değildir. Sözleşme sayısından çok kullanıcı sayısı, şube yapısı, fiyatlandırma biçimi ve takip adımlarının yoğunluğu belirleyicidir. Dosya sık sık karışıyor, takipler kaçıyor veya aynı müşteri birden fazla kişi tarafından aranıyorsa mevcut yöntem kapasitesini aşmış demektir.
Sözleşme yenileme görüşmesine ne zaman başlanmalı?
Genel uygulamada sözleşme bitişinden 30–90 gün önce hazırlığa başlanması yararlıdır. Ancak ihbar süresi, fiyat revizyonu ve fesih şartları için mutlaka imzalı sözleşmedeki hükümler kontrol edilmelidir.
Excel’de sözleşme bitiş uyarısı oluşturulabilir mi?
Koşullu biçimlendirme ve tarih formülleriyle görsel uyarı oluşturulabilir. Ancak bu uyarı, dosya açılmadığında kullanıcıya ulaşmaz. Formüllerin bozulması veya filtrelerin açık kalması da önemli kayıtların gözden kaçmasına neden olabilir.
Eski sözleşme fiyatları silinmeli mi?
Hayır. Eski fiyatlar, artış oranlarını ve müşteri kârlılığını değerlendirmek için korunmalıdır. Yeni fiyat eski hücrenin üzerine yazılmamalı; dönem, teklif edilen fiyat ve kabul edilen fiyat ayrı kaydedilmelidir.
Yenilenmeyen sözleşmeler dosyadan kaldırılmalı mı?
Aktif takip listesinden çıkarılabilir ancak tamamen silinmemelidir. Kayıp nedeni, son teklif, görüşme geçmişi ve ayrılış tarihi gelecekteki satış çalışmaları için değerli veri oluşturur.
Sözleşme takip yazılımına geçişin temel faydası nedir?
Temel fayda, tarih, müşteri, bina, fiyat ve takip işlemlerini birbiriyle ilişkili biçimde yönetmektir. Asansorex, sözleşme kayıtlarını bakım operasyonuyla birlikte takip ederek yaklaşan yenilemelerin daha düzenli kontrol edilmesine yardımcı olabilir.
Özet
Excel asansör sözleşme yenileme dosyalarındaki en büyük risk, tek bir büyük hatadan çok küçük hataların zamanla birikmesidir. Yanlış tarih biçimi, eski fiyatın üzerine yazılması, standart olmayan durumlar, mükerrer müşteri kayıtları ve bozulan formüller; geç teklif, düşük kârlılık ve müşteri kaybı olarak firmaya geri dönebilir.
Excel kullanılacaksa standart alanlar, benzersiz sözleşme kodları, düzenli veri kontrolleri ve açık sorumluluklar oluşturulmalıdır. Portföy ve ekip büyüdüğünde ise hatırlatmaları kişisel takibe bırakmayan, fiyat geçmişini koruyan ve müşteri-bina-asansör ilişkisini birlikte yöneten bir sözleşme takip sistemine geçiş değerlendirilmelidir.