Asansör Tahsilat Programı Kurulum ve Veri Aktarımı Rehberi

İÇERİK

Asansör bakım firmalarında tahsilat takibi yalnızca kimin ödeme yaptığını görmekten ibaret değildir. Her bina, yönetici, asansör, bakım sözleşmesi, aylık hizmet bedeli, vade tarihi ve geçmiş borç birbiriyle bağlantılıdır. Bu nedenle yeni bir Asansör Tahsilat Programı kurarken en kritik konu, mevcut bilgileri aceleyle sisteme yüklemek değil; doğru veriyi doğru hesapla eşleştirmektir. Bu rehberde kurulum öncesi hazırlıktan Excel düzenlemeye, açılış bakiyelerinden test tahsilatına kadar güvenli bir geçiş için uygulanabilecek adımları bulabilirsiniz.

Kurulumdan Önce Mevcut Tahsilat Düzenini İnceleyin

Yeni programa geçmeden önce firmanın bugün tahsilatı nasıl yönettiği açıkça ortaya çıkarılmalıdır. Bazı firmalar cari hesapları muhasebe programında, bakım tarihlerini başka bir yazılımda, sözleşmeleri klasörlerde, ödeme notlarını ise Excel veya WhatsApp üzerinden takip eder. Böyle bir yapıda veri aktarımı sadece bir dosyayı içe aktarmak anlamına gelmez.

Öncelikle kullanılan bütün kaynaklar listelenmelidir:

• Müşteri ve bina Excel dosyaları
• Muhasebe programındaki cari hesaplar
• Aktif bakım sözleşmeleri
• Banka hareketleri
• Nakit tahsilat makbuzları
• POS ve sanal POS kayıtları
• E-fatura veya e-arşiv kayıtları
• Teknisyenlerin tuttuğu ödeme notları
• İcra, ihtar veya özel takipteki hesaplar
• İptal edilmiş ya da devredilmiş sözleşmeler

Bu çalışma sırasında hangi kaydın asıl kaynak kabul edileceği de belirlenmelidir. Örneğin Excel dosyasında bir binanın 8.500 TL, muhasebe kayıtlarında 7.000 TL borcu görünüyorsa aktarım ekibi kendi tahminiyle karar vermemelidir. Farkın sebebi araştırılmalı; eksik fatura, işlenmemiş ödeme veya yanlış dönem kaydı bulunmalıdır.

Hatalı açılış bakiyesiyle başlayan tahsilat sistemi, hızlı çalışan fakat yanlış bilgi üreten bir sisteme dönüşür.

Kurulum öncesinde tahsilat sürecinin sorumluları da netleştirilmelidir. Müşteri kartlarını kim kontrol edecek, sözleşme tutarlarını kim doğrulayacak, açılış bakiyelerini kim onaylayacak ve son kontrolü kim yapacak? Küçük işletmelerde bu görevlerin tamamı bir kişide olabilir. Yine de her aşama yazılı kontrol listesiyle ilerlemelidir.

Aktarılacak Verileri Standartlaştırın

Veri aktarımında en sık karşılaşılan problem eksik kayıt değil, aynı bilginin farklı biçimlerde yazılmasıdır. Aynı bina bir dosyada “Güneş Apt.”, başka bir dosyada “Güneş Apartmanı”, banka açıklamalarında ise “Güneş Sitesi A Blok” şeklinde bulunabilir. Bu kayıtlar temizlenmeden aktarılırsa aynı müşteri için birden fazla cari hesap açılabilir.

Temel veri alanları

Aktarım dosyasında mümkün olduğunca aşağıdaki alanlar bulunmalıdır:

Veri grubu	Gerekli alanlar	Kontrol noktası
Müşteri	Unvan, yetkili, telefon, e-posta	Mükerrer kayıt ve güncel iletişim bilgisi
Bina	Bina adı, açık adres, ilçe, şehir	Aynı adrese açılmış birden fazla kayıt
Asansör	Kimlik veya cihaz kodu, bina bağlantısı	Doğru bina ve sözleşmeyle eşleşme
Sözleşme	Başlangıç-bitiş tarihi, dönem, hizmet bedeli	KDV durumu ve fiyat geçerlilik tarihi
Borç	Belge tarihi, vade, tutar, açıklama	Borcun hangi aya veya hizmete ait olduğu
Tahsilat	Ödeme tarihi, tutar, yöntem, belge numarası	İlgili borç veya cari hesapla eşleşme
Açılış bakiyesi	Borç veya alacak yönü, tarih, toplam	Yetkili kişi tarafından yazılı onay
Durum	Aktif, pasif, feshedildi, devredildi	Pasif müşterilerin yanlışlıkla borçlandırılmaması

