Ekstrede bir satır duruyor: tarih, tutar, "GELEN HAVALE/EFT" ve arkasında kısaltılmış, harfleri düşmüş bir gönderen adı. Fatura numarası yok, açıklama alanı boş ya da anlamsız. Para hesapta; ama muhasebede sahibi yok. O satır bir cariye yazılana kadar hem sizin tahsilat tablonuz hem karşı tarafın borç tablosu yanlış çalışır.
Bu, finans ekiplerinin en sessiz zaman kaybıdır. Kimse "bugün açıklamasız havale araştırdım" diye rapor yazmaz; ama ay sonunda geriye dönüp bakıldığında bu iş saatler tutar. Aşağıda o satırın sahibini bulmanın beş yolu var: her birinin ne kadar güçlü bir sinyal olduğu, nerede yanıldığı ve neden hiçbirinin tek başına "kapat" kararı vermeye yetmediği.
"Açıklamasız havale" tam olarak neyi eksik bırakır?
Bir tahsilat satırının muhasebeleşmesi için üç ayrı kimlik gerekir ve bunlar aynı şey değildir.
Kim gönderdi. Ekstredeki gönderen metni, gönderen bankanın aktardığı hesap sahibi unvanıdır. Karakter sınırına takılıp kesilmiş, Türkçe harfleri sadeleştirilmiş, bazen de patronun şahsi hesabı, bir grup şirketi, bir faktoring kuruluşu ya da bir ödeme kuruluşu olabilir.
Hangi cari. Gönderen unvanı ile cari kart aynı tüzel kişi olmayabilir. Grup içi nakit havuzundan yapılan ödemelerde ödeyen ile borçlu neredeyse hiç aynı değildir.
Hangi fatura. Cariyi bulmak işin yarısıdır. Tutarın hangi açık faturaya, hangi sırayla ve ne kadarına gideceği ayrı bir sorudur; kısmi ödeme ve toplu ödeme mantığını ödeme–fatura eşleştirmesinin neden zor olduğunu anlattığımız yazıda ayrıntılandırdık.
Bu üç kimlikten biri eksikken satır "sahipsiz tahsilat" olarak bekler. Beklemesi normaldir; unutulması değil. Unutulan tahsilat, karşı tarafta ödediği hâlde açık görünen bir faturaya dönüşür — yani hayalet borca. Sonuç: gereksiz gecikme faizi yazışması, bozulan ticari ilişki ve dönem sonunda kaynağı bulunamayan bir mutabakat farkı.
Yol 1: Unvan katlama — gönderen adını cari kartla eşlemek
İlk refleks doğrudur: gönderen metnini cari kart listesiyle karşılaştırmak. Sorun, iki metnin hiçbir zaman birebir aynı yazılmamasıdır.
Banka kanalları çoğunlukla sade karakter setiyle çalışır. "İ" harfi "I", "Ş" harfi "S", "Ğ" harfi "G", "Ö" harfi "O", "Ü" harfi "U", "Ç" harfi "C" olarak geçer. Üstüne ticari unvan ekleri gelir: A.Ş., LTD. ŞTİ., SAN. ve TİC., İNŞ., PAZ., HOLDİNG. Bir de karakter sınırı vardır; uzun unvanlar ortadan kesilir.
Çözüm, iki tarafı da aynı kurala göre katlamaktır: büyük harfe çevir, Türkçe karakterleri sadeleştir, noktalama ve fazladan boşlukları at, hukuki unvan eklerini ve sektör kelimelerini ayıkla, sonra kalan çekirdek kelimeleri karşılaştır. Karşılaştırma birebir eşitlik değil, benzerlik skoru olmalıdır; çünkü kesilmiş bir unvan hiçbir zaman tam eşleşmez.
Bu yolun yanılma payı en yüksek olandır ve nedeni ironiktir: Türkiye'de aynı grubun şirketleri neredeyse aynı çekirdek kelimeyi taşır. Aynı ailenin "İNŞAAT" ve "İNŞAAT TAAHHÜT" şirketleri, katlama sonrasında birbirinden yalnızca tek kelimeyle ayrılır. Bu yüzden unvan benzerliği bir aday listesi üretir, bir karar değil.
Yol 2: Tutar ve tarih yakınlığı
İkinci sinyal aritmetiktir. Gelen tutar, o cariye ait tek bir açık faturanın kalan bakiyesine kuruşu kuruşuna eşitse bu güçlü bir delildir. Ama gücü, tutarın ne kadar "sıra dışı" olduğuna bağlıdır.
Küsuratlı bir tutar — diyelim 187.432,60 TL — açık faturalar arasında büyük olasılıkla tektir; eşleşirse neredeyse kesindir. Yuvarlak bir tutar ise tam tersidir: 50.000 TL, bir müşteri portföyünde onlarca satırla çakışabilir. Yuvarlak tutarlar genellikle fatura değil, hesaba mahsuben yapılan ara ödemelerdir; onları faturaya değil önce cariye bağlamak gerekir.
Tarih de bir sinyaldir ama zayıf bir sinyaldir. Vade tarihine yakın gelen tahsilat aday listesini daraltır; yine de piyasada vadesinden günler önce ya da haftalar sonra ödeme yapmak sıradan bir davranıştır.
Bu yolda ikinci tuzak kuruş farkıdır. EFT masrafı, muhabir banka kesintisi ya da karşı tarafın iskonto uyguladığını varsayması, tutarı birkaç kuruş veya birkaç yüz lira kaydırabilir. Bu yüzden karşılaştırma sıfır toleransla değil, tanımlı bir tolerans bandıyla yapılmalıdır — ve tolerans dâhilinde kapatılan her satır ayrıca işaretlenmelidir, çünkü tolerans farkı da bir gün açıklanmak zorundadır.
Yol 3: Açık fatura kombinasyonu
Tek fatura tutmuyorsa, birden fazla faturanın toplamı tutuyor olabilir. Toplu ödeme Türkiye'de kural sayılacak kadar yaygındır: karşı taraf ay içindeki üç faturayı tek havaleyle kapatır ve hangi faturalar olduğunu yazmaz.
Kombinasyon araması işe yarar, ama tehlikelidir. Açık fatura sayısı arttıkça, toplamı tesadüfen tutan kombinasyon sayısı hızla çoğalır. Yirmi açık faturası olan bir caride, gelen tutara eşit birden fazla farklı üçlü bulmak sürpriz değildir. Matematiksel olarak "bir çözüm var" demek, "doğru çözüm bu" demek değildir.
Pratik kural şudur: kombinasyon eşleşmesi tek başına delil sayılmaz. En az bir ikinci sinyalle desteklenmelidir — faturaların aynı vade penceresinde olması, aynı sipariş grubuna ait olması ya da karşı tarafın geçmişte aynı davranışı tekrarlamış olması gibi. Desteklenmeyen kombinasyonlar öneri olarak kalır, kapama yapmaz.
Yol 4: Tekrar eden gönderen örüntüsü
En güvenilir kaynak aslında geçmiştir. Aynı IBAN'dan ya da aynı gönderen metninden daha önce gelen ve bir insan tarafından onaylanmış bir eşleşme varsa, elinizde tahminden çok daha sağlam bir kimlik kaydı var demektir. Bir kez çözülmüş bir açıklamasız havale tipi, ikinci kez sıfırdan araştırılmamalıdır.
Bunun pratik karşılığı, kurum içinde bir eşleştirme hafızası tutmaktır: "şu gönderen metni / şu IBAN, şu cari kartına karşılık gelir" kayıtları. Çoğu ekip bu bilgiyi zaten taşır — ama tek bir kişinin kafasında taşır. O kişi izne çıktığında bilgi de izne çıkar.
Bu yolun da bir yaşlanma sorunu vardır. IBAN sahipliği değişir: alacak faktoringe devredilir, grup nakit yönetimi başka bir şirkete geçer, firma banka değiştirir. Bu yüzden hafıza kaydı sonsuza kadar geçerli sayılmamalı, dönemsel olarak gözden geçirilmelidir. Hafıza hızlandırır; muafiyet vermez.
Yol 5: Sormak
En ucuz ve en doğru yöntem hâlâ karşı tarafa sormaktır — yeter ki doğru soru sorulsun. "Bu para size mi ait?" diye yazılan bir mail genellikle cevapsız kalır, çünkü karşıdaki kişi de aynı araştırmayı sıfırdan yapmak zorunda kalır.
İşe yarayan soru, karşı tarafın işini kolaylaştıran sorudur: tarih, tutar, ekstredeki gönderen metni ve sizin defterinizdeki açık fatura listesi birlikte gönderilir. Karşı taraf kendi ödeme kaydını tek bakışta bulur ve hangi faturalara mahsup ettiğini söyler.
Bir adım ötesi, karşı tarafın kendi ekstresini paylaşmasıdır. Cari mutabakatın tamamını değil, yalnızca ilgili dönemi kapsayan bir ekstre bile çoğu sahipsiz satırı tek hamlede çözer. Banka tarafındaki adım adım süreç için banka mutabakatı rehberimize bakabilirsiniz.
Kurgusal bir örnek: üç sinyalin üst üste binmesi
Ekstrede bir satır: gönderen metni "OZDMR MAKNA SAN TIC LTD STI", tutar 187.432,60 TL.
Unvan katlama üç aday üretir; ikisi aynı grubun şirketidir. Tek başına yeterli değildir.
Tutar kontrolü adaylardan birinin iki açık faturasının toplamının bu rakama eşit olduğunu gösterir. Diğer iki adayda böyle bir kombinasyon yoktur. Aday sayısı bire iner ama kombinasyon tek başına delil sayılmaz.
Geçmiş kontrolü aynı IBAN'dan iki ay önce gelen ve elle onaylanmış bir tahsilat bulur; aynı cariye yazılmıştır. Artık üç bağımsız sinyal aynı yeri gösteriyor.
Karar yine de insanındır: ekranda üç gerekçe yan yana durur, muhasebeci onaylar, satır kapanır ve ekip bu kimliği kendi kaydına geçirir — aynı gönderenden gelen bir sonraki havale sıfırdan araştırılmaz. Aradaki fark şudur — araştırma dakikalar sürmüştür, ama sorumluluk yer değiştirmemiştir.
Neden karar hep insanda kalmalı?
Otomatik eşleştirmenin cazibesi hızdır; riski de hızdır. Yanlış cariye yazılan bir tahsilat tek bir hata değil, iki taraflı bir hatadır: sizin tarafınızda kapanmaması gereken bir fatura kapanır, karşı tarafta ödendiği hâlde açık kalan bir fatura doğar. İkisi de ancak aylar sonra, mutabakat masasında ortaya çıkar.
Hata oranlarının büyüklüğü de bunu destekliyor. Gartner'ın Temmuz 2023'te 497 kişiyle yaptığı araştırmada muhasebecilerin %18'i her gün, %33'ü haftada birkaç kez, %59'u ayda birkaç kez hata yaptığını söylüyor. Raymond Panko'nun elektronik tablo hataları üzerine derlediği saha denetimlerinde, incelenen operasyonel tabloların yaklaşık %94'ünde en az bir hata bulunmuştur. (Sıkça dolaşan "tabloların %88'i hatalı" alıntısı yanlıştır; 88, denetlenen tablo sayısıdır.) APQC verilerine göre mükerrer ya da hatalı ödemeler, yıllık ödemelerin üst çeyrekte %0,8'i, alt çeyrekte %2'si kadardır.
Ölçeğin ne kadar büyüyebileceğini gösteren uç bir örnek de var: Ağustos 2020'de Citibank, Revlon kredisinde 7,8 milyon dolarlık faiz ödemesi yapması gerekirken yaklaşık 900 milyon dolarlık anaparayı göndermişti. Transfer tarafındaki hatalar ölçek tanımaz; bu yüzden her tahsilat satırının bir insan onayından geçmesi bir yavaşlatma değil, bir kontrol noktasıdır.
Bir yanlış anlamayı da düzeltelim: mutabakat bir suistimal tespit aracı değildir. ACFE'nin 2024 tarihli "Occupational Fraud: A Report to the Nations" raporunda suistimal vakalarının ilk tespit yöntemi %43 ile ihbar; hesap mutabakatı yalnızca %5. (Kuruluşun 14. baskısı 2026'da yayımlandı; buradaki sayılar 2024 baskısına aittir.) Mutabakatın işlevi suistimali çözmek değil, kayıtların doğruluğunu korumak ve anomaliyi görünür kılmaktır.
iFinances bu işin neresinde?
iFinances, defter/ERP kayıtlarınızı, banka ekstresini ve e-fatura verisini aynı tabloda birleştirir. Açıklamasız havale satırları için yukarıdaki beş yolun ilk üçünü sistemli biçimde çalıştırır: Türkçe karakter katlamalı unvan benzerliğiyle aday cari üretir, tolerans bandı ve TCMB resmî kuruyla tutar karşılaştırması yapar, FIFO ve faturaya özel kapama ile kısmi ve toplu ödemeleri dağıtır. Her önerinin yanında yazılı bir gerekçe durur: tutar örtüşüyor, tarih uyuyor, referans şu faturayı gösteriyor. Eksik fatura, mükerrer kayıt ve örüntü dışı tutar ayrıca işaretlenir.
Beşinci yol için de bir yolu vardır: karşı tarafa güvenli bir bağlantı gönderilir, karşı taraf kendi ekstresini yükler; onun tarafında herhangi bir yazılıma ihtiyaç yoktur. Excel ve CSV alımı ERP'den bağımsızdır — Logo, SAP, Mikro, Netsis, Luca, Zirve ya da düz Excel fark etmez.
Sınırı da açıkça söyleyelim: iFinances defter tutmaz, kayıt üretmez ve hiçbir satırı kendi başına kapatmaz. Ürettiği şey öneri ve gerekçedir; kapatma kararını her zaman bir insan verir. Banka tarafındaki çalışma biçimini banka mutabakatı sayfamızda görebilirsiniz.
Sık Sorulan Sorular
Ekstredeki gönderen adı anlamsız görünüyor; bankadan daha fazla bilgi alabilir miyim?
Genellikle evet. İnternet/kurumsal şubedeki işlem detayı veya dekont ekranı, ekstre satırının taşıdığı kısaltılmış metinden daha fazla alan içerir: gönderen unvanının tamamı, gönderen IBAN'ı ve açıklama alanı çoğu zaman burada görünür. Ekstreyi PDF yerine CSV, Excel ya da kurumsal bankacılıkta sunulan standart ekstre formatlarında almak da alan kaybını azaltır. Hiçbiri yetmezse şubeden ilgili işlemin dekontunu talep etmek son çaredir.
Sahibi bulunamayan tahsilat cariye yazılmalı mı?
Hayır. Sahibi kesinleşmemiş bir tahsilatı tahminle bir cariye yazmak, hatayı defterin içine gömer ve aylar sonra mutabakat farkı olarak geri döner. Yaygın pratik, böyle tutarları kimliği netleşene kadar geçici nitelikli bir hesapta bekletmek ve bekleyen satırların yaşlanmasını düzenli olarak takip etmektir. Hangi hesabın kullanılacağı ve kayıt tekniği, işletmenin hesap planına ve müşavirinin yönlendirmesine bağlıdır.
Tutar bir faturaya kuruşu kuruşuna eşitse doğrudan kapatabilir miyim?
Tek başına yeterli değildir. Küsuratlı ve alışılmadık bir tutarda eşleşme çok güçlü bir sinyaldir; ancak yuvarlak tutarlarda ya da benzer bakiyeli çok sayıda açık faturada tesadüfi eşleşme olağandır. Güvenli pratik, en az iki bağımsız sinyal aramaktır: tutar artı gönderen kimliği, ya da tutar artı geçmişte onaylanmış bir eşleşme.
Aynı gruptaki iki şirketten hangisinin ödediğini nasıl anlarım?
Unvan benzerliği bu soruyu tek başına çözmez, çünkü grup şirketlerinin çekirdek unvanı ortaktır. Ayırt edici veri gönderen IBAN'ıdır: aynı IBAN'dan gelen geçmiş tahsilatların hangi cariye onaylandığına bakın. Grup nakit havuzu kullanılıyorsa ödeyen ile borçlu kalıcı olarak farklı olabilir; bu durumda doğru çözüm tahmin etmek değil, karşı tarafla bir kez netleştirip bu ilişkiyi kalıcı bir kayda bağlamaktır.
Bu araştırmayı tamamen otomatikleştirebilir miyim?
Araştırmayı otomatikleştirebilirsiniz, kararı değil. Aday üretmek, skorlamak, gerekçe yazmak ve tekrar eden örüntüleri hatırlamak makinenin işidir; "bu satır bu cariye aittir" demek insanın işidir. Nitekim otomasyon hâlâ istisnadır: Ventana Research'ün 2023 tarihli araştırmasına göre mutabakatlarının çoğunu ya da tamamını otomatikleştiren kuruluş oranı %31 düzeyindedir.
✦ iFinances — Görmediğini gör.
