Apartman İcra Takip Yazılımı: Aidat Alacaklarının Dijital Takibi

Apartman İcra Takip Yazılımı Ne İşe Yarar? (Kısa Yanıt)

Apartman icra takip yazılımı; vadesi geçen aidat ve ortak gider borçlarını bağımsız bölüm, dönem ve tutar bazında kayıt altına alan, gecikme faizini hesaplayan, ihtar ve takip aşamalarını tarih sırasıyla belgeleyen bir yönetim aracıdır. Amacı hukuki süreci yürütmek değil, sürece giren her adımın kaydını düzenli ve denetlenebilir hâle getirmektir. Doğru kurgulandığında yöneticinin "kim, hangi dönem, ne kadar borçlu ve hangi aşamadayız" sorusuna saniyeler içinde yanıt vermesini sağlar.

Bu yazı bir satın alma rehberidir: seçenekleri tür bazında karşılaştırıyor, seçim ölçütlerini ve maliyet kalemlerini örnek hesapla gösteriyoruz. Hukuki sürecin nasıl işlediğine dair genel çerçeveyi ise bağlantılı rehberlerden tamamlayabilirsiniz. Önemli bir ayrımı en başta netleştirelim: yazılım karar vermez, kararın dayanağı olan veriyi tutar. Bu nedenle ürün seçerken "icra başlatır mı" değil, "hangi borç kalemini hangi tarihte, hangi belgeyle kayıt altına alır" sorusunu sormalısınız.

Yazılımın katkısı üç katmanda ortaya çıkar. Birincisi kayıt katmanı: her bağımsız bölüm için ayrı borç kalemleri. İkincisi hesap katmanı: dönem aralığı ve oran üzerinden gecikme tutarı. Üçüncüsü kanıt katmanı: ihtar, tebliğ ve ödeme belgelerinin ilgili kayda bağlanması. Bu üç katmandan biri eksikse araç, pahalı bir not defterinden öteye geçmez.

Dijital Takip Neyi Değiştirir?

Kâğıt defter veya dağınık tablolarla yürütülen takipte en sık yaşanan sorun, bilginin tek bir yerde ve tutarlı biçimde durmamasıdır. Bir dosyada tahsil edilen tutar güncellenmez, başka bir dosyada ihtar tarihi kaybolur; genel kurulda "şu dairenin borcu ne kadar?" sorusu yarım saatlik araştırmaya dönüşür. Dijital takip bu dağınıklığı tek bir kayıt yapısına indirir. Örneğin 40 daireli bir apartmanda her daire için 12 dönemlik borç kalemi tutulduğunda ortaya 480 satırlık bir kayıt tablosu çıkar; bu tablo elle tutulduğunda tek bir hatalı formül tüm yıllık toplamı bozar.

İkinci fark zaman boyutudur. Aidat alacağı dönem dönem birikir; her dönemin kendi vadesi, kendi gecikme süresi ve kendi faiz hesabı vardır. Yazılım, dönem bazlı borç kalemlerini ayrı ayrı tuttuğunda ödeme geldiğinde hangi döneme mahsup edildiği de kayda geçer. Bu, sonradan çıkacak "ben ödemiştim" itirazlarında en çok işe yarayan ayrıntıdır. Elle takipte kısmi ödeme çoğu zaman "toplam borçtan düşüldü" şeklinde işlenir; hangi ayın kapandığı belirsiz kalır.

Üçüncü fark izlenebilirlik: kimin ne zaman hangi işlemi yaptığı kayıt altına alınır. Yönetim değiştiğinde devir teslimi kâğıt klasörlerle değil, sistemden alınan bir borç listesiyle yapılır. Bu noktada bir kenar durumu akılda tutmak gerekir: yönetim değişikliği sırasında eski yöneticinin sisteme girdiği kayıtların dondurulması (salt okunur hâle getirilmesi) tercih edilirse, sonraki dönemde yapılan geriye dönük düzeltmelerin kim tarafından yapıldığı da izlenebilir kalır. Yönetici değişikliği sürecinin kendisi için ayrıca Yönetici Değişikliği Nasıl Yapılır? (2025 Rehberi) yazısına bakabilirsiniz.

Seçeneklerin Karşılaştırması

Aşağıdaki tablo, aidat alacağı takibinde kullanılan yaklaşımları ölçüt bazında karşılaştırır. "Uygunluk" sütunları kesin bir sıralama değil, tipik kullanım profiline göre yön göstergesidir. Tabloda marka adı geçmez; seçenekler yaklaşım türü olarak yazılmıştır.