Telefon numaraları tek biçime dönüştürülmeli, tarih alanları aynı formatta hazırlanmalı ve tutar hücrelerine “TL”, “ödendi” ya da açıklama gibi metinler yazılmamalıdır. Tutarlar sayısal, açıklamalar ayrı sütunda olmalıdır.

Her müşteri veya bina için benzersiz bir kod oluşturmak aktarımı kolaylaştırır. Örneğin MLT-00452 kodu, benzer isimli iki binanın karışmasını önleyebilir. Mevcut sistemde kullanılan güvenilir bir cari kod yapısı varsa korunması, geçmiş belgelerle yeni sistem arasındaki bağlantıyı güçlendirir.

Asansör Tahsilat Programı Kurulumu Nasıl Yapılır?

Kurulumun yalnızca teknik ayarlardan oluştuğu düşünülmemelidir. Sağlıklı bir başlangıç için şirket bilgileri, kullanıcı yetkileri, tahsilat kuralları ve belge düzeni birlikte yapılandırılmalıdır.

1. Firma ve kullanıcı bilgilerini tanımlayın

İlk aşamada firmanın ticari unvanı, vergi bilgileri, iletişim kanalları ve kullanılacak şubeleri tanımlanır. Ardından kullanıcı hesapları oluşturulur. Muhasebe personeli, firma sahibi, saha sorumlusu ve tahsilat personeli aynı yetkilere sahip olmak zorunda değildir.

Örneğin saha teknisyeninin müşterinin ödeme durumunu görmesi gerekebilir; ancak geçmiş tahsilatı silmesi veya sözleşme bedelini değiştirmesi gerekmeyebilir. Kullanıcı yetkilerini görev tanımına göre sınırlamak, yanlış işlem riskini azaltır.

2. Tahsilat yöntemlerini belirleyin

Firmanın kabul ettiği ödeme yöntemleri sisteme tanımlanmalıdır:

• Banka havalesi veya EFT
• Nakit ödeme
• Kredi kartı
• Sanal POS
• Çek veya senet
• Otomatik ödeme
• Mahsup veya iade işlemi

Her tahsilatta ödeme yöntemiyle birlikte tarih, tutar, açıklama ve gerekiyorsa makbuz numarası tutulmalıdır. “Ödendi” şeklindeki tek bir durum bilgisi, daha sonra banka mutabakatı yapmak için yeterli değildir.

3. Sözleşme ve borçlandırma kurallarını oluşturun

Bakım ücretinin aylık, üç aylık, altı aylık veya yıllık tahakkuk ettirilmesi sözleşmeye göre değişebilir. Programda borçlandırma sıklığı, vade günü, KDV uygulaması ve dönem başlangıcı doğru tanımlanmalıdır.

Örneğin aylık bakım bedeli 4.000 TL olan bir bina için sözleşme üç aylık faturalandırma öngörüyorsa sistem her ay ayrı borç üretmemelidir. Aksi durumda müşterinin cari bakiyesi gerçekte olması gerekenden farklı görünür.

4. Bildirim düzenini planlayın

Vade öncesi hatırlatma, vade günü bildirimi ve geciken ödeme mesajları ayrı kurallarla düzenlenmelidir. Bütün müşterilere aynı gün ve aynı metni göndermek yerine müşteri tipi, gecikme süresi ve borç durumuna göre farklı iletişim tercih edilebilir.

İlk kurulumda otomatik bildirimleri hemen açmak risklidir. Önce borçlar ve iletişim bilgileri doğrulanmalı, ardından birkaç test müşterisi üzerinden mesaj içeriği kontrol edilmelidir.

Veri Aktarımı Adım Adım Nasıl Yapılmalı?

Veri aktarımı tek seferde bütün kayıtları yüklemek yerine kontrollü aşamalarla yapılmalıdır.

