Asansör Saha Yönetim Yazılımı Entegrasyon Checklist

İÇERİK

Bir asansör saha yönetim yazılımı satın almak, dijital dönüşümün yalnızca başlangıcıdır. Asıl kritik aşama; mevcut müşteri, bina, asansör, bakım, arıza, cari, stok ve teknisyen süreçlerinin yeni sisteme doğru biçimde bağlanmasıdır. En iyi yazılım bile yanlış veya eksik entegrasyonla kullanıma alınırsa ekip birkaç hafta içinde tekrar Excel dosyalarına, WhatsApp mesajlarına ve kâğıt formlara dönmeye başlayabilir.

Bu nedenle entegrasyon sürecini yalnızca “verileri içeri aktaralım ve başlayalım” şeklinde görmek yerine kontrollü bir geçiş projesi olarak yönetmek gerekir. Bu rehberde, özellikle asansör bakım firmalarının kullanabileceği pratik bir entegrasyon checklist'i üzerinden hangi verilerin hazırlanması, saha ekiplerinin nasıl sisteme dahil edilmesi ve canlı kullanıma geçmeden önce hangi kontrollerin yapılması gerektiğini ele alacağız.

Entegrasyona Başlamadan Önce Mevcut Süreci Haritalayın

İlk hata genellikle yazılım kurulmadan önce yapılır: Firma, mevcut çalışma şeklini ortaya çıkarmadan yeni sisteme geçmeye çalışır.

Oysa önce mevcut operasyonun fotoğrafını çekmek gerekir.

Bir bakım firmasının günlük işleyişinde veriler çoğu zaman farklı yerlerde tutulur:

• Müşteri ve bina listesi Excel'de
• Arıza talepleri WhatsApp gruplarında
• Bakım planı farklı bir Excel dosyasında
• Tahsilatlar ön muhasebe programında
• Teknisyen görevleri telefonla dağıtılıyor
• Kullanılan parçalar servis föyüne yazılıyor
• Sözleşmeler bilgisayardaki klasörlerde saklanıyor
• Bina yöneticisi iletişim bilgileri personelin telefon rehberinde bulunuyor

Bu yapı çalışıyor gibi görünse de bilgi parçalandığı için entegrasyon sırasında hangi kaydın doğru kabul edileceği belirsizleşebilir.

Bu nedenle önce aşağıdaki sorular cevaplanmalıdır:

1. Müşteri ana kaydı şu anda nerede tutuluyor?
2. Bina ve asansör bilgileri hangi dosyada güncel?
3. Aylık bakım planını kim oluşturuyor?
4. Arıza kaydı ilk olarak nereye düşüyor?
5. Teknisyen görevi nasıl alıyor?
6. Kullanılan parçalar nerede kayıt altına alınıyor?
7. Tahsilat bilgisi hangi sistemde tutuluyor?
8. Müşteriye bakım veya arıza sonrası nasıl bilgi veriliyor?

Bu soruların cevabı, hangi entegrasyonların gerçekten gerekli olduğunu ortaya çıkarır.

Veri Aktarımı Checklist'i

Saha yazılımına geçerken en fazla zaman alan konulardan biri eski verilerin temizlenmesidir. Özellikle yıllardır Excel kullanan firmalarda aynı bina farklı isimlerle kayıtlı olabilir.

Örneğin aynı bina şu şekilde üç ayrı kayıt halinde bulunabilir:

Güneş Apt.

Güneş Apartmanı

Güneş Apt - Atatürk Cd.

Bu kayıtlar temizlenmeden yeni sisteme aktarılırsa aynı asansörün iki veya üç kez oluşturulması mümkündür.

Entegrasyon öncesinde aşağıdaki veri grupları kontrol edilmelidir.

Veri grubu	Kontrol edilmesi gerekenler	Öncelik
Müşteriler	Firma adı, yetkili, telefon, vergi bilgileri	Yüksek
Binalar	Açık adres, bina yöneticisi, iletişim bilgileri	Yüksek
Asansörler	Kimlik bilgisi, durak sayısı, tip, bina bağlantısı	Yüksek
Bakım kayıtları	Son bakım tarihi, bakım periyodu, geçmiş kayıtlar	Yüksek
Arıza kayıtları	Açık arızalar, geçmiş müdahaleler	Orta
Cari hesaplar	Borç, alacak, tahsilat durumu	Yüksek
Sözleşmeler	Başlangıç, bitiş, bakım bedeli	Yüksek
Stok	Parça adı, miktar, depo bilgisi	Orta
Personel	Teknisyen, ekip, yetki ve görev alanı	Yüksek

