Kazanimlar:
- Yevmiye kaydı testinin (journal entry testing) neden BDS 240 kapsamında zorunlu olduğunu ve yapay zekanın şüpheli kayıt kriterlerini nasıl tarayabildiğini kavrayabilme
- Aykırı değer (outlier), olağandışı zamanlama ve olağandışı tutar örüntülerini yapay zeka desteğiyle işaretleyip önceliklendirebilme
- Yapay zekanın işaretlediği her anomalinin bir bulgu değil, denetçinin araştıracağı bir soru işareti olduğunu ve yanlış pozitiflerin elenmesinin insana ait olduğunu koruyabilme
Bir işletmenin finansal tabloları, temelde milyonlarca yevmiye kaydının (muhasebede her mali işlemin borç-alacak olarak deftere geçirilmesi) toplamıdır. Hata da hile de sonuçta bir yevmiye kaydında yaşar: yanlış hesaba yazılan bir tutar, dönem sonunda "unutulup" ters çevrilen bir karşılık, gece yarısı manuel olarak girilen olağandışı bir kayıt. Bu yüzden BDS 240 (Finansal tabloların denetiminde hileye ilişkin denetçinin sorumluluklarını düzenleyen standart), denetçiden yevmiye kaydı testi (journal entry testing) yapmasını açıkça ister. Amacı, yönetimin iç kontrolleri "es geçme" (management override) yoluyla yaptığı olası manipülasyonları ortaya çıkarmaktır.
Bu ünitede yapay zekayı anomali ve hata tespitinin motoruna nasıl çevireceğinizi, ama işaretlenen her kaydın neden bir "bulgu" değil bir "soru işareti" olduğunu işleyeceğiz. Önce iki kavram. Anomali, bir veri kümesinde beklenen örüntüden sapan, olağandışı kayıttır. Aykırı değer (outlier), sayısal olarak diğerlerinden belirgin biçimde uzaklaşan gözlemdir (çok büyük bir tutar, çok yüksek bir frekans gibi). Anomali her zaman hata değildir; ama denetçinin bakması gereken yerdir.
Yevmiye kaydı testinde şüpheli kayıt kriterleri
BDS 240, belli özellikteki kayıtların hile riski açısından daha dikkat çekici olduğunu belirtir. Yapay zeka, yüz binlerce kaydı bu kriterlere göre saniyeler içinde tarayabilir. Tipik "kırmızı bayrak" kriterleri:
- Olağandışı zamanlama: Mesai dışı, hafta sonu, resmi tatil ya da dönem sonu son günlerde girilen manuel kayıtlar.
- Olağandışı kullanıcı: Normalde muhasebe kaydı girmeyen bir kullanıcının (örneğin bir yönetici) girdiği kayıtlar.
- Olağandışı hesap kombinasyonları: Birbirini beklemeyen hesaplar arasındaki kayıtlar (örn: gelir hesabı ile nakit dışı olağandışı bir hesap).
- Yuvarlak tutarlar: 100.000, 500.000 gibi "temiz" büyük tutarlar; manuel manipülasyonun tipik izidir.
- Açıklaması boş veya belirsiz kayıtlar: "düzeltme", "muhtelif", "geçici" gibi içi boş açıklamalar.
- Ters kayıtlar: Dönem başında girilip kısa süre sonra iptal edilen (storno) kayıtlar.
- Eşik altı tekrarları: Onay eşiğinin (örn. 50.000 TL) hemen altında kümelenen çok sayıda kayıt.
İpucu: Bu kriterleri tek tek değil, birlikte düşünün. Tek başına "yuvarlak tutar" masum olabilir; ama "hafta sonu, bir yönetici tarafından, açıklaması boş, yuvarlak tutarlı, dönem sonu manuel kayıt" güçlü bir kırmızı bayraktır. YZ'ye kriterleri birleştirerek "risk skoru" ürettirmek, önceliklendirmenize yardım eder.
Yanlış pozitif gerçeği: neden her işaret bir bulgu değil
Anomali taramasının doğasında yanlış pozitif (false positive) vardır: kuralın işaretlediği ama aslında meşru olan kayıtlar. Örneğin bir şirket her ay son iş günü otomatik olarak yuvarlak tutarlı bir kira tahakkuku girer; bu "yuvarlak tutar + dönem sonu" kriterine takılır ama tamamen normaldir. Denetçinin işi, işaretlenen yığından gerçek riski ayıklamaktır. Bu ayıklama devredilemez; çünkü meşru ile şüpheliyi ayırmak, işletmeyi ve bağlamı bilmeyi gerektirir — YZ'nin sahip olmadığı bir şeyi.
Bu yüzden çıktıyı hep şöyle okuyun: "YZ bana 420 kayıt işaretledi. Bunların çoğu muhtemelen yanlış pozitif. Benim işim, bu 420 içinden gerçekten araştırılması gerekenleri, örüntüleri ve tek tek şüpheli olanları bulmak." Bu bakış, hem sizi otomasyon yanlılığından korur (her işareti hata sanmak) hem de tembellikten (hiçbirine bakmamak).
Adım adım anomali tespiti
- Veriyi hazırla ve tamlığı teyit et. (Önceki ünitedeki mutabakat adımları.)
- Kriterleri netçe tanımla. Hangi zamanlama, tutar, kullanıcı ve açıklama örüntüleri işaretlenecek?
- YZ ile tara ve skorla. Her kaydı kriterlere göre işaretle; birden çok kritere takılanlara daha yüksek öncelik ver.
- Yanlış pozitifleri ele. Bilinen meşru örüntüleri (otomatik tahakkuklar gibi) filtrele veya işaretle.
- Kalan kayıtları incele. Her birini destekleyici belgeye, onaya ve iş mantığına bağla.
- Sonucu ve gerekçeyi dokümante et. Neyi neden şüpheli bulduğunu, neyi neden elediğini yaz.
Üç mini vaka
Vaka 1 — Gerçek bulgu. Bir denetçi 240.000 yevmiye kaydını YZ ile taradı; "dönem son 3 günü + manuel + açıklaması 'düzeltme' + 100.000 katı tutar" kriterlerini birleştirdi. 14 kayıt yüksek skor aldı. İncelemede 11'i meşru yıl sonu düzeltmesiydi; ancak 3 kayıt, gelir hesabını şişirip ertesi dönem ters çevrilecek şekilde girilmişti ve destekleyici belgesi yoktu. Bu, yönetimin kontrolleri es geçme örüntüsüydü ve önemli bir bulgu oldu. YZ 14 soru sordu; 3 gerçek cevabı denetçinin şüpheciliği buldu.
Vaka 2 — Yanlış pozitif tuzağı. Bir ekip üyesi, YZ'nin işaretlediği 380 "yuvarlak tutarlı" kaydı doğrudan "şüpheli işlemler" başlığıyla çalışma kağıdına yazdı. Sorumlu bakınca çoğunun sabit kira, sabit danışmanlık ücreti ve otomatik amortisman kayıtları olduğunu gördü; hepsi meşrudu. Çalışma kağıdı, denetimi yanlış yöne çeken bir "sahte bulgu listesi"ne dönmüştü. Ders: işaretlenen her kayıt bir bulgu değildir; elemeyi denetçi yapar.
Vaka 3 — Kriteri fazla dar tutmak. Bir denetçi yalnızca "hafta sonu kaydı" kriterini kullandı ve hiçbir şüpheli kayıt bulamadı; rahatladı. Oysa işletmede manipülatif kayıtlar hafta içi mesai saatlerinde, ama olağandışı hesap kombinasyonlarıyla giriliyordu. Tek ve dar bir kritere güvenmek, gerçek riski görmesini engelledi. Denetçi kriterleri genişletince örüntü ortaya çıktı. Ders: tek kriter güvence vermez; çok boyutlu bakın.
Zayıf prompt / Güçlü prompt
Zayıf prompt:
Bu yevmiye kayıtlarında hileli olanları bul.
Sorun: YZ hileyi "tespit" edemez; hile bir hukuki/mesleki sonuçtur, veri örüntüsü değil. Ayrıca "hileli" tanımsızdır. Bu istem ya uydurma bir "hile listesi" ya da anlamsız işaretler üretir.
Güçlü prompt:
Rolün: bir bağımsız denetçinin yevmiye kaydı analiz asistanısın. Sen kriterlere göre kayıt İŞARETLERSİN; hile/hata kararı bana ait.Bağlam: Anonimleştirilmiş yevmiye verisi (kolonlar: kayit_no, tarih, saat, kullanici_rolu, borc_hesap, alacak_hesap, tutar, kayit_tipi[manuel/otomatik], aciklama). Dönem sonu: 31.12. Mesai: 09:00-18:00, Pzt-Cuma.Görev:1) Şu kriterlere göre her kayda bir "dikkat skoru" ver (kaç kritere takıldığına göre): a) kayit_tipi=manuel b) tarih 29-31 Aralık arası VEYA hafta sonu/tatil c) saat mesai dışı d) tutar 100.000 TL katı (yuvarlak) e) aciklama boş veya {düzeltme, muhtelif, geçici} içinde2) Skoru 3 ve üzeri olanları öncelikli liste olarak ver.3) Uyguladığın her kriteri düz metin olarak yaz (denetlenebilirlik).4) Bunların "incelenecek istisna" olduğunu, hile/hata SONUCU olmadığını açıkça belirt. Uydurma kayıt ekleme.
Bu istem güçlüdür çünkü kriterleri açık tanımlar, çok boyutlu skorlar, denetlenebilirlik ister ve çıktıyı doğru konumlandırır (istisna, sonuç değil).
Sık yapılan hatalar
- "Hileyi bul" demek. YZ hile tespit etmez; kriterlere göre işaret koyar. Hile bir mesleki/hukuki sonuçtur.
- İşareti bulgu sanmak. Yanlış pozitifleri elemeden şüpheli kaydı "hata" olarak yazmak.
- Tek kritere güvenmek. Dar bir kural kullanıp gerçek örüntüyü kaçırmak.
- Meşru örüntüleri filtrelememek. Otomatik tahakkukları şüpheli listeye dahil ederek gürültü üretmek.
- Gerekçeyi dokümante etmemek. Neyi neden eledin/tuttun yazmadan çalışma kağıdını izlenemez bırakmak.
Dikkat: Bir kaydı "şüpheli" olarak nitelemek ciddi bir ifadedir. Bulgu olarak yazmadan önce kanıtla (destekleyici belge, onay, iş gerekçesi) doğrulayın. Aksi halde hem işletmeye haksızlık eder hem denetim kalitesini zedelersiniz.
Özetle
Yevmiye kaydı testi BDS 240 kapsamında zorunludur ve yapay zeka bunun için ideal bir motordur: yüz binlerce kaydı çok boyutlu kriterlere göre saniyeler içinde tarar ve dikkat skoru üretir. Ama YZ hile veya hata "tespit" etmez; yalnızca olağandışı olanı işaretler. Çıktı, yanlış pozitiflerle dolu bir istisna yığınıdır; içinden gerçek riski ayıklamak, meşru olanı elemek ve sonuca varmak denetçinin şüpheciliğine ve muhakemesine aittir. İşaret bir soru işaretidir, cevap değil.
Uygulama görevi
Varsayımsal bir yevmiye verisi için beş anomali kriteri belirleyin (zamanlama, kullanıcı, tutar, hesap kombinasyonu, açıklama). Yukarıdaki güçlü prompt kalıbıyla YZ'ye çok boyutlu bir "dikkat skoru" ürettirin. Ardından bir "eleme kılavuzu" yazın: hangi meşru örüntüler (otomatik tahakkuk, sabit kira vb.) yanlış pozitif olarak filtrelenmeli? Son olarak yüksek skorlu 5 kayıt için "hangi kanıta bakarım?" sorusunu yanıtlayın.
Kontrol listesi
- [ ] Veriyi anonimleştirdim ve tamlığını teyit ettim.
- [ ] Anomali kriterlerini çok boyutlu ve net tanımladım.
- [ ] YZ'den dikkat skoru ve uygulanan kriterlerin düz metnini aldım.
- [ ] Bilinen meşru örüntüleri yanlış pozitif olarak filtreledim.
- [ ] Yüksek skorlu kayıtları destekleyici belge ve onayla inceledim.
- [ ] "Hile/hata" sonucuna varmadan önce kanıtla doğruladım.
- [ ] Neyi neden şüpheli bulduğumu / elediğimi dokümante ettim.