Asansör Tahsilat Programı Entegrasyon Checklist

İÇERİK

Bir Asansör Tahsilat Programı satın almak, tahsilat problemlerini tek başına çözmez. Programın cari hesaplar, bakım sözleşmeleri, banka hareketleri, e-Fatura sistemi ve saha kayıtlarıyla doğru biçimde ilişkilendirilmesi gerekir. Eksik yapılan bir entegrasyon; mükerrer borç, yanlış bakiye, unutulan tahsilat ve müşteriye hatalı ödeme hatırlatması gönderilmesi gibi sorunlara yol açabilir.

Bu rehber, yeni bir tahsilat sistemine geçmek isteyen veya kullandığı sistemi diğer iş süreçleriyle bütünleştirmeyi planlayan asansör bakım firmaları için hazırlanmıştır. Aşağıdaki kontrol listesini kullanarak veri hazırlığından canlı kullanım sonrasındaki denetime kadar bütün süreci daha güvenli yönetebilirsiniz.

Entegrasyondan Önce Mevcut Yapıyı Haritalandırın

İlk adım, kullanılan bütün kayıt kaynaklarını belirlemektir. Birçok asansör firmasında müşteri bilgileri muhasebe programında, bakım sözleşmeleri Excel dosyasında, ödeme notları WhatsApp mesajlarında ve banka hareketleri internet bankacılığında bulunur. Bu da entegrasyon başlamadan önce hangi verinin esas alınacağı konusunda belirsizlik oluşturur.

Mevcut yapıyı çıkarırken şu sorulara cevap verilmelidir:

• Müşteri ve bina listesi hangi dosyada tutuluyor?
• Aylık bakım ücretleri hangi kaynaktan takip ediliyor?
• Borç ve alacak bakiyeleri güncel mi?
• Tahsilatlar banka hesabından mı, nakit mi, kredi kartıyla mı alınıyor?
• Aynı müşteriye bağlı birden fazla bina veya asansör bulunuyor mu?
• Fatura başka bir kişi veya şirket adına mı düzenleniyor?
• Sözleşme yenileme ve fiyat artış tarihleri nerede kayıtlı?
• Gecikmiş borçlar için kim, hangi kanaldan iletişim kuruyor?

Bu aşamada amaç hemen veri aktarmak değil, doğru veri kaynağını belirlemektir. Örneğin Excel’de 520 bina görünürken muhasebe sisteminde 487 cari hesap bulunuyorsa aradaki fark açıklanmadan aktarım yapılmamalıdır.

Tekil müşteri yapısını belirleyin

Aynı apartman farklı isimlerle birden fazla kez kaydedilmiş olabilir. “Güneş Apt.”, “Güneş Apartmanı” ve “Güneş Sitesi A Blok” kayıtlarının aynı müşteriye ait olup olmadığı kontrol edilmelidir. Vergi numarası, T.C. kimlik numarası, telefon ve açık adres gibi alanlar eşleştirme için kullanılabilir.

Kurumsal müşterilerde cari hesap ile hizmet noktası ayrımı ayrıca yapılmalıdır. Bir site yönetimi tek cari hesap olarak takip edilirken, site içindeki her blok veya asansör ayrı hizmet noktası olabilir. Tahsilat programının bu ilişkiyi koruması gerekir.

Veri Aktarımı Checklist

Veri aktarımı, entegrasyonun en kritik bölümüdür. Eksik veya hatalı aktarılan açılış bakiyesi, sistem kullanıldığı sürece raporları etkileyebilir. Bu nedenle tüm kayıtları tek seferde canlı ortama taşımak yerine önce örnek bir veri grubuyla deneme yapılmalıdır.

Kontrol alanı	Kontrol edilecek bilgi	Kabul ölçütü
Cari kartlar	Unvan, yetkili, telefon, vergi bilgisi	Zorunlu alanlar eksiksiz olmalı
Bina kayıtları	Adres, yönetici, bağlı cari hesap	Her bina doğru cariye bağlanmalı
Asansör kayıtları	Kimlik bilgisi, bina, bakım durumu	Aktif cihazlar doğru eşleşmeli
Sözleşmeler	Başlangıç, bitiş, bakım bedeli	Tarih ve ücretler doğrulanmalı
Açılış bakiyeleri	Borç, alacak, son ödeme	Muhasebe kaydıyla eşit olmalı
Geçmiş tahsilatlar	Tarih, tutar, ödeme yöntemi	Mükerrer kayıt bulunmamalı
Fatura bilgileri	Fatura unvanı, vergi dairesi	Cari bilgileriyle uyumlu olmalı
İletişim izinleri	SMS ve e-posta tercihleri	Güncel izin durumu korunmalı