Özellikle açık işlemler ayrıca kontrol edilmelidir. Geçmişte kapanmış binlerce kayıt daha sonra aktarılabilir ancak bugün devam eden arıza, borç, bakım ve tekliflerin eksiksiz taşınması gerekir.

Veri aktarımında örnek kontrol listesi

• [ ] Mükerrer müşteri kayıtları temizlendi
• [ ] Bina adresleri kontrol edildi
• [ ] Her asansör doğru binaya bağlandı
• [ ] Son bakım tarihleri doğrulandı
• [ ] Açık arızalar belirlendi
• [ ] Cari bakiyeler kontrol edildi
• [ ] Aktif sözleşmeler ayrıldı
• [ ] Personel listesi güncellendi
• [ ] Stok başlangıç miktarları sayıldı
• [ ] Kullanılmayacak eski kayıtlar arşivlendi

Teknisyen ve Mobil Uygulama Entegrasyonu

Bir saha yönetim yazılımının başarısını masa başındaki ekran değil, teknisyenin sahadaki kullanım oranı belirler.

Teknisyen sisteme giriş yapmıyor, bakım formunu tamamlamıyor veya yaptığı işlemi sonradan ofise bildiriyorsa dijitalleşme tamamlanmış sayılmaz.

Bu nedenle mobil kullanım geçişin ilk gününden itibaren planlanmalıdır.

Teknisyen hesabında neler tanımlanmalı?

Her personel için en azından şu bilgiler hazırlanmalıdır:

• Ad ve soyad
• Telefon numarası
• Görev bölgesi
• Ekip bilgisi
• Yetkilendirildiği işlemler
• Kullanabileceği araç veya servis bölgesi
• Kendisine atanmış bina/asansörler

Teknisyenin gereksiz ekranlarla uğraşmaması önemlidir. Saha personelinin ihtiyacı genellikle basittir: Görevim ne, bina nerede, ne yapacağım ve işi nasıl kapatacağım?

Bu nedenle entegrasyon testinde teknisyenin gerçek bir görev üzerinden sistemi kullanması gerekir.

Örneğin:

1. Teknisyene bakım görevi atanır.
2. Mobil uygulamada görev görüntülenir.
3. Teknisyen binaya gider.
4. Bakım checklist'ini doldurur.
5. Gerekirse fotoğraf ekler.
6. Kullanılan parçayı kaydeder.
7. İmza veya işlem onayı alınır.
8. Bakım tamamlanır.
9. Ofiste kayıt otomatik görünür.

Bu zincirin herhangi bir noktasında manuel WhatsApp mesajına ihtiyaç duyuluyorsa süreç tekrar gözden geçirilmelidir.

Bakım ve Arıza Süreçlerini Birbirine Bağlayın

Asansör firmalarında bakım ve arıza operasyonları genellikle birbirinden ayrı düşünülür. Oysa sahada aynı bina, aynı asansör ve çoğu zaman aynı teknisyen üzerinden ilerler.

Örneğin teknisyen bir binaya aylık bakım için gittiğinde daha önce bildirilen bir kapı arızasını da kontrol edebilir. Eğer bakım ve arıza kayıtları farklı sistemlerde tutuluyorsa bu bilgi teknisyene ulaşmayabilir.

İyi kurgulanmış bir asansör saha yönetim yazılımı entegrasyonunda bina kartı açıldığında şu geçmişin birlikte görülebilmesi faydalıdır:

• Geçmiş bakımlar
• Açık arızalar
• Tamamlanan arızalar
• Kullanılan parçalar
• Yapılan tahsilatlar
• Sözleşme bilgileri
• Son saha ziyaretleri

Böylece teknisyen binaya gitmeden önce operasyon geçmişini görebilir.

Asansorex gibi saha ve bakım süreçlerini aynı yapı altında takip eden yazılımlarda bina, asansör, bakım ve arıza kayıtlarının ilişkilendirilmesi bu nedenle önemlidir. Buradaki amaç daha fazla veri toplamak değil, sahadaki personele doğru anda doğru bilgiyi gösterebilmektir.

Cari, Tahsilat ve Faturalandırma Bağlantısını Kontrol Edin

Saha yazılımının finans tarafıyla bağlantısı genellikle gözden kaçırılır.

Oysa bakım firmalarında saha operasyonu ile tahsilat arasında doğrudan ilişki vardır.

