Saha notları

Ölçeklenen bir KYC inceleme kuyruğu tasarlamak

KYC inceleme kuyruğu, makinenin kendi başına onaylayamadığı kimlik kontrollerinin bir insanın önüne konduğu back-office iş akışıdır. Başvuruların çoğu otomatik geçmelidir; kuyruk geçmeyenler için vardır. Tüm tasarım hedefi küçük kalmaktır, yani gerçek belirsizliği ve yalnızca onu tutmaktır. Çünkü makinenin karara bağlaması gereken vakalarla dolan bir kuyruk bir kontrol değil, kayıt sayısıyla doğrusal büyüyen bir darboğazdır. Kuyruğu doğru kurarsanız back office hacimle değil, istisnalarla ölçeklenir.

Bu tek özellik, yani bilerek küçük olmak, sonraki her kararı belirler. Önce onu küçük tutan ayrımla başlayın.

Hedef straight-through, kuyruk ise istisna

Straight-through processing (STP), bir başvurunun hiçbir insan müdahalesi olmadan baştan sona onaylanması demektir: belgeler okunur, kimlik eşleştirilir, yaptırım ve PEP taraması temiz çıkar, canlılık (liveness) kontrolü geçilir, karar kaydedilir. Yaygın yol bu olmalıdır ve bu yoldan geçen başvuruların oranı, yani STP oranı, kuyruğun ölçeklenip ölçeklenmeyeceğini söyleyen tek rakamdır. Yüzde doksan küsuru otomatik onaylanırsa insan kuyruğu yönetilebilir bir akıntı olarak kalır; yarısı incelemeye düşerse büyümeyle birlikte inceleyici işe almaya başlarsınız. KYC'nin gerçekleştiği yer kuyruk değildir. Kuyruk, otomatik KYC'nin emin olmadığını kabul ettiği yerdir. STP oranını yükseltin, diğer tüm rakamlar kendiliğinden iyileşir: daha az kuyruğa alınan vaka, daha kısa bekleme, işe alınacak daha az inceleyici. Doğrudan üzerine gitmeye değer: istemcide daha iyi belge yakalama, fotoğraf çekilmeden önce daha net yönergeler, gerçek müşterilerin aşırı temkinli bir kuralla geri çevrilmemesi için ayarlanmış eşleştirme eşikleri. Çünkü orada kazanılan her yüzde puan, hiçbir zaman birinin öğleden sonrasına dönüşmeyecek bir vakadır.

Kuyruğa ne düşer ve neden

Vakalar belirli, adlandırılabilir nedenlerle incelemeye düşer ve neden, bir vakanın taşıdığı en önemli özelliktir. Belge fotoğrafı okunamayacak kadar bulanıktır. Kimlikteki ad, başvurudaki adla eşleşmez. Bir yaptırım ya da PEP taraması, bir insanın doğrulaması veya reddetmesi gereken olası bir eşleşme döndürmüştür. Bir adres hiçbir kaynaktan doğrulanamaz. Canlılık kontrolü başarısız olmuştur ya da aynı yüz veya belge başka bir hesapta zaten vardır. Bunların her biri farklı bir iştir ve farklı bir muhakeme gerektirir; hepsini ayrımsız tek bir yığına atmak, inceleme kuyruğunun yaptığı ilk hatadır. Aynı neden çok farklı ağırlık da taşıyabilir: ad uyuşmazlığı sıradan bir evlilik soyadı farkı olabileceği gibi çalıntı bir kimliğin ilk işareti de olabilir. Kuyruğun işi, onu aradaki farkı ayırt edebilecek birine yönlendirmektir; özenli ele alınması gereken bir vakada aceleyle karar vermeye zorlamak değil.

Tek kuyruk yetmez: nedene göre ayırın

Tek bir kuyruk, her inceleyiciyi genelci olmaya, her vakayı da ilgisiz vakaların arkasında beklemeye zorlar. Nedene göre ayırmak ikisini de çözer. Yaptırım olası eşleşme kuyruğunu tarama ve karar verme konusunda eğitilmiş kişiler yürütür; belge kalitesi kuyruğu, genç bir inceleyicinin saniyeler içinde onayladığı hızlı bir görsel kontroldür; mükerrer hesap kuyruğu ise bir dolandırıcılık soruşturmasıdır. Her segment kendi yönlendirmesini, kendi gerekli yetkinliğini ve kendi hizmet seviyesi hedefini alır; çünkü bulanık bir fotoğraf dakikalar içinde çözülmeli, gerçek bir yaptırım eşleşmesi ise özenli ve acele etmeyen bir değerlendirmeyi hak eder. Ayrıştırma, verimlilik ile titizliğin birbirinden ödün vermek yerine bir arada var olmasını sağlar.

Bir inceleme kuyruğu, daha fazla inceleyici işe alarak ölçeklenmez. Hangi vakaların hiç incelemeye gerek duymadığına doğru karar vererek ve incelemeye gelenlerin nedenlerine göre önceden ayrıştırılmış ulaşmasını sağlayarak ölçeklenir.
— Protocore · Operasyon mühendisliği

Gerekçe zorunlu, denetlenen işlemler

