Asansör Periyodik Bakım Programı Teknik Şartname

İÇERİK

Asansör bakım firması için yeni bir yazılım seçerken yalnızca “bakım kaydı oluşturabiliyor mu?” sorusuna bakmak yeterli değildir. Özellikle onlarca teknisyen ve yüzlerce asansörün takip edildiği işletmelerde kullanılacak asansör periyodik bakım programı, bakım planlamasından saha kayıtlarına, müşteri bilgilerinden raporlamaya kadar operasyonun önemli bir bölümünü yönetir. Bu nedenle yazılım satın alınmadan önce ihtiyaçların teknik şartname hâline getirilmesi, sonradan ortaya çıkabilecek uyumsuzlukların önüne geçer.

İyi hazırlanmış bir teknik şartname, belirli bir yazılım markasını tarif etmek yerine işletmenin ihtiyaç duyduğu fonksiyonları açık biçimde tanımlar. Böylece firma sahibi farklı çözümleri aynı kriterlerle karşılaştırabilir, teknisyenin sahadaki kullanımını değerlendirebilir ve satın alma kararını yalnızca fiyat üzerinden vermek zorunda kalmaz.

Bu rehberde bir asansör bakım firmasının periyodik bakım programı teknik şartnamesinde hangi maddelere yer vermesi gerektiğini, hangi özelliklerin kritik olduğunu ve teklif karşılaştırırken nelere dikkat edilmesi gerektiğini ele alacağız.

Teknik Şartname Neden Yazılım Seçiminden Önce Hazırlanmalı?

Asansör bakım yazılımı satın alırken yapılan en yaygın hatalardan biri, ürün demosunda görülen özelliklere göre karar vermektir. Demo sırasında etkileyici görünen bazı fonksiyonlar günlük operasyon için önemsiz olabilirken firmanın gerçekten ihtiyaç duyduğu bir özellik sistemde bulunmayabilir.

Örneğin bir bakım firması için renkli grafiklerden önce şu sorular daha önemlidir:

• Aylık bakımlar otomatik planlanabiliyor mu?
• Aynı binadaki birden fazla asansör ayrı ayrı takip edilebiliyor mu?
• Teknisyen sahadan bakım kaydını kapatabiliyor mu?
• Bakım formuna fotoğraf eklenebiliyor mu?
• Yapılan işlemler geçmiş tarihli olarak görüntülenebiliyor mu?
• Bakım yapılmayan veya geciken asansörler görülebiliyor mu?
• Teknisyen görevlendirmesi yapılabiliyor mu?
• Müşteri ve bina bilgilerine sahadan erişilebiliyor mu?
• Bakım kayıtları gerektiğinde PDF veya rapor olarak sunulabiliyor mu?

Teknik şartnamenin temel amacı, bu ihtiyaçları satın alma öncesinde yazılı hâle getirmektir.

İyi bir teknik şartname “yazılımda çok özellik olsun” demez; firmanın hangi işi, hangi kullanıcıyla ve hangi kayıt yöntemiyle yapacağını açıklar.

Bu yaklaşım özellikle farklı yazılımlardan teklif alındığında büyük avantaj sağlar. Her sağlayıcı aynı maddelere göre değerlendirildiği için özellik karşılaştırması daha objektif yapılabilir.

Asansör ve Bina Kayıtları İçin Gereken Özellikler

Bir periyodik bakım programının temelinde doğru portföy verisi bulunur. Sistem yalnızca müşteri isimlerinin tutulduğu bir adres defteri olmamalı; bakım operasyonunda ihtiyaç duyulan bina ve asansör bilgilerini düzenli şekilde saklayabilmelidir.

Teknik şartnamede en azından aşağıdaki veri yapıları tanımlanmalıdır.

Müşteri ve bina bilgileri

Programda müşteri veya bina bazında şu bilgiler tutulabilmelidir:

• Müşteri veya yönetici adı
• Telefon ve iletişim bilgileri
• Bina adı
• Açık adres
• Konum bilgisi
• Sözleşme başlangıç ve bitiş tarihleri
• Bakım periyodu
• Bina ile ilgili özel servis notları