Aktarımdan önce kaynak dosyanın değiştirilmeyen bir kopyası saklanmalıdır. Böylece hata fark edildiğinde hangi bilginin başlangıçta nasıl bulunduğu görülebilir.

Veri aktarımı için önerilen sıra şöyledir:

1. Cari hesapları temizleyin ve mükerrer kayıtları birleştirin.
2. Binaları ilgili cari hesaplarla eşleştirin.
3. Asansörleri doğru bina kayıtlarına bağlayın.
4. Aktif ve pasif sözleşmeleri birbirinden ayırın.
5. Aylık bakım bedellerini ve fiyat artış tarihlerini kontrol edin.
6. Kesilmiş faturaları ve alınmış ödemeleri aktarın.
7. Aktarım tarihi itibarıyla açılış bakiyelerini oluşturun.
8. Toplam borç ve alacak tutarlarını eski sistemle karşılaştırın.
9. Rastgele seçilen en az 20 müşteri üzerinde ayrıntılı doğrulama yapın.

Toplam bakiyenin tutması tek başına yeterli değildir. Bir müşteride fazla, başka bir müşteride eksik görünen aynı tutarlar toplamda birbirini dengeleyebilir. Bu nedenle cari bazında örneklem kontrolü yapılmalıdır.

Sözleşme ve Tahakkuk Entegrasyonunu Kontrol Edin

Asansör bakım sektöründe tahsilatın kaynağı çoğunlukla aktif bakım sözleşmesidir. Bu nedenle tahsilat programı yalnızca cari bakiyeyi göstermemeli; borcun hangi bina, asansör, dönem ve sözleşmeden doğduğunu da açıklayabilmelidir.

Her aktif sözleşme için şu bilgiler kontrol edilmelidir:

• Hizmet verilen bina ve asansörler
• Sözleşmenin başlangıç ve bitiş tarihi
• Aylık, üç aylık veya yıllık ödeme dönemi
• KDV dahil veya KDV hariç bakım bedeli
• Fiyat artış tarihi ve uygulanacak yöntem
• Fatura kesilecek kişi veya şirket
• Ödeme vadesi
• Sözleşmenin aktif, askıda ya da feshedilmiş olması

Tahakkuk oluşturma kuralı özellikle test edilmelidir. Örneğin aylık bakım bedeli 3.000 TL olan bir müşteriye her ayın ilk günü borç kaydı oluşturuluyorsa, sözleşmenin ay ortasında başlaması veya sona ermesi durumunda sistemin nasıl davranacağı önceden belirlenmelidir.

Feshedilmiş sözleşmelerin yeni borç üretmeye devam etmesi sık karşılaşılan bir entegrasyon hatasıdır. Aynı şekilde ücret artışı yapıldığında eski dönem borçlarının yeni fiyatla değiştirilmemesi gerekir. Program, geçmiş kayıtları korurken yeni dönemde güncel tarifeyi uygulamalıdır.

Banka ve Ödeme Kanallarını Eşleştirin

Banka entegrasyonunun amacı yalnızca hesap hareketlerini ekranda göstermek değildir. Asıl değer, gelen ödemenin doğru cari hesaba ve mümkünse doğru borç dönemine bağlanmasıdır.

Banka bağlantısı kurulurken aşağıdaki noktalar denetlenmelidir:

• Kullanılan bütün banka hesapları sisteme tanımlandı mı?
• Her hesabın para birimi doğru mu?
• Gelen havale ve EFT açıklamaları okunabiliyor mu?
• Sanal POS veya ödeme bağlantısı işlemleri ayrı izleniyor mu?
• Banka komisyonu ile müşterinin ödediği brüt tutar ayrıştırılıyor mu?
• İade ve ters ibraz işlemleri nasıl kaydediliyor?
• Aynı hareketin yeniden içeri alınmasını önleyen kontrol var mı?
• Eşleştirilemeyen ödemeler ayrı bir listede gösteriliyor mu?

Apartman ödemelerinde açıklama alanına yalnızca yönetici adı yazılabilir. Banka hesabının sahibi ile cari karttaki unvan da farklı olabilir. Bu nedenle otomatik eşleştirme yalnızca ad benzerliğine dayanmamalıdır. IBAN, geçmiş ödeme ilişkisi, tutar ve açıklamadaki bina adı birlikte değerlendirilmelidir.

Otomatik eşleşmeyen ödeme doğrudan yanlış cariye kaydedilmemeli, finans sorumlusunun onayına sunulmalıdır. Yanlış eşleştirilen 10.000 TL’lik bir ödeme hem gerçek müşterinin borçlu görünmesine hem de başka bir müşterinin bakiyesinin hatalı kapanmasına neden olur.

