Asansör Sözleşme Programı Seçiminde Entegrasyon İhtiyacı

İÇERİK

Bir Asansör Sözleşme Programı seçerken ekran tasarımına, fiyatına ve sözleşme bitiş uyarısı verip vermediğine bakmak tek başına yeterli değildir. Asıl kritik konu, programın firmanın mevcut iş akışıyla ne kadar uyumlu çalıştığıdır. Çünkü bakım sözleşmesi yalnızca imzalanıp arşivlenen bir belge değildir; teklif, müşteri kaydı, bakım planı, teknisyen görevlendirmesi, tahsilat, e-fatura ve sözleşme yenileme süreçlerinin merkezinde yer alır. Bu rehberde hangi entegrasyonların gerçekten gerekli olduğunu, ihtiyaçların nasıl önceliklendirileceğini ve satın alma öncesinde hangi soruların sorulması gerektiğini öğreneceksiniz.

Entegrasyon Neden Sözleşme Takibinin Temel Parçasıdır?

Bir asansör bakım firmasında yeni müşteri kazanıldığını düşünelim. Satış sorumlusu teklifi hazırlar, bina yöneticisi teklifi onaylar ve bakım sözleşmesi imzalanır. Ardından müşteri bilgileri muhasebeye aktarılır, asansörler sisteme kaydedilir, aylık bakım planı oluşturulur ve ilgili teknisyenlere görev verilir.

Bu aşamalar birbirinden kopuk programlarla yürütülüyorsa aynı bilgi birkaç kez girilir. Müşterinin unvanı bir yerde farklı, adresi başka bir yerde eksik, sözleşme bedeli ise muhasebe kaydında hatalı olabilir. Böyle bir yapı aşağıdaki sorunlara yol açar:

• Aynı müşterinin birden fazla kez kaydedilmesi
• Sözleşme kapsamındaki asansör sayısının yanlış girilmesi
• Bakım başlangıç tarihinin planlamaya geç aktarılması
• Fatura tutarı ile sözleşme bedelinin uyuşmaması
• Fiyat güncelleme dönemlerinin kaçırılması
• İptal edilen sözleşmeye bakım görevi oluşturulmaya devam edilmesi
• Satış, operasyon ve muhasebe ekiplerinin farklı bilgi kullanması
• Müşteriye yanlış veya gecikmiş bildirim gönderilmesi

Entegrasyonun amacı her işlemi tamamen otomatik hâle getirmek değildir. Temel amaç, doğru verinin doğru zamanda ilgili sürece aktarılmasını sağlamaktır. İyi kurgulanmış bir sistemde sözleşme aktif olduğunda bakım planı başlayabilir, ödeme dönemi geldiğinde muhasebe süreci tetiklenebilir ve bitiş tarihi yaklaşınca yenileme sorumlusu bilgilendirilebilir.

Önce İş Akışınızı Haritalandırın

Program araştırmasına başlamadan önce mevcut iş akışının çıkarılması gerekir. “Hangi entegrasyonlar var?” sorusundan önce “Biz hangi bilgiyi, kimden alıp nereye aktarıyoruz?” sorusu cevaplanmalıdır.

Basit bir sözleşme akışı şu şekilde olabilir:

1. Potansiyel müşteri kaydı oluşturulur.
2. Keşif veya ön görüşme yapılır.
3. Teklif hazırlanır ve gönderilir.
4. Teklif kabul edilince sözleşme oluşturulur.
5. Bina, asansör ve yetkili kişi bilgileri kaydedilir.
6. Bakım başlangıç tarihi belirlenir.
7. Aylık bakım planı oluşturulur.
8. Faturalandırma ve tahsilat takvimi başlatılır.
9. Fiyat güncelleme ya da sözleşme bitiş tarihinde yenileme süreci açılır.
10. Sözleşme sona ererse saha ve muhasebe işlemleri durdurulur.

