Apartman ve Site Yönetiminde Yapay Zeka Destekli Ön Muhasebe ve Otomatik Mutabakat

Yapay Zeka Destekli Ön Muhasebe Nedir? (Kısa Yanıt)

Yapay zeka destekli ön muhasebe, bir apartman veya sitenin gelir-gider kayıtlarının (aidat tahsilatı, fatura ödemesi, demirbaş alımı, personel gideri) banka hesap hareketleriyle otomatik olarak eşleştirilmesini sağlayan bir yaklaşımdır. Klasik yöntemde yönetici, banka ekstresini indirip her satırı tek tek aidat defteriyle karşılaştırır; otomatik mutabakatta ise sistem, tutar, tarih, gönderen adı ve açıklama alanındaki ipuçlarını birlikte değerlendirerek eşleşmeleri kendisi önerir. Yönetici yalnızca sistemin "emin olmadığı" satırlara bakar.

Bu yaklaşımın özü, insan emeğini tamamen ortadan kaldırmak değil, insan dikkatini yalnızca istisnalara yönlendirmektir. Örnek bir hesapla: 100 daireli bir sitede aylık 100 aidat hareketi oluşuyorsa, yıl sonunda bu sayı yaklaşık 1.200 satıra çıkar. Satır başına ortalama 1,5 dakika harcandığı varsayılırsa, toplam yük yaklaşık 30 saate ulaşır. Otomatik mutabakat bu sürenin büyük kısmını, yalnızca istisna satırları için harcanan birkaç saate indirir. Buradaki kritik nokta şudur: sistem ne kadar iyi kurulursa kurulsun, ilk aylarda istisna oranı yüksek olur; veri temizliği ilerledikçe bu oran düşer.

Özet: Otomatik mutabakat = kural tabanlı eşleştirme + olasılıksal tahmin + istisna kuyruğu. Yönetici, kuyruğu temizlediğinde ay kapanır.

Otomatik Mutabakat Gerçekte Nasıl Çalışır?

Mutabakat motoru, bir banka hareketini gördüğünde şu sinyalleri sırayla değerlendirir: tutarın aidat borcuyla birebir eşleşip eşleşmediği, hareket tarihinin tahakkuk dönemiyle örtüşüp örtüşmediği, gönderen adının daire sakini veya malik kaydıyla benzeşip benzeşmediği ve açıklama alanında daire numarası, blok adı ya da "aidat" gibi anahtar kelime bulunup bulunmadığı. Bu sinyaller bir skora dönüştürülür; skor belirli bir eşiğin üzerindeyse eşleşme otomatik onaylanır, altındaysa yönetici onayına düşer. Eşik değeri sistemden sisteme değişse de, uygulamada genellikle yüksek güvenli eşleşmeler için ayrı, düşük güvenli olanlar için ayrı kuyruk kullanılır.

Üç Katmanlı Eşleştirme Mantığı

Birinci katman kesin kural katmanıdır: tutar ve tarih birebir uyuyorsa, sistem doğrudan eşleştirir. İkinci katman benzerlik katmanıdır: tutar 1.500 TL borca karşılık 1.450 TL geldiyse, sistem bunu "kısmi ödeme" olarak işaretler ve kalan 50 TL'yi borçta bırakır. Üçüncü katman istisna katmanıdır: açıklamasız, farklı isimden gelen, tutarı hiçbir borçla örtüşmeyen hareketler buraya düşer ve manuel inceleme gerektirir. Bu üç katmanın sırası önemlidir; çünkü kesin kural katmanı atlanırsa benzerlik motoru gereksiz yere yüksek skorlu eşleşmeleri de istisnaya atar ve yönetici kuyruğu gereksiz şişer.

Neden Basit Kural Motoru Yetmez?

Sabit kurallarla ("tutar eşitse eşleştir") çalışan bir sistem, gerçek hayattaki üç yaygın durumda tıkanır: (1) bir malikin birden fazla dairesinin aidatını tek havale ile göndermesi, (2) kiracının malik yerine ödeme yapması, (3) banka açıklama alanına yalnızca isim yazıp daire numarası yazmaması. Yapay zeka katmanı, geçmiş eşleşmelerden öğrenerek bu durumların her biri için farklı davranış geliştirir. Örneğin "Ahmet Y." isminden gelen 3.000 TL'lik bir havale, geçmişte Ahmet Y. adına kayıtlı iki dairenin aidat toplamına denk geliyorsa, sistem bunu iki daireye bölerek önerebilir. Bu öğrenme, kural yazmadan çözülemeyecek bir esneklik sağlar; ancak sistemin önerisi her zaman yönetici onayına açık kalmalıdır.

