Asansör Tahsilat Programı Demo Değerlendirme Formu

İÇERİK

Bir asansör tahsilat programının demosunda renkli grafikler ve düzenli müşteri listeleri görmek kolaydır. Asıl değerlendirme, bina yöneticisinin eksik ödeme yaptığı, tek havaleyle iki binanın borcunu kapattığı veya geçmiş dönem bakiyesine itiraz ettiği anda başlar. Asansör Tahsilat Programı demo değerlendirme formu, bu durumları aynı ölçütlerle test etmenizi sağlar. Bu rehberde kendi firmanızın iş akışına uyarlayabileceğiniz bir puanlama tablosu, örnek işlem senaryoları ve karar yöntemi bulacaksınız. Amaç, gösterilen özellikleri saymak değil; ofis çalışanınızın tahsilatı doğru kaydedip firma sahibinin güvenilir bir alacak raporu alabileceğini görmek.

Demo Öncesinde Değerlendirme Formunu Hazırlayın

Demonun tamamını yazılımı tanıtan kişinin akışına bırakırsanız, sizin için önemli bir sorun görüşmenin sonunda unutulabilir. Önce mevcut tahsilat sürecinizde en çok zaman kaybettiren üç konuyu yazın. Bunlar ödeme açıklamalarının belirsizliği, bina bazlı borçların karışması veya gecikmiş alacak listesinin elle hazırlanması olabilir.

Formun üst kısmına şu bilgileri ekleyin:

• Değerlendirilen program ve paket adı
• Demo tarihi ve kullanılan sürüm bilgisi
• Katılan firma sahibi ve tahsilat sorumlusu
• Test edilen müşteri, bina ve asansör sayısı
• Kullanılan örnek verilerin kapsamı
• Mutlaka karşılanması gereken ihtiyaçlar
• Açık kalan sorular ve yanıtlanacağı tarih

Firma sahibi ile işlemleri günlük yapan çalışan aynı demoya katılmalıdır. Firma sahibi toplam alacağı görmek isterken tahsilat sorumlusu yanlış kaydı nasıl düzelteceğini merak eder. İki bakışın birlikte değerlendirilmesi, satın alma sonrasında yaşanabilecek kullanım sorunlarını erken ortaya çıkarır.

2026 Türkiye koşullarında teklifleri karşılaştırırken demo kapsamının satın alınacak paketle aynı olup olmadığını da kaydedin. Gösterilen bir raporun, kullanıcı yetkisinin veya bağlantının ayrıca ücretlendirilmesi kararınızı değiştirebilir.

Gerçek İş Akışını Temsil Eden Test Verileri Oluşturun

Gerçek müşteri bilgilerini paylaşmadan, firmanızdaki işlem çeşitliliğini temsil eden örnek kayıtlar hazırlayabilirsiniz. Bütün müşterilerin borcunu zamanında ödediği bir veri seti, tahsilat programının sorunlu durumlarda nasıl çalıştığını göstermez.

Aşağıdaki tutarlar yalnızca demo hesabı için hazırlanmış varsayımsal örneklerdir; piyasa bakım fiyatını temsil etmez.

Örnek kayıt	Başlangıç durumu	Demoda yapılacak işlem	Beklenen kontrol
Çınar Apartmanı	6.000 TL borç	2.500 TL kısmi ödeme	Kalan borç 3.500 TL olmalı
Deniz Sitesi A Blok	4.000 TL borç	Ortak havaleden 4.000 TL pay	A Blok borcu kapanmalı
Deniz Sitesi B Blok	5.000 TL borç	Aynı havaleden 3.000 TL pay	B Blokta 2.000 TL kalmalı
Park Apartmanı	3.000 TL bakım, 2.000 TL onaylı ek iş alacağı	3.000 TL ödeme	Ödemenin hangi alacağı kapattığı görülmeli
Eski yönetici kaydı	Önceki dönemden açık borç	Yönetici iletişim bilgisi değişikliği	Geçmiş hareketler korunmalı

Bu örneklerin yanında aynı binada iki asansör, geçmiş dönemden devreden bakiye ve yanlış müşteriye kaydedilmiş tahsilat senaryosu da bulunsun.