Örneğin teknisyenin binaya gitmeden önce “makine dairesi anahtarı kapıcıda” veya “bina yöneticisi bakım sonrasında aranacak” gibi saha açısından önemli açıklamaları görebilmesi operasyonu kolaylaştırır.

Asansör bilgileri

Aynı binada birden fazla asansör bulunabileceği için sistemin bina ve asansör kayıtlarını birbirinden ayırabilmesi gerekir.

Asansör kartlarında işletmenin ihtiyacına göre şu alanlar bulunabilir:

• Asansör tanımı
• Seri veya kimlik bilgileri
• Durak sayısı
• Kapasite
• Marka veya model
• Asansör tipi
• Son bakım tarihi
• Planlanan gelecek bakım tarihi
• Teknik açıklamalar
• Bakım geçmişi
• Arıza geçmişi

Buradaki önemli nokta, bakım geçmişinin müşteri değişse veya teknisyen değişse bile kaybolmamasıdır.

Periyodik Bakım Planlama Özellikleri Nasıl Tanımlanmalı?

Teknik şartnamenin en önemli bölümü bakım planlamadır. Çünkü periyodik bakım programının temel görevi, portföyde bulunan asansörlerin bakım zamanlarının unutulmasını önlemektir.

Programın yalnızca takvim üzerinde manuel görev açması yeterli görülmemelidir. Portföy büyüdükçe manuel planlama önemli zaman kaybına dönüşebilir.

Teknik şartnamede aşağıdaki maddeler değerlendirilebilir:

1. Asansörlerin bakım periyotlarına göre plan oluşturulabilmelidir.
2. Bakımlar teknisyen veya ekiplere atanabilmelidir.
3. Günlük, haftalık ve aylık bakım planları görüntülenebilmelidir.
4. Tamamlanan ve bekleyen bakımlar birbirinden ayrılabilmelidir.
5. Geciken bakım kayıtları kolayca filtrelenebilmelidir.
6. Planlanan bakım tarihi gerektiğinde değiştirilebilmelidir.
7. Bakımın hangi teknisyen tarafından tamamlandığı kayıt altında tutulmalıdır.
8. Aynı bölgedeki veya aynı müşteriye ait bakım işleri birlikte görüntülenebilmelidir.
9. Geçmiş bakım kayıtlarına tarih bazında erişilebilmelidir.
10. Plan değişiklikleri operasyonun izlenmesini engellemeyecek şekilde kayıt altında tutulmalıdır.

Örneğin firmanın ayda 400 asansöre bakım yaptığını düşünelim. Her asansör için tek tek takvim kaydı oluşturmak yerine periyodik bakım programının planlama sürecini otomatikleştirmesi, operasyon ekibinin iş yükünü ciddi şekilde azaltabilir.

Mobil Saha Kullanımı Teknik Şartnamede Yer Almalı

Asansör bakım operasyonunun önemli bölümü ofiste değil sahada gerçekleşir. Bu nedenle yazılım yalnızca masaüstü bilgisayardan çalışan bir sistem olarak değerlendirilmemelidir.

Teknisyenin bakım yaptığı binada ihtiyaç duyduğu işlemleri telefon veya tablet üzerinden gerçekleştirebilmesi önemlidir.

Örnek bir saha şartnamesi şu şekilde oluşturulabilir:

Gereksinim	Teknik şartnameye yazılabilecek kriter
Görev görüntüleme	Teknisyen kendisine atanan bakım görevlerini görebilmeli
Bina bilgisi	Adres ve müşteri iletişim bilgilerine erişebilmeli
Bakım formu	Bakım kontrol formunu sahada doldurabilmeli
Fotoğraf	Bakım kaydına fotoğraf ekleyebilmeli
Açıklama	Yapılan işlem ve tespitler yazılabilmeli
İmza	Gerektiğinde dijital imza alınabilmeli
Kullanılan malzeme	Değiştirilen veya kullanılan parçalar kaydedilebilmeli
Tamamlama	Bakım işlemi sahadan tamamlandı olarak işaretlenebilmeli
Geçmiş kayıt	Yetkisi dâhilinde önceki bakım bilgilerine ulaşabilmeli

