Kazanimlar:
- Örnekleme riskini ve tam popülasyon testinin (%100 test) mantığını kavrayıp yapay zekayı veri hazırlama, kural yazma ve sonuç yorumlama için kullanabilme
- Büyük veri kümelerinde eşleştirme, tamlık ve doğruluk testlerini yapay zeka desteğiyle tasarlayıp uygulayabilme
- Tam popülasyon testinde istisna listesinin bir sonuç değil, denetçinin inceleyeceği bir başlangıç olduğunu ve nihai değerlendirmenin denetçiye ait olduğunu kavrayabilme
Denetim mesleğinin en köklü sınırlamalarından biri, denetçinin uzun yıllar boyunca örneklemeyle çalışmak zorunda kalmasıydı. Bir işletmenin bir yılda kestiği 180.000 faturayı elle inceleyemezsiniz; bu yüzden istatistiksel ya da yargısal bir yöntemle birkaç yüz kayıt seçer, onları test eder ve sonucu tüm popülasyona genellersiniz. Örnekleme güçlü ve meşru bir tekniktir, ama doğası gereği bir risk taşır: örnekleme riski — seçtiğiniz örneklem popülasyonu temsil etmeyebilir ve içindeki gerçek hata tam da baktığınız yere düşmemiş olabilir.
Veri analitiği ve yapay zeka bu tabloyu değiştirir: artık popülasyonun tamamını, yani %100'ünü test edebilirsiniz. Buna tam popülasyon testi denir. Bu üniteyi "örneklemden bütüne" geçişi, bunun getirdiği gücü ve — çoğu kişinin gözden kaçırdığı — yeni sorumlulukları anlamaya ayırıyoruz. Çünkü tam popülasyon testi denetimi kolaylaştırmaz; testin doğasını değiştirir ve denetçinin üzerine yeni yükler bindirir.
Örnekleme ile tam popülasyon testinin farkı
Klasik örneklemede mantık şudur: "Küçük ama temsili bir grubu iyice test edeyim, sonucu bütüne yorumlayayım." Tam popülasyon testinde mantık tersine döner: "Bütünü belli kurallara göre tarayayım, kuralın dışına düşen istisnaları bulup onları iyice inceleyeyim." İlk yaklaşımda risk "yanlış örneklem seçmek"tir; ikincisinde risk "yanlış kural yazmak" ve "eksik/hatalı veriyle çalışmak"tır.
Şu tablo iki yaklaşımı karşılaştırır:
Boyut
Örnekleme
Tam popülasyon testi (%100)
Kapsam
Popülasyonun bir kısmı
Popülasyonun tamamı
Ana risk
Örnekleme riski (temsil hatası)
Kural hatası + veri tamlığı hatası
Çıktı
Sınırlı sayıda test sonucu
Kurala uymayan istisna listesi
Denetçinin yükü
Seçim + test
Kural tasarımı + istisna değerlendirmesi
YZ'nin rolü
Örneklem seçimine yardım
Veri hazırlama, kural yazma, istisna işaretleme
Dikkat edin: tam popülasyon testi "her şeyi test ettim, iş bitti" demek değildir. Tam tersine, size genellikle daha çok incelenecek kalem çıkarır. 180.000 faturanın hepsini bir tarih-tutar-onay kuralından geçirdiğinizde, belki 900 istisna bulursunuz. Bunların her biri bir sorudur; bir cevap değil. İşte denetim yargısı burada devreye girer.
Veri tamlığı: testin görünmez temeli
Tam popülasyon testinin en büyük tuzağı, testin kalitesinin verinin kalitesine bağlı olmasıdır. "Verinin %100'ünü test ettim" cümlesi ancak elinizdeki veri gerçekten popülasyonun %100'üyse anlamlıdır. Sistemden veri çekerken bir filtre yanlış kaldıysa, bazı kayıtlar dışarıda kaldıysa ya da tutar sütunu ondalık hatasıyla aktarıldıysa, "tam" testiniz aslında eksik veya bozuk bir veri üzerinde yapılmış olur. Bu yüzden veri tamlığı ve doğruluğu teyidi tam popülasyon testinin ilk ve vazgeçilmez adımıdır.
Tamlık teyidi için pratik kontroller:
- Kayıt sayısı mutabakatı: Çektiğiniz veri kümesindeki satır sayısı, sistemdeki toplam kayıt sayısıyla eşleşiyor mu?
- Tutar mutabakatı: Veri kümesindeki toplam tutar, mizandaki/muavindeki ilgili hesap toplamıyla mutabık mı?
- Tarih aralığı: Dönemin ilk ve son günü verinin içinde mi; eksik ay/gün var mı?
- Boş ve bozuk alan taraması: Zorunlu alanlarda (tarih, tutar, hesap kodu) boşluk veya anlamsız değer var mı?
YZ bu kontrollerin hepsinde yardımcıdır: veriyi tarar, toplamları alır, boş alanları sayar, tarih aralığını raporlar. Ama mutabakatın "tuttuğuna" karar veren, farkı araştıran ve verinin denetim amacına uygun olduğunu onaylayan denetçidir.
Dikkat: "Verinin tamamını test ettim" ifadesini, veri tamlığını teyit etmeden çalışma kağıdına yazmayın. Eksik veri üzerinde yapılan tam popülasyon testi, tam görünen ama yanıltıcı bir güvence verir.
YZ ile tam popülasyon testi: adım adım
- Veriyi güvenli biçimde hazırla. Kişisel/gizli alanları anonimleştir veya yer tutucuyla değiştir. Mümkünse kurumsal, sözleşmeli araç kullan.
- Tamlığı teyit et. Kayıt sayısı ve tutar mutabakatını yap.
- Test kuralını netçe tanımla. Ne "istisna" sayılacak? (Örn: onaysız fatura, hafta sonu kesilen fatura, yuvarlak tutarlı büyük ödeme, kesim tarihinden sonra kaydedilen gelir.)
- Kuralı YZ ile uygula. YZ kuralı veriye uygular ve istisna listesi üretir; kuralı açıkça yazsın ki denetlenebilir olsun.
- İstisnaları önceliklendir ve incele. Her istisnayı kanıtla araştır; yanlış pozitifleri ele, gerçek bulguları gerekçelendir.
- Sonucu dokümante et. Kuralı, istisna sayısını, incelenen kalemleri ve sonucu çalışma kağıdına bağla.
Üç mini vaka
Vaka 1 — Kesim testi. Bir denetçi, yıl sonu gelir kesimini test etmek istedi. 42.000 satış faturasını tam popülasyon olarak aldı ve YZ'ye "fatura tarihi 31 Aralık'a kadar, ama sevk/teslim tarihi 1 Ocak veya sonrası olan kayıtları listele" kuralını uygulattı. YZ 118 kayıt işaretledi. Denetçi bunları inceledi: 96'sı zamanlama farkı olmayan meşru işlemdi (aynı gün teslim), 22'si gerçekten ertesi yıla ait gelirdi ve önceki döneme kaydedilmişti. Bu 22 kalem, önemlilik altında kalsa da bir örüntü gösterdiği için raporlandı. YZ 118 soru sordu; 22 cevabı denetçi buldu.
Vaka 2 — Tamlık atlanınca. Bir ekip üyesi 180.000 fatura üzerinde tam popülasyon testi yaptığını söyledi; hiç istisna çıkmadı ve rahatladı. Sorumlu, veri kümesinin toplam tutarını mizanla karşılaştırdı: veri 155 milyon, mizan 210 milyon TL. Meğer sistemden veri çekilirken bir şube filtrelenip dışarıda kalmıştı. "Tam" test aslında verinin dörtte birini görmemişti. Test, doğru veriyle baştan yapıldı. Ders: tamlık teyidi olmadan tam popülasyon testi yoktur.
Vaka 3 — Kural hatası. Bir denetçi "50.000 TL üzeri onaysız ödemeleri listele" kuralını YZ'ye yazdırdı, ama "onay" alanının sistemde iki farklı sütunda tutulduğunu (elektronik onay ve manuel onay) fark etmedi. YZ yalnızca birine baktığı için 300 ödemeyi "onaysız" işaretledi; incelemede çoğunun diğer sütunda onaylı olduğu görüldü. Yanlış kural, yüzlerce yanlış pozitif üretti. Denetçi kuralı iki sütunu da kapsayacak şekilde düzeltti. Ders: kuralın veriye ve iş sürecine uygunluğunu denetçi doğrular.
Zayıf prompt / Güçlü prompt
Zayıf prompt:
Bu fatura verisinde sorunlu kayıtları bul.
Sorun: "sorunlu"nun tanımı yok. YZ neyi istisna sayacağını bilemez; ya rastgele işaretler ya da kendi uydurduğu bir kritere göre çalışır. Tekrarlanabilir ve denetlenebilir değildir.
Güçlü prompt:
Rolün: bir bağımsız denetçinin veri analitiği asistanısın. Yargı bana ait; sen kuralı uygulayıp istisna listesi üreteceksin.Bağlam: Aşağıda anonimleştirilmiş satış faturası verisi var (kolonlar: fatura_no, fatura_tarihi, teslim_tarihi, tutar, onay_durumu, sube). Yıl sonu: 31.12.ADIM 1 - Tamlık: Toplam kayıt sayısını ve tutar toplamını ver ki mizanla karşılaştırayım. Boş/eksik alan var mı raporla.ADIM 2 - Kesim testi kuralı: fatura_tarihi <= 31.12 VE teslim_tarihi >= 01.01 olan kayıtları "kesim istisnası" olarak listele.ADIM 3 - Kuralı düz metin olarak da yaz (hangi koşulu uyguladın) ki denetlenebilir olsun.Kurallar: Kuralı ben verdim, sen değiştirme. İşaretlediğin kayıtları "incelenecek istisna" olarak sun; "hata/bulgu" deme. Veriden çıkaramadığını uydurma.
Bu istem güçlüdür çünkü önce tamlığı teyit ettirir, istisna kuralını net tanımlar, kuralın düz metnini ister (denetlenebilirlik) ve çıktıyı "istisna" olarak konumlandırır.
Sık yapılan hatalar
- Tamlık teyidini atlamak. Eksik/bozuk veri üzerinde "tam" test yapıp yanlış güvence vermek.
- İstisnayı bulgu sanmak. YZ'nin işaretlediği kaydı doğrulamadan hata saymak; yanlış pozitifleri elemekten kaçınmak.
- Kuralı denetlememek. Kuralın veriye ve iş sürecine uygunluğunu kontrol etmeden yüzlerce yanlış işaret üretmek.
- Belirsiz kural yazmak. "Sorunlu kayıtları bul" gibi tanımsız istemlerle tekrarlanamaz sonuç almak.
- Tek çalıştırmayla yetinmek. İstisna sayısı beklenenden çok farklıysa kuralı veya veriyi sorgulamamak.
İpucu: İstisna sayısı çok küçük (sıfıra yakın) ya da çok büyükse alarma geçin. Sıfır genellikle "kural yanlış yazıldı" veya "veri eksik" demektir; aşırı büyük sayı ise kuralın çok geniş olduğunu gösterir. İyi bir denetçi hem "hiç istisna yok" hem "her şey istisna" durumundan şüphelenir.
Özetle
Tam popülasyon testi denetimde büyük bir sıçramadır: örnekleme riskini ortadan kaldırır, verinin %100'ünü tarar. Ama bedava değildir. İki yeni sorumluluk getirir: (1) veri tamlığı ve doğruluğunu teyit etmek, (2) ortaya çıkan istisnaları tek tek değerlendirmek. YZ veriyi hazırlar, kuralı uygular, istisnayı işaretler ve saatlerce sürecek taramayı saniyelere indirir; ama kuralın doğruluğu, verinin tamlığı ve istisnaların değerlendirilmesi denetçiye aittir. İstisna bir sonuç değil, bir başlangıçtır.
Uygulama görevi
Elinizde (veya varsayımsal) bir işlem veri kümesi düşünün. Önce iki tamlık kontrolü tanımlayın (kayıt sayısı ve tutar mutabakatı). Sonra bir denetim amacına yönelik net bir istisna kuralı yazın (örn: hafta sonu kesilen faturalar, veya kesim istisnaları). Yukarıdaki güçlü prompt kalıbıyla YZ'ye önce tamlık, sonra kuralı uygulatın. Çıkan istisnaların ilk 10'unu "gerçek bulgu mu, yanlış pozitif mi?" diye sınıflandırma alıştırması yapın ve her biri için hangi kanıta bakacağınızı yazın.
Kontrol listesi
- [ ] Veriyi anonimleştirdim ve güvenli araç kullandım.
- [ ] Kayıt sayısı ve tutar mutabakatıyla veri tamlığını teyit ettim.
- [ ] Boş/bozuk alan taraması yaptım.
- [ ] İstisna kuralını net, tekrarlanabilir biçimde tanımladım.
- [ ] YZ'den kuralın düz metnini alıp veriye ve iş sürecine uygunluğunu doğruladım.
- [ ] İstisna sayısının makullüğünü sorguladım (çok az / çok çok değil).
- [ ] Her istisnayı bulgu değil, incelenecek soru olarak ele aldım; yanlış pozitifleri eledim.