Aidat Tahsilatı İçin Hatırlatma Akışı Nasıl Tasarlanır?

Aidat tahsilatı nasıl artırılır? Bu sorunun yanıtı çoğu zaman
daha sık mesaj göndermek değildir. Doğru tutarı, doğru muhataba, doğru anda
iletmek; ödeme geldiğinde sıradaki hatırlatmayı durdurmak ve istisnaları ayrı
işlemek daha güvenilir bir başlangıçtır. Yalnızca takvime bağlı otomasyon ise
borcunu ödemiş sakine tekrar mesaj göndererek güven kaybına ve finans ekibi
için fazladan düzeltme işine yol açabilir.
Bu rehber, aidat hatırlatma sürecini tek bir SMS şablonu olarak değil;
tahakkuk, güncel bakiye, muhatap, kanal, teslim kaydı, ödeme olayı ve
mutabakatla çalışan bir akış olarak ele alır. Amaç belirli bir tahsilat sonucu
vaat etmek değil, yönetimin ölçebildiği ve yanlış bildirimi azaltabildiği bir
işletim standardı kurmaktır.
Aidat hatırlatma akışı neden takvimden ibaret değildir?
Takvim yalnızca “ne zaman yeniden kontrol edelim?” sorusuna yanıt verir.
Mesajın gönderilip gönderilmeyeceğini ise o andaki kayıt durumu belirlemelidir.
Vade tarihi yaklaşmış olsa bile ödeme alınmış, banka hareketi henüz bağımsız
bölüme eşleşmemiş, tutara itiraz edilmiş veya muhatap bilgisi güncel olmayabilir.
Bu kayıtları aynı kampanyaya dahil etmek, otomasyonu hızlandırır fakat süreci
doğru hale getirmez.
Sağlam bir tahsilat süreci, her çalıştırmada en az şu dört
soruyu yeniden sorar: Açık bakiye hâlâ var mı? Tutar ve dönem doğrulandı mı?
Mesajın muhatabı güncel kayda göre doğru mu? Bu kişiye bu kanal üzerinden
ulaşmanın tanımlı bir dayanağı ve aydınlatma süreci var mı? Sorulardan biri
yanıtsızsa kayıt gönderim listesinden ayrılmalı ve inceleme kuyruğuna
alınmalıdır.
Genel vade duyurusu ile kişisel borç bildirimi aynı şey değildir
“Ekim dönemi aidatlarının son ödeme tarihi 10 Ekim’dir” gibi herkese yönelik
bir takvim duyurusu, belirli bir kişinin borçlu olduğunu açıklamaz. Buna
karşılık “Ekim dönemine ait 2.000 TL açık bakiyeniz bulunmaktadır” mesajı,
kişisel finansal kayıtla ilişkilidir. Hedef kitle, erişim yetkisi ve içerik
minimizasyonu bu iki iletişim türünde aynı şekilde ele alınmamalıdır.
Genel duyuruyu ilan panosunda veya toplu kanalda yayımlamak mümkün olsa bile
kişisel borç listesini ortak alana taşımak doğru bir yöntem değildir. KVKK’nın
18 Şubat 2026 tarihli ve 2026/348 sayılı kararı hakkındaki duyurusu, toplu yapılarda kişisel borç bilgilerinin herkesçe görülebilecek ortak
yerlere asılmasının hukuka aykırı olduğuna dikkat çeker. Duyuru; yetkisiz
üçüncü kişilerin erişemediği kapalı elektronik kanallar ve uygun veri güvenliği
tedbirlerinin değerlendirilmesini öne çıkarır.
Bu nedenle duyuru
yönetimi ile kişiye özel bakiye bildirimini ayrı kurallar ve ayrı
alıcı listeleriyle yönetin. Toplu mesaj ekranında alıcıların birbirini
görmemesi de tek başına yeterli değildir; içerik, yetki ve kayıt güvenliği
birlikte ele alınmalıdır.
Hatırlatmadan önce tamamlanması gereken kontroller
1. Tahakkuk, vade ve karar kaynağını doğrulayın
Mesaj üretmeden önce hangi dönem için hangi tutarın tahakkuk ettiğini, son
ödeme tarihini ve yönetim kararındaki dayanağı kontrol edin. Değişken gider,
ek avans veya geçmiş dönem düzeltmesi varsa bunları tek bir belirsiz “borç”
toplamına sıkıştırmayın. Sakin, mesajdaki tutarın hangi döneme ve hangi
kaleme ait olduğunu anlayabilmelidir.
Tahakkukun nasıl oluşturulduğunu ve bağımsız bölüm hesaplarının nasıl
izlendiğini önce oturtmak gerekiyorsa
site aidat takibi rehberindeki ortak veri ve günlük kontrol modelini kullanabilirsiniz. Hatırlatma akışı,
hatalı bir ana kaydı düzeltemez; yalnızca hatayı daha hızlı dağıtır.
2. Güncel bakiyeyi banka hareketleriyle eşleştirin
Kampanyadan hemen önce alınan ödemeleri işleyin. Açıklaması eksik veya farklı
hesaptan gelen ödemeleri “ödenmedi” sayıp otomatik mesaj göndermek yerine
eşleştirme kuyruğuna alın. Kısmi ödeme yapılmışsa mesajda eski toplam değil,
doğrulanmış kalan tutar görünmelidir. İade, mahsup ve düzeltme hareketleri de
aynı kontrol penceresine dahil edilmelidir.
3. Doğru muhatabı ve iletişim kaydını belirleyin
Malik, kiracı, bağımsız bölümü fiilen kullanan kişi ve ödeme sorumluluğu aynı
kişi olmayabilir. Yönetim, güncel malik–kiracı ilişkisini ve iletişimin
hukuki dayanağını kendi somut durumuna göre değerlendirmelidir. KVKK’nın
2020/755 sayılı
karar özetinde aidat borcu bilgisinin paylaşılması, Kat Mülkiyeti Kanunu
kapsamındaki sorumluluk ve hakkın tesisi, kullanılması veya korunması
bağlamında incelenmiştir. Bu karar, her durumda bütün kişilere sınırsız
bildirim yapılabileceği anlamına gelmez.
4. Aydınlatma ve kanal kuralını akışa ekleyin
İletişim kaydının nasıl elde edildiği, hangi amaçla işlendiği, kimlere
aktarılabileceği ve kişinin hakları anlaşılır biçimde açıklanmalıdır.
KVKK’nın aydınlatma yükümlülüğü duyurusu; veri sorumlusunun kimliği, işleme amacı, aktarım, toplama yöntemi ve hukuki
sebep ile ilgili kişi haklarının açıklanmasını ister. Aydınlatmayı yalnızca
açık rıza kutusuna indirgemeyin; somut sürecin hukuki değerlendirmesini ayrıca
yapın.
Durum bazlı gönderim listesi nasıl kurulur?
Tek bir “borçlular” listesi yerine, kayıtları işlenebilir durumlara ayırın.
Her durumun sonraki adımı ve listeden çıkış koşulu yazılı olmalıdır. Aşağıdaki
model, yönetimin kendi karar ve süreçlerine uyarlayabileceği operasyonel bir
başlangıçtır:
| Kayıt durumu | Hatırlatma kararı | Sonraki işlem |
|---|---|---|
| Açık ve doğrulanmış bakiye | Tanımlı kanaldan gönderilebilir | Dönem, tutar, vade ve ödeme yolu gösterilir |
| Ödendi ve hesaba işlendi | Gönderim durdurulur | Gerekirse ödeme alındı teyidi üretilir |
| Kısmi ödeme | Eski toplamla mesaj gönderilmez | Mahsup sonrası kalan tutar doğrulanır |
| Eşleşmeyen banka hareketi | Otomatik listeden çıkarılır | Finans ekibi dekont/açıklama eşleştirmesi yapar |
| İtirazlı tahakkuk | Standart kampanyadan ayrılır | İnceleme sahibi ve yanıt tarihi atanır |
| Muhatap veya kanal belirsiz | Gönderim yapılmaz | Kayıt güncelleme ve hukuki dayanak kontrol edilir |
| Teslim edilemedi | Aynı kanalda sınırsız tekrar yapılmaz | İzinli alternatif kanal ve iletişim kaydı incelenir |