Mobil kullanımın basit olması da teknik özellik kadar önemlidir. Çok fazla ekran, gereksiz veri girişi veya uzun formlar teknisyenin sistemi kullanmasını zorlaştırabilir.

Bu nedenle demo sırasında yalnızca firma sahibinin bilgisayar ekranını değil, teknisyenin sahadaki gerçek işlem akışını görmek faydalıdır.

Asansorex gibi bakım ve saha operasyonunu aynı sistemde yöneten çözümlerde bakım planının teknisyene iletilmesi, bakım formunun sahadan doldurulması ve tamamlanan işlemin merkezi kayda dönüşmesi bu kopukluğu azaltmaya yardımcı olabilir.

Dijital Bakım Formu ve Kayıt Geçmişi Nasıl Olmalı?

Periyodik bakım programı seçilirken bakım formu özelliği özellikle incelenmelidir. Çünkü sistemde “bakım tamamlandı” yazması ile hangi kontrollerin yapıldığının kayıt altında bulunması aynı şey değildir.

Dijital bakım formu sayesinde teknisyen yapılan kontrolleri sistematik biçimde işaretleyebilir.

Teknik şartnamede aşağıdaki özellikler belirtilebilir:

• Firma tarafından kullanılacak bakım kontrol listeleri oluşturulabilmeli.
• Formdaki maddeler teknisyen tarafından işaretlenebilmeli.
• Açıklama alanları bulunabilmeli.
• Gerektiğinde fotoğraf eklenebilmeli.
• Formun tamamlanma tarihi kaydedilmeli.
• Bakımı yapan personel bilgisi saklanmalı.
• Önceki bakım formlarına erişilebilmeli.
• Form gerektiğinde müşteriye sunulabilecek bir çıktıya dönüştürülebilmeli.

Bakım kayıtlarının sonradan değiştirilmesi gerekiyorsa yapılan değişikliklerin kontrolsüz biçimde geçmiş veriyi bozmasına izin verilmemesi de önemlidir. Firma, özellikle uzun yıllar hizmet verdiği binalarda geçmiş işlemleri güvenilir şekilde inceleyebilmelidir.

Bu kayıtlar arıza analizi açısından da faydalıdır. Örneğin aynı kapı mekanizmasıyla ilgili üç ay boyunca tekrar eden notlar varsa bakım firması bunun geçici bir ayardan ziyade daha kapsamlı bir müdahale gerektirdiğini fark edebilir.

Raporlama ve Operasyon Kontrolü İçin Gereken Kriterler

Firma sahibi açısından periyodik bakım programının en önemli faydalarından biri, portföyün genel durumunu tek tek çalışanlara sormadan görebilmektir.

Bu nedenle teknik şartnamede raporlama bölümü ayrı değerlendirilmelidir.

Program en azından aşağıdaki soruların cevaplarını verebilmelidir:

• Bu ay kaç bakım planlandı?
• Kaç bakım tamamlandı?
• Kaç bakım bekliyor?
• Geciken bakım var mı?
• Hangi teknisyen hangi bakımları yaptı?
• Belirli bir binanın geçmiş bakımları neler?
• Belirli tarih aralığında kaç işlem gerçekleştirildi?
• Hangi müşterilere ait bakım işlemleri tamamlanmadı?

Raporların filtrelenebilir olması önemlidir. Örneğin sadece aylık toplam sayıyı göstermek yerine tarih, müşteri, bina veya teknisyen gibi kriterlere göre detay görüntülenebilmesi operasyon yönetimini kolaylaştırır.

Ayrıca raporların gerektiğinde dışa aktarılabilmesi veya paylaşılabilir çıktıya dönüştürülebilmesi satın alma aşamasında kontrol edilmesi gereken konulardan biridir.

Yetkilendirme, Veri Güvenliği ve Yedekleme

Bakım programında müşteri iletişim bilgileri, bina adresleri, servis kayıtları, finansal bilgiler veya teknisyen notları gibi işletme açısından önemli veriler bulunabilir.

Bu nedenle teknik şartname yalnızca operasyonel özelliklerden oluşmamalıdır.