Örnek Hesapla: Manuel ve Otomatik Mutabakat Karşılaştırması

Aşağıdaki tablo, 60 daireli bir apartman için aylık mutabakat yükünü karşılaştırır. Rakamlar örnek senaryodur, gerçek siteye göre değişir.

Örnek hesap: 60 daireli bir apartmanda aidat 1.500 TL ise aylık ortak gelir 90.000 TL olur. Yıllık aidat geliri ise 1.080.000 TL'ye ulaşır. Bu büyüklükte bir bütçede tek bir eşleşmeyen ödeme, ay sonu raporunu bozar ve genel kurulda "kasa açığı" tartışmasına dönüşebilir. Otomatik mutabakat, bu tür tek satırlık hataların aylarca fark edilmeden birikmesini engeller.

Kısmi Ödeme Senaryosu

Bir malik 1.500 TL yerine 1.200 TL gönderdiğinde, sistem bunu "kısmi ödeme" olarak işaretler ve kalan 300 TL'yi borçta bırakır. Ertesi ay aynı malik 1.800 TL gönderse, sistem önce 300 TL'lik gecikmiş borcu kapatır, kalan 1.500 TL'yi yeni dönem aidatına yazar. Bu davranış, manuel defterde sıkça yapılan "önce eski borç mu, yeni borç mu?" karışıklığını ortadan kaldırır. Ancak burada bir istisna vardır: malik ödeme açıklamasına "yeni dönem aidatı" gibi bir not düşmüşse, sistem bu notu dikkate alıp önce yeni dönemi kapatabilir; bu durumda yöneticinin kuralı baştan tanımlaması gerekir.

Otomatik Mutabakatın Tıkandığı Durumlar ve Çözümleri

Hiçbir otomatik sistem tam doğru çalışmaz; önemli olan tıkanma noktalarını önceden bilmek ve kuralları ona göre kurgulamaktır. En sık karşılaşılan üç tıkanma şunlardır.

1. Toplu Havale ile Gelen Çoklu Ödeme

Bir emlak yatırımcısı, sahip olduğu 5 dairenin aidatını tek havale ile gönderdiğinde sistem bunu tek bir büyük ödeme olarak görür. Çözüm: malik kaydına "ilişkili daireler" alanı eklenmesi ve sistemin bu malikten gelen toplu tutarı otomatik olarak dairelere bölmesi. Bu kural tanımlandığında, örnek: 5 daire × 1.500 TL = 7.500 TL'lik bir havale, beş ayrı aidat satırına bölünerek kapatılır. Kural tanımlanmazsa, bu tek havale her ay istisna kuyruğuna düşer ve yönetici aynı işlemi tekrar tekrar yapmak zorunda kalır.

2. Kiracı Ödemesi, Malik Borcu

Kiracı ödeme yaptığında ama borç malik adına kayıtlıysa, sistem gönderen adı ile borçlu adı arasında uyuşmazlık görür. Çözüm: daire kaydına kiracı bilgisinin işlenmesi ve sistemin "bu dairede kiracı var" bilgisini eşleştirme sinyali olarak kullanması. Bu kurgu yapılmadığında ödeme istisna kuyruğuna düşer ve her ay tekrar manuel onay gerekir. Bir kenar durum: kiracı, malikin adına ödeme yapıyorsa (örneğin malik adına havale), sistem gönderen adını malikle eşleştirebilir; bu durumda kiracı bilgisi devre dışı kalır ve eşleşme yine doğru sonuç verir.

3. Fatura Ödemelerinde Değişken Tutar

Elektrik faturası bir ay 4.200 TL, sonraki ay 6.800 TL geldiğinde, sabit kural motoru bunu "beklenmeyen tutar" olarak işaretler. Çözüm: sistemin fatura ödemelerini aidat ödemelerinden ayrı bir kuyrukta değerlendirmesi ve tedarikçi adı + fatura dönemi eşleşmesine bakması. Bu ayrım yapılmadığında, aidat kuyruğu gereksiz istisnalarla dolar. Uygulamada genellikle fatura kuyruğu için ayrı bir onay eşiği belirlenir; örneğin 5.000 TL üzeri faturalar yönetici onayına düşerken, altındaki tutarlar otomatik kapatılabilir.