Ölçüt	Elektronik tablo ile takip	Yerel (kurulum gerektiren) yazılım	Bulut tabanlı yazılım
Kurulum / başlangıç	Anında, ek kurulum yok	Kurulum ve güncelleme gerekir	Tarayıcıdan erişim, kurulum yok
Çoklu kullanıcı	Dosya paylaşımıyla sınırlı, çakışma riski	Ağ içinde mümkün	Rol bazlı, eşzamanlı kullanım
Dönem bazlı borç takibi	Elle formül ve disiplin gerekir	Genellikle hazır	Genellikle hazır
Gecikme faizi hesabı	Formülle, hata riski yüksek	Otomatik veya yarı otomatik	Otomatik
İhtar / takip aşaması kaydı	Serbest metin, standart yok	Sınırlı olabilir	Aşama ve tarih kaydı
Belge ve ek dosya arşivi	Ayrı klasörlerde dağınık	Yerel diskte	Sistem içinde
Uzaktan erişim	Bulut senkronizasyonu ile	Genellikle yok veya VPN ile	Doğal olarak var
Yedekleme sorumluluğu	Kullanıcıda	Kullanıcıda	Genellikle hizmet sağlayıcıda
Yönetim devri kolaylığı	Dosya devri, karışık	Kurulum ve veri devri gerekir	Hesap devri, hızlı
Yıllık maliyet eğilimi	Düşük görünür, işçilik yüksek	Lisans + bakım	Abonelik

Tablodan çıkan pratik sonuç şudur: 8-10 daireli ve borç sorununun nadir olduğu bir apartmanda disiplinli bir tablo yeterli olabilir. Buna karşılık 60 daireli bir sitede takip edilecek kalem sayısı arttıkça, tablonun görünmeyen maliyeti (formül hataları, kaybolan kayıtlar, tekrarlanan iş) hızla büyür. Bu eşiği sayısallaştırmak mümkündür: daire sayısı ile geriye dönük tutulan dönem sayısının çarpımı 500'ü geçtiğinde (örneğin 60 daire × 12 dönem = 720 kayıt satırı), elle takibin bakım yükü belirgin biçimde artar. Bu, kesin bir kural değil, karar verirken kullanabileceğiniz bir kıyas ölçüsüdür.

Seçim Ölçütleri: Neye Bakmalı?

1. Dönem bazlı borç yapısı. Sistem, her daire için ay ay borç kalemi oluşturabilmeli ve ödemeyi hangi döneme mahsup ettiğinizi göstermelidir. Yalnızca "toplam borç" tutan bir araç, itiraz anında işe yaramaz. Test etmenin basit yolu: sisteme kurgusal bir kısmi ödeme girin ve hangi dönemin kapandığını ekranda görebiliyor musunuz diye bakın.

2. Faiz hesabının şeffaflığı. Gecikme faizi hesabı yapılıyorsa, sistemin hangi tarih aralığını ve hangi oranı kullandığını göstermesi gerekir. Oranı siz girebiliyor olmalısınız; sabit ve güncellenemeyen bir oran, dönem sonunda yanlış sonuç üretir. Ayrıca hesabın "hangi tarihten itibaren" başladığı kuralı yazılı olmalıdır; vade tarihinden mi, ihtar tarihinden mi başladığı dosyaya göre değişebilir.

3. Takip aşamalarının kaydı. İhtar, tebliğ, ödeme, kısmi ödeme, anlaşma gibi aşamaların tarihiyle birlikte tutulması, hem yönetim raporlamasını hem de sonraki hukuki adımı kolaylaştırır. Aşamaların "geri alınamaz" biçimde loglanması, sonradan yapılan değişikliklerin izini sürmeyi mümkün kılar.

4. Belge arşivi. İhtarname, ödeme dekontu, yazışma gibi belgelerin ilgili borç kaydına bağlanabilmesi gerekir. Ayrı klasörlerde tutulan belgeler kısa sürede kaybolur. Bu ölçütü test etmek için, sisteme bir dekont yükleyip ilgili dönem kaydından tek tıkla erişip erişemediğinizi deneyin.

5. Yetki ve erişim ayrımı. Denetçinin yalnızca görüntüleme, yöneticinin kayıt girme, tahsilat yetkilisinin sınırlı işlem yapma gibi farklı yetkileri tanımlanabilmelidir. Aksi hâlde herkes her kaydı değiştirebilir ve kayıt güvenilirliği zayıflar.

