Banka havalesinde aidat eşleştirme nasıl otomatikleşir?

Sakinlerin çoğu aidatını havale ya da EFT ile öder. Yönetimin ay sonu işi de buradan doğar: banka ekstresindeki yüzlerce satırı tek tek okuyup "bu hangi dairenin ödemesi?" diye eşleştirmek. Açıklamaya "aidat" yazıp geçen, eşinin hesabından gönderen, iki ayı birden ödeyen sakinler işi daha da zorlaştırır. Bu yazıda eşleştirmenin nasıl otomatikleştirilebileceğini ve dikkat edilmesi gereken hukuki noktayı anlatıyoruz.

1. Hareketler nereden gelir?

Eşleştirmenin ilk adımı banka hareketlerini düzenli biçimde almaktır. Türk bankalarında üç yaygın yol vardır:

• Excel: Bütün bankaların internet şubesinden indirilebilir. En kolay başlangıçtır.
• MT940 / MT942: Bankacılıkta standart ekstre biçimi. Garanti BBVA, Akbank, Yapı Kredi, Ziraat ve Albaraka gibi bankalar sunar.
• Web servis: Hareketler otomatik çekilir. Çoğu bankada başvuru şubeden ya da kurumsal internet şubesinden yapılır; banka kullanıcı adı, şifre ve gerekiyorsa firma kodu verir, yazılımın sabit IP adresi bankada tanımlanır.

Hangi yol seçilirse seçilsin, her hareket aynı alanlara dönüştürülür: tarih, valör, tutar, borç/alacak yönü, açıklama, karşı taraf adı, varsa IBAN ve bankanın işlem referansı.

2. Lisans meselesi: banka verisini kim çekebilir?

Bu noktada önemli bir hukuki ayrım vardır. TCMB'nin "Ödeme Hizmetlerinde Veri Paylaşım Servislerine İlişkin Rehber"ine (30.04.2023) göre:

• Bir aracı firmanın bankalarla kendi adına protokol yapıp veriyi müşterilerine sunması, 6493 sayılı Kanun kapsamında hesap bilgisi hizmeti sayılır ve TCMB izni gerektirir.
• Buna karşılık müşterinin kendisi (burada site yönetimi) bankayla web servis sözleşmesini yapar ve teknoloji firmasının IP adresini tanımlatırsa, rehber bunu dış hizmet alımı olarak değerlendirir; lisans gerekmez.

Yani doğru model şudur: site yönetimi kendi bankasında web servis kullanıcısını açar, sözleşmeyi kendisi imzalar; yazılım yalnız veriyi çeker ve işler.

3. Eşleştirme sırası

İyi bir eşleştirme motoru tek bir ipucuna güvenmez; ipuçlarını güven sırasına göre dener ve her öneriye bir puan verir.

1. Ödeme kodu. Her bağımsız bölüme değişmeyen, kontrol haneli bir kod verilir ve sakinden havale açıklamasına bu kodu yazması istenir. Kontrol hanesi (ör. Luhn algoritması) sayesinde tek hanelik yazım hatası ya da yer değiştirmiş iki rakam yakalanır; yanlış yazılmış kod başka bir daireye sessizce eşleşmez.
2. Öğrenilmiş gönderen IBAN'ı. Bir sakin bir kez onaylandığında, gönderdiği IBAN o bölüm için öğrenilir. Aynı IBAN'dan gelen sonraki ödemeler yüksek güvenle önerilir.
3. Gönderen adı. Türkçe karakterler normalleştirilerek (ş/s, ı/i gibi) malik, kiracı ve aile üyelerinin adlarıyla benzerlik aranır. Öğrenilmiş bir ad eşleşmesi düz benzerlikten daha güçlüdür.
4. Tutar ve dönem. Açık borçla birebir aynı tutar ve uygun dönem, tek aday varsa öneri üretir. Tek başına en zayıf ipucudur; aynı aidatı ödeyen onlarca daire olabilir.

Eşiğin altında kalan hareketler elle eşleştirme kuyruğuna düşer. Yönetici burada önerileri ve gerekçelerini ("ödeme kodu tuttu", "IBAN daha önce bu bölümden geldi") görerek onaylar ya da düzeltir.

4. Öneri ile kayıt ayrı şeylerdir

Ad, IBAN ya da ödeme kodu yalnızca öneri üretmelidir. Onaylanan eşleşme ise bölümün ve kişinin sistemdeki kimlik numarasıyla (id) yazılmalıdır. Bunun nedeni basittir: aynı adı taşıyan iki sakin olabilir, bir IBAN el değiştirebilir, ödeme kodu yanlış yazılabilir. Kayıt id ile bağlıysa sonradan yapılan bir ad düzeltmesi geçmiş tahsilatları bozmaz.

