Asansör Sözleşme Yönetim Yazılımı ile Şablon Standardizasyonu

İÇERİK

Asansör bakım firmalarında sözleşmeler yalnızca fiyat ve imza bilgisinden oluşan belgeler değildir. Bakım kapsamı, müdahale süresi, parça sorumluluğu, ödeme planı, sözleşme dönemi ve tarafların yükümlülükleri bu belgeler üzerinden yönetilir. Buna rağmen birçok firmada her satış personeli farklı bir Word dosyası kullanır, eski müşteriden kalan sözleşme kopyalanır veya güncel olmayan fiyatlar yeni teklife taşınır. Asansör Sözleşme Yönetim Yazılımı ile şablon standardizasyonu, bu dağınıklığı ortadan kaldırarak her müşteriye aynı kurumsal yapı ve kontrollü içerikle sözleşme hazırlanmasını sağlar. Bu rehberde standart şablonun nasıl kurulacağını, hangi alanların değişken olması gerektiğini ve uygulamanın nasıl denetleneceğini adım adım ele alacağız.

Asansör Sözleşmelerinde Şablon Standardı Neden Gereklidir?

Bir bakım firması 50 asansöre hizmet verirken sözleşmeleri manuel yöntemlerle takip edebilir. Portföy 500 veya 1.000 asansöre ulaştığında ise küçük belge farklılıkları önemli ticari sorunlara dönüşür. Bir sözleşmede arıza müdahalesi yer alırken diğerinde bulunmaması, fiyat güncelleme koşulunun unutulması veya cihaz bilgilerinin yanlış yazılması anlaşmazlık doğurabilir.

Şablon standardizasyonunun amacı bütün müşterilere tek tip fiyat vermek değildir. Amaç, belgenin iskeletini, zorunlu maddelerini, onay akışını ve kurumsal görünümünü standartlaştırmaktır. Müşteriye, cihaz sayısına ve hizmet paketine göre değişmesi gereken alanlar ayrıca tanımlanır.

Standartlaştırılmış bir yapı firmaya şu faydaları sağlar:

• Eski veya yanlış sözleşme dosyasının kullanılmasını önler.
• Zorunlu maddelerin unutulma riskini azaltır.
• Satış ve operasyon ekiplerinin aynı dili kullanmasını sağlar.
• Tekliften sözleşmeye geçiş süresini kısaltır.
• Fiyat, vade ve kapsam değişikliklerinin izlenmesini kolaylaştırır.
• Şube ve personel bazında oluşabilecek belge farklılıklarını sınırlar.
• Müşteriye daha düzenli ve güven veren bir kurumsal görünüm sunar.
• Yenileme dönemlerinde eski ve yeni koşulların karşılaştırılmasını kolaylaştırır.

İyi bir sözleşme standardı, bütün belgeleri birbirinin kopyası hâline getirmez; değişmemesi gereken hükümleri korurken ticari alanların kontrollü biçimde özelleştirilmesini sağlar.

Standart Şablonda Hangi Bölümler Bulunmalıdır?

Şablon hazırlarken ilk iş mevcut sözleşmeleri tek klasörde toplamak ve aralarındaki farklılıkları belirlemektir. Firma içinde kullanılan beş ayrı sözleşme varsa doğrudan birini ana şablon ilan etmek doğru değildir. Önce ortak hükümler, müşteri bazlı değişkenler ve artık kullanılmaması gereken maddeler ayrılmalıdır.

Standart bir asansör bakım sözleşmesinde genel olarak aşağıdaki bölümler bulunabilir:

1. Tarafların ticari unvanı ve iletişim bilgileri
2. Bina, tesis ve asansör bilgileri
3. Hizmetin türü ve kapsamı
4. Periyodik bakım planı
5. Arıza bildirim ve müdahale yöntemi
6. Parça, sarf malzemesi ve işçilik koşulları
7. Bakım bedeli, vergi durumu ve ödeme planı
8. Fiyat güncelleme yöntemi
9. Sözleşme başlangıç ve bitiş tarihi
10. Yenileme, fesih ve bildirim koşulları
11. Müşterinin ve bakım firmasının yükümlülükleri
12. Yetkili kişiler, imza ve onay alanları
13. Gerekliyse ek hizmetler ve cihaz listesi

Sözleşme metninin yürürlükteki mevzuata, sunulan gerçek hizmete ve firmanın ticari politikasına uygunluğu kontrol edilmelidir. Hukuki sonuç doğurabilecek hükümler için uzman görüşü alınması, internetten bulunan genel bir metnin doğrudan kullanılmasından daha güvenli bir yaklaşımdır.

Sabit ve değişken alanlar ayrılmalıdır