Özellikle müşteri, bina ve asansör ayrımını inceleyin. Bir site yönetimi birden fazla blok için ödeme yapabilir. Cari hesabın kim adına tutulduğu ve borcun hangi bina ya da hizmetle ilişkilendirildiği açık değilse, toplam bakiye doğru görünse bile açıklama yapmak zorlaşır.

Kullanıma Hazır Demo Puanlama Tablosu

Her ölçüte 0 ile 5 arasında puan verin. Puanı ekranın görünümüne göre değil, işlemin tamamlanmasına ve sonucun doğruluğuna göre belirleyin.

• 0: İhtiyaç karşılanmıyor.
• 1: İşlem ciddi ölçüde dışarıda, elle yürütülüyor.
• 2: İşlem yapılabiliyor ancak önemli sınırlamalar bulunuyor.
• 3: Temel ihtiyaç karşılanıyor, ek kontrol gerekiyor.
• 4: İşlem doğru ve anlaşılır biçimde tamamlanıyor.
• 5: İşlem doğru tamamlanıyor; düzeltme, izlenebilirlik ve rapor kontrolü de başarılı.

Değerlendirme ölçütü	Ağırlık	Verilen puan	Demoda aranacak kanıt
Müşteri, bina ve asansör ilişkisinin açıklığı	15	… / 5	İki bloklu örnekte ayrı bakiye takibi
Borç oluşturma ve dönem takibi	15	… / 5	Devreden borçla yeni dönem alacağının ayrılması
Kısmi ödeme ve çoklu borca dağıtım	20	… / 5	Tek havalenin iki bina borcuna dağıtılması
Gecikmiş alacak ve vade raporları	15	… / 5	Seçilen tarih itibarıyla açık borç listesi
Hatalı işlem düzeltme ve geçmiş takibi	10	… / 5	Yanlış tahsilatın iz bırakılarak düzeltilmesi
Kullanıcı yetkileri ve günlük kullanım	10	… / 5	Çalışanın uygun yetkiyle işlem yapması
Veri aktarımı ve dışa aktarma	10	… / 5	Örnek dosya aktarımı ve kullanılabilir çıktı
Destek ve paket kapsamının açıklığı	5	… / 5	Yazılı kapsam ve destek süreci
Toplam	100

Hesaplama yöntemi şöyledir: Ölçüt puanı = verilen puan / 5 × ağırlık.

Örneğin kısmi ödeme ölçütüne 4 puan verirseniz, toplam sonuca katkısı 16 puan olur. Bu ağırlıkları firmanızın ihtiyacına göre değiştirebilirsiniz. Çok sayıda saha tahsilatı yapıyorsanız yetkilendirme ve günlük kullanımın ağırlığını artırmanız mantıklıdır.

Tahsilat Kaydını Baştan Sona Test Edin

Kısmi ödeme kalan borca doğru yansıyor mu?

Çınar Apartmanı için 6.000 TL borç oluşturun ve 2.500 TL ödeme kaydedin. Ardından cari hareketi, açık borç listesini ve tahsilat raporunu kontrol edin.

Üç yerde de aynı işlem mantığı görülmelidir. Ödeme tarihi, yöntemi ve açıklaması anlaşılır olmalı; kalan 3.500 TL borç izlenebilmelidir. Ayrıca ödemenin eski dönem borcuna mı, yeni dönem borcuna mı uygulandığını sorun. Programın varsayılan davranışını bilmeden yapılan kayıtlar, ileride yöneticiyle mutabakatı zorlaştırabilir.

Tek havale birden fazla binaya dağıtılabiliyor mu?

Deniz Sitesi için 7.000 TL havale kaydedin. Bunun 4.000 TL’sini A Bloka, 3.000 TL’sini B Bloka uygulayın.

Burada yalnızca bakiyelere bakmayın. Bankaya gelen tek ödemenin toplamı ile dağıtılan tutarlar eşit olmalıdır. Aynı havalenin ikinci kez kaydedilmesini önleyen bir kontrol varsa çalışmasını isteyin; yoksa çalışanınızın hangi yöntemle kontrol yapacağını forma yazın.

