Mizan Okuma Pratiği — Ters Bakiye, Askı Hesaplar
Şimdiye kadar öğrendiğin her şey bu modülde bir araya geliyor: önüne bir mizan geldiğinde onu okuyup kontrol etmek. İyi bir mizan okuyucu sayıları tek tek incelemez — birkaç refleksle anomaliyi yakalar: ters bakiye veren hesaplar, sıfırlanmamış askı hesapları, beklenmedik büyük değişimler. Bu modül o refleksleri kurar. Bir hazineci/riskçi için mizan okuma, "bir sorun varsa nereden anlarım" becerisidir.
- Bir mizanı tararken ne aradığını bilmek: ters bakiye, askı hesap, anormal değişim, denge kontrolü
- Ters bakiyeyi (aktif alacakta, pasif borçta) anında tanıyıp yorumlayabilmek
- Askı / geçici / köprü hesaplarda kalan bakiyeyi sahip, neden, yaşlandırma ve önemlilikle değerlendirmek
- Toplam borç = toplam alacak kontrolünün ne söylediğini (ve söylemediğini) anlamak
- Bir mizanı sistematik bir tarama ile gözden geçirebilmek
01 · Mizan Okumanın Refleksleri
Bir mizan yüzlerce satırdır; hepsini okumak ne mümkün ne gerekli. Deneyimli göz dört şeye bakar:
| Refleks | Ne arar | Neyi ele verir |
|---|---|---|
| Ters bakiye | Beklenen tarafın tersinde bakiye (aktif alacakta) | Hata, ters pozisyon ya da sınıflama sorunu |
| Askı hesap | Geçici hesapta açıklama veya süre/limit aşımı olan bakiye | Kapanmamış köprü kaydı, takas askısı |
| Anormal değişim | Bir kebirin dünden bugüne beklenmedik sıçraması | Büyük işlem, hatalı fiş, çift kayıt |
| Denge kontrolü | Toplam borç = toplam alacak mı | Sistemik besleme/arayüz hatası |
Bu refleksler A track'ın doğrudan ürünüdür: ters bakiye Modül 1'in "aktif borç, pasif alacak" kuralından, denge kontrolü Modül 1'in çift kayıt eşitliğinden, askı hesap Modül 5'in fiş-valör akışından gelir. Yani mizan okuma yeni bir bilgi değil, öğrendiklerinin tersine çalıştırılmasıdır: kuralı biliyorsan, kuralın bozulduğu yeri görürsün.
02 · Ters Bakiye — Beklenenin Tersi
Her hesabın bir "doğal" tarafı vardır (Modül 1): aktif ve giderler borç, pasif/özkaynak ve gelirler alacak bakiye verir. Ters bakiye, bir hesabın bu doğal tarafının tersinde bakiye vermesidir — ve neredeyse her zaman incelenmesi gereken bir işarettir:
Hesabı seç, bakiyeyi borç (+) ya da alacak (−) yap: hesabın doğal tarafıyla uyumluysa yeşil (normal), tersse kırmızı (ters — incele). Kasa gibi hesaplar asla alacakta olamaz; menkul/türev ise ters bakiye verirse "gerçek durum mu, hata mı" diye sorulur.
03 · Askı & Geçici Hesaplar — Kapanması Gerekenler
Bazı teknik hesaplar tasarımı gereği gün sonunda sıfır hedefiyle çalışır. Diğer geçici hesaplarda kontrollü açık bakiye söz konusu olabilir. Bunlar işlemin iki ayağı farklı zamanlarda/sistemlerde gerçekleştiğinde arayı köprüleyen geçici hesaplardır: takas köprüleri, valör farkı hesapları, sistemler arası aktarım (askı) hesapları, gün içi teknik hesaplar. Bir işlem tamamlandığında hesap kapanır; kapanmıyorsa eksik ayak ihtimalinin yanında valör, mutabakat zamanı veya onaylı istisna da araştırılır.
Askı hesabında gün sonu bakiye kalması inceleme sinyalidir; otomatik hata değildir. Bakiye sahip, neden, yaşlandırma, önemlilik ve çözüm tarihi ile yönetilmelidir. Sebepleri: bir işlemin karşı ayağı gelmemiş (takas tamamlanmamış), otomatik fiş yarım atılmış, ya da valör farkı henüz kapanmamış. Bir hazineci için önemi: askıda kalan tutar, mizanı ve pozisyonu geçici olarak yanlış gösterebilir — gerçek durum ancak askı çözülünce netleşir.
İki ayağı eşitle: askı hesabı sıfır kapanır. Ayakları farklılaştır: bakiye askıda kalır ve nedeni araştırılır. Kontrol; bakiyenin sahibi, yaşı, açıklaması ve limit/onay durumuna bakar.
"Şu hesap ters bakiye veriyor" → doğal tarafın tersinde bakiye, incelenmeli. "Askıda kayıt kalmış" → geçici hesap sıfırlanmamış, bir ayak eksik. "Mizan tutuyor ama satır yanlış" → denge sağlanmış (toplam borç=alacak) ama bir kalem yanlış hesapta; denge kontrolü sınıflama hatasını yakalamaz. "Dünden bugüne şu kebir uçmuş" → anormal değişim, büyük işlem ya da hatalı fiş.
04 · Denge Tutar Ama Her Şey Doğru Değildir
Önemli bir tuzak: toplam borç = toplam alacak kontrolü mizanın tuttuğunu gösterir ama doğru olduğunu göstermez. Çift kayıt sistemi her fişte iki tarafı eşitler, dolayısıyla bir tutar yanlış hesaba yazılsa bile denge bozulmaz — sadece yanlış yerde durur. Denge kontrolü sistemik bir besleme hatasını (bir ayak hiç gelmemiş) yakalar; sınıflama hatasını (yanlış hesaba yazılmış) yakalamaz.
Denge kontrolü (toplam borç = alacak) → "kayıtlar tam mı?" İçerik kontrolü (ters bakiye, askı hesap, anormal değişim, mutabakat) → "kayıtlar doğru yerde mi?" İkincisi olmadan birincisi yanıltıcı bir güven verir. İyi mizan okuma her ikisini de yapar.
Pratik tarama sırası şöyle işler: önce denge tutuyor mu (toplam borç = alacak); sonra askı/geçici hesaplar sıfır mı; sonra doğal tarafın tersinde bakiye var mı; en sonda dünden bugüne anormal değişim var mı. Bu dört adım, çoğu gün sonu sorununu ilk beş dakikada ortaya çıkarır. Kalan derin farklar (özellikle muhasebe ile risk sistemi arasındakiler) bir sonraki modülün — muhasebe–risk mutabakatının — işidir.
05 · Kapanış — Okumadan Mutabakata
Artık bir mizanı sistematik okuyabiliyorsun: denge kontrolü, askı hesap taraması, ters bakiye avı, anormal değişim kontrolü. Bunlar A track'ta öğrendiğin kuralların tersine çalıştırılmış hâlidir — kuralı bildiğin için bozulduğu yeri görüyorsun. Ve en önemlisi: denge tutması doğruluk garantisi değildir; içerik kontrolü ayrı bir disiplindir.
Sıradaki modül mizan okumayı bir üst seviyeye taşır: muhasebe ile risk sisteminin mutabakatı — GL bakiyeleri ile risk sistemindeki pozisyonların neden ve nasıl ayrıştığı, clean/dirty P&L farkı. Akılda kalan cümle: mizan okuma, öğrendiğin kuralların bozulduğu yeri görmektir — ters bakiye, askı hesap ve anormal değişim üç ana alarmdır, ve denge tutması içeriğin doğru olduğu anlamına gelmez.
Kaynaklar ve kapsam
Hesap kodları BDDK’nın mevduat bankaları için yayımladığı plandan; muhasebe ilkeleri KGK’nın güncel TFRS setinden doğrulandı. Kurum içi alt hesaplar ve rapor adları farklılaşabilir.