Şablonun en önemli tasarım kararı, hangi alanların kullanıcı tarafından değiştirilebileceğidir. Her alan serbest metin olarak bırakılırsa standardizasyon kısa sürede bozulur. Hiçbir alan değiştirilemezse farklı müşteri ve hizmet paketleri yönetilemez.

Alan grubu	Örnek alanlar	Önerilen kullanım
Sabit kurumsal alanlar	Logo, firma unvanı, adres, belge düzeni	Merkezden tanımlanmalı
Müşteri alanları	Unvan, vergi bilgisi, yetkili kişi	Müşteri kaydından otomatik gelmeli
Asansör alanları	Durak sayısı, kapasite, kimlik numarası, adres	Cihaz kaydından alınmalı
Ticari alanlar	Bakım bedeli, vade, ödeme günü	Yetkili kullanıcı değiştirebilmeli
Hizmet alanları	Bakım paketi, müdahale kapsamı, ek hizmet	Seçenek listesinden belirlenmeli
Hukuki hükümler	Fesih, sorumluluk, uyuşmazlık maddeleri	Kontrollü ve sürümlü tutulmalı
Tarih alanları	Başlangıç, bitiş, yenileme uyarısı	Sistem tarafından takip edilmeli
Onay alanları	Müşteri onayı, firma yetkilisi, imza tarihi	Kayıt altına alınmalı

Bu ayrım sayesinde kullanıcı yalnızca görevini ilgilendiren alanları doldurur. Örneğin satış sorumlusu fiyat ve ödeme planını girebilir; ancak onaylanmış hukuki metni yanlışlıkla değiştiremez.

Şablon Standardizasyonu Nasıl Yapılır?

Standartlaşma, yalnızca yeni bir Word dosyası hazırlamakla tamamlanmaz. Belgenin oluşturulmasından imzalanmasına, arşivlenmesinden yenilenmesine kadar tüm sürecin tanımlanması gerekir.

1. Mevcut sözleşmeleri envantere alın

Son 12 ayda kullanılan sözleşmeleri inceleyin. Farklı şubeler, satış personelleri ve müşteri grupları tarafından hazırlanan örnekleri karşılaştırın. Aynı konuyu farklı şekilde anlatan maddeleri işaretleyin.

Özellikle şu sorunları arayın:

• Güncelliğini kaybetmiş fiyat veya ödeme ifadeleri
• Birbiriyle çelişen hizmet kapsamları
• Eksik cihaz ve bina bilgileri
• Belirsiz müdahale süresi ifadeleri
• Eski logo, adres veya iletişim bilgileri
• Tarihi geçmiş kampanya koşulları
• Kopyalama sırasında belgede kalan başka müşteri bilgileri

2. Sözleşme türlerini belirleyin

Tek bir şablon her ticari senaryoya uymayabilir. Firmanın hizmet yapısına göre ayrı ana şablonlar oluşturulabilir. Örneğin standart bakım, kapsamlı bakım, yalnızca arıza hizmeti veya modernizasyon sonrası bakım için farklı şablonlar gerekebilir.

Ancak gereksiz sayıda şablon oluşturmak da yönetimi zorlaştırır. Aynı metnin yalnızca fiyatı değişiyorsa yeni şablon açmak yerine fiyatı dinamik alan yapmak daha doğrudur.

3. Ana metni ve değişkenleri tanımlayın

Onaylanan metindeki müşteri unvanı, asansör sayısı, aylık bedel ve tarihler gibi alanları değişken olarak işaretleyin. Bu alanların mümkün olduğunca müşteri, bina ve cihaz kayıtlarından otomatik gelmesini sağlayın.

Örnek değişkenler şöyle düşünülebilir:

• musteri_unvani
• bina_adresi
• asansor_sayisi
• bakim_paketi
• aylik_bakim_bedeli
• sozlesme_baslangic_tarihi
• sozlesme_bitis_tarihi

Otomatik alan kullanımı, yanlış müşteriye ait bilginin yeni sözleşmede kalması gibi kopyala-yapıştır hatalarını önemli ölçüde azaltır.

4. Yetki ve onay akışını kurun

Sözleşmeyi hazırlayan kişi ile nihai onayı veren kişi aynı olmak zorunda değildir. Özellikle özel fiyat, uzun vade veya standart dışı hizmet kapsamı sunulduğunda yönetici onayı gerekebilir.

Pratik bir akış şu şekilde kurulabilir:

1. Satış personeli müşteri ve hizmet bilgilerini seçer.
2. Yazılım, onaylı şablondan taslağı oluşturur.
3. Standart dışı indirim veya hüküm varsa yöneticiye gönderilir.
4. Onaylanan belge müşteriye iletilir.
5. İmzalı veya dijital onaylı nüsha kaydedilir.
6. Başlangıç, bitiş ve yenileme tarihleri takvime işlenir.