Bakım ve ek iş alacakları ayırt edilebiliyor mu?

Park Apartmanı örneğinde bakım alacağı ile onaylı ek iş alacağını ayrı oluşturun. Bina yöneticisi yalnızca bakım bedelini ödediğinde, açık kalan ek iş anlaşılır biçimde görünmelidir.

Asansorex gibi bakım ve cari takibini birlikte ele alan bir yazılımı değerlendirirken, bakım veya iş kaydıyla ilgili alacak arasında nasıl bağlantı kurulduğunu demoda göstertmek faydalıdır. Böylece çalışanınız bakiye sorusunu yanıtlarken ilgili hizmet kaydına da ulaşabiliyor mu, görebilirsiniz.

Yanlış kayıt nasıl düzeltiliyor?

Bir tahsilatı bilerek yanlış müşteriye kaydedin. Ardından düzeltme işlemini yaptırın. Eski ve yeni hesapların bakiyelerini, toplam tahsilatı ve işlem geçmişini yeniden inceleyin.

Düzeltmenin ardından toplam tahsilat değişmemeli, ödeme doğru hesaba taşınmalıdır. Kimlerin düzeltme yapabildiğini ve değişikliğin sonradan anlaşılabilir olup olmadığını da kaydedin.

Raporları Aynı Tarih ve Aynı Kapsamla Karşılaştırın

Rapor ekranında yüksek bir tahsilat tutarı görmek tek başına başarı göstergesi değildir. Firma sahibinin ihtiyacı, ne kadar para geldiğini ve hangi alacakların hâlâ açık olduğunu birlikte anlamaktır.

Demoda şu üç raporu aynı tarih aralığında alın:

1. Dönem içinde kaydedilen tahsilatlar
2. Belirli tarih itibarıyla açık alacaklar
3. Müşteri veya bina bazlı cari hareketler

Sonra örnek kayıtları tek tek karşılaştırın. Çınar Apartmanı’nın kalan borcu açık alacaklarda görünmeli; 2.500 TL ödemesi tahsilat toplamında yer almalıdır.

Vade gruplaması varsa örneğin 1–30 ve 31–60 gün gecikmiş borçların hangi tarihe göre hesaplandığını sorun. Bunlar firmanızın takip tercihleridir; hukuki süreler olarak değerlendirilmemelidir.

Bir başka önemli test, ileri tarihli bir işlemin geçmiş tarih raporunu etkileyip etkilemediğidir. Bugünkü bakiye ile ay sonu bakiyesi farklı olabilir. Programın raporu hangi mantıkla oluşturduğunu anlamak, aylık kapanışta yanlış karşılaştırmaları önler.

Kullanım Kolaylığı, Veri Aktarımı ve Destek İçin Kanıt İsteyin

Tanıtımı yapan kişi bütün işlemleri hızlı tamamlayabilir. Bunun yerine tahsilat sorumlunuzdan, kısa bir açıklamanın ardından örnek ödemeyi kendisinin kaydetmesini isteyin.

İşlem sırasında şunları gözlemleyin:

• Doğru müşteri ve bina kolay bulunuyor mu?
• Borç ve tahsilat girişleri birbirinden açıkça ayrılıyor mu?
• Kaydetmeden önce tutar ve hesap kontrol edilebiliyor mu?
• Hata mesajı çalışanın neyi düzeltmesi gerektiğini söylüyor mu?
• Cari hareket çıktısı bina yöneticisinin anlayacağı açıklamalar içeriyor mu?

Veri aktarımında küçük bir dosyayla test yapın. Müşteri kodu, bina adı, açılış bakiyesi ve vade tarihinin doğru eşleştiğini kontrol edin. Aynı dosya tekrar aktarıldığında kayıtların çoğalıp çoğalmadığını da sorun.

Dışa aktarılan dosyayı açarak kullanılabilirliğini inceleyin. Sadece toplam bakiye almak ile işlem tarihlerini ve açıklamalarını içeren hareket dökümü almak farklı ihtiyaçları karşılar.