Kurulum ve Geçişte Dikkat Edilmesi Gerekenler

Otomatik mutabakata geçiş, tek seferlik bir yazılım kurulumu değil; veri düzeni ve süreç tasarımı işidir. Aşağıdaki adımlar, geçiş sürecini öngörülebilir kılar.

Adım Adım Geçiş Kontrol Listesi

1. Daire ve malik kayıtlarını tekilleştirin. Aynı daire için iki farklı isim kaydı varsa, sistem her ikisini de ayrı borçlu sanır.
2. Banka hesap yapısını netleştirin. Aidat, demirbaş ve ortak gider için ayrı hesaplar kullanılıyorsa, her hesabın hangi kuyruğa bağlanacağını baştan tanımlayın.
3. Geçmiş 3 aylık ekstreyi test verisi olarak yükleyin. Sistemin ilk eşleştirme başarısını gerçek verinizle ölçün.
4. İstisna onay akışını yazılı hale getirin. Hangi tutarın üzerindeki istisnaların yönetici, hangilerinin muhasebe sorumlusu tarafından onaylanacağını belirleyin.
5. Aylık kapanış tarihini sabitleyin. Örneğin her ayın 5'inde kapanış yapılıyorsa, sistem bu tarihe kadar gelen ödemeleri o döneme yazmalıdır.

Veri Kalitesi Neden Her Şeydir?

Otomatik mutabakatın doğruluk oranı, büyük ölçüde kayıt kalitesine bağlıdır. Daire numarası, blok adı, malik adı ve iletişim bilgisi eksik olan bir veri tabanında sistem sürekli istisna üretir ve yönetici kısa sürede "bu sistem işe yaramıyor" sonucuna varır. Bu nedenle geçişin ilk haftası, mutabakattan çok veri temizliğine ayrılmalıdır. Sektördeki bazı çözümler bu temizliği içe aktarma sihirbazı ile kolaylaştırır; bazı platformlar daire-malik-kiracı ilişkisini tek kayıtta tutarak eşleştirme sinyalini güçlendirir. Hangi çözüm seçilirse seçilsin, veri kalitesi düşükse hiçbir otomasyon beklenen faydayı sağlamaz.

Finansal Otomasyonun Getirdiği Ölçülebilir Faydalar

Otomatik mutabakatın faydası yalnızca zaman tasarrufu değildir; hata oranı, şeffaflık ve denetlenebilirlik boyutlarında da somut kazanç sağlar.

Hata Oranı ve Denetim İzi

Manuel defterde en sık yapılan hata, aynı ödemenin iki kez işlenmesi ya da bir ödemenin yanlış daireye yazılmasıdır. Otomatik sistemde her eşleşme, hangi banka hareketiyle hangi borcun kapatıldığını gösteren bir denetim izi bırakır. Yıl sonunda denetim ya da genel kurul incelemesi geldiğinde, her satırın kaynağı tek tıkla görülebilir. Örnek: 1.080.000 TL'lik yıllık aidat gelirinin her bir satırı, ilgili banka hareketine bağlı olarak listelenebilir. Bu denetim izi, yönetici değişiminde de devir teslimi kolaylaştırır; yeni yönetici geçmiş eşleşmelerin gerekçesini görebilir.

Aidat Tahsilatına Etkisi

Mutabakat hızlandığında, gecikmiş borçlar da daha erken görünür hale gelir. Ay kapandığında hangi dairenin ne kadar borcu olduğu netleşir ve hatırlatma bildirimleri zamanında gönderilebilir. Aidat tahsilat oranını yükseltmenin yollarını ayrıntılı olarak Aidat Tahsilatında %95 Başarı Nasıl Yakalanır? yazısında ele almıştık; otomatik mutabakat bu sürecin görünmez ama kritik altyapısıdır. Burada bir uyarı gerekir: mutabakat hızlanınca gecikmiş borçlar erken görünür, ancak hatırlatma bildirimlerinin sıklığı ve dili site sakinleriyle baştan kararlaştırılmazsa, teknik hız ilişkileri gerebilir.

Raporlama ve Karar Alma