5. Eski şablonları kullanımdan kaldırın

Yeni şablon devreye alındıktan sonra masaüstlerinde ve ortak klasörlerde duran eski belgeler kaldırılmalıdır. Aksi hâlde çalışanlar alışkanlıkla eski dosyaları kullanmaya devam edebilir. Arşiv amacıyla saklanan metinler açık biçimde “kullanım dışı” olarak işaretlenmelidir.

Farklı Müşteri Grupları Nasıl Yönetilmelidir?

Apartman yöneticisi, profesyonel site yönetim firması, hastane, otel veya sanayi tesisi aynı beklentilere sahip değildir. Bu nedenle standardizasyon, müşteriye özel ihtiyaçları görmezden gelmek anlamına gelmemelidir.

Ana sözleşme iskeleti korunurken aşağıdaki değişkenler paket veya ek protokol üzerinden yönetilebilir:

• Bakımın gerçekleştirileceği zaman aralığı
• Arıza bildirim kanalı
• Acil durum iletişim kişileri
• Raporlama sıklığı
• Parça dâhil veya hariç hizmet kapsamı
• Birden fazla bina için toplu fiyatlandırma
• Mesai dışı müdahale koşulları
• İlave kontrol ve rapor talepleri
• Farklı ödeme ve faturalandırma planları

Örneğin on binadan oluşan bir site yönetiminde her bina için ayrı müşteri kartı açmak yerine, ana sözleşmeye bağlı cihaz ve lokasyon listeleri kullanılabilir. Böylece merkezî koşullar aynı kalırken her asansörün kimlik ve konum bilgisi ayrı izlenebilir.

Asansör Sözleşme Yönetim Yazılımı Ne Sağlar?

Manuel şablonlar, dosya sayısı arttıkça kontrol edilmesi güç bir yapıya dönüşür. Sözleşme yönetim yazılımı; müşteri, cihaz, fiyat, tarih ve onay bilgilerinin tek süreçte birleştirilmesini sağlar.

Bu kayıtları Asansorex gibi bir asansör bakım ve yönetim yazılımında tutmak; standart şablondan belge oluşturmayı, sözleşme bitiş tarihlerini izlemeyi ve müşteri geçmişine hızlı ulaşmayı kolaylaştırabilir. Böylece ekip, farklı klasörlerde doğru dosyayı aramak yerine güncel sözleşme kaydına ulaşabilir.

Yazılım seçerken yalnızca “sözleşme oluşturuyor mu?” sorusuna odaklanılmamalıdır. Aşağıdaki özellikler de uygulamalı olarak kontrol edilmelidir:

• Birden fazla onaylı şablon tanımlanabiliyor mu?
• Şablonlar hizmet paketlerine bağlanabiliyor mu?
• Müşteri ve asansör bilgileri otomatik aktarılıyor mu?
• Belge üzerinde kim, ne zaman değişiklik yaptı görülebiliyor mu?
• Eski sürümler korunuyor mu?
• Fiyat ve indirim için yetki sınırı belirlenebiliyor mu?
• Bitiş tarihinden önce hatırlatma oluşturulabiliyor mu?
• İmzalı nüsha müşteri kaydına eklenebiliyor mu?
• Sözleşmesi bitmek üzere olan müşteriler raporlanabiliyor mu?
• PDF çıktısında logo, sayfa düzeni ve imza alanları düzgün görünüyor mu?

Sürüm, Yenileme ve Arşiv Kontrolü

Şablon standardizasyonunun en fazla ihmal edilen tarafı sürüm yönetimidir. Bir hüküm değiştirildiğinde daha önce imzalanan sözleşmeler yeni metne dönüşmemelidir. Her sözleşme, imzalandığı tarihte geçerli olan şablon sürümüyle saklanmalıdır.

Örneğin şablon 2026 yılının nisan ayında güncellendiyse şu kayıtların tutulması faydalıdır:

• Şablonun sürüm numarası
• Değişiklik tarihi
• Değişikliği yapan veya onaylayan yetkili
• Değiştirilen maddelerin kısa açıklaması
• Yeni sürümün kullanılmaya başlandığı tarih
• Eski sürüme bağlı aktif sözleşmeler

Yenileme döneminde mevcut sözleşmenin üzerine yazmak yerine yeni bir sözleşme dönemi oluşturulmalıdır. Böylece eski bedel, yeni bedel, kapsam değişikliği ve onay tarihi karşılaştırılabilir.

Arşivde dosya adlarının da standart olması gerekir. sonsozlesme.pdf, yenisözleşme2.pdf veya imzalı-son.pdf gibi adlar yerine müşteri, lokasyon, dönem ve sözleşme numarası içeren bir düzen kullanılabilir. Ancak belge bir yazılım içinde yönetiliyorsa kullanıcıların dosya adlarını ezberlemesi yerine filtrelerle arama yapabilmesi daha pratiktir.