6. Veri dışa aktarma. Borç listesini tablo veya rapor olarak dışa aktarabilmek, genel kurul sunumu ve avukata dosya teslimi için gereklidir. Verinizi dışa aktaramadığınız bir sisteme bağlanmak, ileride geçiş maliyetini yükseltir. İdeal olarak, çıktı alınan dosyanın hangi alanları içerdiğini (daire no, dönem, tutar, ödeme tarihi, kalan bakiye) sözleşmede netleştirin.

7. Sözleşme ve veri sorumluluğu. Hizmet şartları, verinin nerede tutulduğu, hizmet sonlandığında verinin nasıl teslim edildiği yazılı olmalıdır. Bunlar teknik ayrıntı gibi görünse de uzun vadede en belirleyici maddelerdir. Hizmet sonlandığında verinin kaç gün içinde ve hangi formatta teslim edileceği sorusunun sözleşmede yanıtı yoksa, bu bir uyarı işaretidir.

Kime Uygun: Yönetim Tipine Göre Tercih

Küçük apartman (yaklaşık 8-20 daire), gönüllü yönetici. Borçlu daire sayısı genellikle bir elin parmaklarını geçmez. Disiplinli bir tablo, düzenli hatırlatma ve net bir ödeme takvimi çoğu durumda yeterlidir. Yazılıma geçmenin asıl gerekçesi, kayıtların yönetici değişiminde kaybolmasını önlemektir. Bu ölçekte, yıllık toplam borç kalemi sayısı (daire × dönem) genellikle 240'ın altında kalır; bu hacim elle yönetilebilir sınırda sayılabilir.

Orta ölçekli apartman (20-60 daire). Bu bantta iki şey aynı anda büyür: takip edilecek dönem sayısı ve yönetime gelen soru sayısı. Bulut tabanlı bir çözüm, yöneticinin kendi bilgisayarına bağlı kalmadan kayda erişmesini sağlar. Bu ölçekte en çok fayda, dönem bazlı borç yapısı ve ödeme mahsup kaydından gelir. Örneğin 30 daireli bir apartmanda aylık aidat 1.200 TL ise aylık ortak gelir 36.000 TL; borçlu 4 daire varsayımıyla aylık geciken tutar 4.800 TL olur.

Site ve profesyonel yönetim (60+ daire). Burada takip, tek bir kişinin işi olmaktan çıkar. Rol bazlı yetki, denetlenebilir işlem kaydı, toplu raporlama ve avukata devredilebilir dosya çıktısı belirleyici olur. Apartman, site, güvenlik ve temizlik hizmeti veren yönetim şirketlerine yönelik yazılımlar, aidat ve gider kayıtlarını aynı yapı içinde tutmayı hedeflediği için bu ölçekte takip ile muhasebe arasındaki kopukluğu azaltır. Bu ölçekte birden fazla blok varsa, blok bazlı raporlama ihtiyacı da doğar; seçim ölçütlerine "blok/parsel bazlı filtreleme" maddesini eklemek gerekir.

Karışık kullanım (ticari birim + konut). İşyeri niteliğindeki bağımsız bölümlerde ortak gider paylaşımı ve faturalandırma farklılaşabilir. Bu durumda sistemin bağımsız bölüm tipine göre ayrı borç kalemi tanımlayabilmesi gerekir. Örneğin zemin kattaki bir dükkân ile üst kattaki konutun ortak gider payı farklı hesaplanıyorsa, sistem bu iki tipi ayrı satır olarak tutabilmelidir; aksi hâlde her ay elle düzeltme yapmanız gerekir.

Maliyet: Nelerden Oluşur?

Aidat icra takibi için yazılım maliyeti tek bir fiyat etiketi değildir. Toplam maliyeti oluşturan kalemler şunlardır:

• Abonelik veya lisans bedeli: Kullanıcı sayısı, daire sayısı veya modül sayısına göre değişir.
• Başlangıç ve veri aktarımı: Mevcut borç listesinin sisteme taşınması, çoğu zaman ayrı bir emek kalemidir.
• Eğitim ve alışma süresi: Yönetim ekibinin sistemi öğrenmesi için ayrılan zaman.
• Donanım ve bağlantı: Yerel kurulum tercih edilirse sunucu/bilgisayar ve yedekleme çözümü.
• Entegrasyon kalemleri: Banka entegrasyonu veya online ödeme altyapısı ayrı ücretlendirilebilir.
• Görünmeyen kalem: Kâğıt ve tablo ile takipte harcanan işçilik. En sık gözden kaçan kalem budur.