Örneğin teknisyen bakım için binaya gittiğinde yöneticinin:

“Geçen ay borcumuz kaldı mı?”

diye sorması oldukça yaygındır.

Eğer saha personelinin hiçbir finansal bilgiye erişimi yoksa ofisi aramak zorunda kalabilir. Tam tersine bütün finans verisinin teknisyene açılması da doğru değildir.

Bu nedenle kullanıcı yetkileri dikkatli tasarlanmalıdır.

Örneğin saha personeli yalnızca:

• Güncel borç durumunu,
• Tahsil edilecek tutarı,
• Ödeme alınıp alınmadığını

görebilirken ayrıntılı finans raporları firma yöneticisine bırakılabilir.

Ayrıca entegrasyon sırasında şu akış mutlaka test edilmelidir:

Bakım tamamlandı → cari işlem oluştu → tahsilat kaydedildi → müşterinin bakiyesi güncellendi

Firmanın e-Fatura veya başka bir ön muhasebe sistemi kullanması halinde hangi verinin hangi sistemde ana kayıt olarak tutulacağı da önceden belirlenmelidir.

Aksi halde aynı işlem iki farklı yerde oluşturulabilir.

Stok ve Parça Kullanımını Saha Sürecine Dahil Edin

Arıza operasyonunun önemli maliyetlerinden biri kullanılan yedek parçadır.

Kontaktör, fotosel, kapı kilidi, buton, röle veya farklı bir elektronik kart sahada değiştirildiğinde bu parça yalnızca teknisyenin servis notunda kalıyorsa gerçek maliyet hesaplamak zorlaşır.

Bu nedenle stok entegrasyonunda üç temel nokta kontrol edilmelidir:

1. Merkez depo

Firmanın ana deposundaki parçalar sisteme tanımlanmalıdır.

2. Araç veya teknisyen stoğu

Saha araçlarında bulunan kritik parçaların ayrıca takip edilmesi operasyon açısından faydalıdır.

3. İş emrine parça bağlama

Teknisyen arıza kapatırken kullandığı parçayı seçebilmeli ve stok miktarı buna göre güncellenebilmelidir.

Örneğin teknisyen bir kapı fotoseli değiştirdiyse kayıt şu yapıya bağlanmalıdır:

Arıza → Asansör → Teknisyen → Kullanılan Parça → Maliyet

Bu bağlantı kurulduğunda firma yalnızca kaç arıza yaşandığını değil, hangi asansörlerin daha fazla parça tükettiğini de görebilir.

Bildirim ve Müşteri İletişimi Entegrasyonu

Saha yönetiminin önemli bir bölümü müşteriye bilgi vermektir.

Bina yöneticisinin sürekli:

“Teknisyen geldi mi?”

“Arıza çözüldü mü?”

“Bakım yapıldı mı?”

diye araması hem ofisin hem de saha personelinin zamanını tüketir.

Bu nedenle SMS, e-posta veya firma tarafından kullanılan uygun iletişim kanallarının entegrasyonu değerlendirilebilir.

Örneğin aşağıdaki olaylarda otomatik bilgilendirme kullanılabilir:

• Arıza kaydı oluşturulduğunda
• Teknisyen görevlendirildiğinde
• Arıza tamamlandığında
• Periyodik bakım yapıldığında
• Ödeme alındığında
• Sözleşme yenileme tarihi yaklaşırken

Ancak müşteriye her hareket için mesaj göndermek de doğru değildir. Fazla bildirim kısa sürede rahatsız edici hale gelebilir.

Entegrasyon sırasında hangi olayın müşteriye bildirim göndereceği açıkça belirlenmelidir.

Canlı Kullanıma Geçmeden Önce Pilot Test Yapın

Yüzlerce asansörü aynı gün sisteme geçirmek yerine küçük bir pilot grup seçmek daha güvenlidir.

Örneğin firma 500 asansöre bakım veriyorsa ilk etapta:

• 20–30 bina,
• 2 teknisyen,
• 1 saha bölgesi

üzerinden test yapılabilir.

Pilot sırasında gerçek görevler sisteme girilir ve birkaç gün boyunca süreç izlenir.

Kontrol edilmesi gereken temel noktalar şunlardır:

• Görev teknisyene ulaşıyor mu?
• Bina konumu doğru mu?
• Bakım formu eksiksiz doldurulabiliyor mu?
• Fotoğraf veya belge eklenebiliyor mu?
• Arıza kaydı doğru asansöre bağlanıyor mu?
• Kullanılan parça stoktan düşüyor mu?
• Tahsilat doğru cariye işleniyor mu?
• Ofis tamamlanan işleri görebiliyor mu?
• Müşteri bilgilendirmesi doğru kişiye gidiyor mu?