Kullanıcı yetkileri

Firma sahibinin gördüğü bütün bilgileri her kullanıcının görmesi gerekmeyebilir.

Örneğin:

• Teknisyen yalnızca kendisine verilen saha görevlerine erişebilir.
• Operasyon sorumlusu bakım planlarını düzenleyebilir.
• Firma sahibi genel portföy ve raporları görüntüleyebilir.

Yetki sistemi işletmenin organizasyonuna göre değişebilir. Burada önemli olan, sistemin “her kullanıcı her şeyi görür” mantığıyla çalışmamasıdır.

Yedekleme

Satın alma görüşmesinde şu sorular mutlaka sorulmalıdır:

• Veriler nasıl yedekleniyor?
• Yedekleme sistemi otomatik mi?
• Olası veri kaybında geri yükleme süreci nasıl işliyor?
• Firma kendi verilerine erişebiliyor mu?
• Hizmet sona erdiğinde verilerin alınması mümkün mü?

Özellikle yıllarca biriktirilen bakım geçmişinin yalnızca yazılım sağlayıcısına bağımlı kalmaması önemli bir değerlendirme kriteridir.

Teknik Destek ve Kurulum Süreci Şartnameye Eklenmeli

İyi bir yazılımın yanlış veya eksik kurulması, beklenen verimin alınamamasına neden olabilir. Özellikle Excel, defter veya başka bir yazılımdan geçiş yapan firmalarda mevcut müşteri ve asansör bilgilerinin sisteme aktarılması önemli bir süreçtir.

Teknik şartnamede yalnızca yazılım fonksiyonları değil, hizmet kapsamı da tanımlanabilir.

Örneğin şu maddeler sorulabilir:

• İlk kurulum desteği veriliyor mu?
• Mevcut müşteri ve asansör verileri aktarılabiliyor mu?
• Kullanıcı eğitimi bulunuyor mu?
• Teknik destek hangi kanallardan sağlanıyor?
• Yeni personel için eğitim materyalleri mevcut mu?
• Yazılım güncellemeleri lisans kapsamında mı?
• Mobil ve web kullanımı için ayrı ücret bulunuyor mu?

Özellikle portföyü büyük firmalarda veri aktarımı önemlidir. 500 asansörün bilgisini satın alma sonrasında tek tek yeniden girmek gerektiğinin öğrenilmesi, geçiş sürecini beklenenden çok daha zor hâle getirebilir.

Bu nedenle teklif alınırken “kurulum dâhil” ifadesinin tam olarak neyi kapsadığı netleştirilmelidir.

Örnek Asansör Periyodik Bakım Programı Teknik Şartname Kontrol Listesi

Satın alma veya teklif toplama sürecinde aşağıdaki kısa kontrol listesi kullanılabilir:

Başlık	Kontrol edilmesi gereken konu
Portföy yönetimi	Müşteri, bina ve asansörlerin ayrı kayıt yapısıyla tutulması
Bakım planlama	Periyodik bakım takviminin oluşturulması
Görevlendirme	Teknisyen veya ekip ataması
Mobil kullanım	Sahadan görev görüntüleme ve kapatma
Dijital form	Kontrol listesi, açıklama, fotoğraf ve imza
Geçmiş kayıtlar	Önceki bakım işlemlerine erişim
Raporlama	Tamamlanan, bekleyen ve geciken bakım raporları
Yetkilendirme	Kullanıcı bazlı erişim kontrolü
Veri güvenliği	Yedekleme ve veri erişim prosedürleri
Veri aktarımı	Mevcut portföyün sisteme taşınabilmesi
Teknik destek	Kurulum, eğitim ve sonrasındaki destek süreci
Çıktılar	Bakım formu ve raporların paylaşılabilir olması

Bu liste doğrudan kopyalanıp ihale veya satın alma dokümanına eklenmek yerine firmanın gerçek çalışma modeline göre özelleştirilmelidir. Örneğin bakım formunda fotoğraf kullanmayan bir işletme için fotoğraf zorunluluğu gereksiz olabilir. Buna karşılık saha personeli yoğun olan bir firma için mobil kullanım vazgeçilmez olabilir.