1. Yedek alın: Excel, muhasebe çıktısı, sözleşme listesi ve eski program verileri değiştirilemeyecek bir kopya olarak saklanmalıdır.
2. Dosyaları birleştirin: Aynı müşteriyle ilgili farklı kaynaklardaki bilgiler ortak bir aktarım şablonunda toplanmalıdır.
3. Mükerrer kayıtları temizleyin: Aynı vergi numarası, telefon, adres veya bina koduna sahip satırlar incelenmelidir.
4. Eksik alanları tamamlayın: Özellikle sözleşme dönemi, hizmet bedeli, vade ve açılış bakiyesi boş bırakılmamalıdır.
5. Test aktarımı yapın: Önce farklı özelliklere sahip 10–20 müşteri seçilerek küçük bir veri grubu aktarılmalıdır.
6. Sonuçları karşılaştırın: Eski kaynak ile yeni programdaki müşteri, sözleşme, borç ve tahsilat toplamları kontrol edilmelidir.
7. Toplu aktarımı gerçekleştirin: Test onaylandıktan sonra kalan kayıtlar yüklenmelidir.
8. Mutabakat yapın: Aktarım günü itibarıyla toplam alacak, toplam tahsilat ve müşteri bazlı bakiyeler karşılaştırılmalıdır.
9. Canlı kullanımı başlatın: Yeni işlemlerin hangi tarih ve saatten itibaren yalnızca yeni programa girileceği duyurulmalıdır.

Asansorex gibi asansör bakım süreçleriyle cari ve tahsilat kayıtlarını ilişkilendiren bir yazılım kullanıldığında, bina sözleşmesi ile ödeme geçmişi aynı çalışma düzeninde izlenebilir. Böylece ofis personeli borcu kontrol ederken hizmet verilen bina ve sözleşme bilgisine ayrıca başka bir dosyadan ulaşmak zorunda kalmaz.

Açılış Bakiyesi ve Geçmiş Hareketler Nasıl Taşınmalı?

Her firmanın aynı ayrıntı düzeyinde geçmiş veri taşıması gerekmez. Burada iki temel yöntem vardır.

Yalnızca açılış bakiyesini taşımak

Bu yöntemde müşterinin aktarım tarihindeki net borcu veya alacağı sisteme tek kayıt olarak girilir. Kurulum daha hızlıdır ve dosya daha kolay kontrol edilir. Ancak eski aylara ait ayrıntılı hareketler yeni programda görülmez.

Bu yöntem genellikle geçmiş kayıtları farklı kaynaklara dağılmış, eski verisi yeterince temiz olmayan veya kısa sürede geçiş yapmak isteyen firmalar için uygundur. Eski belgeler ayrıca arşivlenmelidir.

Ayrıntılı hareketleri taşımak

Bu yöntemde eski faturalar, borçlar ve tahsilatlar tarihleriyle birlikte aktarılır. Müşteri geçmişi daha ayrıntılı izlenebilir; fakat eşleştirme hatası riski ve kontrol süresi artar.

Ayrıntılı aktarım yapılacaksa şu denklik sağlanmalıdır:

Geçmiş borç toplamı - geçmiş tahsilat toplamı = aktarım tarihindeki net bakiye

Bu eşitlik müşteri bazında ve firma toplamında kontrol edilmelidir. Özellikle kısmi ödemeler, iadeler, mahsuplar, iptal edilen faturalar ve devreden alacaklar ayrı incelenmelidir.

Test ve Canlıya Geçiş Kontrolleri

Aktarım tamamlandıktan sonra yalnızca toplam müşteri sayısına bakmak yeterli değildir. Rastgele ve risk odaklı örneklerle kayıtların doğruluğu sınanmalıdır. Yüksek borçlu müşteriler, yakın zamanda ödeme yapanlar, sözleşmesi yenilenenler, pasif binalar ve birden fazla asansörü bulunan müşteriler özellikle kontrol edilmelidir.

Canlıya geçmeden önce şu testler tamamlanmalıdır:

• Bir müşteriye yeni dönem borcu oluşturma
• Tam ödeme kaydetme
• Kısmi ödeme kaydetme
• Yanlış tahsilatı yetkili kullanıcıyla düzeltme
• Makbuz veya ödeme belgesi oluşturma
• Banka hareketini ilgili cari hesapla eşleştirme
• Vadesi geçen borçları listeleme
• Müşteri bazında hesap ekstresi alma
• Sözleşmesi biten müşterinin otomatik borçlandırmasını kontrol etme
• Şube ve kullanıcı yetkilerini sınama
• SMS veya e-posta bildirimini test müşterisine gönderme
• Gün sonu tahsilat toplamını banka ve kasa kaydıyla karşılaştırma

İlk bir veya iki hafta boyunca günlük mutabakat yapılması faydalıdır. Yeni sistemde kaydedilen nakit, banka ve kart tahsilatları gün sonunda gerçek hareketlerle karşılaştırılmalıdır. Fark çıkarsa sorun büyümeden aynı gün düzeltilmelidir.

Sık Yapılan Kurulum ve Aktarım Hataları