Örnek hesap (kurgusal): 60 daireli bir apartmanda aidat 1.500 TL ise aylık ortak gelir 60 × 1.500 = 90.000 TL olur. Borçlu daire oranı %10, yani 6 daire kabul edilirse aylık geciken tutar 6 × 1.500 = 9.000 TL'dir. Yıllık gecikme 9.000 × 12 = 108.000 TL'ye ulaşır. Yönetimin bu takibi elle yürütmek için ayda ortalama 6 saat harcadığını varsayalım; saatlik 250 TL ile bu, ayda 1.500 TL ve yılda 18.000 TL işçilik demektir. Bu örnekte yazılımın yıllık bedeli 18.000 TL'nin altındaysa, yalnızca işçilik kalemi üzerinden bile kendini karşılar. Rakamlar örnektir; kendi daire sayınız, aidat tutarınız ve harcadığınız süreyle yeniden hesaplayın.

Aynı hesabı farklı bir ölçekle tekrarlamak, karar verirken işe yarar. 20 daireli bir apartmanda aidat 1.000 TL ise aylık ortak gelir 20.000 TL'dir. Borçlu 2 daire varsayımıyla aylık geciken tutar 2.000 TL, yıllık 24.000 TL olur. Elle takip için ayda 3 saat harcandığını ve saatlik 250 TL alındığını varsayarsak yıllık işçilik 9.000 TL'ye denk gelir. Bu ölçekte yazılımın işçilik tasarrufu üzerinden kendini karşılama eşiği belirgin biçimde düşer; karar, kayıt güvenliği ve devir kolaylığı gibi parasal olmayan gerekçelere kayar. Bu da bir seçim ölçütüdür, göz ardı edilmemelidir.

Kurulum ve Geçişte Pratik Adımlar

Geçişin en riskli anı ilk veri girişidir. Sıralamayı şöyle kurmak işi kolaylaştırır:

1. Bağımsız bölüm listesini sabitleyin. Blok, kat, daire no ve varsa işyeri/konut tipi alanlarını tek seferde netleştirin.
2. Dönem başlangıcını belirleyin. Geriye dönük kaç dönemin girileceğine karar verin; bu tercih, takip edilecek kayıt hacmini doğrudan belirler.
3. Açılış borç bakiyesini girin. Geçmiş dönemlerden devreden tutarı, mümkünse dönem bazında ayrıştırarak aktarın.
4. Faiz parametresini tanımlayın. Oran ve başlangıç kuralını yazılı hâle getirin ki sonradan tartışma çıkmasın.
5. Yetkileri atayın. Yönetici, denetçi ve tahsilatla ilgilenen kişi için ayrı roller tanımlayın.
6. İlk raporu alın. Kurulumun doğru olduğunu, sistemden alınan borç listesiyle eski kaydınızı karşılaştırarak test edin.

Bu adımların çoğu, hangi yazılımı seçerseniz seçin aynıdır; fark, sistemin bu adımları ne kadar kolaylaştırdığıdır. 6. adımda karşılaştırmayı nasıl yapacağınızı somutlaştıralım: eski kaydınızdan rastgele üç daire seçin ve bu üç dairenin dönem bazlı borç toplamını yeni sistemdeki karşılığıyla satır satır kıyaslayın. Toplamlar tutuyor ama satırlar tutmuyorsa, sorun büyük olasılıkla mahsup sırasındadır; geçişi tamamlamadan önce bunu düzeltin.

Sık Yapılan Hatalar

Borcu tek satırda tutmak. "Daire 4: 12.000 TL borçlu" kaydı, hangi döneme ait olduğu bilinmediğinde itiraz karşısında savunulamaz. Dönem bazlı kayıt şarttır. Bunun somut karşılığı şudur: 12.000 TL'lik bir borç, aylık 1.000 TL'den 12 döneme yayıldığında her dönemin kendi vadesi ve kendi gecikme süresi olur; tek satırlık kayıtta bu ayrım tamamen kaybolur.

Ödemeyi mahsuplaştırmamak. Tahsil edilen tutar sisteme işlenmezse liste şişer, genel kurulda yanlış tablo sunulur ve gereksiz yere hukuki adım atılır. Kısmi ödeme alındığında hangi dönemin kapandığının kayda geçmesi, sonraki itirazların önünü keser.

Faizi elle hesaplamak. Dönem aralıkları ve oran değişiklikleri elle hesaplandığında hata kaçınılmazdır. Hesabı sistemin yapması, çıktının da sistemden alınması gerekir. Aksi hâlde genel kurulda sunulan tutar ile sistemdeki tutar birbirini tutmaz.

Belgeyi borca bağlamamak. İhtarname ve dekont ilgili kayda bağlanmadığında, dosya hukuki aşamaya taşındığında kanıt zinciri zayıflar.