Otomatik mutabakat, yöneticiye yalnızca "kim ödedi, kim ödemedi" sorusunun cevabını vermez; aynı zamanda gider kalemlerinin zaman içindeki seyrini de gösterir. Örneğin asansör bakım gideri son 12 ayda nasıl değişti, temizlik gideri daire başına ne kadar arttı gibi sorular, manuel defterde saatler süren çalışmayla yanıtlanırken otomatik sistemde rapor tek ekranda çıkar. Bu tür veriler, genel kurulda bütçe tartışmalarının duygusal değil sayısal zeminde yürümesini sağlar. Bina teknolojilerinin genel çerçevesini merak edenler için Akıllı Bina Teknolojileri ve IoT yazısı tamamlayıcı bir bakış sunar. Örnek bir karar senaryosu: son 12 ayda temizlik gideri daire başına aylık 120 TL'den 150 TL'ye çıkmışsa, bu artışın hizmet kapsamındaki genişlemeden mi yoksa fiyat artışından mı kaynaklandığı aynı raporda kalem kalem görülebilir.

Yapay Zeka Muhasebede Hukuki ve Etik Sınırlar

Otomatik mutabakat bir karar destek aracıdır, karar verici değildir. Nihai sorumluluk her zaman yöneticide ve yönetim kurulundadır. Sistemin önerdiği bir eşleşme yanlışsa ve bu yanlış genel kurula sunulan bilançoya yansırsa, sorumluluk yazılıma değil, onay veren kişiye aittir. Bu nedenle sistemin önerdiği eşleşmelerin bir kısmının otomatik onaylanması, bir kısmının ise mutlaka insan onayından geçmesi gerekir; hangi tutarın üzerindeki eşleşmelerin otomatik onaylanacağı site yönetimince yazılı olarak belirlenmelidir.

Kişisel Verilerin Korunması

Mutabakat sistemleri, malik ve kiracı adı, daire numarası, ödeme tutarı gibi kişisel verileri işler. Bu verilerin yalnızca mutabakat amacıyla kullanılması, üçüncü taraflarla paylaşılmaması ve erişim yetkilerinin rol bazlı tanımlanması gerekir. Yönetici değiştiğinde eski yöneticinin sisteme erişiminin kapatılması da bu kapsamdadır. Uygulamada genellikle bu tür sistemlerde erişim logları tutulur; kimin hangi tarihte hangi kaydı görüntülediği geriye dönük izlenebilir. Bu loglar, hem malik itirazlarında hem de denetimlerde işe yarar.

Şeffaflık ve İtiraz Hakkı

Bir malik, sistemin kendisine yazdığı borcu hatalı buluyorsa, itirazını hangi kanaldan ve hangi süre içinde yapacağı baştan tanımlanmalıdır. Otomatik sistemin avantajı, itiraz edildiğinde ilgili banka hareketinin ve eşleşme gerekçesinin anında gösterilebilmesidir. Bu, hem yöneticiyi hem maliki korur. İtiraz süresi ve kanalı yazılı değilse, sözlü itirazlar kayıt dışı kalır ve aynı konu her ay yeniden gündeme gelir.

Sonuç: Otomasyon, Yöneticiyi Değiştirmez; Yükünü Azaltır

Yapay zeka destekli ön muhasebe ve otomatik mutabakat, apartman ve site yönetiminde en çok zaman yiyen işlerden birini öngörülebilir hale getirir. Ancak bu sistemler, veri kalitesi düşükse, istisna akışı tanımlı değilse ya da kapanış tarihi belirsizse beklenen faydayı sağlamaz. Doğru kurgulandığında ise yönetici, ay sonu mutabakatını günler yerine saatler içinde tamamlar ve kalan zamanını site sakinleriyle iletişime, bakım planlamasına ve bütçe iyileştirmesine ayırabilir. Örnek hesapla: 60 daireli bir apartmanda yıllık mutabakat yükü manuelde yaklaşık 21,5 saatken, otomatik sistemde istisna satırları için harcanan yaklaşık 2,8 saate iner; bu fark, yöneticinin yılda yaklaşık 18 saatini başka işlere ayırması anlamına gelir. Bu kazancın gerçekleşmesi, geçiş öncesi veri temizliğine ve istisna onay akışının yazılı tanımlanmasına bağlıdır.

Not: Bu yazı genel bilgilendirme amaçlıdır; hukuki veya mali danışmanlık yerine geçmez. Kendi sitenizin sözleşme, bütçe ve mevzuat durumuna göre bir uzmana danışmanız önerilir.