Asansör Tahsilat Programı Alırken 10 Kritik Soru

İÇERİK

Asansör bakımını zamanında tamamlamak, bakım ücretinin zamanında tahsil edileceği anlamına gelmez. Yönetici değişikliği, açıklamasız banka havalesi, eksik ödeme veya yanlış cari hesaba işlenen bir makbuz, firmanın alacak takibini zorlaştırabilir. Asansör tahsilat programı seçerken amaç, hangi binanın ne kadar borcu olduğunu görmekle birlikte bu borcun hangi işlemden doğduğunu ve nasıl kapatılacağını da izleyebilmektir. Bu rehberdeki 10 soru, satın alma görüşmesini somut örneklerle yürütmenize ve firmanızın günlük işleyişine uygun bir yazılım seçmenize yardımcı olur.

1. Cari Hesap Yapısı Bina, Yönetim ve Asansör Ayrımını Destekliyor mu?

Bir bakım firmasında müşteri, bina ve asansör her zaman birebir eşleşmez. Aynı yönetim şirketi beş binanın ödemesini yapabilir. Bir sitenin üç bloğunda toplam altı asansör bulunabilir. Tek binada ise bakım ve parça değişimi için ayrı ödeme takibi gerekebilir.

Programın bu ilişkileri nasıl kurduğunu sorun. Yönetim şirketinin toplam bakiyesini görürken borcun hangi binaya ait olduğunu ayırabilmelisiniz. Bina içindeki asansörlerin bakım bedelleri farklıysa bu ayrım da korunmalıdır.

Demoda şu örneği kullanın: Aynı yönetim şirketine bağlı iki binadan biri borcunu tamamen ödemiş, diğeri iki aylık bakım ücretini geciktirmiş olsun. Yazılım yalnızca toplam bakiye gösteriyorsa takip sorumlusu hangi bina için kiminle görüşeceğini bulmakta zorlanabilir.

Kontrol noktası: Yönetici değiştiğinde binanın geçmiş hesap hareketleri korunmalı, yeni iletişim bilgileri güncellenebilmelidir.

2. Bakım Bedeli, Borç Kaydı ve Tahsilat Birbirinden Ayrılıyor mu?

Sözleşmedeki aylık bakım bedeli, müşteriye işlenen borç ve alınan ödeme farklı kayıtlardır. Programın bunları tek işlem gibi ele alması, özellikle dönem geçişlerinde karışıklık yaratabilir.

Örneğin bir binanın aylık bakım bedelinin varsayımsal olarak 2.000 TL olduğunu düşünün. Üç aylık borç kaydı oluştuğunda toplam alacak 6.000 TL olur. Müşteri 4.000 TL ödediğinde kalan 2.000 TL’nin hangi döneme ait olduğu görülebilmelidir.

Satıcıya şu soruları yöneltin:

• Aylık bakım bedeli hangi kurala göre borç kaydına dönüşüyor?
• Sözleşme başlangıcı ve bitişi dikkate alınıyor mu?
• Bedel değişikliği geçmiş dönemleri etkiliyor mu?
• Yanlışlıkla oluşturulan mükerrer borç nasıl düzeltiliyor?
• Bakım dışındaki parça ve işçilik alacakları ayrı izlenebiliyor mu?

Bakım kaydının tamamlanmasıyla borç oluşturma arasındaki bağlantı da açıklanmalıdır. Firmanızın uyguladığı tahakkuk düzeni yazılımla uyumlu olmalı; aynı dönemin hem elle hem otomatik olarak işlenmesi önlenmelidir.

3. Kısmi Ödeme ve Birden Fazla Borca Yapılan Ödeme Nasıl İşleniyor?

Müşteriler her zaman borcun tamamını tek seferde ödemez. Bazıları bakım ücretinin bir kısmını yatırır, bazıları birkaç aylık borcu topluca kapatır. Bazen de bakım ve onarım bedelini aynı havaleyle gönderir.

Bu nedenle demoda yalnızca “ödeme ekle” düğmesini görmek yeterli değildir. Ödemenin açık borçlara nasıl dağıtıldığını inceleyin.

Varsayımsal bir hesapta 2.000 TL bakım, 3.500 TL parça değişimi ve 1.000 TL önceki dönem borcu bulunsun. Gelen 4.000 TL’nin hangi kalemleri kapattığı açıkça görünmelidir. Yazılımın otomatik dağıtım kuralı varsa bunu öğrenin; gerektiğinde yetkili kişinin dağılımı değiştirebilmesini değerlendirin.

