Ne ölçtük?

Ekim 2026'da, 10 sayfalık ve 320 satırlık bir banka ekstresinin metnini API üzerinden üç sohbet modeline yapıştırdık ve tek bir istekte bulunduk: tüm işlemleri CSV'ye çıkar, çıkan para negatif tutar olsun. GPT-6.1 Sol, Gemini 4 Argon ve Claude Sonnet 5.5'in her biri 320 satırın tamamını döndürdü; her tutar, her işaret ve her bakiye doğruydu. Yöntemin tamamı ve ham dosyalar uzun işler araştırmamızda.

Bu, aktarmaya değer adil bir sonuç ve gerçek riskin nerede olduğunu daraltıyor. Çıkan ve giren para için ayrı sütunları olan temiz bir metin, 320 satır, modele göre 8.000 ile 13.000 arası çıktı belirteci: bugünün modelleri bunun üstesinden geliyor.

Hâlâ nerede yanlış gidiyor?

Gerçek bir ekstreyi dönüştürmek çoğu zaman testimizden daha zor bir iş ve üç etken tabloyu değiştiriyor.

  • Taramalar ve fotoğraflar. Taranmış bir PDF metin değil, sayfa resimleri içerir. Her rakamın önce görüntüden okunması gerekir ve yanlış okunan bir 8 ya da 3 yine de düzgün biçimli bir sayıdır.
  • Uzunluk. Hareketli bir hesabın bir yıllık dökümü binlerce satıra ulaşabilir. Tablo, uygulamanın tek yanıtta verebileceğinden uzun olunca yanıt ya kesilir ya da asistan kalanı özetler. Aynı araştırmada, uzun bir sohbet çevirisi yanıt sınırına takıldı ve satırın ortasında bitti.
  • Düzen tahminleri. Bankalar tutarları farklı yazdırır: eksi işaretli tek sütun, giren ve çıkan para için iki sütun, tutarın yanında CR ya da DR, ya da borçlar için parantez. Bu kuralı yanlış tahmin etmek bir ödemeyi yatırıma çevirir ve tabloda yanlış görünen hiçbir şey olmaz.

Bunları riskli yapan şey, hepsinin sessizce olması. 212 satırlık bir tablo, 214 satırlık bir tabloyla aynı görünür.

Bu neden oluyor?

Bir yapay zekâ sohbet asistanı ekstreyi okur ve ardından tüm satırları tek bir yanıtta yazar. Bu süreçte satırları sayan ya da aritmetiği bakiyeyle karşılaştıran bir adım yoktur. Girdi temiz ve yeterince kısaysa model doğru yapar. Girdi bir sayfa resmiyse ya da tek yanıttan uzunsa, eksik bir satırı fark edecek hiçbir adım bulunmaz.

Kendiniz nasıl test edersiniz?

Bir banka ekstresinin kendi içinde bir doğrulaması vardır; bundan yararlanın.

  1. Bir sohbet asistanından tüm işlemleri tarih, açıklama ve işaretli tutarla listelemesini isteyin: çıkan para negatif, giren para pozitif.
  2. Sonucu bir e-tabloya koyun ve tutarları toplayın.
  3. Ekstredeki açılış bakiyesini alın, toplamınızı ekleyin ve sonucu kapanış bakiyesiyle karşılaştırın.
  4. Farklıysa, hatanın nerede başladığını bulmak için satır satır bakiyeyi karşılaştırın.

Toplamlar tutuyorsa aktarım büyük olasılıkla eksiksizdir. Tutmuyorsa bir yerde eksik bir satır, yanlış bir işaret ya da yanlış bir rakam var demektir.

Bunun yerine ne kullanmalı?

Ekstreniz birkaç sayfalık dijital bir PDF ise, bir sohbet asistanı ve yukarıdaki bakiye kontrolü makul bir seçimdir. Taranmış belgeler, uzun ekstreler ya da çok sayıda ekstre için tam da bu iş için geliştirilmiş bir araç kullanın. Banka ekstresi dönüştürücümüz ekstrenin her sayfasını ayrı ayrı okur ve tüm işlemleri aynı dört sütunla döndürür: YYYY-MM-DD biçiminde Tarih, Açıklama, Tutar ve Bakiye. Tutar tek bir işaretli sayıdır; hesaptan çıkan para negatif, hesaba giren para pozitiftir. Kredi kartı ekstrelerinde alışverişler negatif, ödemeler ya da iadeler pozitiftir. Tüm sayfalar tek bir tabloda birleştirilir ve XLSX ya da CSV olarak indirirsiniz.

Her sayfa görüntü olarak okunduğundan taranmış ve fotoğrafı çekilmiş ekstreler de çalışır. Okunamayan bir sayı tahmin edilmez, boş bırakılır; her sayfanın sonuçları da karşılaştırabilmeniz için orijinalin yanında gösterilir. Belge okuyan hiçbir araç kusursuz değildir; bu yüzden dosyaya güvenmeden önce bakiye kontrolünü yine de yapın.

Her ekstrenin ilk sayfası ücretsizdir ve hesap gerektirmez. Ekstrenin tamamı $5, tek seferlik ödeme. PDF'lerdeki diğer tablolar için PDF'den Excel'e sayfasına bakın.