Destek konusunda ise “yardımcı oluyoruz” yanıtıyla yetinmeyin. Kurulum desteği, veri aktarımı, kullanıcı eğitimi ve hata bildirimi sürecinin kapsamını yazılı isteyin. Demoda gösterilen ancak henüz kullanılamayan özellikleri mevcut özelliklerle aynı puanlamaya dahil etmeyin.

Demo Sonucunu Karara Dönüştürün

Toplam puanın yanında kritik ihtiyaçları ayrı değerlendirin. Aşağıdaki eşikler, firmanızın kullanabileceği örnek bir iç karar yöntemidir; sektör standardı değildir.

Toplam puan	Önerilen sonraki adım
85–100	Kritik ihtiyaçlar karşılanıyorsa sınırlı pilot kullanım
70–84	Eksik senaryoları ikinci demoda tekrar test etme
50–69	Elle yürütülecek işleri ve ek maliyetleri yeniden değerlendirme
0–49	Temel ihtiyaçlarla uyumu yeniden sorgulama

Kısmi ödeme doğruluğu veya veri dışa aktarma sizin için vazgeçilmezse, yüksek toplam puan bu eksikliği telafi etmemelidir.

Formun sonunda üç kısa alan bulundurun: başarıyla test edilenler, çözülemeyen ihtiyaçlar ve yazılı yanıt beklenen konular. Pilot kullanıma geçerseniz aynı senaryoları kendi çalışanınızla tekrar uygulayın. Demo sonucu ile günlük kullanım sonucu arasındaki fark, eğitim ihtiyacını veya iş akışı uyumsuzluğunu gösterecektir.

Sıkça Sorulan Sorular

Demo değerlendirme formunu kim doldurmalı?

Firma sahibi ve tahsilat sorumlusu birlikte doldurmalıdır. Saha ekibi ödeme kaydediyorsa bir teknisyen de ilgili testlere katılabilir. Puanlar, işlemi kullanacak kişinin gözlemleriyle desteklenmelidir.

Gerçek müşteri verisi kullanmak zorunlu mu?

Hayır. İlk demoda gerçek durumu temsil eden örnek kayıtlar yeterlidir. Veri aktarımı testinde müşteri adlarını ve iletişim bilgilerini değiştirerek dosyanızın yapısını koruyabilirsiniz.

Bir özellik anlatıldı ama gösterilmedi; kaç puan verilmeli?

Test edilmediğini açıkça işaretleyin ve toplam puanı hesaplarken bunu belirtin. Sözlü açıklama, işlemin sizin senaryonuzda doğru çalıştığını kanıtlamaz. İkinci demoda uygulama veya yazılı kapsam isteyin.

Demo için ne kadar süre ayırmak gerekir?

Hazırladığınız temel senaryolar için 60–90 dakikalık görüşme bir başlangıç planı olabilir. Veri aktarımı ve kapsamlı rapor testleri yetişmiyorsa ayrı oturum düzenleyin; süreyi kısaltmak için kritik testleri atlamayın.

En yüksek puan alan program seçilmeli mi?

Puan kararın bir parçasıdır. Kritik ihtiyaçların karşılanması, satın alınacak paketin kapsamı, çalışanların kullanımı ve toplam maliyet birlikte değerlendirilmelidir. Eksik bir temel işlev yüksek puanın arkasında kalmamalıdır.

Özet

Asansör Tahsilat Programı demo değerlendirme formu, yazılımı firmanızın gerçek tahsilat sorunlarıyla sınamanızı sağlar. Kısmi ödeme, ortak havale, dönem ayrımı, hatalı kayıt düzeltme ve rapor tutarlılığı testlerini aynı örnek verilerle uygulayın. Her puanın yanına gözlemlenebilir bir sonuç yazın.

Asansorex’i değerlendirirken de aynı formu kullanarak bakım kayıtlarıyla cari takibin firmanızın günlük iş akışına nasıl uyduğunu inceleyebilirsiniz. Satın alma kararının dayanağı, çalışanınızın işlemi doğru yapabilmesi ve sizin açık alacağı güvenilir biçimde görebilmeniz olmalıdır.