Pratik ipucu: Açıkça belirli bir işleme yönelik gönderilen ödemeyi farklı bir borca dağıtmak, müşteriyle hesap mutabakatını zorlaştırabilir. Ödeme açıklamasının kayıtta saklanmasını isteyin.

Fazla ödeme de test edilmelidir. Borçtan fazla gelen tutarın kaybolmadan müşteri hesabında izlenmesi gerekir.

4. Gecikmiş Alacak Raporu Gerçekten Takip Yapmayı Kolaylaştırıyor mu?

Toplam alacak rakamı, günlük tahsilat planını oluşturmak için tek başına yeterli değildir. Takip sorumlusu, vadesi gelmemiş borçlarla gecikmiş borçları ayırabilmelidir.

Programın gecikmeyi hangi tarihe göre hesapladığını sorun. İşlem tarihi ile vade tarihi aynı olmayabilir. Vadesi henüz gelmeyen bir bakım bedelinin gecikmiş görünmesi, müşteriye yanlış hatırlatma yapılmasına neden olur.

Aşağıdaki tabloyu demo değerlendirmesinde kullanabilirsiniz:

Kontrol alanı	Demoda gösterilmesini isteyin	Günlük faydası
Vade takibi	İşlem tarihi ve vade tarihi ayrı kayıt	Gecikmiş borcun doğru belirlenmesi
Yaşlandırma	1–30, 31–60, 61–90 gün gibi gruplar	Takip önceliğinin oluşturulması
Bina ayrımı	Yönetim toplamı ve bina detayı	Doğru borç için iletişim kurulması
Kısmi ödeme	İlk borç, ödenen ve kalan tutar	Hesap açıklamasının netleşmesi
Görüşme notu	Son arama ve ödeme sözü	Tekrarlanan görüşmelerin azalması
Dışa aktarma	Filtrelenmiş raporun dosya çıktısı	Toplantı ve mutabakat hazırlığı

Bu gecikme aralıkları örnek raporlama gruplarıdır. Firmanızın takip düzenine göre değiştirilebilmesi yararlı olur.

5. Hatırlatmalar Doğru Kişiye ve Doğru Zamanda Gönderiliyor mu?

Ödeme hatırlatması gönderebilmek kadar, yanlış kişiye göndermemek de önemlidir. Eski bina yöneticisine ulaşan bir mesaj tahsilatı hızlandırmaz; aksine iletişim sorununa yol açabilir.

Programın iletişim kişilerini nasıl tuttuğunu inceleyin. Bina yöneticisi, yönetim şirketinin muhasebe sorumlusu ve ödeme yapan kişi farklı olabilir. Hatırlatma alıcısının seçilebilmesi gerekir.

Şu senaryoyu deneyin: Müşteri sabah ödeme yapmış, ancak ödeme henüz hesaba işlenmemiş olsun. Öğleden sonra otomatik hatırlatma gönderilecekse ekip gönderimi kontrol edebiliyor mu? Toplu işlem öncesinde alıcılar ve tutarlar görülebiliyor mu?

Mesaj maliyetini de sorun. SMS gibi ücretli kanallar için paket bedeli, kullanım hesabı ve başarısız gönderimlerin durumu açıklanmalıdır.

Hatırlatma metni kısa ve anlaşılır olmalıdır. Bina adı, ilgili dönem, kalan tutar ve iletişim bilgisi çoğu durumda uzun bir borç dökümünden daha kullanışlıdır.

6. Saha Tahsilatı Ofise Nasıl Ulaşıyor?

Teknisyenin sahada aldığı ödemenin günler sonra ofise bildirilmesi, bakiye listesini güvenilmez hâle getirir. Müşteri ödeme yaptığı hâlde borçlu görünür; firma sahibi de kullanılabilir nakdi doğru değerlendiremez.

Mobil kullanım varsa tahsilatın hangi bilgilerle kaydedildiğini kontrol edin:

• Ödemeyi alan personel
• İlgili müşteri ve bina
• Tutar ve ödeme yöntemi
• İşlem tarihi
• Açıklama ve varsa belge
• Ofis kontrolü veya onay durumu

Nakit, banka havalesi ve diğer ödeme yöntemleri ayrı izlenebilmelidir. Personelin topladığı nakdin ofise teslimi de görünür olmalıdır; müşterinin borcunun kapanması ile paranın firma kasasına ulaşması farklı takip noktalarıdır.