Pilot tamamlandıktan sonra hatalar düzeltilerek tüm portföy sisteme alınabilir.

Entegrasyon Sonrası İlk 30 Gün Nasıl Yönetilmeli?

Canlıya geçiş tamamlandıktan sonra eski yöntemlerin hemen bırakılması gerekir. Aksi halde iki ayrı kayıt sistemi oluşur.

Örneğin teknisyen arızayı yazılımda kapatıyor fakat aynı zamanda WhatsApp grubuna da yazıyorsa kısa süre sonra ekip hangi kaydın esas olduğunu sorgulamaya başlar.

İlk 30 gün boyunca haftalık kısa kontroller yapılması faydalıdır.

Takip edilebilecek göstergeler:

• Sistemde tamamlanan bakım sayısı
• Mobil uygulamadan kapatılan görev oranı
• Eksik bakım formu sayısı
• Sisteme girilmeyen arıza sayısı
• Teknisyen başına açık görev
• Stok hareketi kaydedilmeyen işler
• Eksik müşteri iletişim bilgileri

Buradaki amaç teknisyenleri denetlemek değil, sistemin gerçek operasyonla uyumlu çalışıp çalışmadığını görmek olmalıdır.

Sıkça Sorulan Sorular

Asansör saha yönetim yazılımına geçiş ne kadar sürer?

Süre firmanın portföy büyüklüğüne ve mevcut verilerin düzenine bağlıdır. Düzenli Excel dosyaları bulunan bir firma daha hızlı geçebilirken mükerrer ve eksik kayıtların bulunduğu yapılarda önce veri temizliği gerekebilir.

Bütün eski bakım kayıtlarını aktarmak şart mı?

Her zaman gerekli değildir. Aktif müşteri, bina, asansör, sözleşme, bakiye ve açık işlerin doğru aktarılması önceliklidir. Çok eski kayıtlar ihtiyaç halinde ayrıca arşivlenebilir.

Teknisyenlerin kendi telefonlarını kullanması mümkün mü?

Kullanılan yazılımın mobil desteğine ve firmanın cihaz politikasına bağlıdır. Önemli olan saha uygulamasının teknisyenin günlük işini yavaşlatmaması ve gerekli yetkilendirmelerin doğru yapılmasıdır.

Excel tamamen bırakılmalı mı?

Operasyon başladıktan sonra aynı veriyi hem Excel'de hem saha yazılımında tutmak çift kayıt oluşturur. Excel gerektiğinde analiz veya dışa aktarma amacıyla kullanılabilir ancak ana operasyon kaydının tek sistemde tutulması daha sağlıklıdır.

Muhasebe programıyla entegrasyon şart mı?

Her firma için şart değildir. Ancak cari, tahsilat ve faturalandırma süreçleri büyüdükçe iki sistem arasında veri tekrarını azaltan entegrasyonlar önemli zaman kazandırabilir.

Entegrasyonda en kritik kontrol hangisidir?

En kritik kontrol, saha görevinin baştan sona tek akışta tamamlanabilmesidir. Görevin oluşturulması, teknisyene ulaşması, sahada tamamlanması ve ofiste kayıt altına alınması kesintisiz çalışıyorsa entegrasyonun temel omurgası kurulmuş demektir.

Özet

Bir asansör saha yönetim yazılımı entegrasyonu, yalnızca müşteri listesini yeni sisteme aktarmaktan ibaret değildir. Müşteri, bina, asansör, bakım, arıza, teknisyen, cari, stok ve iletişim süreçlerinin birbirine doğru bağlanması gerekir.

En güvenli yöntem; önce mevcut işleyişi haritalamak, verileri temizlemek, kullanıcı yetkilerini belirlemek, küçük bir saha grubuyla pilot çalışma yapmak ve ardından tüm portföye geçmektir.

Asansorex gibi bakım, arıza, saha ekibi ve müşteri süreçlerini aynı yapı içinde takip etmeye yardımcı olan sistemler bu entegrasyonu merkezileştirebilir. Ancak hangi yazılım tercih edilirse edilsin başarılı geçişin temel şartı aynıdır: Gerçek saha operasyonunu doğru modellemek ve ekibin günlük kullanımını mümkün olduğunca basit tutmak.