En yaygın hata, kirli veriyi olduğu gibi yeni programa taşımaktır. Program değişse de eski yanlışlar devam eder. Bunun dışında dikkat edilmesi gereken başlıca hatalar şunlardır:

• Bina, yönetici ve cari hesap kavramlarını tek kayıt altında karıştırmak
• Eski ve yeni unvanları ayrı müşteri sanmak
• KDV dahil ve KDV hariç tutarları aynı biçimde aktarmak
• Sözleşmesi bitmiş müşterilere yeni dönem borcu oluşturmak
• Ödemeyi müşteri hesabına işleyip ilgili borçla eşleştirmemek
• Toplu aktarım öncesinde test grubu kullanmamak
• Yetkisiz kullanıcıların bakiye değiştirmesine izin vermek
• Eski program ile yeni programı uzun süre eş zamanlı kullanmak
• Aktarım sonrasında toplam alacak mutabakatı yapmamak
• Otomatik ödeme hatırlatmalarını veri kontrolünden önce açmak

İki sistemi aynı anda kullanmak başlangıçta güvenli görünse de kayıt farklılıklarına neden olabilir. Geçiş tarihi net belirlenmeli; bu tarihten sonraki yeni borç ve tahsilatlar yalnızca yeni sisteme girilmelidir. Eski sistem bir süre salt okunur arşiv olarak tutulabilir.

Sıkça Sorulan Sorular

Veri aktarımı ne kadar sürer?

Süre; müşteri sayısından çok, kayıtların düzenine ve kaç farklı kaynaktan geldiğine bağlıdır. Temiz bir Excel dosyası kısa sürede hazırlanabilirken farklı dosyalara dağılmış, mükerrer ve bakiyesi uyuşmayan kayıtların kontrolü daha uzun sürer. Canlıya geçiş tarihi belirlenmeden önce örnek veriyle test yapılmalıdır.

Eski tahsilatların tamamını aktarmak zorunlu mu?

Hayır. Firma yalnızca onaylanmış açılış bakiyelerini aktarabilir ve geçmiş hareketleri ayrı bir arşivde saklayabilir. Ancak müşteri hesap geçmişinin yeni programdan ayrıntılı görülmesi isteniyorsa eski borç ve ödemeler de taşınmalıdır.

Excel dosyasından veri aktarılabilir mi?

Çoğu sistemde uygun şablona dönüştürülmüş Excel veya CSV dosyaları kullanılabilir. Sütun adlarının, tarihlerin, para alanlarının ve benzersiz müşteri kodlarının aktarım formatına uygun hazırlanması gerekir.

Hatalı açılış bakiyesi fark edilirse ne yapılmalı?

Bakiye doğrudan silinmemeli veya gerekçesiz değiştirilmemelidir. Eski kayıtlar, banka hareketleri ve faturalar kontrol edilmeli; düzeltme yetkili kullanıcı tarafından açıklamalı bir işlemle yapılmalıdır. Böylece değişikliğin nedeni sonradan görülebilir.

Kurulum sırasında müşterilere bildirim gönderilmeli mi?

Veriler tamamen kontrol edilmeden toplu bildirim gönderilmemelidir. Önce test müşterileri üzerinden mesaj metni, borç tutarı, vade ve iletişim bilgileri doğrulanmalı; ardından gerçek bildirimler aşamalı olarak açılmalıdır.

Asansör tahsilat programı teknik servis kayıtlarıyla birlikte çalışmalı mı?

Birlikte çalışması önemli avantaj sağlar. Bina yöneticisi borca itiraz ettiğinde verilen hizmetler, bakım kayıtları ve sözleşme bilgileri daha hızlı kontrol edilebilir. Asansorex, bakım operasyonu ile cari ve tahsilat takibini aynı düzen içinde izlemek isteyen asansör firmalarına bu noktada yardımcı olabilir.

Özet

Başarılı bir Asansör Tahsilat Programı kurulumu, yazılım hesabı açmaktan önce veri düzenleme ve mutabakat çalışmasıdır. Müşteri, bina, asansör, sözleşme, borç ve ödeme kayıtları doğru ilişkilendirilmeli; açılış bakiyeleri yetkili kişilerce onaylanmalıdır. Küçük bir müşteri grubuyla test aktarımı yapmak, toplu aktarım öncesinde hataları görmeyi sağlar. Canlıya geçiş tarihi net belirlendiğinde, kullanıcı yetkileri doğru ayarlandığında ve ilk günlerde günlük mutabakat yapıldığında tahsilat süreci daha izlenebilir, hızlı ve güvenilir hâle gelir.