Asansorex gibi bakım ve cari takibini birlikte ele alan bir yazılımı değerlendirirken, saha kaydıyla müşteri hesabı arasındaki bağlantıyı demoda görmek faydalıdır. Böylece ekip, yapılan işin bedelini ve alınan ödemenin hangi hesaba işlendiğini aynı müşteri üzerinden kontrol edebilir.

7. Banka ve Muhasebe Bağlantısının Kapsamı Nedir?

“Entegrasyon var” ifadesinin hangi işlemi kapsadığını mutlaka açtırın. Banka hareketlerini dosyayla içeri almak, otomatik banka bağlantısı kurmak ve muhasebe yazılımına veri göndermek farklı işlevlerdir.

Varsayımsal olarak açıklamasında yalnızca “bakım ücreti” yazan bir havale düşünün. Program bu ödemeyi hangi müşteriye bağlayacak? Eşleşmeden emin değilse inceleme için bekletecek mi? Yanlış eşleştirme düzeltilebilecek mi?

Şunları netleştirin:

1. Hangi banka veya muhasebe araçları destekleniyor?
2. Bağlantı otomatik mi, dosya aktarımıyla mı çalışıyor?
3. Veri hangi yönde aktarılıyor?
4. Mükerrer hareketler nasıl önleniyor?
5. Aktarım başarısız olduğunda ekip nasıl haberdar oluyor?

Muhasebecinizle paylaştığınız raporların alanlarını da karşılaştırın. Kullanılabilir bir dışa aktarma dosyası, firmanızın ihtiyacı için karmaşık bir bağlantıdan daha uygun olabilir. Kararı günlük iş yükünü gösteren örnek üzerinden verin.

8. Excel’deki Mevcut Bakiyeler Nasıl Taşınacak?

Veri aktarımında yalnızca müşteri isimlerinin taşınması yeterli olmayabilir. Açılış bakiyeleri, borç dönemleri ve iletişim bilgileri doğru eşleşmelidir.

Satın almadan önce örnek bir Excel dosyası hazırlayın. Dosyada aynı isimli iki bina, eksik telefon numarası, kısmi ödeme ve alacaklı bakiye gibi durumlar bulunsun. Satıcıdan bu örneği aktarmasını isteyin.

Aktarım sonrası üç kontrol yapın: toplam bakiye eşitliği, seçilen müşterilerin hesap doğruluğu ve borç işaretlerinin doğru yorumlanması. Excel’de eksi görünen tutarın borç mu yoksa müşterinin fazla ödemesi mi olduğunu önceden açıklayın.

Kontrol noktası: Aktarımın kapsamı, düzeltme sorumlusu ve canlı kullanıma geçiş tarihi belirlenmelidir. Geçiş sırasında iki ayrı listede işlem yapmak, yeni uyuşmazlıklar oluşturabilir.

9. Hatalı İşlemler, Yetkiler ve Veri Çıkışı Nasıl Yönetiliyor?

Yanlış tutar girilmesi veya ödemenin başka binaya işlenmesi mümkündür. Önemli olan, hatanın izlenebilir biçimde düzeltilmesidir.

Demoda bir tahsilatı değiştirin ve geçmişte hangi bilgilerin kaldığını inceleyin. İşlemi kimin oluşturduğu, kimin düzelttiği ve düzeltme nedeni görülebiliyor mu? Silinen kayıtların etkisi raporlarda anlaşılabiliyor mu?

Teknisyenin tahsilat ekleyebilmesi, tüm müşteri bakiyelerini değiştirebilmesini gerektirmez. Firma sahibi, ofis sorumlusu ve saha personeli için uygun yetkileri değerlendirin.

Yedekleme ve veri çıkışı hakkında da somut cevap isteyin. Kullanımı sonlandırdığınızda müşteri listesi, hesap hareketleri ve ilgili belgeler hangi biçimde alınabiliyor? Yalnızca toplam bakiye çıktısı, ayrıntılı geçmişin yerini tutmayabilir.

Verilerinizin geri alınabilir olması, yazılım seçiminde değerlendirilmesi gereken temel bir işletme ihtiyacıdır.

10. Toplam Maliyet ve Destek Hizmeti Açık mı?

İlk teklif bedeli, toplam kullanım maliyetini her zaman göstermez. Kullanıcı sayısı, şube, veri aktarımı, eğitim, mesaj paketi veya ek bağlantılar ayrı ücretlendirilebilir.