Bu zincirde elle veri girilen, Excel dosyasına aktarılan, WhatsApp mesajıyla iletilen veya telefonla hatırlatılan her nokta bir entegrasyon adayıdır. Ancak her bağlantı aynı öneme sahip değildir. Ayda bir kez kullanılan bir rapor için özel entegrasyon geliştirmek gereksiz olabilirken, her gün onlarca kez tekrarlanan müşteri ve görev aktarımı kritik öncelik taşıyabilir.

En değerli entegrasyon, teknik olarak en kapsamlı olan değil; tekrar eden hatayı ve iş yükünü en fazla azaltan entegrasyondur.

Hangi Sistemlerle Entegrasyon Gerekebilir?

Asansör firmalarının ölçeği, organizasyon yapısı ve kullandığı uygulamalar farklıdır. Bu nedenle herkese uygun tek bir entegrasyon paketi yoktur. İhtiyaçlar süreç bazında değerlendirilmelidir.

Entegrasyon alanı	Aktarılan temel bilgiler	Sağladığı fayda	Öncelik göstergesi
CRM ve teklif	Müşteri, görüşme, teklif, fiyat ve satış durumu	Tekliften sözleşmeye kesintisiz geçiş	Satış ekibi ayrı takip yapıyorsa
Saha operasyonu	Asansör, adres, bakım dönemi, teknisyen ve iş emri	Sözleşme kapsamının sahaya doğru aktarılması	Çok sayıda ekip ve cihaz varsa
Ön muhasebe	Sözleşme bedeli, fatura dönemi, cari ve tahsilat	Gelir ve alacak takibinin düzenlenmesi	Düzenli faturalandırma yapılıyorsa
E-fatura/e-arşiv	Cari bilgileri, vergi bilgileri, tutar ve açıklama	Yeniden veri girişini azaltma	Aylık belge hacmi yüksekse
SMS/e-posta	Hatırlatma, bakım bilgisi, teklif ve yenileme mesajı	Zamanında müşteri iletişimi	Bildirimler elle gönderiliyorsa
Müşteri portalı	Sözleşme, bakım kaydı, arıza ve belge geçmişi	Şeffaflık ve daha az telefon trafiği	Yöneticiler sık belge istiyorsa
Takvim	Yenileme, fiyat güncelleme ve görüşme tarihleri	Kritik tarihlerde sorumluluk atama	Birden fazla satış sorumlusu varsa
API/veri aktarımı	İhtiyaca göre müşteri, sözleşme ve işlem verileri	Özel sistemlerle bağlantı kurma	Firmanın özgün yazılımları varsa

CRM ve teklif entegrasyonu

Sözleşme süreci çoğunlukla satış görüşmesiyle başlar. CRM veya teklif modülü ile sözleşme kaydı birbirinden kopuksa müşteri adı, iletişim bilgileri, asansör sayısı ve kabul edilen fiyat yeniden girilir. Bu da daha sözleşme başlangıcında veri kalitesini bozar.

Teklif kabul edildiğinde ilgili kaydın sözleşmeye dönüştürülebilmesi önemli bir avantajdır. Ancak dönüşüm sırasında kullanıcıya son kontrol imkânı verilmelidir. Çünkü teklifte yer alan her bilgi sözleşmeye aynen taşınmayabilir. Bakım başlangıç tarihi, ödeme yöntemi ve özel şartlar ayrıca doğrulanmalıdır.

Saha operasyonu entegrasyonu

Sözleşmede beş asansör bulunmasına rağmen saha uygulamasında dört cihaz görünüyorsa ticari kayıt ile fiilî hizmet birbirinden kopmuş demektir. Sözleşme aktif edildiğinde kapsam dahilindeki asansörlerin bakım planına bağlanması, doğru ekibe atanması ve periyotlarının oluşturulması gerekir.

Saha entegrasyonunda şu kontroller yapılmalıdır:

• Sözleşme kapsamındaki cihazlar açıkça seçilebiliyor mu?
• Bakım başlangıç ve bitiş tarihleri görev planına yansıyor mu?
• Sözleşme askıya alındığında yeni görev oluşması engelleniyor mu?
• Teknisyen, müşterinin özel erişim veya çalışma notlarını görebiliyor mu?
• Sahada doldurulan bakım formu ilgili müşteri ve sözleşmeyle eşleşiyor mu?
• İnternet olmadığında kayıt alınıp daha sonra aktarılabiliyor mu?