Yedekleme sorumluluğunu belirsiz bırakmak. Yerel kurulumda yedek alınmazsa tek bir arıza yıllarca birikmiş kaydı silebilir. Bulut çözümde ise yedekleme kapsamını sözleşmede teyit etmek gerekir; "yedekleniyor" ifadesinin ne sıklıkta ve ne kadar geriye dönük olduğunu sormak gerekir.

Hukuki Çerçeveye Dair Notlar

Takip sürecinin hukuki ayrıntıları (hangi aşamada hangi belgenin gerektiği, faiz başlangıcı, yetkili merciler) yönetim planınıza ve somut olaya göre değişir; bu yazı bu konuda hüküm kurmaz. Genel çerçevede Türk Medeni Kanunu'nun 625. maddesi, yöneticinin icra takibi ve dava konularındaki konumuna ilişkin bir düzenleme başlığı taşır; ayrıntı için maddenin güncel resmî metnine ve bir uzmana başvurulmalıdır. Benzer şekilde Türk Borçlar Kanunu'nun 590. maddesi kefilin takibi başlığını taşır; kefaletle güvence altına alınmış bir alacak söz konusuysa bu başlık ilgili olabilir. Bu maddelerin somut olaya nasıl uygulanacağı, dosyanın niteliğine göre farklılık gösterir.

Uygulamada en çok işe yarayan yaklaşım, hukuki adımı avukatla yürütmek, yazılımı ise bu adımın kayıt ve raporlama tarafında kullanmaktır. Yazılım karar vermez; kararın dayanağı olan veriyi düzenli tutar. Bu nedenle seçim yaparken "hukuki süreci otomatikleştiriyor mu" sorusundan çok, "sürece giren her belgeyi ve tarihi eksiksiz kaydediyor mu" sorusuna odaklanmak gerekir. Ortak alan işletmesi veya sosyal tesis gibi ek gider kalemleri olan sitelerde, bu kalemlerin de borç yapısına dahil edilebilmesi ayrıca değerlendirilmelidir; ortak alan işletme giderlerinin aidatla birlikte takip edilmesi gereken durumlar için Sitede Sosyal Tesis Yönetimi: Havuz, Spor Salonu ve Ortak Alan İşletme Rehberi yazısı yol gösterici olabilir. Ayrıca komşular arası uyuşmazlıklarda arabuluculuk gündeme gelebileceğinden, süreç tasarımında bu olasılığı da hesaba katmak için Komşu Uyuşmazlıklarında Zorunlu Arabuluculuk: Kapsamlı Rehber yazısına bakabilirsiniz.

Sonuç: Hangi Durumda Hangi Tercih?

Kararı üç soruyla netleştirebilirsiniz. Birincisi: takip edilecek borç kalemi sayısı kaç? Daire sayısı ve geriye dönük dönem sayısı çarpımı 500'ün üzerindeyse (örneğin 50 daire × 12 dönem = 600 kayıt) tablo yönetimi zorlaşır. İkincisi: kayda kaç kişi aynı anda erişecek? Birden fazla kişi erişecekse bulut tabanlı çözüm belirgin biçimde öne çıkar; çünkü dosya paylaşımıyla çalışan bir tabloda eşzamanlı düzenleme çakışma üretir. Üçüncüsü: yönetim ne sıklıkla el değiştiriyor? Sık değişiyorsa, devredilebilir ve dışa aktarılabilir veri yapısı en önemli ölçüt hâline gelir.

Bu üç soruya verdiğiniz yanıt, hangi seçeneğin sizin için uygun olduğunu büyük ölçüde belirler. Yazılım seçerken en düşük fiyatı değil, verinizi kaybetmeyeceğiniz ve dışa aktarabileceğiniz yapıyı arayın. Karar verirken şu kısa kontrol listesini kullanabilirsiniz: (1) kısmi ödeme testini geçti mi, (2) faiz oranını siz girebiliyor musunuz, (3) belgeyi borç kaydına bağlayabiliyor musunuz, (4) veriyi tablo olarak dışa aktarabiliyor musunuz, (5) hizmet sonlandığında verinin teslimi sözleşmede yazılı mı. Bu beş sorunun yanıtı netse, ölçek fark etmeksizin doğru seçimi yapmış olursunuz.

Bu yazı genel bilgilendirme amaçlıdır ve hukuki görüş niteliği taşımaz. Somut uyuşmazlıklarda ve takip süreçlerinde bir avukata veya yetkili uzmana danışmanız önerilir.