BYönetim'i 6 ay boyunca ücretsiz deneyin.6 ay ücretsiz

Blog'a Dön
Yönetici Rehberi

Aidatın Tahsili Sırasında 'Banka Havalesi IBAN Hatası' İspatı Nasıl Yönetilir? (2026 Rehberi)

27 Jun 2026 · 7 dk · BYönetim Editör Ekibi

Genel kurul sonrası yönetici masasında otururken bir yönetici yardımcısı elindeki banka dekontunu gösteriyor: 'Komşu hesabıma havale yapmış, dekontu var ama IBAN yanlış yazılmış, aidat ödendi sayalım mı?' Bu sahne pek çok sitede yaşanır — dekont, yanlış IBAN, şüphe ve yönetici için hukuki-süreçsel belirsizlik. Yazıda aidat tahsilatında ortaya çıkan IBAN/dekont itirazlarını nasıl belgeleyip yönetebileceğinizi, yasal sınırları ve pratik adımları somut örneklerle anlatıyorum.

IBAN hatası iddiasının temel sorunları

Kat malikinin dekont göstermesi işlemin gerçekleştiğini kanıtlamaz; bankadaki muhatap ve alıcı hesabın gerçek sahibi, gönderim tarihi, açıklama bilgileri önemlidir. Yanlış IBAN, hatalı açıklama veya eksik referans olguları tahsilatın kayıtlarında kafa karışıklığı yaratır.

Bilgi Banka dekontu, ödeme emrinin alındığını gösterir; ancak alıcı hesabın aidata mahsup edilebilmesi için havalenin gerçekten site hesabına veya yönetici hesabına intikal etmiş olması gerekir.

Yöneticinin hemen alması gereken 5 belge

  1. Gönderici tarafından sunulan dekontun aslı veya ekran görüntüsü (tarih, tutar, açıklama görünecek).
  2. Site/banka hesap hareketi dökümü: havalenin hedef hesaba gelip gelmediğini gösterir.
  3. Gönderici kimliğinin ve aidat döneminin doğrulanması (hesap sahibi aynı mı, aidat dönemi açıklamada var mı?).
  4. Gerekirse bankadan istenecek ayrıntılı işlem kaydı (mutabakat, işlem referansı numarası).
  5. Genel kurul veya yönetim kararıyla belirlenmiş tahsilat kuralları (işletme projesi veya alınmış karar: açıklama zorunluluğu, IBAN kullanımı vb.).

Pratik kontrol adımları: Havale geldi mi, geldi ise kim gönderdi?

Bu üç soruyu netleştirin: Havale site hesabına mı geldi? Geldiyse açıklamada aidat ibaresi var mı? Gönderen ile dekont sahibi aynı kişi mi?

  • Site banka hesabı ekstresinde işlem yoksa: dekont sahibiyle birlikte bankaya gidip işlem referans numarasıyla sorgulayın.
  • İşlem başka bir hesaba gitmişse: gönderenin bankasına başvurarak 'gerçekleştirme hatası' başvurusu yapılabilir; banka ancak kendi müşteri talebiyle iade/gerçekleştirme incelemesi yapar.
  • Havale site hesabına gelmiş ama açıklama eksikse: tutarı ve tarihi eşleştirerek muhasebide mahsup yapabilirsiniz; şüphe varsa yazılı talep alın.
Dikkat Banka dekontu tek başına aidat borcunu ortadan kaldırmaz; hukuki sonuç doğuracak kayıtların (banka ekstresi, işlem referansı) yönetimce saklanması gerekir.

Hukuki zemin: KMK ve borç ilişkisi açısından ne değişir?

Kat Mülkiyeti Kanunu doğrudan ödeme yöntemlerini düzenlemez; buna karşın kat maliklerinin ortak giderlere ilişkin borçları işletme projesi ve genel kurul kararlarına göre doğar. Ödeme ispatı ise genel borç-ödeme ilişkisini etkiler: ödemenin gerçekleşip gerçekleşmediği somut delillerle belirlenir. Bu tür ihtilaflarda mahkeme veya icra mercileri bankadaki kayıtları, dekontları ve taraf beyanlarını değerlendirir.