Güven puanı yüksek öneriler (ör. ödeme kodu ve IBAN birlikte tutuyorsa) ayarla otomatik onaylanabilir. Otomatik onayın ne kadar cesur olacağı yönetimin tercihidir; başlangıçta her şeyi elle onaylayıp sistem öğrendikçe eşiği açmak iyi bir yoldur.

5. Aynı satır iki kez yüklenirse?

Excel ile çalışırken en sık hata, aynı ekstrenin ya da üst üste binen tarih aralıklarının iki kez yüklenmesidir. Her hareket için banka referansı, tarih, tutar ve açıklamadan bir özet anahtarı üretilir; aynı anahtar ikinci kez geldiğinde satır yeniden oluşturulmaz. Web servisle çekilen hareketlerde de aynı kural geçerlidir.

6. Kısmi ve fazla ödeme

Sakin her zaman borcu kadar ödemez. Kısmi ödemenin hangi borca sayılacağı Türk Borçlar Kanunu'nun 100 ve 101. maddelerinde düzenlenir:

• Borçlu, faiz ya da giderleri ödemede gecikmişse kısmi ödemeyi anaparaya saydıramaz (TBK md. 100).
• Birden çok borç varsa ödeme borçlunun beyanına, beyan yoksa ilk muaccel olan borca sayılır (TBK md. 101).

Pratikte varsayılan kural şudur: ödeme önce işlemiş gecikme tazminatına, sonra en eski anaparaya mahsup edilir. Sakin açıklamada "Mart aidatı" gibi bir dönem belirtmişse onun beyanı önceliklidir. Borçtan fazla gelen tutar silinmez; avans olarak kalır ve sonraki borçlara kendiliğinden kapanır. Gecikme tazminatının nasıl hesaplandığını ayrı bir yazıda anlattık.

7. Sanal IBAN: en kesin yol

Bazı bankalar her daireye ayrı bir alt IBAN tanımlayabilir. Bu durumda ödeme, açıklamaya bakılmadan doğrudan daireye eşleşir. Türkiye Finans'ın "Sanal IBAN" ürünü ve TEB'in "Kurumsal Sanal Hesap" ürünü bu türdendir. Diğer büyük bankalarda benzer ürün araştırmamızda bulunamadı. Sanal IBAN, sitenin bu bankalardan biriyle çalışmasını gerektirir; ödeme kodu ise her bankada çalışır.

Kontrol listesi

• Her bölüme kontrol haneli, değişmeyen bir ödeme kodu verin ve sakine bildirin.
• Ekstreyi düzenli aralıklarla (en az haftada bir) yükleyin ya da web servisle çekin.
• Öneriyi gerekçesiyle görün, onaylanan eşleşmeyi id ile yazın.
• Kısmi ödemede mahsup sırasını belgeleyin, fazla ödemeyi avans olarak tutun.
• Aynı ekstrenin çift yüklenmesine karşı özet anahtarı kullanın.
• Banka verisini sitenin kendi banka sözleşmesiyle alın.

Konutra'da nasıl?

Konutra'da her bölümün 10 haneli (9 rastgele + Luhn kontrol hanesi) bir ödeme kodu vardır; kod sistem genelinde tekildir ve değişmez. Eşleştirme yukarıdaki sırayla çalışır, her öneri 0–100 arası güven puanı ve gerekçe taşır, onaylanan eşleşme kural olarak öğrenilir. Excel ve MT940 ekstre yüklemeyle başlarsınız; banka web servis bağlantısı sitenin kendi banka sözleşmesiyle kurulur. Sanal IBAN desteği ileride eklenecek. Ayrıntılar tahsilat ve banka eşleştirme bölümündedir.

Hukuki danışmanlık değildir. Bu yazı genel bilgilendirme amaçlıdır ve yayın tarihindeki mevzuat metinlerine dayanır. Mevzuat değişebilir; "doğrulanmalı" diye işaretlenen noktalar ve somut durumunuz için resmî metne ve bir hukukçuya başvurun.

Diğer yazılar

• 2026 işletme projesi değişikliği: 7579 sayılı Kanun ne getirdi?
• Aidat gecikme tazminatı nasıl hesaplanır? (%5, gün bazında)
• Apartman yöneticisinin yasal yükümlülük takvimi (2026)
• Borçlu listesi asmak KVKK'ya aykırı mı? (Kurul İlke Kararı 2026/348)
• Kapıcı SGK ve maaş rehberi: kolay işverenlik, vergi, çalışma süresi
• Kat malikleri kurulu toplantısı: çağrı, yeter sayı, vekâlet