Yazılım Karşılaştırırken Sadece Fiyata Bakılmamalı

İki bakım programı arasında önemli fiyat farkı olduğunda düşük fiyatlı çözüm doğal olarak cazip görünebilir. Ancak yazılımın asıl maliyeti yalnızca yıllık lisans bedeli değildir.

Şu operasyonel maliyetler de değerlendirilmelidir:

• Bakım planı hazırlamak için harcanan ofis zamanı
• Teknisyene iş aktarırken yapılan telefon görüşmeleri
• Eksik veya kaybolan bakım formları
• Tekrar veri girişi
• Müşteriden geçmiş bakım kaydı istendiğinde yapılan arşiv çalışması
• Yeni çalışanların sisteme alışma süresi
• Farklı programlar arasında veri taşıma ihtiyacı

Bu nedenle teknik şartname, düşük fiyatlı ancak operasyonu karşılamayan bir çözümle kapsamlı fakat gereksiz derecede karmaşık bir sistemi birbirinden ayırmaya yardımcı olur.

En doğru çözüm, firmanın bugünkü portföyünü yönetebilen ancak büyüdüğünde tamamen farklı bir sisteme geçmesini gerektirmeyecek yapıdır.

Sıkça Sorulan Sorular

Asansör periyodik bakım programı teknik şartnamesi nedir?

Asansör bakım firmasının kullanacağı yazılımda bulunması gereken fonksiyonların, veri yapılarının, mobil kullanım özelliklerinin, raporlama ihtiyaçlarının ve hizmet şartlarının yazılı olarak tanımlandığı dokümandır. Yazılım satın alma ve teklif karşılaştırma sürecini daha objektif hâle getirir.

Teknik şartnamede mobil uygulama zorunlu olmalı mı?

Firmanın saha çalışma modeline bağlıdır. Teknisyenlerin bakım formunu bina başında doldurması, fotoğraf eklemesi veya görevi sahadan tamamlaması isteniyorsa mobil kullanım önemli bir gereksinimdir.

Bakım programında hangi kayıtlar mutlaka tutulmalı?

Genel uygulamada müşteri, bina, asansör, bakım tarihi, teknisyen, yapılan kontroller, açıklamalar ve bakım geçmişi temel kayıtlar arasında yer alır. Firmanın çalışma modeline göre fotoğraf, imza ve kullanılan malzeme bilgileri de eklenebilir.

Teknik şartnamede veri aktarımı neden önemlidir?

Mevcut müşteri ve asansör portföyünün yeni sisteme manuel girilmesi ciddi zaman kaybı oluşturabilir. Özellikle yüzlerce asansörü bulunan firmalarda mevcut Excel veya sistem verilerinin aktarılıp aktarılamadığı satın alma öncesinde netleştirilmelidir.

Bir bakım programı seçerken demo sırasında ne test edilmeli?

Sadece ana ekran değil, gerçek bir işlem baştan sona test edilmelidir. Örneğin bir asansör oluşturulmalı, bakım planlanmalı, teknisyene atanmalı, teknisyen sahadan formu doldurmalı ve tamamlanan bakımın geçmiş kayıtlarda nasıl göründüğü kontrol edilmelidir.

Özet

Asansör periyodik bakım programı satın alırken teknik şartname hazırlamak, yazılım seçimini özellik listesi ve fiyat karşılaştırmasının ötesine taşır. Müşteri ve asansör kayıtları, bakım planlama, teknisyen görevlendirme, mobil saha kullanımı, dijital bakım formları, raporlama, yetkilendirme, veri güvenliği, yedekleme ve teknik destek şartnamenin temel başlıklarını oluşturmalıdır.

Özellikle büyüyen bakım firmalarında sistemin ofis ile saha arasındaki bilgi akışını tek noktada toplaması önemli avantaj sağlar. Asansorex gibi asansör bakım operasyonuna yönelik geliştirilen yazılımlar değerlendirilirken de aynı teknik şartname üzerinden gerçek iş akışlarının test edilmesi, firmanın ihtiyacına uygun olup olmadığını daha net görmeyi sağlar.