DurumYönetici için pratik sonuç
Havale site hesabına ulaşmış, açıklama yok✅ Tutar mahsup edilir; gönderenle yazılı mutabakat alın.
Havale başka hesaba gitmiş, dekont var✅ Banka üzerinden iade/inceleme talep edilir; yazılı kayıt tutulur.

Yönetici için örnek adımlar — uygulamalı süreç

  1. Gönderenin dekontunu alın, tarih ve referans not edin.
  2. Site banka hesabı ekstresi ile karşılaştırın; eşleşme varsa mahsup yapın ve dekontu dosyalayın.
  3. Eşleşme yoksa göndereni bankasına yönlendirerek 'işlem sorgulaması' yapmasını isteyin; gönderenin talebiyle bankadan işlem referansı alınır.
  4. Gönderenin bankası hatayı kabul edip iade yaparsa iade kaydı saklanır; gönderici yeniden ödeme yapmalıdır.
  5. İhtilaf sürerse kararı genel kurula taşıyın veya hukuki yol gerekiyorsa uzman avukat/uzman desteği alın (somut durumlara göre değişir).

Bu süreçleri dijitalleştirerek hataların, dekontların ve banka ekstrelerinin merkezi kayıt altında tutulması yönetimi kolaylaştırır; bu tür süreçleri otomatikleştirmek isterseniz BYönetim üzerinden site hesabınızı açıp 6 ay ücretsiz deneyebilirsiniz: https://byonetim.com.tr/create-building-step-1

Sıkça yapılan hatalar ve nasıl önlersiniz

  • Genel hesabı yerine kişisel hesaba havale kabul etmek — hesapların ayrışık olması gerekir.
  • Açıklama zorunluluğu koymamak — genel kurulda 'Ödeme açıklamasına aidat dönemi yazılmalı' kararı alınabilir.
  • Dijital kayıt tutmamak — dekont ve banka ekstresini eşleştiren yazılı prosedür eksikse uyuşmazlık artar.

Sıkça Sorulan Sorular

Banka dekontu yeterli bir ödeme kanıtı mıdır?
Net cevap: Tek başına genelde yeterli değildir; dekont ödeme girişiminin varlığını gösterir ama ödemenin site hesabına intikal edip etmediği banka kayıtlarıyla doğrulanmalıdır.

IBAN yanlış yazıldıysa para otomatik iade olur mu?
Net cevap: Yanlış IBAN alıcıya göre değişir; banka bazı durumlarda işlemi reddeder ve iade eder, bazı durumlarda ise hedef hesapta benzer bir hesap varsa para gitmiş olabilir — bankadan işlem sorgulaması gerekir.

Yönetici dekontu görüp borcu silebilir mi?
Net cevap: Eşleşen banka kaydı yoksa yönetici tek başına borcu silemez; geçici kabul için yazılı mutabakat alınması veya bankadan işlem teyidi beklenmelidir.

Gönderen bankası işlem hatasını düzeltmezse ne yapılır?
Net cevap: Gönderen tarafından bankaya itiraz ve iade talebi yapılır; sonuç alınamazsa durum yazılı olarak kayıt altına alınarak yönetim kararıyla takip edilir, gerektiğinde hukuki yola başvurulabilir—uzman görüşü alınması tavsiye edilir.

Bu tür durumların tekrarını nasıl engellersiniz?
Net cevap: Genel kurulda ödeme prosedürleri (sabit IBAN, açıklama zorunluluğu), dijital dekont-yükleme kanalları ve banka entegrasyonlu otomatik tahsilat sistemleriyle tekrarların önüne geçebilirsiniz.

Kaynak ve notlar

Kat Mülkiyeti Kanunu ve işletme projesi esas alınarak site ortak giderleri belirlenir; ödeme ispatı ve borç-ödeme ilişkisi somut delillere göre değerlendirilir. İhtiyaç halinde hukuki değerlendirme için bir avukata başvurulması önerilir.