Kısmi Tahsilatta Mahsup Haritası: Hangi Faturanın Bakiyesi Kapanır?

Para geldi, fakat hangi borç azaldı?
Bir müşterinin 40, 60 ve 90 birimlik üç açık faturası olduğunu düşünelim. Banka hesabına 75 birim gelir; açıklamada yalnız şirket adı vardır. Toplam alacak azalmıştır, ancak hangi faturanın ne kadar kapandığı belli değildir. Yazılım parayı otomatik olarak en eski faturaya dağıtırsa bu işlem müşterinin talimatı, sözleşme veya uygulanacak hukukla uyuşmayabilir. Dağıtım yapılmazsa da cari ekstre gerçeği eksik gösterir.
Bu ikilemi çözmek için “tahsilat” ile “mahsup” ayrı olaylar olarak tasarlanabilir. Tahsilat, fonun doğrulandığı kayıttır. Mahsup ise bu fonun bir veya daha fazla borç kalemine bağlanmasıdır. İkisi aynı kullanıcı arayüzünde gerçekleşse bile farklı kanıt ve yetki gerektirir.
Hukuki varsayım yerine kaynak sırası
6098 sayılı Türk Borçlar Kanunu kısmi ödeme ile birden fazla borçta ödemenin hangi borca sayılacağına ilişkin hükümler içerir. Bu hükümler faiz, gider, borçlunun ödeme anındaki beyanı ve alacaklının makbuzdaki bildirimleri gibi ayrıntılarla birlikte değerlendirilir. Sistem ekibinin maddelerden tek cümle çıkarıp her müşteri için değişmez “en eski fatura” kuralı kurması güvenli değildir.
Operasyon politikası hazırlanırken hukuk danışmanı, mali müşavir ve sözleşme sahibi birlikte kapsamı belirleyebilir. Öncelik sırası örneğin müşterinin açık talimatı, taraflar arasındaki geçerli sözleşme, düzenlenmiş makbuz veya bildirim ve somut olaya uygulanabilir kanun hükmü şeklinde belgelenebilir. Bu sıralama burada hukuki tavsiye olarak verilmez; işletmenin kendi değerlendirmesini kayıt altına alacağı bir kontrol alanıdır.
Tahsilat havuzu kaydı
Banka hareketi doğrulandığında tutar doğrudan bir faturaya yazılmak zorunda değildir. Önce müşteri bazlı bir tahsilat havuzu oluşturulabilir. Havuz kaydında banka işlem kimliği, gönderen, alıcı hesap, tutar, para birimi, işlem ve valör tarihi, açıklama, kaynağın bütünlük özeti ve eşleşme güveni bulunur.
Gönderen adı cari kartla benzer diye kesin müşteri bağlantısı kurulmaz. Grup şirketi, bayi, çalışan veya üçüncü kişi ödeme yapmış olabilir. Müşteri eşleşmesi için doğrulanmış referans, açık iletişim veya yetkili inceleme aranabilir. Yanlış müşteriye bağlanan tahsilat sonradan silinmemeli; ters bağlantı ve yeni atama olaylarıyla düzeltilmelidir.
Dağıtım planı
Mahsup planı, havuzdaki tutarı borç kalemlerine dağıtan sürümlü bir belge gibi ele alınabilir. Her satırda hedef belge, belge bakiyesi, ayrılan tutar, varsa faiz veya masraf katmanı, kural kaynağı ve karar sahibi yer alır. Toplam ayrılan tutar havuz bakiyesini aşamaz; para birimleri örtüşmüyorsa dönüşüm kuralı ayrıca onaylanır.
75 birimlik örnekte müşteri “60 birimlik F-102 ve kalan 15 birimi F-103 için” diye doğrulanmış talimat verebilir. Plan iki satır oluşturur. F-102 kapanır, F-103 kısmen açık kalır, F-101 değişmez. Bu sonuç yalnız bakiye rakamı olarak değil, talimatın kanalı ve zamanı ile birlikte gösterilir.
Anapara, faiz ve gideri ayırmak
Bir borç kaleminin anaparası yanında gecikme faizi veya takip gideri bulunabilir. Gelen tutarın önce hangi katmana uygulanacağı hukuki sonuç doğurabilir. Uygulama, bütün tutarı “fatura ödemesi” etiketi altında eritmemelidir. Anapara, faiz ve diğer kalemler ayrı tutar ve dayanakla izlenebilir.
Faiz hesaplaması sistem tarafından öneriliyorsa kullanılan başlangıç tarihi, gün sayısı, oran kaynağı, oran sürümü ve yuvarlama yöntemi görünmelidir. Hesap, uzman onayı olmadan müşteri borcunu kesin olarak artırmamalıdır. İhtilaflı kalem ile kabul edilmiş anapara aynı statüde gösterilmez.
Belirsiz para için durumlar
Tahsilat havuzuna “müşteri eşleşmesi bekliyor”, “mahsup talimatı bekliyor”, “planlandı”, “kısmen dağıtıldı”, “tam dağıtıldı”, “iade incelemesinde” ve “ters kayıtla kapandı” gibi durumlar verilebilir. Uzun süre talimatsız kalan para için sorumlu ve inceleme tarihi belirlenir. Yaşlanan kayıt, sessizce gelir hesabına veya en eski faturaya aktarılmaz.
Müşteri tahsilatın bir kısmını avans olarak bırakmak isteyebilir. Bu durumda avansın sözleşmesel ve muhasebesel niteliği ayrıca incelenir; açık fatura kapamasıyla karıştırılmaz. Fazla ödeme de yeni satış varmış gibi gösterilmez. İade kararı gerekiyorsa alıcı hesabı ve yetki bağımsız doğrulanır.
Makbuz ve cari ekstre tutarlılığı
Müşteriye verilen makbuz veya bildirim, iç mahsup planıyla çelişmemelidir. Belgede hangi borçların kapandığı belirtilmişse sistem kaydı aynı dağılımı göstermelidir. Sonradan değişiklik gerekiyorsa önceki makbuz görünmez hale getirilmez; düzeltme nedeni ve yeni belge bağlantısı korunur.
Cari ekstrede üç farklı toplam yararlıdır: toplam açık borç, henüz dağıtılmamış doğrulanmış tahsilat ve ihtilaflı kalemler. Böylece müşteri “ödemem görünmüyor” dediğinde banka hareketi ile fatura kapaması arasındaki aşama açıklanabilir. Aynı tutarın hem havuzda hem faturada bakiye düşürmemesi için çift sayım kontrolü gerekir.
Yetki ve istisna
Tahsilatı bankadan alan süreç ile mahsup kuralını değiştiren rol ayrılabilir. Manuel dağıtım yapan kişi hedef faturaları, kalan bakiyeleri ve müşteri talimatını birlikte görmelidir. Büyük tutarlı veya geriye dönük değişiklik ikinci onaya yönlendirilebilir. İstisna nedeni serbest metinle sınırlı kalmayıp neden kodu ve belge ekiyle desteklenebilir.
AI, açıklamadaki fatura numarasını bulup dağıtım önerebilir; fakat benzer numara, yazım hatası veya birleşik ödeme nedeniyle yanılabilir. Öneri, muhasebe gerçeği sayılmaz. Kesin mahsup, doğrulanabilir kaynak ve yetkili insan kararıyla yapılır.
Test örnekleri
Tek ödeme-tek fatura, tek ödeme-çok fatura, üçüncü kişi ödemesi, fazla ödeme, farklı para birimi, sonradan gelen müşteri talimatı, iade ve banka ters kaydı ayrı ayrı sınanabilir. Her senaryoda tahsilat havuzu ile fatura bakiyeleri toplamının matematiksel olarak uzlaşması gerekir. Aynı banka kimliği ikinci kez işlendiğinde yeni para yaratılmamalıdır.
Sonuç
Kısmi tahsilat sorunu yalnız “kalan bakiye” hesabı değildir; paranın hangi borca, hangi kanıt ve kuralla bağlandığı sorusudur. Tahsilat ile mahsup ayrılır, talimat ve istisnalar sürümlenir, anapara ile yan kalemler görünür tutulursa cari hesap yeniden kurulabilir. Hukuki sonucu sistem varsayımı değil, somut sözleşme ve uzman değerlendirmesi belirlemelidir.
Kaynaklar
Kaynaklar
Mehmet Hakkı Yuvanç
FiscusAI ekibi
Mehmet Hakkı Yuvanç tarafından 2 Ekim 2026 tarihinde incelendi.