Teklifin şu kalemleri açıklamasını isteyin:

• Lisans veya abonelik bedeli
• Kullanıcı ve şube sınırları
• Kurulum ve veri aktarımı
• Eğitim kapsamı
• Mesajlaşma ve entegrasyon ücretleri
• Destek kanalları ve hizmet saatleri
• Yenileme koşulları
• Vergilerin fiyata dâhil olup olmadığı

İlk yıl ile sonraki yılın maliyetini ayrı hesaplayın. Tek seferlik kurulum bedeliyle düzenli kullanım giderlerini karıştırmayın.

Destek değerlendirmesinde gerçek bir olay sorun: Yanlış içeri aktarılan ödemeler bakiyeleri bozarsa ekip hangi kanaldan ulaşacak, inceleme nasıl yürütülecek? Destek kapsamının yazılı açıklanması, satın alma sonrasında beklentilerin uyuşmasını sağlar.

Satın Almadan Önce Küçük Bir Pilot Yapın

Soruların cevaplarını aldıktan sonra sınırlı bir müşteri grubuyla pilot çalışma planlayın. Gruba düzenli ödeme yapan bir bina, kısmi ödeme yapan bir müşteri ve birden fazla binayı yöneten bir şirket ekleyin.

Pilot boyunca bakım borcu oluşturma, ödeme işleme, gecikmiş alacak raporu ve hesap dökümü paylaşma adımlarını uygulayın. Ofis sorumlusu ile saha personelinin aynı kaydı nasıl gördüğünü karşılaştırın.

Başarı ölçütlerini önceden belirleyin: bakiyelerin mevcut kayıtlarla uyuşması, mükerrer işlem oluşmaması, açık borcun kolay bulunması ve yanlış kaydın izlenebilir biçimde düzeltilebilmesi. Bu kontroller geçmeden tüm müşterileri taşımak, hataların etkisini büyütebilir.

Sıkça Sorulan Sorular

Asansör tahsilat programı yalnızca büyük firmalar için mi gereklidir?

Hayır. İhtiyacı belirleyen yalnızca asansör sayısı değildir. Kısmi ödemeler, birden fazla tahsilat personeli, yönetici değişiklikleri ve dağınık kayıtlar küçük firmalarda da takip yükü oluşturabilir.

Program kullanmak gecikmiş ödemeleri tamamen ortadan kaldırır mı?

Hayır. Yazılım borcu görünür kılar ve takibi düzenler. Müşterinin ödeme gücü, ödeme alışkanlığı ve firmanın iletişim süreci sonucu etkiler. Programın katkısını kayıt doğruluğu ve takip kolaylığı üzerinden değerlendirin.

Banka entegrasyonu olmadan tahsilat takibi yapılabilir mi?

Evet. Ödemeler elle veya desteklenen dosya aktarımıyla işlenebilir. Banka hareketi sayısı arttığında bağlantı ihtiyacı büyüyebilir. Asıl kontrol, ödemelerin doğru müşteriye bağlanması ve mükerrer kaydın önlenmesidir.

Eski borçların tamamı tek açılış bakiyesiyle aktarılabilir mi?

Aktarılabilir; ancak dönem ayrıntısı kaybolabilir. Geçmiş borçlar için müşterilerle sık mutabakat yapıyorsanız ayrıntılı aktarım daha kullanışlıdır. Tek bakiye aktarılacaksa eski dökümler erişilebilir biçimde saklanmalıdır.

Demoda en önemli test hangisidir?

Kısmi ödeme testidir. Birden fazla açık borcu olan müşteriye ödeme işleyin; ardından kalan tutarı, kapanan dönemleri ve hesap dökümünü kontrol edin. Bu senaryo cari takip mantığını hızlıca ortaya çıkarır.

Özet

Asansör tahsilat programı alırken her sorunun cevabını kendi firmanızdan bir örnekle doğrulayın. Bina bazlı hesap yapısı, kısmi ödeme, doğru vade takibi, saha tahsilatı ve güvenilir veri aktarımı birlikte çalışmalıdır. Asansorex’i değerlendirirken de bu senaryoları kullanarak bakım kayıtlarıyla cari takibin günlük işlerinizi nasıl kolaylaştırdığını inceleyebilirsiniz. Satın alma kararını, ekibinizin doğru bakiyeye ulaşabildiği ve işlemleri rahatça tamamlayabildiği bir pilot çalışmaya dayandırın.