e-Fatura ve Ön Muhasebe Bağlantısını Test Edin

Tahsilat ile faturalandırma aynı işlem değildir. Müşteriye borç tahakkuk ettirilmesi, fatura düzenlenmesi ve ödemenin alınması farklı tarihlerde gerçekleşebilir. Entegrasyon bu üç aşamayı birbirine karıştırmadan takip etmelidir.

e-Fatura veya ön muhasebe bağlantısında şu kontroller yapılmalıdır:

• Cari kartların vergi bilgileri iki sistemde aynı mı?
• e-Fatura ve e-Arşiv mükellef ayrımı doğru yapılıyor mu?
• Fatura numarası tahsilat ekranına geri aktarılıyor mu?
• İptal veya iade edilen belge bakiyeye doğru yansıyor mu?
• Kısmi tahsilat yapılabiliyor mu?
• Bir ödeme birden fazla faturaya dağıtılabiliyor mu?
• Fazla ödeme cari alacak olarak izleniyor mu?
• KDV dahil ve hariç fiyatlar doğru hesaplanıyor mu?

Örneğin müşterinin toplam 12.000 TL borcu bulunurken 8.000 TL ödeme yapması durumunda sistem, borcu tamamen kapatmamalıdır. Ödemenin hangi faturalara veya dönemlere dağıtıldığı görülebilmelidir. Tercih edilen yöntem en eski borçtan kapatma ise bu kural firma genelinde standartlaştırılmalıdır.

Asansorex gibi bakım ve tahsilat süreçlerini aynı müşteri, bina ve sözleşme yapısı içinde izleyebilen bir yazılım kullanmak, ödemenin hangi hizmetten doğduğunu görmeyi kolaylaştırır. Ancak canlı kullanımdan önce firmanın muhasebe düzenine uygun senaryolar mutlaka örnek kayıtlarla denenmelidir.

Yetki, Bildirim ve KVKK Kontrollerini Tamamlayın

Tahsilat kayıtları ticari ve kişisel bilgiler içerir. Her çalışanın bütün banka hareketlerini, müşteri bakiyelerini veya finansal raporları görmesi gerekli değildir. Yetkilendirme, görev tanımına göre yapılmalıdır.

Örnek bir yetki ayrımı şu şekilde kurulabilir:

• Firma sahibi: Genel raporlar, banka durumu ve tüm cari bakiyeler
• Finans sorumlusu: Tahsilat kaydı, banka eşleştirme ve cari düzeltme
• Operasyon sorumlusu: Sözleşme ve bina bazlı ödeme durumu
• Teknisyen: Yalnızca kendisine gerekli sınırlı müşteri bilgileri
• Bina yöneticisi: Sadece kendi binasına ait borç, ödeme ve belge kayıtları

Kritik işlemlerde kullanıcı ve zaman bilgisi tutulmalıdır. Bakiye silme, ödeme iptali, cari değiştirme ve sözleşme bedeli güncelleme gibi işlemlerin geçmişi sonradan incelenebilmelidir.

SMS ve e-posta bildirimlerinde de kontrolsüz otomasyon kullanılmamalıdır. İlk canlı gönderimden önce test müşterileriyle deneme yapılmalı; borç tutarı, firma adı, ödeme bağlantısı ve iletişim numarası doğrulanmalıdır. Ödemesini yapmış müşteriye hatırlatma gönderilmesi güven kaybına yol açar.

Bildirim kontrol listesi şunları içermelidir:

• Mesaj doğru kişiye gidiyor mu?
• Bina adı açıkça belirtiliyor mu?
• Borç tutarı güncel mi?
• Son ödeme tarihi doğru mu?
• Ödeme yapan kişi listeden otomatik çıkıyor mu?
• İletişim tercihi ve gerekli izinler dikkate alınıyor mu?
• Mesajda ulaşılabilecek firma telefonu bulunuyor mu?

Canlıya Geçiş ve İlk 30 Gün Kontrolü

Entegrasyon tamamlandıktan sonra bütün firmayı aynı gün yeni sisteme geçirmek risklidir. Önce 20–50 müşterilik bir pilot grup seçmek daha güvenli olur. Bu grupta farklı ödeme ve sözleşme örnekleri bulunmalıdır: aylık ödeme yapan apartman, yıllık ödeme yapan işletme, gecikmiş borcu olan müşteri ve birden fazla binaya sahip kurumsal cari gibi.

Canlıya geçişten önce aşağıdaki son kontrol uygulanabilir:

• Eski sistemde yeni kayıt girişi durdurulacak tarih belirlendi.
• Son veri aktarımının saati netleştirildi.
• Açılış bakiyeleri onaylandı.
• Banka hesapları test edildi.
• Deneme faturaları kontrol edildi.
• SMS ve e-posta şablonları doğrulandı.
• Kullanıcı yetkileri sınandı.
• Hatalı işlem için geri alma yöntemi belirlendi.
• Çalışanlara kısa kullanım eğitimi verildi.
• İlk ay haftalık mutabakat sorumlusu atandı.

İlk 30 gün boyunca banka toplamı, tahsilat raporu ve muhasebe kayıtları haftalık olarak karşılaştırılmalıdır. Eşleşmeyen ödemeler bekletilmemeli; nedenleri sınıflandırılmalıdır. Örneğin açıklamasız havale, farklı kişi adına ödeme ve eksik tutar gibi durumlar ayrı raporlanabilir.

Takip edilmesi yararlı olan ilk ay göstergeleri arasında otomatik eşleşen ödeme oranı, manuel düzeltme sayısı, gecikmiş bakiye toplamı, hatalı bildirim sayısı ve tahsilata dönüşen hatırlatma oranı bulunur. Bu göstergeler, entegrasyonun yalnızca teknik olarak çalışıp çalışmadığını değil, operasyonu gerçekten iyileştirip iyileştirmediğini gösterir.

Sıkça Sorulan Sorular

Asansör tahsilat programı entegrasyonu ne kadar sürer?

Süre; müşteri sayısına, veri kalitesine ve bağlanacak sistemlerin kapsamına göre değişir. Temiz veriye sahip küçük bir firma birkaç iş gününde pilot kullanıma başlayabilir. Dağınık Excel dosyaları, mükerrer cariler ve doğrulanmamış bakiyeler varsa hazırlık süreci birkaç haftaya uzayabilir.

Eski tahsilat kayıtlarının tamamı aktarılmalı mı?

Her zaman gerekli değildir. Güncel cari bakiyeler ile açık faturaların aktarılması çoğu firma için yeterli olabilir. Ancak geçmiş ödeme davranışı, hukuki takip veya müşteri anlaşmazlıkları açısından önemliyse ayrıntılı geçmiş korunmalıdır. Eski kayıtlar aktarılmasa bile erişilebilir ve yedekli biçimde saklanmalıdır.

Banka entegrasyonu olmadan program kullanılabilir mi?

Evet, tahsilatlar manuel olarak kaydedilebilir. Fakat müşteri sayısı arttıkça manuel giriş hatası ve gecikme riski yükselir. Banka hareketlerinin otomatik alınması, özellikle çok sayıda apartmandan düzenli ödeme alan firmalarda mutabakat süresini azaltabilir.

Bir ödeme birden fazla binaya dağıtılabilir mi?

Programın bu senaryoyu desteklemesi gerekir. Site yönetimleri bazen farklı blokların veya asansörlerin borçlarını tek havaleyle öder. Ödeme, toplam tutarı bozmadan ilgili bina ve dönemlere dağıtılabilmelidir.

Entegrasyon sırasında hizmet durur mu?

Doğru planlanan bir geçişte bakım ve arıza hizmetlerinin durması gerekmez. Ancak finansal kayıtların iki sistemde aynı anda değiştirilmesini önlemek için kısa bir veri kesim zamanı belirlenmelidir. Bu süre boyunca saha faaliyetleri devam ederken tahsilat kayıtları kontrollü biçimde bekletilebilir.

En önemli entegrasyon testi hangisidir?

En kritik test, seçilen müşteriler için sözleşme bedeli, kesilen fatura, alınan ödeme ve kalan bakiyenin eski kayıtlarla birebir karşılaştırılmasıdır. Banka toplamının tutması önemlidir; fakat cari ve dönem bazındaki doğruluk ayrıca kontrol edilmelidir.

Özet

Başarılı bir Asansör Tahsilat Programı entegrasyonu; müşteri listesini aktarmaktan çok daha kapsamlıdır. Cari hesaplar, binalar, asansörler, sözleşmeler, faturalar, banka hareketleri ve bildirimler aynı veri düzeninde buluşturulmalıdır. Sürecin güvenli ilerlemesi için önce mevcut kayıtlar temizlenmeli, küçük bir pilot grupla test yapılmalı ve canlı kullanımdan sonraki ilk 30 gün düzenli mutabakat gerçekleştirilmelidir.

Asansorex, bakım kayıtlarıyla finansal takibin aynı müşteri ve bina yapısı üzerinden yürütülmesine yardımcı olabilir. Doğru hazırlanmış bir entegrasyon checklist’i sayesinde firma sahibi gerçek alacak durumunu görür, çalışanlar manuel kayıt yükünü azaltır ve bina yöneticileri kendi ödeme geçmişlerine daha düzenli biçimde ulaşabilir.