SAP'de ay sonu rutini tanıdıktır. Müşterinin açık kalemleri listelenir, fatura ve tahsilat satırları eşleştirilir, kalemler "denkleştirildi" damgasını alır. Ekranda tertemiz bir liste kalır. Sonra karşı taraftan ekstre gelir ve bakiye tutmaz.
Burada bir çelişki yok. Denkleştirme (clearing) ile mutabakat (reconciliation) iki ayrı işlemdir ve SAP tasarımı gereği yalnızca birincisini yapar. Denkleştirme kendi defterinizi kendi içinde kapatır. Mutabakat sizin defterinizle karşı tarafın defterini karşılaştırır. Türkçede birbirine çok yakın duran bu iki kelime, kurumsal finans ekiplerinde her yıl aynı yanlış güveni üretiyor: "kalemler kapandı, demek ki mutabıkız."
Denkleştirme tek defterli bir işlemdir
Açık kalem yönetimi SAP'nin alt defter mimarisinin temelidir. Bir müşteri faturası kaydedildiğinde satır "açık" olarak bekler. Tahsilat geldiğinde, elle (F-32) ya da toplu olarak otomatik denkleştirmeyle (F.13), fatura ve tahsilat satırları tek bir denkleştirme belgesine bağlanır. Her iki satır da kapanır ve açık kalem listesinden düşer. Bu işlem künyeleri SAP'nin açık kalem denkleştirme dokümantasyonunda tanımlıdır; cari kalemleri listeleyen ekran ise FBL5N adıyla bilinir.
Bu işlemin bütün girdileri sizin defterinizden gelir. Fatura sizin kaydınız, tahsilat sizin kaydınız, eşleştirme kriterleri sizin parametrenizdir. Karşı tarafın defteri denklemin hiçbir yerinde yoktur. Denkleştirme başarıyla bittiğinde öğrendiğiniz tek şey şudur: kendi kaydettiğim borç, kendi kaydettiğim tahsilatla kapandı.
Mutabakatın sorduğu soru başkadır: benim kaydettiğim borç, karşı tarafın kaydettiği alacakla aynı mı? Bu soruyu kendi defterinize bakarak yanıtlayamazsınız, çünkü cevabın yarısı sizde değildir.
"Mutabakat hesabı" bir terim tuzağıdır
SAP'de her müşteri ve satıcı ana verisinde bir mutabakat hesabı (reconciliation account) alanı bulunur. Bu alanın işi, alt defterdeki hareketin hangi ana defter hesabına yansıyacağını söylemektir: 120 Alıcılar ya da 320 Satıcılar karşılığındaki kontrol hesabı.
Sağladığı şey bir bütünlük garantisidir. Alt defterdeki bakiyelerin toplamı ile ana defterdeki kontrol hesabının bakiyesi birbirini tutar, çünkü kontrol hesabına doğrudan fiş atılamaz. Bu gerçekten değerli bir kontroldür. Ama ismi yanıltıcıdır: burada mutabık kalınan bir karşı taraf yoktur, yalnızca iki iç kayıt katmanı birbirini tutar.
Bu ayrımı bir cümlede tutmak işe yarar. Mutabakat hesabı, defterinizin kendi içinde tutarlı olduğunu söyler; mutabakat, defterinizin dış dünyayla tutarlı olduğunu söyler. Birincisi bir muhasebe mimarisi kararı, ikincisi bir kanıt toplama işidir.
Otomatik denkleştirme neyi eşleştirir, neyi eşleştiremez
Otomatik denkleştirme, tanımlı kriterlere göre birbirini götüren satırları toplu olarak kapatır. En iyi çalıştığı yer, ödemenin fatura referansını temiz biçimde taşıdığı ve tutarın birebir eşleştiği durumdur.
Türkiye sahasında bu koşullar sık sık bozulur. Tek havale beş faturayı öder. Müşteri kesirli öder, kalanı bir sonraki haftaya bırakır. Dekont açıklamasında fatura numarası yerine "MAL BEDELİ" yazar. Dövizli faturada TCMB kuru ile banka kuru arasındaki fark kuruş bırakır. Araya iade faturası ya da mahsup girer. Bu kalemler otomatik denkleştirmeden geçmez, açık kalem listesinde birikir ve elle kapatılmak üzere bir insana düşer. Ödemeyi faturaya bağlamanın neden bu kadar zor olduğunu FIFO ve kısmi ödeme yazımızda ayrıntısıyla ele aldık.
Asıl kritik nokta şu: bu kalemleri elle denkleştirdiğinizde de mutabakat yapmış olmazsınız. Yalnızca kendi defterinizdeki açık kalemi kapatırsınız. Üstelik yanlış faturaya kapatmış olabilirsiniz ve defter bunu size söylemez.
Denkleştirme bakiyeyi değiştirmez, yalnızca bakiyenin içindeki satırları yeniden düzenler. Bu yüzden yanlış denkleştirme sessizdir.
Sessiz hatanın somut hali
Varsayımsal bir örnek üzerinden gidelim; aşağıdaki tutarlar gerçek bir vakadan değil, mekanizmayı göstermek için kurgudan gelir. Tedarikçiden mart ayında iki fatura geliyor, ikisi de aynı tutarda, farklı hizmet kalemleri için. Nisanda tam o tutarda tek bir havale çıkıyor, dekont açıklamasında fatura numarası yok. Otomatik denkleştirme tutar eşleşmesiyle mart başındaki ilk faturayı kapatıyor.
Toplam bakiye doğrudur: bir faturalık borç açık kalır. Ama tedarikçi aynı ödemeyi kendi defterinde ikinci faturaya işlemiştir. İki tarafın bakiyesi aynı, açık kalem listeleri farklıdır. Bakiye odaklı bir mutabakat mektubu bu farkı göremez; iki taraf da rahatlıkla "mutabıkız" yazar.
Fark aylar sonra, ilgisiz görünen bir yerden çıkar. Tedarikçi kendi defterinde açık duran ilk faturaya vade farkı işletir. Sizin yaşlandırma raporunuz o faturayı kapalı gösterdiği için itirazınızın belgesi yoktur. Ya da iade faturası ikinci faturaya mahsup edilmek istenir ve karşı tarafta o fatura zaten kapanmıştır. Kapanış hızlı olmuştur; doğruluk olmamıştır.
Grup içi mutabakat araçları nereye kadar gider
SAP'nin grup içi eşleştirme ve mutabakat işlevi (Intercompany Matching and Reconciliation), tam da bu boşluğun bir kısmını kapatmak için vardır. İki şirket kodunun defterlerini karşılaştırır, farkı satır bazında gösterir, açıklanamayan kalemleri listeler. Yani gerçekten iki taraflı bir mutabakat yapar.
Kapsamı ise adında yazılıdır: grup içi işlemler. Grup dışındaki hiçbir cari bu araca girmez. Tedarikçileriniz, bayileriniz, müşterileriniz kapsam dışıdır. Aynı ayrımın araç kategorileri düzeyindeki karşılığını, bakiye onaylatan araçlarla eşleştirme motorlarını karşılaştırdığımız yazıda ele almıştık.
Pratikte grup içinde bile bir istisna vardır ve genellikle en sancılı olan odur: konsolidasyona giren ama aynı ERP'ye taşınmamış iştirak, ortak girişim, yeni satın alınmış şirket. Bunlar Logo, Netsis, Mikro ya da düpedüz Excel kullanır. Organizasyon şemasında "içeride" görünürler, sistemde dışarıdadırlar. Grup içi mutabakat raporu onları temiz gösterir çünkü hiç göremez.
Aynı yanılsama Logo ve Netsis tarafında başka isimle yaşar
Bu yazının konusu SAP olsa da mekanizma ERP'den bağımsızdır. Logo ve Netsis kullanıcıları da benzer bir kapanış hissi yaşar: borç kapama ekranı, kapama-eşleme raporu, dönem sonu kontrolleri. Logo Netsis dokümantasyonunda "Ters Bakiyeli Hesap Kontrolü" ayrı bir rapor olarak tanımlıdır; dönem sonlarında 120 ve 320 gibi hesapların ters bakiye verip vermediği bu raporla tespit edilir ve bakiyeler avans hesaplarına aktarılır.
Bu iyi bir iç hijyen kontrolüdür ve yine tek defterlidir. Ters bakiyeli bir 120 hesabı bulmak, o carinin karşı tarafla mutabık olduğunu göstermez; yalnızca kendi defterinizde tuhaf bir şey olduğunu gösterir. Kapanış ekranı ne kadar temiz olursa, dış kanıt arama isteği o kadar azalır. Yanılsamanın kaynağı budur.
Rakamlar ne söylüyor
APQC verilerine göre aylık kapanışta üst çeyrek 4,8 gün ve altında kapatıyor, medyan 6,4 gün, alt çeyrekse 10 günü aşıyor. Ventana Research'ün 2023 araştırması ise mutabakatlarının çoğunu ya da tamamını otomatikleştirmiş kuruluş oranını yüzde 31 olarak veriyor; kuruluşların yüzde 58'i ayı altı iş günü içinde kapatıyor. İki veriyi yan yana koyunca tablo netleşiyor: hızlı kapatan çok, mutabakatı otomatikleştiren az. Kapanışı hızlandıran şey çoğu zaman denkleştirmedir, mutabakat değil.
Maliyet de ölçülebilir bir yerde birikiyor. APQC'ye göre mükerrer ya da hatalı ödemeler yıllık ödemelerin yüzde 0,8'i (üst çeyrek) ile yüzde 2'si (alt çeyrek) arasında seyrediyor. Mükerrer ödeme, tanımı gereği, denkleştirme ekranından temiz geçen bir ödemedir: kapatacak bir açık kalem bulmuştur, dolayısıyla sistem itiraz etmez.
Bir de tespit tarafı var. ACFE'nin 2024 tarihli Occupational Fraud raporunda suistimallerin ilk tespit yöntemleri sıralanırken ihbar yüzde 43, iç denetim yüzde 14, yönetim gözden geçirmesi yüzde 13, belge incelemesi yüzde 6, hesap mutabakatı ise yüzde 5 paya sahip. Medyan kayıp 145.000 dolar, medyan tespit süresi 12 ay. Buradan çıkacak sonuç "mutabakat suistimali çözer" değildir; tam tersine, mutabakat tek başına zayıf bir tespit kanalıdır. Ama aynı raporda proaktif veri izleme ve analizi, medyan kaybı ve tespit süresini yaklaşık yarıya indiren kontroller arasında sayılıyor. Fark, kalemleri kapatmakla kalemleri karşılaştırmak arasındadır. (Bu sayılar 2024 baskısına aittir; ACFE'nin 2026 baskısı ayrıca yayımlanmıştır.)
Denetçi ve YMM ne sorar
Denkleştirme raporu bir dış kanıt değildir. Bağımsız denetimde dış teyit, BDS 505'in tanımıyla, denetçinin üçüncü bir kişiden doğrudan yazılı yanıt olarak elde ettiği kanıttır. Sizin sisteminizde kalemlerin kapalı görünmesi bu tanımı karşılamaz.
Hukuki tarafta da benzer bir ayrım var. TTK m.94, cari hesap sözleşmesinde bakiye cetvelini alan tarafın bir ay içinde usulüne uygun itiraz etmemesi halinde bakiyeyi kabul etmiş sayılacağını söyler. Buradaki kritik nüans şudur: bu sonuç yazılı bir cari hesap sözleşmesi bağlamında işler, çünkü TTK m.89'a göre yazılı şekil geçerlilik şartıdır. Yazılı sözleşme yoksa mutabakat mektubuna sessiz kalmak tek başına kabul doğurmayabilir. Her iki durumda da sizi koruyan şey, denkleştirme ekranındaki temizlik değil, karşı tarafla yazılı olarak paylaşılmış ve kalem düzeyinde dayanağı olan bir kayıttır.
Denkleştirmenin bittiği yerde ne gerekir
Bu boşluk bir ERP eksikliği değil, kapsam meselesidir. SAP kendi defterini yönetmek için tasarlandı ve o işi çok iyi yapıyor. İkinci deftere ulaşmak farklı bir işlem gerektirir: karşı tarafın ekstresini almak, iki listeyi kalem bazında karşılaştırmak, farkın hangi kalemden doğduğunu göstermek.
iFinances tam bu noktada duruyor. Defter kayıtlarınızı, banka ekstresini ve e-fatura verisini aynı tabloya alıyor; ERP'den bağımsız olarak Logo, SAP, Mikro, Netsis, Luca, Zirve ya da düz Excel çıktısıyla çalışıyor. Eşleştirme motoru FIFO ve faturaya özel kapamayı, kısmi ödeme bölmeyi, toplu ödeme dağıtmayı, kuruş toleransını ve TCMB resmî kuruyla çapraz para birimini işliyor. Banka açıklamasındaki unvan ile firma kaydı arasında Türkçe karakter katlamalı benzerlik kuruyor, ama bunu bir öneri olarak sunuyor; kararı insan veriyor. Her eşleşmenin yanında yazılı bir gerekçe duruyor: tutar örtüşüyor, tarih uyuyor, referans şu faturayı gösteriyor. Karşı taraf güvenli bir bağlantıyla kendi ekstresini yükleyebiliyor, bunun için herhangi bir yazılıma ihtiyaç duymuyor. Üç kaynağın nasıl çaprazlandığını üç kaynaklı mutabakat yazımızda anlattık; cari tarafın işleyişi için cari hesap mutabakatı sayfamıza bakabilirsiniz.
Dürüst sınır da açık olsun: iFinances defter tutmaz, kayıt üretmez ve hiçbir satırı kendi başına kapatmaz. SAP'deki denkleştirmenin yerine geçmez; onun göremediği ikinci defteri masaya getirir. Denkleştirme kapanışın hızıyla, mutabakat kapanışın doğruluğuyla ilgilidir. İkisine de ihtiyacınız var, ama birini yaptınız diye diğerini yapmış sayılmazsınız.
Sık Sorulan Sorular
SAP'de denkleştirme ile mutabakat aynı şey mi?
Hayır. Denkleştirme (clearing) kendi defterinizdeki açık kalemleri birbirine bağlayıp kapatır; girdisi tamamen sizin kayıtlarınızdır. Mutabakat ise sizin defterinizle karşı tarafın defterini karşılaştırır ve farkın hangi kalemden doğduğunu ortaya çıkarır. Elle ya da otomatik denkleştirme sonunda "denkleştirildi" görmek, karşı tarafla aynı listeye baktığınız anlamına gelmez.
SAP'deki "mutabakat hesabı" ne işe yarar?
Müşteri veya satıcı ana verisindeki mutabakat hesabı (reconciliation account) alanı, alt defterdeki hareketin hangi ana defter kontrol hesabına yansıyacağını belirler (uygulamada 120 ya da 320 karşılığı). Alt defter toplamı ile ana defter bakiyesinin birbirini tutmasını sağlar. Adında mutabakat geçse de karşı tarafla ilgili bir işlev taşımaz; iç bütünlük kontrolüdür.
Otomatik denkleştirme neden bazı kalemleri kapatamıyor?
Otomatik denkleştirme, tanımlı kriterlere (referans, tutar, para birimi gibi) göre birbirini götüren satırları arar. Toplu ödeme, kısmi ödeme, referanssız dekont, kur farkından doğan kuruş sapması, iade ve mahsup gibi durumlarda kriter tutmaz ve kalem açık listede kalır. Bu kalemler elle kapatıldığında bakiye düzelir ama karşı tarafın aynı kalemi nasıl işlediği hâlâ bilinmez.
Grup içi mutabakat araçları dış carileri kapsar mı?
Hayır. Grup içi eşleştirme ve mutabakat işlevinin kapsamı adında yazar: grup şirketleri arasındaki işlemler. Tedarikçiler, müşteriler ve bayiler kapsam dışıdır. Grup içindeki ama farklı bir ERP kullanan iştirak ya da yeni satın alınmış şirket de pratikte dışarıda kalır.
Bakiye tutuyorsa mutabakat tamam sayılır mı?
Tek başına yeterli değildir. İki tarafın toplam bakiyesi eşit olduğu halde açık kalem listeleri farklı olabilir; aynı ödemenin iki tarafta farklı faturaya kapatılması buna en sık rastlanan örnektir. Bu tür fark bakiye düzeyinde görünmez, ancak vade farkı, iade mahsubu ya da yaşlandırma raporu üzerinden aylar sonra ortaya çıkar. Bu yüzden kalem düzeyinde karşılaştırma gerekir.
✦ iFinances — Görmediğini gör.
