Mizanı açıyorsunuz. 120 Alıcılar altındaki bir cari alacak bakiyesi veriyor: kâğıt üzerinde müşteriniz size değil, siz müşterinize borçlusunuz. Birkaç satır aşağıda 320 Satıcılar altındaki bir tedarikçi borç bakiyesi veriyor. Dönem sonu yaklaşıyor, mali tablo çıkacak ve ilk refleks belli: ters bakiyeleri avans hesaplarına aktaran sınıflandırma kaydını yaz, mizanı düzelt, geç.
O kayıt çoğu zaman doğru kayıttır. Ama yanlış zamanda yazılırsa bir hatayı düzeltmez, saklar. Çünkü ters bakiye bir hata değildir; bir sorudur — "bu para neden burada?" sorusu. Bu yazı, sınıflandırma kaydını yazmadan önce her ters bakiyeye sorulması gereken yedi soruyu ve her sorunun cevabının nasıl ayırt edileceğini anlatıyor.
Ters bakiye tam olarak nedir?
Tekdüzen hesap planında 120 Alıcılar borç karakterlidir: normalde müşterinin size olan borcunu gösterir. 320 Satıcılar alacak karakterlidir: normalde sizin tedarikçiye olan borcunuzu gösterir. Bir cari kart kendi karakterinin tersi yönde bakiye veriyorsa buna ters bakiye denir. 120'nin alacak bakiyesi, 320'nin borç bakiyesi vermesi bu tanıma girer.
Bu, kimsenin icat ettiği egzotik bir durum değildir. Logo Netsis dokümantasyonunda "Ters Bakiyeli Hesap Kontrolü" ayrı bir rapor olarak tanımlıdır; dönem sonlarında 120/320 gibi hesapların ters bakiye verip vermediği bu raporla tespit edilir ve bakiyeler avans hesaplarına aktarılır. Yani raporu almak zaten rutindir. Rutin olmayan, raporun çıktısını satır satır okumaktır.
Bir de arka plan gerçeği var: hata sıradan bir olaydır. Gartner'ın Temmuz 2023 tarihli anketinde (n=497) muhasebecilerin %18'i her gün, %33'ü haftada birkaç kez, %59'u ayda birkaç kez hata yaptığını söylüyor. Ters bakiye, bu hataların mizana kendiliğinden yansıyan az sayıdaki görünür ucundan biridir. Görünür olması onu değerli kılar; kapatmak için acele etmek ise o görünürlüğü harcamaktır.
Kapatmadan önce sorulacak yedi soru
Bu bir avans mı?
En sık ve en masum neden. Müşteri siparişe peşinat ödemiştir, fatura henüz kesilmemiştir. Ayırt edici işaretler: tutar yuvarlaktır, ödemeye ait bir sipariş ya da sözleşme referansı vardır, sözleşmede peşinat maddesi bulunur ve ödeme tarihinden sonra hiçbir fatura ile eşleşmemiştir. Cevap avanssa yapılacak iş bellidir: 120'nin alacak bakiyesi alınan sipariş avansları hesabına, 320'nin borç bakiyesi verilen sipariş avansları hesabına sınıflandırılır. Ama önce avans olduğunun belgesi bulunur.
İade ya da alacak notu mu?
Mal iadesi yapılmış, iade faturası bir tarafta işlenmiş, diğer tarafta işlenmemiştir. Belirti nettir: ters bakiyenin tutarı, aynı cariye ait belirli bir faturanın tamamına ya da o faturanın belirgin bir dilimine denk düşer. Bu soruyu cevaplamanın en hızlı yolu defterden değil belge tarafından bakmaktır. GİB'in 2024 Faaliyet Raporu'na göre 2024'te yaklaşık 1 milyar e-fatura ve 11 milyar e-arşiv belgesi düzenlendi; iade belgesi de büyük olasılıkla elektronik ortamdadır ve defter kaydından bağımsız olarak doğrulanabilir.
Fazla tahsilat mı, yoksa kesinti mi?
Karşı taraf faturayı öderken banka masrafını, stopajı ya da sözleşmeye dayalı bir cezai kesintiyi düşmüş olabilir; ya da yuvarlayarak fazla göndermiştir. Ayırt etme kuralı basittir: fark tutarı fatura tutarının küçük bir yüzdesiyse bu bir kesinti/masraf farkıdır, tam bir fatura büyüklüğündeyse bambaşka bir olaydır. Kuruş düzeyindeki farklar için tolerans belirlemek gerekir; aksi halde her mutabakat turunda aynı üç kuruş yeniden tartışılır.
Kayıt yanlış cari karta mı düştü?
Grup şirketleri, aynı unvanın iki kez açılmış kartı, şube kartları ve "… Ltd. Şti." ile "… Limited Şirketi" gibi yazım farkları bu hatanın yatağıdır. Belirtisi çok karakteristiktir: bir kartta ters bakiye varken, benzer unvanlı başka bir kartta neredeyse aynı büyüklükte fazla bakiye durur. İki kartı yan yana koymadan bu eşleşme görülmez. Aynı VKN'nin birden fazla kartta geçip geçmediğini kontrol etmek, bu sorunun tek adımlık testidir.
Mükerrer ödeme mi?
Aynı fatura iki kez ödenmiştir; biri EFT ile, biri çekle ya da biri entegrasyondan, biri elle. 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. Ödeme adedi arttıkça bu, göz ardı edilemeyecek bir sıklıktır. Ayırt edici işaretler: aynı tutar, birbirine yakın iki tarih, aynı fatura referansı, farklı ödeme kanalları. Mükerrer ödemeyi sınıflandırma kaydıyla avansa çevirirseniz parayı geri istemek için gereken kanıtı kendi elinizle silmiş olursunuz — ödenmiş bir faturanın açık görünmesi probleminin ters yüzü budur.
Netleştirilmemiş çek ya da senet mi?
Tedarikçiye çek verilmiş, 320 borçlandırılmış, ama çek henüz tahsil edilmemiştir; ya da müşteriden alınan çek alınan çekler hesabına girmiş, cari kapanmış, çek karşılıksız çıkmıştır. Bu durumda ters bakiye gerçek değil geçicidir ve vade geldiğinde kendiliğinden düzelir. Ayırt etme testi: ters bakiyeye karşılık gelen bir çek/senet portföy hareketi var mı, vadesi geçmiş mi? Vadesi geçmişse artık geçici değildir.
Dönem kayması mı?
Ödeme 29 Aralık'ta yapılmış, fatura 3 Ocak'ta kesilmiştir. 31 Aralık kesitinde cari ters bakiye verir; oysa ortada ne hata ne avans vardır, yalnızca bir kesit sorunu. Testi kolaydır: kesit tarihinden sonraki ilk on iş gününün hareketlerine bakın. Ters bakiye orada bir faturayla kapanıyorsa cevabınızı bulmuşsunuzdur. Bu örüntünün genel hali için cari hesap mutabakatı ile banka mutabakatı arasındaki fark yazısı iyi bir çerçeve verir.
Yedi sorunun yedi farklı sonucu vardır
Bu yedi nedenin muhasebe sonucu birbirinden tamamen ayrıdır. Avans bir sınıflandırma işidir. İade faturası bir belge kayda alma işidir. Fazla tahsilat ya iade edilecek ya mahsup edilecek bir borçtur. Yanlış cari kart bir düzeltme fişi ister. Mükerrer ödeme bir tahsilat sürecidir, muhasebe kaydı değil. Netleştirilmemiş çek beklemeyi gerektirir. Dönem kayması ise hiçbir şey yapılmamasını.
Yedi farklı sonucu tek bir sınıflandırma kaydına indirgemek, mizanı düzeltip işletmeyi yanıltmaktır. Bilanço temiz görünür, alacak hakkı buharlaşır.
Sınıflandırma kaydı ne yapar, ne yapmaz
Sınıflandırma kaydı bir sunum düzeltmesidir: bakiyeyi doğru bilanço kalemine taşır. Cari hesabın içeriğine dokunmaz, hangi faturanın hangi ödemeyle kapandığını değiştirmez ve karşı tarafın defterindeki karşılığını düzeltmez. Bu yüzden sınıflandırma kaydı bir mutabakatın sonucu olmalıdır, ikamesi değil.
İki yaygın kestirme yol ise doğrudan risklidir. MuhasebeTR'de yayımlanan 08.09.2020 tarihli bir uygulamacı yazısında (Koray Ateş) cari mutabakat farklarında en sık görülen hatalar arasında fatura düzenlemek yerine 331 Ortaklara Borçlar hesabının kullanılması — ki KDV ve gelir/kurumlar vergisi yönünden vergi ziyaı riski taşır — ve ters bakiyeli 120 hesapların kasadan fiktif ödeme kaydıyla kapatılması sayılıyor. Aynı yazıda ters bakiyeli 120 için doğru uygulama, iç yüzde yöntemiyle KDV'li fatura düzenlenmesi olarak belirtiliyor.
Bu son cümlenin bir koşulu var ve o koşul atlanırsa yazının bütün tezi çöker. Fatura düzenlemek, ters bakiyenin nedeni gerçekten faturalanmamış bir hasılat ya da faturaya bağlanmamış bir fark olduğunda doğru yoldur. Bakiye alınan avanstan doğuyorsa yapılacak iş fatura kesmek değil, alınan sipariş avansları hesabına sınıflandırmaktır; mükerrer tahsilattan doğuyorsa para iadesidir; dönem kaymasından doğuyorsa hiçbir şeydir. Yani yedi sorunun cevabı bulunmadan bu uygulama da bir kestirme yola dönüşür.
Bir de hukuki taraf var. Karşı tarafa mutabakat mektubu gönderip cevap alamadığınızda ters bakiyenin "teyit edilmiş" sayıldığını varsaymayın. TTK m.94, hesap devresi sonunda bakiyeyi gösteren cetveli alan tarafın bir ay içinde usulüne uygun itiraz etmemesi halinde bakiyeyi kabul etmiş sayılacağını söyler; ancak bu sonuç yazılı bir cari hesap sözleşmesi bağlamında işler, çünkü TTK m.89 yazılı şekli geçerlilik şartı sayar. Yazılı sözleşme yoksa sessizlik tek başına kabul doğurmayabilir.
Örnek: aynı büyüklükte üç ters bakiye
Diyelim ki mizanda üç tedarikçi kartı da yaklaşık aynı tutarda borç bakiyesi veriyor. Rakamlar örnektir, önemli olan ayırt etme yöntemidir.
- Birinci kart. Ödeme, sipariş numarası açıklamasıyla ve sözleşmedeki peşinat oranıyla birebir uyumlu. Sonrasında fatura yok. Cevap: avans. İşlem: verilen sipariş avansları hesabına sınıflandırma.
- İkinci kart. Aynı tutarda iki ödeme var; biri 14'ünde EFT, diğeri 16'sında çekle, ikisinin açıklamasında da aynı fatura numarası geçiyor. Cevap: mükerrer ödeme. İşlem: tedarikçiden iade talebi, sınıflandırma değil.
- Üçüncü kart. Ödeme var, faturanın kesim tarihi kesitten üç gün sonra. Cevap: dönem kayması. İşlem: yok; ocak mizanında kendiliğinden kapanır.
Üçünün de mizandaki görüntüsü aynıdır. Üçünün de doğru muamelesi farklıdır. Fark, bakiyeye değil bakiyeyi oluşturan satırlara bakılınca ortaya çıkar.
Bakiyeye değil satıra bakmak
Ters bakiyenin nedenini bulmanın tek yolu, o bakiyeyi üreten hareketleri fatura–ödeme düzeyinde eşleştirmektir. Bakiye seviyesinde çalışan bir kontrol size yalnızca "burada bir şey ters" der; hangi ödemenin hangi faturaya karşılık geldiğini söylemez. Üstelik iki taraf da kendi defterine baktığı sürece cevap bulunamaz: ödemenin bankada nasıl göründüğü ve faturanın e-fatura tarafında var olup olmadığı çoğu zaman defterden daha güvenilir kanıttır. Defter, banka ve e-fatura verisini aynı tabloda karşılaştırmak bu yüzden ters bakiye analizini hızlandırır.
Finansal anomali tespiti yaklaşımı da aynı işin parçasıdır: eksik faturayı, mükerrer kaydı ve örüntü dışı tutarı işaretleyerek bu soruların bir kısmını siz sormadan gündeme getirir.
iFinances bu işin neresinde
iFinances defter tutmaz, kayıt üretmez ve hiçbir satırı kendi başına kapatmaz. Yaptığı iş, ters bakiyenin kaynağını görünür kılmaktır: defter/ERP kayıtlarınızı, banka ekstresini ve e-fatura verisini aynı tabloya alır; FIFO ve faturaya özel kapama, kısmi ödeme bölme, toplu ödeme dağıtma ve kuruş toleransıyla ödemeleri faturalara eşleştirir; dövizli hareketlerde TCMB resmî kurunu kullanır. Banka ekstresindeki unvanı firma kartıyla eşleştirirken Türkçe karakter katlamalı benzerlik kullanılır ve yalnızca öneri üretilir — kararı siz verirsiniz.
Her eşleşmenin 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. Karşı tarafa güvenli bir bağlantıyla kendi ekstresini yükletebilir, mutabakat mektubunu üretip imzalı nüshasını arşivleyebilirsiniz. Logo, SAP, Mikro, Netsis, Luca, Zirve ya da düz Excel — veri hangi sistemden gelirse gelsin alınır. Ayrıntı için cari hesap mutabakatı sayfamıza bakabilirsiniz.
Amaç ters bakiyeyi kapatmak değil, kapatmadan önce sorulacak yedi soruyu dakikalar içinde cevaplanabilir hale getirmektir.
Ters bakiye, cari hesabın tutmadığı durumların yalnız bir alt kümesidir; geri kalanı için mutabakat farkının dokuz nedenine bakın.
Borç ve alacak sütunlarının hangi tarafın gözünden yazıldığını karıştırıyorsanız, önce cari hesap ekstresinin nasıl okunduğuna göz atın.
Sık Sorulan Sorular
120 Alıcılar hesabı alacak bakiyesi veriyorsa ne yapmalıyım?
Önce nedenini bulun, sonra kayıt yazın. Alacak bakiyesi genellikle alınan avans, işlenmemiş iade faturası, fazla tahsilat, yanlış cari karta düşen tahsilat ya da dönem kayması demektir. Neden avanssa bakiye alınan sipariş avansları hesabına sınıflandırılır; neden eksik iade faturasıysa yapılacak iş sınıflandırma değil, belgeyi kayda almaktır. Sebep bilinmeden yazılan sınıflandırma kaydı farkı bilançodan siler ama cari hesapta bırakır.
Ters bakiye veren 320 hesap doğrudan verilen sipariş avanslarına mı aktarılır?
Yalnızca borç bakiyesinin gerçekten verilen sipariş avansı olduğu belgeyle gösterilebiliyorsa. 320 Satıcılar'ın borç bakiyesi mükerrer ödemeden, tedarikçiye fazla yapılan ödemeden, henüz gelmemiş faturadan veya yanlış tedarikçi kartına düşen havaleden de doğabilir. Bunların hiçbiri verilen sipariş avansı değildir; ikisi para iadesi talebi, biri dönem kesiti sorunudur.
Ters bakiyeli 120 hesabı kasadan ödeme kaydıyla kapatmak doğru mu?
Hayır. MuhasebeTR'de yayımlanan 08.09.2020 tarihli bir uygulamacı yazısında (Koray Ateş), cari mutabakat farklarında en sık görülen hatalar arasında ters bakiyeli 120 hesapların kasadan fiktif ödeme kaydıyla kapatılması ve fatura yerine 331 Ortaklara Borçlar hesabının kullanılması sayılıyor; ikincisi KDV ve gelir/kurumlar vergisi yönünden vergi ziyaı riski taşıyor. Aynı yazıda ters bakiyeli 120 için doğru uygulama, iç yüzde yöntemiyle KDV'li fatura düzenlenmesi olarak belirtiliyor. Bu, ters bakiyenin nedeni gerçekten faturalanmamış bir hasılat ya da fark olduğunda geçerlidir: bakiye alınan avanstan doğuyorsa yapılacak iş fatura düzenlemek değil, alınan sipariş avansları hesabına sınıflandırmaktır; mükerrer tahsilattan doğuyorsa para iadesidir.
Mizanda ters bakiyeli hesapları nasıl toplu görürüm?
Çoğu ERP'de bunun için hazır bir rapor vardır; örneğin Logo Netsis dokümantasyonunda 'Ters Bakiyeli Hesap Kontrolü' ayrı bir rapor olarak tanımlıdır ve dönem sonlarında 120/320 gibi hesapların ters bakiye verip vermediğini tespit etmek için kullanılır. Böyle bir rapor yoksa mizanı Excel'e alıp hesap karakteriyle bakiye yönünü karşılaştırmak yeterlidir; asıl iş listeyi çıkarmak değil, listedeki her satırın nedenini ayırmaktır.
Karşı taraf mutabakat mektubuma cevap vermezse ters bakiye teyit edilmiş olur mu?
Otomatik olarak olmaz. TTK m.94'e göre hesap devresi sonunda bakiyeyi gösteren cetveli alan taraf bir ay içinde usulüne uygun itiraz etmezse bakiyeyi kabul etmiş sayılır; ancak bu sonuç yazılı bir cari hesap sözleşmesi bağlamında işler — TTK m.89 yazılı şekli geçerlilik şartı sayar. Aranızda yazılı cari hesap sözleşmesi yoksa mektuba sessiz kalmak tek başına kabul doğurmayabilir.
✦ iFinances — Görmediğini gör.
