İçeriğe atla
SinaptikLabAI KNOWLEDGE PLATFORM

TEMSİLÎ VAKA · FİNANS

KYC belge akışında çok modlu doğrulama katmanı

Uzaktan müşteri kazanımında operasyon ekibi kimlik, adres ve gelir belgelerindeki alanları ekrandan okuyup elle giriyordu. Belge şablonları kurumdan kuruma değiştiği için aynı alan her belgede farklı yerde aranıyor, yoğun saatlerde giriş hataları başvuru reddi ya da sonradan düzeltme olarak geri dönüyordu. Hangi belge tipinde hangi alanın yanlış okunduğu ölçülmüyor, düzeltmeler serbest metin notlarında kalıyordu.

Beklenen etki

Kapsam
Kimlik, adres ve gelir belgeleri aynı doğrulama hattından geçiyor; her alan kaynağıyla birlikte kaydediliyor
Ölçüm
Alan doğruluğu belge tipi kırılımında ve normalize edilmiş karşılaştırmayla izleniyor
İnsan kararı
Eşik altındaki alanlar ve görüntülü görüşme adımı görevlide kaldı
Veri sınırı
Ham kimlik ve yüz görüntüleri model geliştirme havuzunun dışında tutuluyor

Temsilî senaryo: buradaki satırlar ölçüm sonucu değil, bu kurulumda hangi büyüklüğün izlenmesi gerektiğini gösterir.

TEMSİLÎ SENARYO

Bu kayıt gerçek bir müşteri işi değildir. Sinaptik Lab'in bu problemde izlediği yaklaşımı, mimari kararları ve ölçüm düzenini göstermek için yazılmış temsilî bir senaryodur: kurum adı taşımaz, içindeki hiçbir değer gerçek ölçüm değildir ve referans olarak gösterilemez. Gerçek projelerden vakalar müşteri onayı alındıkça bu kütüphaneye eklenir.

Problem

Uzaktan müşteri kazanımında operasyon ekibi kimlik, adres ve gelir belgelerindeki alanları ekrandan okuyup elle giriyordu. Belge şablonları kurumdan kuruma değiştiği için aynı alan her belgede farklı yerde aranıyor, yoğun saatlerde giriş hataları başvuru reddi ya da sonradan düzeltme olarak geri dönüyordu. Hangi belge tipinde hangi alanın yanlış okunduğu ölçülmüyor, düzeltmeler serbest metin notlarında kalıyordu.

Yaklaşım

Akış tek bir uçtan uca modele değil katmanlara bölündü: belge tipi sınıflandırması, düzen anlama ile alan çıkarımı ve çıkan alanları birbirine karşı sınayan kural motoru. Çipli kimlikte yakın alan okuması birincil kaynak yapıldı, görüntüden çıkarım yalnız karşılaştırma ve yedek yol olarak bırakıldı; hiçbir kimlik alanı tek başına görüntü çıkarımıyla kabul edilmiyor. Güven eşiği tek değer olarak değil alan ve belge tipi başına ayrı kalibre edildi, eşik altındaki alan operatör kuyruğuna düşüyor. Ham kimlik görüntüleri model geliştirme havuzuna alınmadı; geliştirme sentetik örnekler ve amacı açıkça tanımlanmış sınırlı bir örneklemle yürütüldü.

Kullanılan teknolojiler

  • Belge tipi sınıflandırma
  • Düzen anlama ile alan çıkarımı
  • Çapraz doğrulama kural motoru
  • Alan başına güven eşiği
  • Kopya ve ekran görüntüsü tespiti
  • Maskeleme ve saklama takvimi
01VAKA ANLATIMI

Bağlam, kurulum ve ölçüm

Problem ve yaklaşım özetin üstünde; burada kararların gerekçesi ve mimarinin ayrıntısı var.

Bağlam ve kısıtlar#

Uzaktan müşteri kazanımı, kimlik tespiti yükümlülüğünün dijital kanalda yerine getirilmesi demektir ve bu yükümlülüğün nasıl yerine getirileceği düzenlemeyle çerçevelenmiştir. Dolayısıyla buradaki mühendislik problemi bir belgeden metin çıkarmak değil, insan görevlinin karar vermesi gereken adımı korurken çevresindeki elle veri girişini ortadan kaldırmaktı. Kapsam da buna göre çizildi: alan okuma ve çapraz kontrol otomatikleşti, görüntülü görüşme ve canlılık adımı akışta insanda kaldı.

