Finansta yapay zekâ: hangi görev, hangi sınır?

Bir finans ekibinin ay sonunu düşünün: kapanış tabloları yeni çıkmış, yönetim için özet bekleniyor, iki uzun sözleşme okunacak, tahsilat yazışmaları birikmiş ve arada bütçe sapmalarının gerekçesi soruluyor. Bu işlerin bir kısmı metin işidir, bir kısmı sayı işi. Yapay zekânın finanstaki karşılığı da tam olarak bu ayrımda başlar.

Finansta yapay zekâ, metin ağırlıklı ve tekrar eden görevlerde hız verir; sayı taşıyan işlerde ise hızın karşılığı ancak doğrulama disipliniyle alınır. "Finansa yapay zekâ aldık" cümlesi tek başına bir sonuç anlatmaz; değer, hangi görevin hangi sınırla kısaltıldığından gelir.

Finansta yapay zekâ nerede karşılık verir

Finansta yapay zekâ, metin üretme, özetleme ve sınıflama gerektiren tekrarlı görevlerde karşılık verir. Rapor yorumunun taslağı, uzun sözleşme ve dokümanların özeti, tablo verisinden anlatı üretimi ve rutin bildirim yazışmaları bu kümede toplanır. Ortak noktaları yüksek tekrar, net çıktı ve düşük hata maliyetidir.

Karşılık vermediği yer de bellidir: hesabın kendisi. Model bir hesap makinesi değil, bir dil modelidir; sayıyı anlamaz, metni olasılığa göre üretir. Bu yüzden finansta doğru kurgu "hesabı modele yaptırmak" değil, "hesabın etrafındaki metin işini modele vermek"tir.

Metin işi, sayı işi, karar işi

Finansta yapay zekâ kullanımını üç kümeye ayırmak, çoğu tartışmayı baştan çözer. Metin işinde hız serbesttir, sayı işinde doğrulama zorunludur, karar işinde model yer almaz.

• Metin işi. Özet, taslak, yazışma, prosedür. Hatanın maliyeti düşüktür, düzeltmesi kolaydır; modelin en verimli çalıştığı alan burasıdır.
• Sayı işi. Tablodan anlatı, mutabakat hazırlığı, varyans gerekçesi. Model hazırlar; ama çıktıdaki her rakam kaynağına karşı kontrol edilir.
• Karar işi. Kredi, limit, fiyatlama, denetim beyanı. Burada model bir girdi hazırlayabilir, kararı veremez.

Bu üçlü ayrım bir tedbir listesi değil, bir hız aracıdır. Hangi kümede olduğunuzu bildiğinizde, gereksiz yerde yavaşlamaz, gerekli yerde durursunuz.

Hangi görev, hangi kullanım

Sahada en hızlı getiri veren finans görevleri benzer bir örüntü taşır: metin ağırlıklı, tekrarlı ve çıktısı kontrol edilebilir.

• Kapanış ve yönetim özeti. Kapanış tablosundan yönetim için özet taslağı çıkarır; okunabilir bir anlatı üretir, sayıların doğruluğu kontrol edilerek yayımlanır.
• Sözleşme ve doküman okuma. Uzun metinleri özetler, ödeme koşulu ve cezai şart gibi maddeleri işaretler; okuma yükünü kısaltır.
• Varyans anlatısı. Bütçe sapmaları için gerekçe taslakları üretir; hangi gerekçenin gerçek olduğunu ekip doğrular.
• Rutin yazışma. Tahsilat hatırlatması, bilgi talebi ve bildirim taslaklarını hazırlar; tekrarlı yazışma yükünü hafifletir.
• İç bilgi asistanı. Harcama politikası, onay limitleri ve prosedür sorularını kurum belgelerine dayanarak yanıtlar.

Listedeki her görevde modelin rolü aynı: kararın önündeki hazırlığı üstlenir, kararın kendisini değil.

İki görev, iki hazır prompt

İyi sonuç veren çıktı tesadüf değildir; doğru kurulmuş bir istem rolü, bağlamı ve sınırı netleştirir. Aşağıdaki iki şablonu kopyalayıp köşeli parantezleri doldurabilirsiniz.

Kapanış özeti için:

Rol: Deneyimli bir finansal analist gibi davran.
Görev: Aşağıdaki kapanış verisinden yönetim için 5 maddelik bir özet taslağı yaz.
Bağlam: Dönem: [ay/çeyrek]. Veri: [tablo]. Yönetimin ilgilendiği 3 başlık: [...].
Stil: Sade, iddiasız, sayıya dayalı.
Guardrail: Yalnızca verilen tablodaki rakamları kullan. Veride olmayan hiçbir sayıyı
üretme; eksik olan yeri "veride yok" diye işaretle. Yorumu gerekçesiyle birlikte yaz.

Sözleşme okuma için:

Rol: Titiz bir finans uzmanı gibi davran.
Görev: Aşağıdaki sözleşmeyi finansal yükümlülükler açısından özetle.
Bağlam: Sözleşme metni: [...]. Bizim tarafımız: [alıcı/satıcı].
Çıktı: Ödeme koşulları, vade, ceza ve fesih maddeleri; her biri alıntıyla.
Guardrail: Yorum katma, yalnızca metinde yazanı aktar; belirsiz maddeleri
"netleştirilmeli" olarak işaretle. Hukuki görüş verme.

İkisinde de belirleyici satır guardrail satırıdır. "Veride olmayan sayıyı üretme" cümlesi, finansta en sık yapılan hatayı baştan kapatır.

Sayıyı doğrulamanın pratik yolu

Doğrulama, çıktıyı baştan sona yeniden hesaplamak değildir; olsaydı zaten kazanç kalmazdı. İşe yarayan yöntem noktasaldır: çıktıdaki her rakamın kaynakta nereden geldiğini işaretlemek.

Pratikte üç adım yeter. Modelden her sayının yanına kaynağını yazmasını istersiniz (hangi satır, hangi hücre, hangi belge). Ardından bu işaretleri kaynağa karşı hızlıca kontrol edersiniz. Son olarak kaynağı gösterilemeyen her rakam çıktıdan silinir; tahmin olarak kalmaz.

Bu disiplin kurulduğunda hız gerçekten kazanılır. Kurulmadığında ise ekip, doğruluğundan emin olmadığı bir metni yayımlamış olur; ilk yanlış rakam da aracın güvenilirliğini bitirir.

Nerede insan kalmalı

Finansta bazı işler devredilemez. Kredi ve limit kararları, fiyatlama, denetim beyanları, resmî raporlama ve vergi pozisyonu; bunlar sorumluluk taşıyan kararlardır ve model bir girdi hazırlayabilse de kararın sahibi insandır.

Bu yalnızca bir tercih değil, düzenlemenin de beklentisi. Kredi değerlendirmesi gibi kullanımlar EU AI Act kapsamında yüksek riskli sayılır; dokümantasyon, insan gözetimi ve denetim izi gerektirir. Modeli karar verici değil, kararın hazırlığını yapan bir asistan olarak kurmak, hem daha doğru hem daha savunulabilir.

Nelere dikkat edilmeli

Üç konu finansta öne çıkar. Birincisi veri sorumluluğudur; müşteri bilgisi, fiyat ve maliyet verisi işlendiği için kullanılan aracın kurumsal ve sözleşmeli olması gerekir. Kişisel hesapla açılmış ücretsiz bir araca yapıştırılan bir müşteri tablosu, kurumun kontrol edemediği bir veri akışı yaratır.

İkincisi izlenebilirliktir. Bir rakam sorulduğunda "modelden çıktı" cevabı yeterli değildir; çıktının hangi girdiyle ve nasıl üretildiği kayıtta olmalıdır. Üçüncüsü ise görünürlüktür: ekipte fiilen hangi araçların kullanıldığı bir yapay zekâ envanterine yazılmadığında, yönetişim de kurulamaz.

Nereden başlanır

Doğru başlangıç sayı taşımayan bir işten gelir: doküman özeti, rutin yazışma ya da prosedür taslağı. Ekip burada modelin nerede iyi, nerede zayıf olduğunu düşük riskle görür; ardından doğrulama adımı tanımlanmış olarak sayı işlerine geçilir.

Görevleri tek tek denemek yerine bir iş akışını uçtan uca ele almak daha kalıcı sonuç verir; iş akışını yeniden tasarladığımızda yapay zekâ sürecin yanında duran bir seçenek değil, içine gömülü bir adım olur. Kazancın gerçek olup olmadığını da baştan ölçmek gerekir; ROI ölçümü kullanım sayısına değil, kapanışın kaç günde çıktığına bakar.