İnceleyicinin verdiği her karar — onaylama, reddetme, üst makama aktarma, ek belge isteme — bir gerekçe gerektirmeli ve kayda alınmalıdır. Sonradan eklenen serbest metin bir not olarak değil; işlemin neden yapıldığını söyleyen, yapıldığı anda yakalanan yapılandırılmış bir seçim olarak. Bu bürokrasi değil; kuyruğu savunulabilir kılan şeydir. Bir düzenleyici, bir denetçi ya da sonraki bir inceleyici bir hesabın işarete rağmen neden onaylandığını sorduğunda cevap; adı belli bir inceleyici, bir zaman damgası ve belirtilmiş bir gerekçedir — omuz silkmek değil. Denetim izi yalnızca eklemeye açıktır (append-only); bu yüzden bir karar sonradan sessizce yeniden yazılamaz, düzeltmeler eski kayıtların üzerine yazılmaz, yeni kayıt olarak eklenir. Bizim yapımızda bu kuyruk ve denetim modeli Protocore Center (/products/center) içinde yer alır: ayrıcalıklı her işlemin gerekçe istediği ve sessizce değiştirilemeyen bir günlüğe düştüğü operatör konsolu.

Dört göz vakaları

Bazı kararlar tek bir kişiye bırakılamayacak kadar ağır sonuçlar doğurur. Gerçek bir yaptırım eşleşmesini temizlemek, yüksek riskli bir profili onaylamak ya da otomatik bir reddi geçersiz kılmak için ikinci bir inceleyicinin onayı gerekmelidir — maker-checker ya da dört göz ilkesi. İlk inceleyici öneride bulunur ve gerekçesini yazar; yetkili ikinci inceleyici onaylar ya da reddeder ve kendi gerekçesini yazar. Her iki işlem de kaydedilir. Bu, inceleyicilere güvensizlik değildir; en yüksek riskli onayların, tek bir hatanın en pahalıya patladığı onaylar olduğunun kabulüdür ve ikinci bir çift göz buna karşı en ucuz sigortadır. Kuyruk tasarımı, bu vakaları inceleyicilerin hatırlamasına bırakmadan, gerekçeye göre otomatik olarak iki adımlı karara yönlendirmelidir. Yine de iki adımı bilinçli olarak yalnızca ağır sonuçlu vakalara ayırın; her şeye uygulamak tüm kuyruğun maliyetini ikiye katlar ve inceleyicileri ikinci imzayı gözü kapalı atmaya alıştırır; bu da imzanın varlık amacını sessizce boşa çıkarır.

Hacme göre tasarım: yaşlanma, önceliklendirme, SLA'lar

Yalnızca büyüyen bir kuyruk, başarısız olmuş bir kuyruktur. Kuyruğu hareket ettiren baskıyı tasarıma dahil edin. Vakalar gözle görülür biçimde yaşlansın ki hiçbiri unutulup beklemesin; her segmentin bir hizmet seviyesi hedefi olsun ki dakikalar süren SLA'sını aşan bulanık fotoğraf vakası, daha uzun SLA'sı içindeki bir yaptırım vakasından farklı biçimde öne çıksın. Önceliklendirme gerçek bir tercihtir: en eskiden başlamak adil ve basittir, ancak risk önceliği — en yüksek olası maruziyetin en üstte olması — çoğu zaman doğru karardır; düşük riskli vakalar da açlığa mahkûm kalmadan sonuçlansın diye yaşlanma eşitlik bozucu olarak kullanılır. İnceleyicinin ekranı, aralarından seçim yapacağı bir liste değil, zaten yönlendirilmiş ve önceliklendirilmiş bir sonraki vakayı göstermelidir — çünkü insanların karıştırıp seçtiği bir kuyrukta zor vakalar hiç seçilmez. Yaşlanmanın görünmediği bir kuyruk sessizce çürür: zor vakalar dibe çöker, kolaylar üstte döner durur; bunu ortaya çıkaracak tek metrik — en eski açık vakanın yaşı — bir müşteri şikâyet edene kadar kimsenin izlemediği sayıdır.

Kuyruğu ölçmek

Tasarımın işe yarayıp yaramadığını dört sayı söyler. STP oranı, ne kadarının hiç insana gerek duymadığını gösterir; kuyruk derinliği ve eğilimi, yetişip yetişemediğinizi; segment bazında SLA'ya karşı izlenen karar süresi, müşterilerin onboarding için gereğinden uzun bekleyip beklemediğini; yeniden açılma oranı — sonradan bozulan kararlar — ise inceleyicilerin doğru mu yoksa yalnızca hızlı mı karar verdiğini. Bunları birlikte izleyin, çünkü birbirlerinin aleyhine işlerler: yeniden açılma oranı yükselirken karar süresini düşürmek, hızı hatalarla satın aldığınız anlamına gelir. Sağlıklı bir kuyruk küçüktür, akar, doğru karar verir ve içinde hâlâ açık duran vakalar konusunda dürüsttür.

İnsanların hayal ettiği back office — başvuruları tek tek elle giren odalar dolusu personel — otomasyon çok az şeyi temizlediğinde ve kuyruk tek bir ayrışmamış yığın olduğunda ortaya çıkandır. Ölçeklenen back office ise bunun tersidir: başvuruların çoğu hiç insana ulaşmaz, ulaşanlar gerekçeye ve önceliğe göre ayrışmış gelir, her işlem bir gerekçeyle birlikte yalnızca eklemeye açık bir günlüğe yazılır ve dört göz ilkesi bunu hak eden kararları korur. Kuyruğu istisnalar için kurun, siz büyürken de küçük kalsın. KYC'nin gerçekleştiği yer olarak kurarsanız, aldığınız her kayıtla birlikte büyür.

Kurulacak bir sisteminiz mi var?

Sorunu anlatın. Size bir mimari ve bir planla dönelim.