Veri ve erişim#

Veri türleri risk seviyeleri çok farklı olduğu için baştan ayrıştırıldı. Kimlik ve yüz görüntüleri en kısıtlı katmanda, çıkarılmış alanlar ayrı bir katmanda, kural motorunun ürettiği doğrulama sonuçları ise operasyon ekranına açık katmanda tutuluyor. Her katmanın erişim sınırı ve saklama süresi ayrı tanımlandı.

  • Çipli kimlikte yakın alan okuması: birincil ve tercih edilen kaynak
  • Belge görüntüsünden çıkarılan alanlar: karşılaştırma ve yedek yol, tek başına yeterli değil
  • Adres ve gelir belgeleri: değişken şablonlu, alan semantiği yazılı tanımlı
  • Yüz eşleştirme ve canlılık verileri: özel nitelikli kişisel veri katmanı, ayrı erişim ve ayrı saklama
  • Operatör düzeltmeleri: alan bazında etiketli, ölçüm ve iyileştirmenin tek kaynağı
  • Ekranda ve günlükte kimlik numarası kısmi maskeli; tam değer yalnız yetkili görüntüde

Mimari kararlar#

Tek modelle her şeyi yapan bir çözüm ilk bakışta çekiciydi ama iki nedenle reddedildi. Birincisi hata izlenebilirliği: hangi katmanın yanıldığı bilinmezse iyileştirme kör gidiyor. İkincisi yükümlülük: bazı adımların insana ait olduğu bir akışta, modelin nerede durduğu mimaride görünür olmak zorunda.

KararSeçilen yolNeden
Hat yapısıKatmanlı: tip, alan, kuralUçtan uca tek model, hangi adımın yanıldığını gizliyor ve düzeltme noktası bırakmıyor
Kimlik alanı kaynağıYakın alan okuması birincil, görüntü yedekGörüntü çıkarımı kopya ve bozulmaya açık; kimlik alanında tek kaynak olması kabul edilemez
Ad eşleştirmeİki tarafı aynı kurala göre normalize eden karşılaştırmaMakine okunabilir alanın harf çevirisi Türkçe harfleri düşürüyor; ham metin karşılaştırması yanlış eşleşme üretiyor
Güven eşiğiAlan ve belge tipi başına kalibreAynı eşik gelir belgesinde gevşek, kimlik alanında tehlikeli davranıyor
Belge gerçekliğiAyrı kopya ve ekran tespiti katmanıAlanları doğru okumak, belgenin özgün olduğunu göstermiyor; iki problem birbirine karıştırılmamalı
Eğitim verisiSentetik örnek ve sınırlı rızalı örneklemHam kimlik görüntüsünün eğitim havuzuna girmesi amaç sınırını ve saklama takvimini ihlal eder
Katmanlı yapının asıl kazancı doğruluk değil, hatanın nereden geldiğinin görülebilmesiydi.

Güvenlik ve yetki#

Maskeleme sunum katmanına bırakılmadı; kimlik numarası ve belge numarası uygulama günlüklerine ve hata izlerine maskeli yazılıyor, tam değere erişim ayrı bir yetki ve ayrı bir iz kaydı gerektiriyor. Silme takvimi mimarinin parçası olarak kuruldu: başvuru sonuçlandığında görüntü katmanının yaşam süresi başlıyor ve silme işi doğrulama sonuçlarını bozmadan yalnız görüntüyü kaldırıyor. Üçüncü taraf bir bileşen kullanıldığı yerde verinin nerede işlendiği ve alt yüklenici zinciri sözleşme incelemesinin konusu oldu, teknik tercihin değil.

Ölçüm düzeni#

Ölçümün ilk kararı karşılaştırmanın nasıl yapılacağıydı. Ham metin eşitliği, Türkçe harfler ve harf çevirisi yüzünden gerçek hataları olduğundan çok gösteriyordu; bu yüzden her alan için normalizasyon kuralı yazıldı ve doğruluk bu kural üzerinden ölçülüyor.

  • Alan bazlı doğruluk, belge tipi kırılımında; tek bir toplam oran zayıf şablonları gizliyor
  • Operatör kuyruğuna düşme oranı, alan ve eşik başına izleniyor; eşik ayarının maliyeti burada görünüyor
  • Kopya ve ekran tespitinin ayrı ölçümü; alan doğruluğuyla aynı panele karıştırılmıyor
  • Reddedilen başvurularda ret nedeni sınıflandırılmış; belge kalitesi ile gerçek uyumsuzluk ayrı sayılıyor
  • Şablon keşfi: daha önce görülmemiş belge düzeni geldiğinde ayrı bir kuyruğa işaretlenip incelemeye alınıyor
  • Elle örneklem denetimi düzenli koşuyor, çünkü operatör düzeltmeleri yalnız fark edilen hataları gösteriyor