Uygulamanın Başarısı Nasıl Ölçülür?

Yeni şablon yayına alındıktan sonra sürecin gerçekten iyileşip iyileşmediği ölçülmelidir. İlk 30 ve 90 günlük dönemlerde aşağıdaki göstergeler karşılaştırılabilir:

• Bir sözleşmenin hazırlanma süresi
• Eksik bilgi nedeniyle geri dönen belge sayısı
• Yanlış fiyat veya müşteri bilgisi tespit edilen sözleşme sayısı
• Standart dışı indirimlerin oranı
• Süresi yaklaşan sözleşmelerin zamanında yenilenme oranı
• İmzalı nüshasına ulaşılamayan müşteri sayısı
• Eski şablonla hazırlanmış belge sayısı
• Satıştan operasyona bilgi aktarımında yaşanan hata sayısı

İlk haftalarda personelden kısa geri bildirim alınması da önemlidir. Çok fazla zorunlu alan çalışanları sistem dışına itebilir; çok az kontrol ise eski dağınıklığı devam ettirir. İyi bir uygulama, kullanıcıyı gereksiz adımlarla yormadan kritik bilgilerin eksiksiz girilmesini sağlar.

Sıkça Sorulan Sorular

Her müşteri için ayrı sözleşme şablonu oluşturulmalı mı?

Hayır. Ana hükümler aynıysa her müşteri için ayrı şablon oluşturmak yönetimi zorlaştırır. Müşteri bilgileri, fiyat, tarih, cihaz listesi ve hizmet paketi gibi unsurlar değişken alanlarla yönetilmelidir. Gerçekten farklı bir hizmet modeli varsa ayrı ana şablon kullanılabilir.

Eski sözleşmeler yeni şablona dönüştürülmeli mi?

İmzalanmış sözleşmeler özgün biçimiyle saklanmalıdır. Yeni şablon genellikle yenileme döneminde kullanılmalıdır. Mevcut sözleşmenin kapsamını veya hükmünü dönem içinde değiştirmek gerekiyorsa uygun onay ve ek protokol süreci değerlendirilmelidir.

Sözleşme şablonunu kim hazırlamalıdır?

Operasyon, satış ve finans ekipleri kendi ihtiyaçlarını belirtmeli; teknik kapsam ilgili sorumlular tarafından kontrol edilmelidir. Hukuki sonuç doğuran maddelerin ise uzman değerlendirmesinden geçirilmesi güvenli olur. Son şablon için firma içinde açık bir onay yetkilisi belirlenmelidir.

Word veya Excel ile standardizasyon yapılamaz mı?

Küçük portföylerde kontrollü klasör ve erişim düzeniyle belirli ölçüde yapılabilir. Ancak müşteri ve asansör sayısı arttığında sürüm, yetki, yenileme ve arşiv takibi zorlaşır. Yazılım kullanımı özellikle çok şubeli veya büyüyen firmalarda daha sürdürülebilir bir yapı sağlar.

Şablonda fiyat bilgisi sabit mi olmalıdır?

Hayır. Fiyat genellikle müşteri, cihaz sayısı, hizmet kapsamı ve ödeme planına göre değişir. Ancak fiyatın kim tarafından ve hangi sınırlar içinde değiştirilebileceği belirlenmelidir. Standart dışı indirimler için ayrıca onay mekanizması kurulabilir.

Şablonlar ne sıklıkla gözden geçirilmelidir?

Genel uygulamada yılda en az bir kapsamlı kontrol yapılması faydalıdır. Firma adresi, hizmet paketi, fiyat politikası veya ilgili düzenlemelerde değişiklik olduğunda yıllık kontrol beklenmeden şablon incelenmelidir. Her güncelleme yeni sürüm olarak kaydedilmelidir.

Özet

Asansör bakım sözleşmelerinde şablon standardizasyonu; yalnızca belgelerin aynı görünmesini değil, fiyatların, hizmet kapsamının, onayların ve yenileme tarihlerinin kontrollü yönetilmesini sağlar. Başarılı bir yapı için mevcut sözleşmeler analiz edilmeli, sabit ve değişken alanlar ayrılmalı, yetkiler tanımlanmalı ve eski şablonlar kullanımdan kaldırılmalıdır. Asansorex gibi bir Asansör Sözleşme Yönetim Yazılımı, onaylı şablonları müşteri ve cihaz kayıtlarıyla ilişkilendirerek bu standardın günlük iş akışında korunmasına yardımcı olabilir. Sonuçta firma daha hızlı sözleşme hazırlarken, teknisyen ve operasyon ekibi de müşteriye hangi kapsamda hizmet verildiğini daha açık biçimde görebilir.