Sözleşme, bakım, arıza ve saha kayıtlarını Asansorex gibi aynı operasyon yapısında buluşturan bir çözüm kullanmak, ayrı sistemler arasında sürekli veri taşıma ihtiyacını azaltabilir. Burada önemli olan, firmanın mevcut iş akışının program üzerinde gerçek bir senaryoyla test edilmesidir.

Muhasebe ve e-belge entegrasyonu

Muhasebe entegrasyonu denildiğinde yalnızca fatura kesmek düşünülmemelidir. Sözleşmenin aylık, üç aylık veya yıllık faturalandırma düzeni; KDV uygulaması; fiyat güncelleme tarihi; cari hesap ve tahsilat durumu birlikte ele alınmalıdır.

Programın muhasebeyle bağlantısı incelenirken şu sorular sorulabilir:

• Sözleşmeden otomatik faturalandırma planı oluşturulabiliyor mu?
• Fatura kesilmeden önce yetkili onayı alınabiliyor mu?
• Cari kart bilgileri çift yönlü mü, tek yönlü mü aktarılıyor?
• İptal edilen sözleşmenin planlanmış faturaları duruyor mu?
• Eksik veya hatalı vergi bilgisi için uyarı veriliyor mu?
• Tahsilat gecikmesi sözleşme ekranında görülebiliyor mu?
• Fiyat değişikliği geçmiş kayıtları bozmadan uygulanabiliyor mu?

“Entegrasyon var” ifadesi bu soruların tamamına olumlu cevap verildiği anlamına gelmez. Bazı çözümler yalnızca Excel dosyası dışa aktarır, bazıları fatura taslağı oluşturur, bazıları ise yetkili e-belge hizmeti üzerinden belgeyi doğrudan iletebilir. Satın alma görüşmesinde bağlantının sınırı açıkça öğrenilmelidir.

Entegrasyon İhtiyaçları Nasıl Önceliklendirilir?

Her entegrasyonu ilk günden istemek hem maliyeti hem de kurulum süresini artırabilir. Daha sağlıklı yaklaşım, ihtiyaçları üç gruba ayırmaktır.

Birinci seviye: Operasyonu durduran ihtiyaçlar

Bunlar olmadığı zaman veri kaybı, hizmet aksaması veya ciddi zaman kaybı yaşanır. Örneğin 1.000 asansöre hizmet veren bir firmanın aktif sözleşmeleri bakım planına elle aktarması sürdürülebilir değildir. Bu firma için saha ve sözleşme bağlantısı birinci seviyededir.

İkinci seviye: Verimlilik sağlayan ihtiyaçlar

Bu bağlantılar süreçleri hızlandırır fakat kısa süreli olarak manuel yöntemle yönetilebilir. Takvime yenileme görevi gönderilmesi veya belirli raporların muhasebe programına aktarılması bu grupta değerlendirilebilir.

Üçüncü seviye: İleri dönem ihtiyaçları

Firmanın büyümesiyle değer kazanacak bağlantılardır. Özel iş zekâsı sistemi, gelişmiş API kullanımı veya kurumsal veri ambarı bağlantısı küçük bir bakım firması için başlangıçta gerekli olmayabilir.

Öncelik verirken her entegrasyona aşağıdaki ölçütler üzerinden 1 ile 5 arasında puan verilebilir:

• İşlemin aylık tekrar sayısı
• Manuel işlem süresi
• Hata oluşma ihtimali
• Hatanın mali etkisi
• Müşteri deneyimine etkisi
• Kurulum ve bakım maliyeti

Toplam puanı yüksek bağlantılar ilk aşamaya alınmalıdır. Böylece karar, yalnızca satış sunumundaki özellik listesine göre değil, firmanın gerçek kaybına göre verilir.

Demo Sırasında Entegrasyon Nasıl Test Edilir?