Devreye alma ve işletme#

  1. 1Çevrimdışı karşılaştırma

    Geçmiş başvuru belgeleri üzerinde çıkarım koşuluyor ve operasyon ekibinin daha önce girdiği değerlerle karşılaştırılıyor; alan bazlı hata haritası buradan çıkıyor.

  2. 2Operatör yanında çalışma

    Alanlar önceden doldurulmuş geliyor ama operatör hepsini onaylıyor; düzeltmeler etiketli kaydediliyor ve eşik kalibrasyonunun girdisi oluyor.

  3. 3Kademeli otomasyon

    Yalnız yüksek güvenli alanlar onay istemeden geçiyor, kalanlar kuyrukta kalıyor; eşikler alan bazında ve tek tek gevşetiliyor.

  4. 4Şablon bakımı

    Yeni belge düzeni geldiğinde ayrı kuyruğa düşüyor; şablon tanımlandıktan sonra ilgili alanların eşikleri yeniden kalibre ediliyor ve o dönemin ölçümü ayrı raporlanıyor.

Nerede yanıldık#

İki hata ölçümü uzun süre yanılttı. Birincisi ad eşleştirmesiydi: belgenin makine okunabilir alanındaki yazım uluslararası harf çevirisi kuralına göre üretildiği için Türkçe harfler düşüyordu ve sistem kayıttaki doğru yazımla karşılaştırınca uyumsuzluk üretiyordu. Sorun modelin okumasında değil karşılaştırmanın tanımındaydı; her iki tarafı aynı kurala göre normalize eden bir eşleştirme yazılınca hata sınıfı ortadan kalktı. İkincisi belge gerçekliğiydi: model, ekranda gösterilen bir kimlik fotoğrafındaki alanları da aynı doğrulukla okuyordu ve akış bunu geçerli bir belge sanıyordu. Kopya ve ekran tespitini alan çıkarımına gömmeye çalışmak her iki katmanı da bozdu; ayrı bir katman olarak kurulması doğru çözüm oldu.

02ÖĞRENİLEN DERSLER

Bir sonraki projede ne değişir?

Bir vakanın en değerli bölümü sonuç değil, tekrar edilebilir dersidir.

  1. 01

    Makine okunabilir alanın harf çevirisi Türkçe harfleri düşürüyor; ad ve soyad eşleştirmesi ham metin üzerinde değil her iki tarafı aynı kurala göre normalize eden bir karşılaştırma üzerinde yapılmalı.

  2. 02

    Alan çıkarımı ile belgenin gerçekliği iki ayrı problem; ekran fotoğrafı ya da fotokopi tespitini alan çıkarımına gömmeye çalışmak ikisini de zayıflatıyor.

  3. 03

    Tek bir güven eşiği farklı belge tiplerinde farklı davranıyor; gelir belgesinde makul olan eşik kimlik alanında kabul edilemez, kalibrasyon belge tipi başına yapılmalı.

  4. 04

    Alan semantiği yazılı tanımlanmazsa tarih kontrolü sessizce yanlış çalışıyor: bir faturada düzenleme tarihi, dönem tarihi ve son ödeme tarihi vardır ve kural hangisini kastettiğini söylemek zorunda.

  5. 05

    Ham belge görüntüsü eğitim havuzuna girdiğinde saklama süresi, amaç sınırı ve silme yükümlülüğü modelin veri kümesine bulaşıyor; bu ayrımı sonradan kurmak baştan kurmaktan çok daha pahalı.

03DİĞER VAKALAR

Vaka kütüphanesinden

BUILD

Aynı yaklaşımı kurumunuzda kurmak ister misiniz?

Discovery oturumunda mevcut durumunuzu, veri erişiminizi ve başarı tanımınızı birlikte yazıyoruz.