ödeme olayı karar verir.
Vade öncesi ve sonrası aidat hatırlatma planı
T-5: Genel vade bilgisini duyurun
Son ödeme tarihinden birkaç gün önce, bütün siteye dönem ve vade bilgisini
veren genel bir duyuru yapılabilir. Bu aşamada kişisel borç tutarı veya
“ödemeyenler” listesi paylaşmak gerekmez. Duyuru, ödeme kanallarını ve destek
yolunu gösterir. Tarih, site rutini ve resmî tatiller dikkate alınarak
yönetimce belirlenmelidir; beş gün yalnızca örnek bir kontrol noktasıdır.
T-1: Yalnızca uygun açık kayıtları seçin
Vade öncesindeki kişisel hatırlatma, kampanya anında açık ve doğrulanmış
bakiyesi bulunan kayıtlara gitmelidir. Önce son banka hareketlerini işleyin,
ödeme bildirimi yapan fakat eşleşme bekleyen kayıtları ayırın ve alıcı
bilgisini yeniden doğrulayın. Bir önceki gün çıkarılan sabit listeyi ertesi
gün doğrudan kullanmayın.
T0: Mesajı tek işlem hedefiyle gönderin
Vade günü mesajı; yönetimin adı, ilgili dönem, güncel tutar, son ödeme tarihi,
güvenilir ödeme yolu ve hata bildirim kanalını içermelidir. Uzun hukuki
açıklamalar, baskı dili veya belirsiz tehditler yerine sakin kişinin yapacağı
bir sonraki işlem net olmalıdır. Ödeme yaptıysa kayıt eşleştirme yolunu,
tutara itirazı varsa inceleme kanalını ayrı sunun.
Ödeme olayı: Gelecek mesajları hemen durdurun
Tahsilat hesaba işlendiğinde ilgili bağımsız bölüm “ödendi” durumuna geçmeli
ve planlanmış sonraki hatırlatmalardan çıkarılmalıdır. Bu olay bazlı durdurma,
iyi bir akışın en önemli kontrollerinden biridir. Gecikmeli banka verisi varsa
otomatik gönderimden önce kısa bir mutabakat penceresi tanımlayın.
T+3: Yalnızca mutabakat sonrası açık kalanları değerlendirin
Vade sonrasındaki takipte bütün eski listeye aynı mesajı göndermeyin. Açık
bakiyeyi yeniden hesaplayın; kısmi ödeme, eşleşmeyen hareket, itiraz ve yanlış
iletişim kaydını ayrı rotalara alın. Üç gün burada zorunlu bir hukuki süre
değil, örnek bir operasyon kontrol noktasıdır. Yönetimin kararı ve somut
koşullarına göre farklı bir pencere belirlenebilir.
Mutabakat tamamlandığı halde bakiye açık kalıyorsa süreç artık basit bir vade
hatırlatmasından çıkar. Kayıt doğrulama, kişiye özel iletişim, ödeme planı ve
gerektiğinde yetkili hukuki değerlendirme için
gecikmiş aidat takip sürecine geçin. Bu geçişin sahibi ve tarihi sistemde görünür olmalıdır.
Kullanılabilecek ölçülü mesaj şablonları
Şablonlar doğrudan kopyalanacak hukuk metinleri değil, operasyonel iskeletlerdir.
Yönetim adı, veri işleme süreci, kararları ve ödeme kanallarıyla uyarlanmaları
gerekir.
Genel vade duyurusu
[Yönetim adı] için [dönem] aidatlarının son ödeme tarihi [tarih] olarak
belirlenmiştir. Ödeme kanalları ve destek bilgileri için [güvenilir bağlantı]
adresini kullanabilirsiniz.
Bu metin kişisel borç iddiası içermez; genel takvim bilgisini anlatır.
Duyurunun başlık, tarih, hedef kitle ve eylem bağlantısını nasıl sadeleştireceğinizi
site duyurusu hazırlama rehberinde bulabilirsiniz.
Kişisel açık bakiye hatırlatması
[Yönetim adı] kayıtlarına göre [dönem] için [tutar] açık bakiye görünmektedir.
Son ödeme tarihi [tarih]. Ödeme ve güncel hesap ayrıntısı için [kişiye özel
güvenli kanal] kullanılabilir. Ödeme yaptıysanız veya kaydın hatalı olduğunu
düşünüyorsanız [destek yolu] üzerinden bildirebilirsiniz.
Mesajın yalnızca doğrulanmış muhataba ve kapalı kanaldan gittiğinden emin olun.
Banka hesap numarası veya bağlantı kullanılıyorsa sahte yönlendirmeyi önlemek
için alıcının güvenilir alan adını nasıl kontrol edeceğini belirtin.
Ödeme alındı teyidi
[Tarih] tarihli [tutar] ödemeniz [dönem] hesabına işlendi. Güncel durumunuzu
[güvenli kanal] üzerinden kontrol edebilirsiniz. Bu işlem size ait değilse
[destek yolu] üzerinden yönetimle iletişime geçin.
Teyit, sakinin tekrar ödeme yapma endişesini azaltır ve kayıt eşleşmesini
görünür kılar. Ancak “borcunuz tamamen kapanmıştır” ifadesi ancak bütün
dönemler ve mahsuplar gerçekten kontrol edildiyse kullanılmalıdır.
Eşleşmeyen veya kısmi ödeme bildirimi
Hesabınızda inceleme gerektiren bir ödeme kaydı bulunmaktadır. Doğru döneme
eşleştirme için [işlem tarihi/referans] bilgisini [güvenli destek kanalı]
üzerinden paylaşabilirsiniz. İnceleme tamamlanana kadar kayıt standart
hatırlatma listesinden ayrılmıştır.
Gereksiz dekont ve kimlik belgesi toplamaktan kaçının. İstenen verinin
amaçla bağlantılı, sınırlı ve ölçülü olup olmadığını kontrol edin; paylaşım
için güvenli bir kanal sağlayın.
Otomasyonu güvenli tutan sekiz kontrol
-
Anlık bakiye filtresi: Gönderim saniyesinde açık olmayan
kaydı listeden çıkarın. -
Tekilleştirme: Aynı bağımsız bölüm, dönem ve alıcı için
kısa aralıkta yinelenen mesajı engelleyin. -
Ödeme sonrası bastırma: İşlenmiş tahsilatın gelecekteki
planları iptal ettiğini test edin. -
İstisna kuyruğu: Kısmi, eşleşmeyen ve itirazlı kaydı
standart kampanyadan ayırın. -
Rol ve onay: Listeyi hazırlayan, onaylayan ve şablonu
değiştiren kişilerin yetkilerini sınırlandırın. -
Teslim kaydı: Gönderildi, teslim edildi, açılamadı ve
başarısız gibi durumları aynı anlamda kullanmayın. -
Frekans sınırı: Teslim başarısızlığında sınırsız tekrar
yerine kontrol ve izinli alternatif kanal uygulayın. -
Değişiklik izi: Tutar, alıcı, şablon ve gönderim zamanı
değişikliklerini araştırılabilir biçimde saklayın.
Aidat tahsilat sürecinde hangi metrikler izlenmeli?
Yalnızca toplam tahsilat tutarına bakmak, hatırlatma akışının kalitesini
göstermez. Dönemsel ekonomik koşullar, ödeme günü ve başka yönetim kararları
sonucu etkileyebilir. Bu nedenle sonuç metriğini operasyon kalitesiyle birlikte
okuyun:
- Gönderim öncesi uygun bulunan açık kayıt sayısı,
- teslim edilen ve teknik olarak başarısız olan mesajların oranı,
- ödeme geldiği halde yanlışlıkla mesaj gönderilen kayıt sayısı,
- manuel eşleştirme bekleyen ödeme sayısı ve çözülme süresi,
- itirazlı veya hatalı tahakkuk olarak ayrılan kayıtlar,
- hatırlatma öncesi ve sonrası ödemelerin dönem bazlı dağılımı,
- destek talebi ve şikâyet sayısı,
- başarısız kanal nedeniyle güncellenmesi gereken iletişim kayıtları.
“Mesaj gönderildi, tahsilat arttı” sonucuna tek dönem verisiyle varmayın.
Benzer dönemleri karşılaştırın, yanlış bildirim ve itiraz sayısını da başarı
ölçütüne dahil edin. Kısa vadeli ödeme artışı, güven kaybı ve yoğun destek
yüküyle birlikte geliyorsa akışın yeniden tasarlanması gerekir.
Liyova ile hatırlatma akışı nasıl işletilebilir?
Liyova Tahsilat ve
Ödeme yapısı; bağımsız bölüm cari kayıtları, tahsilatlar ve mahsupların
aynı finansal süreçte izlenmesine yardımcı olur. Böylece gönderim listesi,
farklı elektronik tablolardaki eski kopyalar yerine güncel açık bakiye
durumundan üretilebilir. Otomasyon kuralı yine yönetimin doğruladığı dönem,
muhatap ve kanal koşullarına dayanmalıdır.
Genel vade bilgisini ve kişisel hatırlatmayı ayrı içeriklerle planlamak için
Duyurular bölümündeki
hedef kitle, kanal ve teslim kayıtları kullanılabilir. Sakinler
sakin mobil
uygulaması üzerinden hesap durumlarını ve kendilerine açık bilgileri
görüntüleyebilir; yönetim ise güvenilir bir uygulama bağlantısını mesajdaki
tek eylem noktası olarak sunabilir.
Kampanya sonrasında raporlar
üzerinden açık bakiye ve tahsilat görünümünü kontrol etmek, finans ekibinin
hangi kayıtların kapandığını ve hangilerinin inceleme beklediğini ayırmasına
yardımcı olur. Hiçbir ekran, doğrulanmamış hukuki varsayımın veya hatalı
iletişim kaydının yerini tutmaz; roller, onaylar ve istisna sahipliği ayrıca
tanımlanmalıdır.
Sık sorulan sorular
Aidat için kaç kez hatırlatma gönderilmeli?
Her site için geçerli tek bir sayı yoktur. Dönem, vade alışkanlığı, kanal,
teslim başarısı ve sakin geri bildirimlerine göre ölçülü bir sınır belirleyin.
Genel vade duyurusu, kişisel hatırlatma ve gecikmiş borç takibini aynı mesaj
sayısında değerlendirmeyin. Ödeme sonrası gönderimin durması, sıklıktan daha
temel bir kontroldür.
Ödeme yapan sakine hatırlatma gittiyse ne yapılmalı?
Önce ödeme ve mahsup kaydını doğrulayın; ardından yanlış bildirimi açıkça
düzeltin ve planlı gönderimleri durdurun. Hatanın banka verisi gecikmesi,
eşleştirme eksikliği, eski liste veya kural sorunundan mı kaynaklandığını
kaydedin. Aynı neden tekrar ediyorsa otomasyonun gönderim öncesi filtresini
düzeltmeden kampanyayı sürdürmeyin.
Borç bilgisi WhatsApp grubunda paylaşılabilir mi?
Herkesin birbirinin bilgisini görebildiği bir grup, kişisel borç ayrıntısı için
uygun bir kanal değildir. Güncel KVKK kararında vurgulanan veri minimizasyonu,
yetkisiz üçüncü kişilerin erişiminin önlenmesi ve güvenli kapalı kanal ilkelerini
somut sürece uygulayın. Gerektiğinde kişisel veriler ve kat mülkiyeti hukuku
alanında yetkili danışman görüşü alın.
Hatırlatma mesajı resmî ihtar yerine geçer mi?
Bu rehberdeki mesajlar operasyonel bilgilendirme ve hatırlatma amaçlıdır;
kendiliğinden resmî ihtar veya hukuki takip belgesi olarak sunulmamalıdır.
Gecikme tazminatı, takip usulü, muhatap ve bildirim yöntemi gibi konularda
güncel mevzuat ile somut yönetim belgeleri yetkili hukukçu tarafından
değerlendirilmelidir.
Hatırlatma mesajında gecikme tutarı gösterilmeli mi?
Yalnızca yönetimin geçerli kararına ve güncel mevzuata göre hesaplanmış,
dönemi ve yöntemi doğrulanmış bir tutar ayrı kalem olarak gösterilmelidir.
Belirsiz oran, tahmini masraf veya ileride doğabilecek tutarı kesinleşmiş borç
gibi yazmayın. Hesap doğrulanamıyorsa kayıt otomatik kampanyadan çıkarılmalıdır.
Sonuç: Tahsilatı mesaj sayısıyla değil, kayıt kalitesiyle yönetin
İyi tasarlanmış aidat hatırlatma akışı; genel vade bilgisini kişisel borç
bildiriminden ayırır, her gönderimden önce bakiyeyi ve muhatabı doğrular,
ödeme geldiğinde sonraki mesajları durdurur ve istisnaları uzman incelemesine
taşır. Böylece yönetim, daha yüksek sesle değil daha güncel ve ölçülü bir
süreçle iletişim kurar.
Mevcut tahakkuk, tahsilat, duyuru ve raporlama düzeninizi tek akışta görmek
için Liyova ekibiyle iletişime
geçebilir; örnek bir dönemde uygun kayıt, ödeme sonrası durdurma ve
mutabakat adımlarını birlikte değerlendirebilirsiniz.
Bu içerik genel operasyonel bilgilendirme amaçlıdır; hukuki danışmanlık
niteliği taşımaz. Kişisel veri, aidat sorumluluğu, gecikme ve takip süreçleri
somut olay, güncel mevzuat ve yetkili uzman görüşüyle değerlendirilmelidir.