Demo toplantısında hazır ekranları izlemek yeterli değildir. Kendi firmanıza benzeyen uçtan uca bir senaryo çalıştırılmalıdır. Örneğin üç asansörlü bir bina için teklif oluşturulmalı, teklif sözleşmeye çevrilmeli, aylık bakım planı başlatılmalı ve faturalandırma kaydı hazırlanmalıdır.

Test sırasında aşağıdaki adımlar uygulanabilir:

1. Gerçeğe yakın bir müşteri kaydı açın.
2. Birden fazla asansör içeren teklif hazırlayın.
3. Teklifi sözleşmeye dönüştürün.
4. Sözleşmeye başlangıç, bitiş ve fiyat güncelleme tarihi girin.
5. Sözleşme kapsamındaki cihazları bakım planına bağlayın.
6. Bir cihazı kapsamdan çıkarıp sistem davranışını gözlemleyin.
7. Fatura veya muhasebe aktarımını deneyin.
8. Yenileme uyarısının kime ve ne zaman gittiğini kontrol edin.
9. Sözleşmeyi askıya alarak planlanmış işlemlerin durumuna bakın.
10. Yapılan değişikliklerin geçmiş kaydını inceleyin.

Ayrıca hata senaryoları da denenmelidir. Eksik vergi numarası, aynı müşterinin ikinci kez kaydedilmesi, geçmiş tarihli başlangıç, çakışan sözleşme ve başarısız veri aktarımı gibi durumlarda programın nasıl tepki verdiği görülmelidir.

Teknik Sorular ve Gizli Maliyetler

Entegrasyon kararı yalnızca firma sahibi veya satış ekibi tarafından değerlendirilmemelidir. Programı günlük kullanacak ofis çalışanı, muhasebe sorumlusu ve saha yöneticisi de sürece katılmalıdır. Gerekirse firmanın teknik hizmet aldığı kişi veya ekipten destek alınmalıdır.

Satın alma öncesinde şu konular yazılı olarak netleştirilmelidir:

• Entegrasyon paket fiyatına dahil mi?
• Kurulum veya özel geliştirme bedeli var mı?
• Aktarılan işlem başına ek ücret alınıyor mu?
• Bağlantı üçüncü taraf bir sağlayıcıya mı bağlı?
• Üçüncü taraf hizmet kesilirse süreç nasıl ilerliyor?
• API erişimi hangi pakette sunuluyor?
• Veri aktarımı gerçek zamanlı mı, belirli aralıklarla mı yapılıyor?
• Entegrasyon hataları kullanıcıya nasıl bildiriliyor?
• Güncellemelerden sonra bağlantının bakımı kim tarafından yapılıyor?
• Sözleşme sona erdiğinde veriler hangi formatta alınabiliyor?

Özellikle özel entegrasyonlarda yalnızca ilk kurulum maliyetine bakmak hatalıdır. Sürüm güncellemeleri, teknik destek, test ortamı, kullanıcı eğitimi ve üçüncü taraf lisansları toplam maliyeti etkileyebilir. Ayrıca bağlantının tek yönlü mü yoksa çift yönlü mü olduğu açıkça belirtilmelidir. Çift yönlü aktarım her zaman daha iyi değildir; kontrol edilmezse iki sistemdeki veriler birbirini hatalı şekilde güncelleyebilir.

Veri Güvenliği ve Yetkilendirme Kontrolü

Sözleşme kayıtlarında müşteri iletişim bilgileri, adresler, ticari şartlar, fiyatlar ve ödeme düzeni gibi önemli veriler bulunur. Entegrasyon sayısı arttıkça bu bilgilere erişen sistemlerin sayısı da artar. Bu nedenle kolaylık kadar güvenlik de değerlendirilmelidir.

Program seçiminde şu kontroller yapılmalıdır:

• Her kullanıcı yalnızca görevine uygun verilere erişebiliyor mu?
• Fiyat ve sözleşme şartları teknisyen ekranında gereksiz yere gösteriliyor mu?
• Veri aktarımları güvenli bağlantı üzerinden gerçekleştiriliyor mu?
• Hangi kullanıcının hangi kaydı değiştirdiği izlenebiliyor mu?
• Silme, fiyat değiştirme ve sözleşme iptali için ayrı yetkiler tanımlanabiliyor mu?
• Yedekleme ve veri dışa aktarma seçenekleri bulunuyor mu?
• Eski çalışanların erişimi hızlı biçimde kapatılabiliyor mu?

Kişisel verilerin işlenmesinde firmanın KVKK kapsamındaki yükümlülükleri ayrıca dikkate alınmalıdır. Gereksiz verinin farklı uygulamalara aktarılması yerine, her sistemin yalnızca işlevi için ihtiyaç duyduğu bilgilere erişmesi daha sağlıklı bir yaklaşımdır.

Sıkça Sorulan Sorular

Küçük bir asansör firması için entegrasyon gerekli midir?

Evet, ancak kapsam sınırlı tutulabilir. Küçük firmalarda ilk öncelik genellikle sözleşme, bakım planı, müşteri kaydı ve tahsilat takibinin birbiriyle uyumlu çalışmasıdır. İleri seviye API veya veri ambarı bağlantıları başlangıçta gerekli olmayabilir.

API olması tüm programlarla bağlantı kurulabileceği anlamına gelir mi?

Hayır. API bulunması teknik bağlantı imkânı sunar; ancak gerekli veri alanlarının, yetkilendirme yöntemlerinin ve işlem fonksiyonlarının desteklenmesi gerekir. Ayrıca geliştirme, test ve bakım maliyeti ortaya çıkabilir.

Muhasebe entegrasyonu olmadan program kullanılabilir mi?

Kullanılabilir. Fakat sözleşme sayısı arttıkça cari, fatura ve tahsilat bilgilerinin elle aktarılması zaman kaybettirir. Başlangıçta Excel aktarımı yeterli olabilir; işlem hacmi yükseldiğinde doğrudan entegrasyon daha değerli hâle gelir.

Entegrasyon tek yönlü mü, çift yönlü mü olmalıdır?

Bu, sürece göre değişir. Sözleşme programından e-belge sistemine fatura taslağı göndermek için tek yönlü aktarım yeterli olabilir. Tahsilat bilgisinin sözleşme ekranında görünmesi isteniyorsa geri dönüş bağlantısı da gerekir. Veri sahipliği net belirlenmelidir.

Demo sırasında kaç senaryo test edilmelidir?

En az bir normal işlem, bir değişiklik ve bir hata senaryosu test edilmelidir. Örneğin yeni sözleşme oluşturma, sözleşme kapsamından cihaz çıkarma ve eksik bilgiyle muhasebe aktarımı yapma denenebilir.

Entegrasyon sonradan eklenebilir mi?

Teknik altyapı uygunsa eklenebilir. Ancak sonradan geliştirme maliyeti, geçiş süresi ve veri uyumluluğu sorunları çıkabilir. Yakın gelecekte ihtiyaç duyulacak bağlantıların satın alma öncesinde yol haritasında bulunup bulunmadığı sorulmalıdır.

Özet

Doğru Asansör Sözleşme Programı, sözleşmeleri yalnızca dijital ortamda saklayan değil; tekliften bakıma, sahadan muhasebeye ve yenilemeden müşteri iletişimine kadar bilgi akışını düzenleyen bir çözüm olmalıdır. Bununla birlikte her entegrasyonu satın almak yerine, firmanın tekrar eden işlerini, hata risklerini ve büyüme hedeflerini temel alan bir önceliklendirme yapılmalıdır.

Asansorex gibi sözleşme, müşteri, bakım ve saha süreçlerini ortak bir yapı içinde ele alan bir asansör yönetim yazılımı, ayrı uygulamalar arasındaki veri kopukluğunu azaltmaya yardımcı olabilir. Nihai karar verilmeden önce gerçek bir sözleşme senaryosu üzerinden demo yapılmalı; entegrasyon kapsamı, ek maliyetler, veri güvenliği ve teknik destek şartları yazılı olarak doğrulanmalıdır.