KYC müşteri işe alımı Veri Seti Templatei

LexisNexis Risk Solutions
KYC müşteri işe alımı Veri Seti Templatei

KYC müşteri işe alımı Veri Seti Templatei

Bu Template, KYC müşteri kabulü sürecinizi analiz etmek için gerekli verileri toplamanıza yönelik ayrıntılı bir yol haritası sunar. Toplanması gereken temel öznitelikleri ve izlenecek faaliyetleri açıklar, ayrıca bu bilgileri kaynak sistemlerinizden nasıl çıkaracağınıza ilişkin yönlendirme sağlar. Bu kaynağı kullanarak, müşteri kabulü yolculuğunuz hakkında derin içgörüler elde etmenizi sağlayacak güvenilir bir Event Log oluşturun.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel faaliyetler
  • Veri çıkarma yönlendirmesi
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

KYC Müşteri Kabulü Öznitelikleri

Kapsamlı KYC Müşteri Kabulü analizi ve süreç keşfi için olay günlüğünüze eklemeniz önerilen veri alanları şunlardır.
3 Gerekli 6 Önerilen 11 İsteğe bağlı
Ad Açıklama
Faaliyet adı
ActivityName
Müşteri edinme sürecinin belirli bir anında gerçekleşen görevin veya olayın adıdır.
Açıklama

Etkinlik Adı, KYC işe alım iş akışındaki bir adımı açıklar. Örneğin 'Başvuru gönderildi', 'Belge incelemesi yapıldı' veya 'Başvuru onaylandı'. Her etkinlik, süreçteki belirli bir eylemi ya da kilometre taşını temsil eder.

Bu öznitelik, etkinliklerin akışını görsel olarak gösteren süreç haritasını oluşturmak için büyük önem taşır. Süreç varyantlarını, belirli adımlar arasındaki darboğazları ve yeniden çalışma döngülerinin sıklığını analiz etmenizi sağlar. Etkinlikleri analiz etmek, süreçte neler olduğunu anlamanın temel yoludur.

Neden önemli?

Bu öznitelik, süreç haritasının temelini oluşturur ve müşteri edinme yolculuğundaki olayların sırasını görselleştirip analiz etmenizi sağlar.

Nereden alınır?

Genellikle süreç adımlarını izleyen LexisNexis Risk Solutions içindeki bir Event Log veya denetim izi tablosunda bulunur.

Örnekler
Başvuru gönderildiİlk tarama gerçekleştirildiBelgeler istendiUyumluluk incelemesi tamamlandı
Müşteri başvurusu
CustomerApplication
Her müşteri edinimi başvurusunun benzersiz tanımlayıcısıdır ve birincil vaka kimliği olarak kullanılır.
Açıklama

Müşteri başvurusu, tek bir müşterinin edinim yolculuğuyla ilgili tüm etkinlikleri ve veri noktalarını birbirine bağlayan merkezi tanımlayıcıdır. Başvuru gönderildiğinde başlar ve vaka tamamlanana veya reddedilene kadar devam eder.

Process Mining'de bu öznitelik, tüm olayları tek bir bütünlüklü vaka altında gruplamak için gereklidir. Edinim yaşam döngüsünü uçtan uca analiz etmenizi sağlar. Her başvuru sahibi için tüm süreç akışını yeniden oluşturabilir, çevrim sürelerini hesaplayabilir, süreç varyantlarını analiz edebilir ve başvurunun zaman içindeki durumunu izleyebilirsiniz.

Neden önemli?

Bu, temel vaka kimliğidir. Bu kimlik olmadan müşteri başvurusunun uçtan uca yolculuğunu izleyemezsiniz ve süreç analizi mümkün olmaz.

Nereden alınır?

LexisNexis Risk Solutions vaka yönetimi modülündeki birincil vaka tanımlayıcısıdır.

Örnekler
APP-2023-001234APP-2023-005678APP-2024-009101
Olay zaman damgası
EventTimestamp
Belirli bir faaliyetin başladığı kesin tarih ve saattir.
Açıklama

Bu zaman damgası bir faaliyetin başlangıcını gösterir ve vaka içindeki tüm olayların kronolojik sırasını sağlar. Process mining'de zamana dayalı tüm analizlerin temelini oluşturur.

Olay zaman damgasını kullanarak faaliyetlerin süresini, faaliyetler arasındaki bekleme süresini ve müşteri edinme sürecinin uçtan uca toplam çevrim süresini hesaplayabilirsiniz. Bu veri, darboğazları belirlemek, SLA uyumluluğunu izlemek ve süreç verimliliğini anlamak için gereklidir.

Neden önemli?

Olayları kronolojik olarak sıralamak ve çevrim süreleri ile darboğazlar gibi zamana dayalı tüm metrikleri hesaplamak için gereklidir.

Nereden alınır?

Event Log veya denetim izi tablolarında faaliyet adıyla birlikte bulunur.

Örnekler
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
Atanan kullanıcı
AssignedUser
Faaliyeti gerçekleştirmekten sorumlu kullanıcı veya aracının benzersiz tanımlayıcısıdır.
Açıklama

Bu öznitelik, belge incelemesi yapan bir uyumluluk görevlisi gibi bir Taskı gerçekleştiren belirli kişiyi tanımlar. İş yükü dağılımını ve bireysel performansı analiz etmenize yardımcı olur.

Analizlerde Atanan kullanıcı, 'Kaynak tahsisi ve iş yükü' Dashboardu için temel bir özniteliktir. Süreç haritasını kullanıcıya göre filtrelemenizi, ekip üyelerinin performansını karşılaştırmanızı ve eğitim ya da iş yükünü yeniden dengeleme fırsatlarını belirlemenizi sağlar. Ayrıca belirli kullanıcı gruplarının neden olduğu darboğazları ortaya çıkarmanıza yardımcı olabilir.

Neden önemli?

Bu öznitelik, kaynak performansını ve iş yükü dağılımını analiz etmek, ayrıca otomasyon veya kaynak optimizasyonu fırsatlarını belirlemek için gereklidir.

Nereden alınır?

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Genellikle denetim izlerinde veya görev yönetimi tablolarında bulunur.

Örnekler
j.doem.smithk.chen
Başvuru durumu
ApplicationStatus
Müşteri başvurusunun mevcut veya nihai durumudur.
Açıklama

Bu öznitelik, vakanın belirli bir andaki genel durumunu veya nihai sonucunu gösterir. Yaygın durumlar arasında 'Devam ediyor', 'Onaylandı', 'Reddedildi' ve 'Bilgi bekleniyor' bulunur.

Başvuru durumu, işe alım sürecinin sonuçlarını izlemek için büyük önem taşır. Başarı oranlarını ve operasyonel akışı izlemek amacıyla 'Başvuru reddi nedenleri ve aşamaları' ile 'Günlük işlem hacmi ve başvuru durumu' Dashboardlarında kullanılır. Durumun zaman içinde nasıl değiştiğini analiz etmek, vakanın yaşam döngüsü hakkında bilgi sağlar.

Neden önemli?

Her başvurunun sonucunu izler. Bu, Başvuru Ret Oranı gibi temel KPI'ları hesaplamak ve işlem hacmini izlemek için gereklidir.

Nereden alınır?

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Genellikle ana vaka veya başvuru nesnesindeki temel alanlardan biridir.

Örnekler
Devam EdiyorOnaylandıReddedildiMüşteri Bilgileri Bekleniyor
Bitiş zamanı
EndTime
Bir faaliyetin tamamlandığı kesin tarih ve saattir.
Açıklama

Bu zaman damgası, bir etkinliğin tamamlandığı zamanı gösterir. Bir olayın Bitiş zamanı ile Başlangıç zamanı arasındaki fark, o olayın işlem süresini belirtir.

Bitiş zamanı, her adımın ne kadar sürdüğünü doğru hesaplamak için gereklidir ve 'Etkinlik işlem ve bekleme süreleri' Dashboardunun temel girdilerinden biridir. Bir kaynağın bir Task üzerinde aktif olarak çalıştığı süre ile vakanın sonraki adımın başlamasını beklediği süreyi ayırt etmenize yardımcı olur.

Neden önemli?

Faaliyet işlem süresini kesin olarak hesaplamanızı sağlar. Bu, verimsiz adımları belirlemek ve kaynak iş yükünü analiz etmek için gereklidir.

Nereden alınır?

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Genellikle hem başlangıç hem de bitiş olaylarını kaydeden Event Log kayıtlarında bulunur.

Örnekler
2023-10-26T10:45:10Z2023-10-26T11:55:30Z2023-10-28T09:05:00Z
Departman
Department
Atanan kullanıcının bağlı olduğu iş departmanı veya ekibidir.
Açıklama

Departman özniteliği, 'Uyumluluk', 'İşe alım operasyonları' veya 'Dolandırıcılık önleme' gibi bir etkinlikten sorumlu işlevsel grubu belirtir.

Bu öznitelik, süreci departman perspektifinden analiz etmek ve farklı ekipler arasındaki devir teslimleri incelemek için kullanılır. 'Kaynak tahsisi ve iş yükü' Dashboardundaki temel boyutlardan biridir. Departmanlar arasındaki işlevler arası verimsizlikleri veya iletişim gecikmelerini belirlemenize yardımcı olur.

Neden önemli?

Süreç devirlerini ve performansı işlevsel alana göre analiz etmenizi sağlar ve departmanlar arası darboğazları belirlemenize yardımcı olur.

Nereden alınır?

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Kullanıcı veya İK ana veri tablosundan birleştirilmesi gerekebilir.

Örnekler
ComplianceMüşteri Kabul EkibiKYC AnalistleriMüşteri Desteği
Risk seviyesi
RiskLevel
Müşteri başvurusunun Düşük, Orta veya Yüksek gibi hesaplanmış risk seviyesidir.
Açıklama

LexisNexis Risk Solutions, risk değerlendirmesi konusunda uzmanlaşır. Bu öznitelik, her başvuruyu potansiyel risk profiline göre sınıflandıran değerlendirmenin sonucunu temsil eder. Risk düzeyi, gerekli durum tespiti sürecinin kapsamını ve süresini çoğu zaman belirler.

Bu öznitelik, 'Risk düzeyi ve işe alım süresi' Dashboardunun temel boyutudur. Süreci risk düzeyine göre analiz etmek, yüksek riskli başvuruların beklendiği gibi önemli ölçüde daha uzun sürüp sürmediğini veya düşük riskli başvuruların gereksiz yere gecikip gecikmediğini ortaya çıkarabilir. Risk temelli işe alım stratejilerini doğrulamanıza ve iyileştirmenize yardımcı olur.

Neden önemli?

Risk temelli analiz için gereklidir; müşteri risk profillerinin süreç karmaşıklığını, süresini ve izlediği yolları nasıl etkilediğini anlamanıza yardımcı olur.

Nereden alınır?

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Risk değerlendirme modüllerinin temel çıktılarından biridir.

Örnekler
DüşükOrtaYüksekYaptırım Uygulanan
SLA hedef tarihi
SlaTargetDate
Müşteri edinme sürecinin tamamlanmasının beklendiği tarihtir.
Açıklama

SLA hedef tarihi, bir başvurunun tamamlanması için hizmet düzeyi anlaşmasında belirlenen tarihi tanımlar. Bu tarih genellikle başvuru türü, müşteri segmenti veya yargı alanı gibi etkenlere göre belirlenir.

Bu öznitelik, 'SLA hedefi uyumluluk izleme' Dashboardu ve 'SLA uyumluluk oranı' KPI için gereklidir. Gerçek tamamlanma tarihini SLA hedef tarihiyle karşılaştırarak taahhütlere göre performansınızı ölçebilir, SLA ihlali riski taşıyan vakaları belirleyebilir ve gecikmelerin temel nedenlerini inceleyebilirsiniz.

Neden önemli?

Hizmet seviyesi anlaşmalarına göre performansın ölçülmesini sağlar ve SLA ihlallerine yol açan süreç verimsizliklerini ortaya çıkarır.

Nereden alınır?

LexisNexis Risk Solutions belgelerine veya sistem yöneticinize başvurun. Bu bilgi vaka üzerinde saklanabilir ya da iş kurallarına göre hesaplanabilir.

Örnekler
2023-11-10T17:00:00Z2023-11-15T17:00:00Z2023-12-01T17:00:00Z
Başvuru Türü
ApplicationType
'Bireysel' veya 'Kurumsal' gibi müşteri başvurusunun türü.
Açıklama

Bu öznitelik, başvuruları işe alınan kuruluşun türüne göre sınıflandırır. Farklı başvuru türleri çoğu zaman farklı süreç yollarını izler ve farklı risk profillerine ve SLA hedeflerine sahiptir.

Süreci Başvuru türüne göre analiz etmek, farklı müşteri türlerinin işe alım verimliliğini ve karmaşıklığını karşılaştırmak için verileri segmentlere ayırmanızı sağlar. Performansı daha ayrıntılı incelemek amacıyla çoğu Dashboardda kullanılan yaygın bir filtredir.

Neden önemli?

Süreci ayrıntılı biçimde segmentlere ayırmanızı sağlar. Böylece farklı başvuru türlerinin nasıl ele alındığını ve her türde hangi darboğazların bulunduğunu görebilirsiniz.

Nereden alınır?

LexisNexis Risk Solutions belgelerine veya sistem yöneticinize başvurun. Bu, genellikle başvuru ya da vaka nesnesindeki temel alanlardan biridir.

Örnekler
BireyselİşletmeYüksek Net Servetli BireyVakıf
Çevrim Süresi
CycleTime
Bir müşteri başvurusunun gönderilmesinden nihai karara kadar geçen toplam uçtan uca süre.
Açıklama

Çevrim süresi, tek bir vaka için ilk olaydan, örneğin 'Başvuru gönderildi', son olaya, örneğin 'Müşteri işe alımı tamamlandı' veya 'Başvuru reddedildi', kadar geçen toplam süreyi ölçer.

Bu, genel süreç sağlığını ölçmek için kullanılan temel KPI’lardan biridir ve 'Uçtan uca işe alım çevrim süresi' Dashboardunda görselleştirilir. Ortalama çevrim süresini izlemek, süreç iyileştirmelerinin etkisini takip etmenizi ve risk düzeyi ya da başvuru türü gibi farklı etkenlerin genel müşteri deneyimini nasıl etkilediğini belirlemenizi sağlar.

Neden önemli?

Müşterinin değer elde etmesi için gereken toplam süreyi ölçen bu temel performans göstergesi, müşteri memnuniyetini ve operasyonel verimliliği doğrudan etkiler.

Nereden alınır?

Bu, her vaka için ilk olayın zaman damgasından son olayın zaman damgasının çıkarılmasıyla elde edilen hesaplanmış bir metriktir.

Örnekler
5 gün 4 saat22 gün 8 saat1 gün 2 saat
Kanal
Channel
Başvurunun gönderildiği kanal; örneğin 'Web', 'Mobil' veya 'Şubeden'.
Açıklama

Kanal özniteliği, başvurunun gönderildiği kaynağı tanımlar. Kanal; veri kalitesini, müşteri davranışını ve işe alım sırasında karşılaşılan sorun türlerini etkileyebilir.

Bu öznitelik, farklı kanallardaki süreç performansını karşılaştırmak için kullanılır. Örneğin 'İşe alım hunisi dönüşüm oranları' Dashboardunu kanala göre filtreleyerek mobil başvuruların web başvurularına kıyasla daha yüksek oranda yarıda bırakılıp bırakılmadığını görebilir ve kanala özel süreç iyileştirmeleri planlayabilirsiniz.

Neden önemli?

Süreç performansını gönderim kanalına göre analiz etmenize yardımcı olur. Böylece kanal stratejisine ve kullanıcı deneyiminin iyileştirilmesine yön verecek farklılıkları belirleyebilirsiniz.

Nereden alınır?

LexisNexis Risk Solutions belgelerine veya sistem yöneticinize başvurun. Bu bilgi genellikle başvuru sürecinin başlangıcında kaydedilir.

Örnekler
Web PortalıMobil UygulamaŞubedeAPI
Kaynak sistem
SourceSystem
Olay verilerinin geldiği sistem veya uygulamadır.
Açıklama

Bu öznitelik, LexisNexis Risk Solutions veya entegre bir üçüncü taraf aracı gibi olay verilerini oluşturan kaynak sistemi tanımlar. Karmaşık ortamlarda tek bir sürece ait veriler birden fazla sistemden gelebilir.

Kaynak sistemi anlamak, veri doğrulama, sorun giderme ve belirli bir sisteme özgü olabilecek süreç varyasyonlarını analiz etmek için yararlıdır. Veri bütünlüğünü güvence altına almanıza ve bir faaliyetin nasıl ve nerede kaydedildiği hakkında bağlam sağlamanıza yardımcı olur.

Neden önemli?

Verilerin kaynağını tanımlar. Bu bilgi, veri yönetişimi ve doğrulama için, ayrıca farklı BT sistemlerinde sürecin nasıl yürütüldüğünü anlamak için gereklidir.

Nereden alınır?

Bu bilgi, veri aktarımında veya API yanıtında sabit bir değer olarak ya da belirli bir alanda saklanabilir.

Örnekler
LexisNexis Risk SolutionsThreatMetrixBridger Insight XG
Müşteri Ülkesi
CustomerCountry
Müşterinin ikamet ettiği veya kuruluşunun bulunduğu ülke.
Açıklama

Bu öznitelik, müşterinin ülkesini belirtir. Farklı yargı alanlarındaki uluslararası düzenlemeler ve risk seviyeleri değiştiği için KYC süreçlerinde önemli bir faktördür.

Süreci Müşteri Ülkesine göre analiz etmek, çevrim süreleri ve süreç karmaşıklığı arasındaki önemli farklılıkları ortaya çıkarabilir. Örneğin yüksek riskli yargı alanlarından gelen başvurular ek uyumluluk kontrolleri gerektirebilir ve bu da daha uzun sürelere yol açabilir. Bu analiz, kaynak planlamasına ve farklı bölgeler için gerçekçi SLA'lar belirlemenize yardımcı olur.

Neden önemli?

Bölgesel düzenlemelerin ve risk faktörlerinin süreç performansını nasıl etkilediğini anlamak için gerekli olan yargı alanı analizini sağlar.

Nereden alınır?

LexisNexis Risk Solutions belgelerine veya sistem yöneticinize başvurun. Bu, müşteri ana verilerinde bulunan standart bir alandır.

Örnekler
USAGBRDEUSGP
Otomatik mi
IsAutomated
Bir etkinliğin sistem tarafından otomatik olarak mı yoksa kullanıcı tarafından manuel olarak mı gerçekleştirildiğini gösteren işaret.
Açıklama

Bu boolean öznitelik, sistem otomasyonu tarafından yürütülen görevlerle (örneğin ilk tarama kontrolü) insan müdahalesi gerektiren görevleri (örneğin manuel belge incelemesi) birbirinden ayırır.

'Otomatik mi' özniteliği, 'Manuel Etkinlik Oranı' KPI'ını hesaplamak ve otomasyon girişimlerinin etkinliğini analiz etmek için kullanılır. Süreç haritasında otomatik ve manuel adımlar arasındaki geçişi gösterebilir. Böylece maliyetleri ve işlem sürelerini azaltmak için daha fazla otomasyon fırsatını belirlemenize yardımcı olur.

Neden önemli?

Manuel ve otomatik görevleri birbirinden ayırır. Bu ayrım, otomasyon fırsatlarını belirlemek ve etkilerini ölçmek için önemlidir.

Nereden alınır?

LexisNexis Risk Solutions belgelerine veya sistem yöneticinize başvurun. Bu bilgi Event Log içinde bir işaret olarak bulunabilir ya da 'AssignedUser' değerine göre (örneğin 'system' kullanıcısı) çıkarılabilir.

Örnekler
truefalse
Ret nedeni
RejectionReason
Bir başvurunun neden reddedildiğini açıklayan kod veya açıklamadır.
Açıklama

Bir başvurunun nihai durumu 'Reddedildi' olduğunda bu öznitelik, reddedilme nedenini belirtir. Örnekler arasında 'Kimlik doğrulaması başarısız', 'Yaptırım eşleşmesi' ve 'Belgeler eksik' bulunur.

Bu veri, 'Başvuru reddi nedenleri ve aşamaları' Dashboardunun temel girdisidir. Reddetme nedenlerini analiz etmek, süreçteki yaygın başarısızlık noktalarını belirlemenize yardımcı olur. Bu bulgular, başvuru yönergelerinde, müşteri iletişiminde veya iç inceleme ölçütlerinde iyileştirmeler yapmanızı sağlar. Başvuruların neden reddedildiğini anlamak, genel onay oranını artırmanın temel koşullarından biridir.

Neden önemli?

Müşteri edinme sürecinin neden başarısız olduğuna doğrudan ışık tutar ve başvuru onay oranını artırmak için hedefli iyileştirmeler yapmanızı sağlar.

Nereden alınır?

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Genellikle Başvuru Durumu "Reddedildi" olarak ayarlandığında doldurulan bir alanda bulunur.

Örnekler
Yaptırım Listesi EşleşmesiEksik BelgelerID&V BaşarısızYüksek Riskli Profil
SLA Durumu
SlaStatus
Tamamlanan başvurunun SLA hedefini karşılayıp karşılamadığını gösterir.
Açıklama

Bu öznitelik, tamamlanan her vakayı 'SlaTargetDate' değerine uyumuna göre sınıflandırır. Tipik değerler 'Karşılandı' ve 'İhlal edildi’dir.

Bu hesaplanan alan, 'SLA hedefi uyumluluk izleme' Dashboardunun ve 'SLA uyumluluk oranı' KPI’ının temelidir. Hizmet taahhütlerine göre performansı üst düzeyde net biçimde görmenizi ve SLA ihlali yapan vakaların ortak özelliklerini anlamak için ayrıntıya inmenizi sağlar.

Neden önemli?

SLA performansı için net ve ikili bir sonuç sunar. Böylece hizmet seviyesi hedeflerine uyumluluğu kolayca takip edebilir, raporlayabilir ve analiz edebilirsiniz.

Nereden alınır?

Bu, her vaka için son etkinliğin zaman damgasının 'SlaTargetDate' ile karşılaştırılmasıyla elde edilen hesaplanmış bir özniteliktir.

Örnekler
Karşılandıİhlal EdildiRisk Altında
Son veri güncellemesi
LastDataUpdate
Verilerin kaynak sistemden en son ne zaman yenilendiğini veya çıkarıldığını gösteren zaman damgasıdır.
Açıklama

Bu öznitelik, veri setinin en son ne zaman güncellendiğini gösteren bir zaman damgası sağlar. Genellikle veri çıkarma ve yükleme sürecinde veri setinin tamamına uygulanır.

Bu bilgi, Dashboard kullanıcılarının analiz ettikleri verilerin güncelliğini anlaması için büyük önem taşır. Kararların ihtiyaç duyulan güncellikteki verilere dayanmasını sağlar ve içgörülerin ne kadar güncel olduğu konusunda beklentilerin doğru yönetilmesine yardımcı olur.

Neden önemli?

Verilerin güncelliği hakkında önemli bir bağlam sağlar. Böylece analizlerin geçerli kalmasına ve kararların güncel olmayan bilgilere dayanmamasına yardımcı olur.

Nereden alınır?

Genellikle ETL (Çıkarma, Dönüştürme, Yükleme) sürecinde oluşturulur ve veri setine zaman damgası olarak eklenir.

Örnekler
2024-01-15T02:00:00Z2024-01-16T02:00:00Z2024-01-17T02:00:00Z
Uyumluluk İncelemecisi
ComplianceReviewer
Uyumluluk inceleme faaliyetlerine özel olarak atanan kullanıcı veya görevli.
Açıklama

'AssignedUser' her etkinlik için kullanıcıyı kaydederken bu öznitelik, kritik inceleme adımlarına katılan uyumluluk uzmanını özel olarak tanımlar. Böylece uyumluluk işlevini daha odaklı biçimde analiz edebilirsiniz.

Bu öznitelik, 'Uyumluluk inceleme süresi ve birikmiş işler' Dashboardu için temel öneme sahiptir. Uyumluluk ekibinin iş yükünü ve performansını analiz etmenize, belirli incelemecilerin darboğaz oluşturup oluşturmadığını veya ekibin genel olarak yetersiz kaynakla çalışıp çalışmadığını belirlemenize yardımcı olur.

Neden önemli?

Uyumluluk işlevine odaklı bir görünüm sunar. Böylece genellikle gecikmelerin yaşandığı bu önemli süreç aşamasında incelemecilerin iş yükünü ve performansını ayrıntılı biçimde analiz edebilirsiniz.

Nereden alınır?

LexisNexis Risk Solutions belgelerine veya sistem yöneticinize başvurun. Bu bilgi, 'AssignedUser' değerinin uyumlulukla ilgili etkinliklere göre filtrelenmesiyle elde edilebilir.

Örnekler
c.joness.patelsystem_escalation
Yeniden İşleme mi
IsRework
Yeniden işleme döngüsünün parçası olan etkinlikleri gösteren işaret.
Açıklama

Bu boolean işareti, 'Ek bilgi istendi' etkinliğinden sonra 'Belge incelemesi yapıldı' etkinliğinin ikinci kez gerçekleşmesi gibi, aynı vaka içinde bir etkinlik tekrarlandığında true olarak ayarlanır. Sürecin geriye doğru ilerlediğini gösterir.

'Yeniden çalışma var' özniteliği, 'Yeniden çalışma ve tekrarlama analizi' Dashboardu ile 'Yeniden çalışma döngüsü yüzdesi' KPI için büyük önem taşır. Boşa harcanan çabayı ölçmenize ve belirsiz talimatlar ya da düşük veri kalitesi gibi yeniden çalışmanın temel nedenlerini belirlemenize yardımcı olur. Böylece hedefli süreç iyileştirmeleri yapabilirsiniz.

Neden önemli?

Süreçteki verimsizliği ve boşa harcanan çabayı doğrudan ölçer. Sık tekrarlanan ve maliyetleri ve çevrim sürelerini artıran etkinlikleri görünür kılar.

Nereden alınır?

Bu, genellikle bir process mining aracı tarafından vaka içindeki tekrarlanan etkinlik dizilerinin tespit edilmesiyle elde edilen hesaplanmış bir özniteliktir.

Örnekler
truefalse
Gerekli Önerilen İsteğe bağlı

KYC Müşteri Kabulü Faaliyetleri

Doğru süreç keşfi ve performans analizi için olay günlüğünüzde yer alması gereken temel süreç adımları ve kilometre taşları şunlardır.
8 Önerilen 6 İsteğe bağlı
Aktivite Açıklama
Başvuru gönderildi
Müşterinin başvurusunun sistem tarafından ilk kez alındığı KYC edinim sürecinin başlangıcını gösterir. Bu olay, başvuru formu LexisNexis ile entegre bir müşteri portalı veya dahili veri giriş sistemi üzerinden gönderildiğinde genellikle açıkça kaydedilir.
Neden önemli?

Bu, sürecin birincil başlangıç olayıdır. Bu etkinlikten tamamlanmaya kadar geçen süreyi analiz etmek, uçtan uca çevrim süresini ve SLA uyumunu ölçmek için önemlidir.

Nereden alınır?

Yeni müşteri başvurusu kaydının ilk oluşturulma zaman damgasını tutan sistem günlüklerinden veya başvuru tablosundan alınır.

Yakalayın

Yeni bir başvuru vakası veya temel uygulama tablosuna yeni bir kayıt oluşturulduğunda Olay günlüğe kaydedilir.

Olay türü explicit
Başvuru onaylandı
Müşterinin başvurusunu onaylama yönündeki nihai karar alınır ve sisteme kaydedilir. Bu, önemli bir iş sonucudur ve neredeyse her zaman açık bir durum değişikliği olarak kaydedilir.
Neden önemli?

Bu kilometre taşı, karar alma sürecinin başarıyla tamamlandığını gösterir. Onaya giden yolları analiz etmek, en iyi uygulamaları belirlemeye yardımcı olur.

Nereden alınır?

Başvuru vaka kaydındaki nihai durum güncellemesinde durumun 'Onaylandı' veya benzer bir son durum olarak ayarlandığını arayın.

Yakalayın

Ana başvuru veya vaka tablosunda nihai ve kesin bir durum değişikliği olarak kaydedilir.

Olay türü explicit
Başvuru reddedildi
Müşterinin başvurusunu reddetme yönündeki nihai karar kaydedilir. Bu, sistemde kesin bir durum değişikliğiyle kaydedilen son olaydır.
Neden önemli?

Bu, başarısızlık durumunun birincil bitiş olayıdır. Retlerin gerçekleştiği aşamaları ve bunlara eşlik eden nedenleri analiz etmek, süreç iyileştirmesi için önemlidir.

Nereden alınır?

Başvuru kaydındaki nihai durum alanının 'Reddedildi', 'Uygun bulunmadı' veya benzer bir son duruma ayarlanmasından alınır.

Yakalayın

Ana başvuru veya vaka tablosunda nihai ve kesin bir durum değişikliği olarak kaydedilir.

Olay türü explicit
Belgeler alındı
Müşterinin gerekli belgeleri sisteme yüklediğini veya ilettiğini doğrular. Bu, genellikle belge gönderim portalı tarafından oluşturulan açık bir olay veya bir temsilcinin manuel girişi olarak kaydedilir.
Neden önemli?

Bu etkinlik, bekleme süresini sona erdirir ve sonraki inceleme etkinliklerini başlatır. Veri toplama aşamasında önemli bir kilometre taşıdır.

Nereden alınır?

Belge yönetim sistemi günlüklerinden veya yeni belgeler eklendiğinde başvuru vaka dosyasına kaydedilen zaman damgalı girdiden alınır.

Yakalayın

Bir belge başarıyla yüklendiğinde veya sistemde manuel olarak alındı şeklinde işaretlendiğinde kaydedilir.

Olay türü explicit
Müşteri edinimi tamamlandı
Bu olay, müşterinin tamamen etkin olduğunu doğrulayarak tüm edinim sürecinin başarıyla sona erdiğini gösterir. Açık bir nihai durum olarak kaydedilebilir veya 'Hesap etkinleştirildi' olayından çıkarılabilir.
Neden önemli?

Bu, başarı durumunun birincil bitiş olayıdır. Edinimi başarıyla tamamlanan tüm müşteriler için uçtan uca çevrim süresini hesaplamak açısından gereklidir.

Nereden alınır?

'Hesap etkinleştirildi' zaman damgasından veya vaka dosyasındaki 'Edinim tamamlandı' gibi nihai bir son durumdan alınır.

Yakalayın

Hesap etkinleştirme gibi son önemli olumlu olaydan veya nihai durum güncellemesinden çıkarılır.

Olay türü inferred
Risk değerlendirmesi gerçekleştirildi
Sistem, toplanan bilgilere ve gerçekleştirilen kontrollere dayanarak müşteri için bir risk puanı hesaplar. Bu, LexisNexis'in temel özelliklerinden biridir ve genellikle vaka geçmişinde açık bir otomatik olay olarak kaydedilir.
Neden önemli?

Bu değerlendirmenin sonucu, geliştirilmiş durum tespiti gerektirmesi gibi sonraki süreç yolunu çoğu zaman belirler. Workflow içinde önemli bir karar noktasıdır.

Nereden alınır?

Risk puanlama veya değerlendirme modülünün tamamlandığını kaydeden başvuru denetim günlüğündeki ya da Workflow geçmişindeki olayı arayın.

Yakalayın

Risk motoru analizini tamamlayıp bir risk profili veya puanı atadığında belirli bir olay kaydedilir.

Olay türü explicit
Uyumluluk incelemesi başlatıldı
Bir vaka, genellikle yüksek riskli başvurular için manuel inceleme yapmak üzere bir uyumluluk yetkilisine veya ekibine atanır. Bu durum çoğu zaman 'Uyumluluk incelemesi bekleniyor' durumuna geçişten veya görev atama günlüğünden çıkarılır.
Neden önemli?

Bu, manuel ve çoğu zaman uzun süren bir inceleme adımının başlangıcını gösterir. Bu noktadan tamamlanmaya kadar geçen süreyi ölçmek, uyumlulukla ilgili darboğazların boyutunu anlamaya yardımcı olur.

Nereden alınır?

Görev atama günlüğünden, vakanın uyumluluk ekibine devredilmesinden veya vaka geçmişindeki durum güncellemesinden alınır.

Yakalayın

'Uyumluluk incelemesinde' gibi bir durum değişikliğinden veya vakanın uyumlulukla ilgili kullanıcı kuyruğuna atanmasından çıkarılır.

Olay türü inferred
Uyumluluk incelemesi tamamlandı
Uyumluluk yetkilisi incelemesini tamamlar ve vakayı sonraki aşamaya taşıyan bir öneride bulunur. Bu durum, bir görev 'tamamlandı' olarak işaretlendiğinde açıkça kaydedilebilir veya durum 'Uyumluluk bekleniyor' durumundan başka bir duruma geçtiğinde çıkarılabilir.
Neden önemli?

Bu, sürecin kritik ve çoğu zaman manuel bölümünü sona erdiren önemli bir kilometre taşıdır. Uyumluluk incelemesinin süresini ölçmek için bitiş noktası olarak kullanılır.

Nereden alınır?

Uyumluluk görevinin tamamlanma zaman damgasından veya 'Uyumluluk incelemesinde' durumundan çıkıştan alınır.

Yakalayın

İncelemenin tamamlandığını gösteren bir durum değişikliğinden çıkarılır. Örneğin, durum 'Onaylandı', 'Reddedildi' veya 'Nihai karar' olabilir.

Olay türü inferred
Belge incelemesi gerçekleştirildi
Bir kullanıcı veya otomatik araç, gönderilen belgeleri gerçeklik, geçerlilik ve eksiksizlik açısından inceler. Bu etkinlik, 'Belgeler alındı' durumundan 'İnceleme tamamlandı' durumuna geçişten veya açık bir günlük kaydından çıkarılabilir.
Neden önemli?

Bu adım, darboğazların ve yeniden işlemenin yaygın kaynaklarından biridir. İşlem süresini ve tekrarlarını analiz etmek, verimliliği artırmak ve otomasyon fırsatlarını belirlemek için önemlidir.

Nereden alınır?

'Belgeler alındı' durumu ile 'Doğrulama başarılı' veya 'Ek bilgi gerekli' gibi sonraki bir durum arasındaki süre izlenerek çıkarılır.

Yakalayın

Belge alma olayı ile incelemenin tamamlandığını gösteren olay arasındaki süre olarak hesaplanır.

Olay türü inferred
Belgeler istendi
Sistem veya bir kullanıcı, müşteriden sürücü belgesi ya da fatura gibi belirli belgeleri ister. Bu olay, sistem tarafından oluşturulan iletişim günlüklerinden veya vakanın belge beklediğini gösteren durum değişikliğinden alınabilir.
Neden önemli?

Bu etkinlik, sürece çoğu zaman önemli bir bekleme süresi ekler. Sıklığını ve süresini analiz etmek, müşteri yanıt sürelerinden kaynaklanan gecikmeleri belirlemeye yardımcı olur.

Nereden alınır?

Müşteriye gönderilen iletişim günlüklerinde bir olay veya başvurudaki durum değişikliğini arayın. Örneğin, 'Müşteri belgeleri bekleniyor'.

Yakalayın

'Belgeler bekleniyor' durumuna geçişten veya giden iletişim günlüğündeki zaman damgasından çıkarılır.

Olay türü inferred
Ek bilgi istendi
Bir uyumluluk yetkilisi veya incelemeyi yapan kişi, müşteriden daha fazla bilgi ya da açıklama ister. Bu olay, yeniden işlemenin başlıca nedenlerinden biridir ve genellikle açık bir durum değişikliği veya iletişim günlüğü girdisi olarak kaydedilir.
Neden önemli?

Bu etkinlik, edinim çevrim süresini uzatan yeniden işlem döngüleri oluşturur. Sıklığını izlemek, net olmayan gereksinimleri veya başvurulardaki yaygın eksiklikleri belirlemeye yardımcı olur.

Nereden alınır?

'Müşteri bilgisi bekleniyor' durumuna geçişi veya giden iletişim Event Log kaydını arayın. Bu, çoğu zaman kullanıcı tarafından başlatılan bir işlemdir.

Yakalayın

Bir temsilci 'Bilgi iste' özelliğini kullandığında kaydedilir. Bu işlem vaka durumunu değiştirir ve bir iletişim olayı oluşturabilir.

Olay türü explicit
Hesap etkinleştirildi
Onayın ardından müşterinin hesabı, temel bankacılık veya hizmet platformunda resmen oluşturulur ve etkinleştirilir. Bu etkinlik çoğu zaman bir denetim izine kaydedilir veya hesabın oluşturulma tarihinden çıkarılır.
Neden önemli?

Bu, müşteriye değer sunulan son adımdır. 'Başvuru onaylandı' ile bu adım arasındaki gecikmeler, sistem entegrasyonu sorunlarına işaret edebilir.

Nereden alınır?

Hesap oluşturma günlüğünden, başka bir sisteme yapılan API çağrısından veya hesap kaydının oluşturulma zaman damgasından alınır.

Yakalayın

Onay sonrasında ayrı bir olay olarak kaydedilir veya müşteri kaydındaki etkinleştirme zaman damgasının varlığından belirlenir.

Olay türü explicit
İlk tarama gerçekleştirildi
Gönderimden hemen sonra sistem tarafından gerçekleştirilen otomatik kontroldür. Temel veri bütünlüğünü doğrular ve ön kontrolleri yürütür. Bu etkinlik, Workflow geçmişinde genellikle açıkça kaydedilen otomatik bir adım olarak yer alır.
Neden önemli?

En erken aşamada başarısız olan başvuruları belirleyerek veri kalitesi sorunlarını anlamanıza yardımcı olur. Ayrıca süreçteki ilk otomatik değer yaratma adımını gösterir.

Nereden alınır?

İlk tarama adımının tamamlandığını gösteren otomatik kural yürütme günlüklerini veya başvuru Workflow geçmişindeki durum değişikliğini arayın.

Yakalayın

Tamamlanmış bir otomatik görev veya vakaya ilişkin geçmişteki belirli bir durum güncellemesi olarak kaydedilir.

Olay türü explicit
Kimlik doğrulama başlatıldı
Sistemin veritabanlarına karşı kontrol gibi LexisNexis hizmetlerini kullanarak temel kimlik doğrulama sürecini başlattığı noktayı gösterir. Doğrulama hizmeti çağrıldığında genellikle açık bir Event Log kaydı oluşturulur.
Neden önemli?

Bu etkinlik, kritik ve çoğu zaman uzun süren bir alt sürecin başlangıcını gösterir. Süresini izlemek, kimlik kontrolleriyle ilgili darboğazları ayırmaya yardımcı olur.

Nereden alınır?

Kimlik doğrulama modülüne yapılan API çağrısı günlüklerinden veya doğrulama görevinin başladığını gösteren denetim izi kaydından alınır.

Yakalayın

Sistemin kimlik doğrulama modülü veya API'si başvuru için tetiklendiğinde bir olay kaydedilir.

Olay türü explicit
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Verilerinizi LexisNexis Risk Solutions'tan nasıl alırsınız

Başlamaya hazır mısınız?

KYC müşteri işe alımı için Process Mining yolculuğunuzu başlatmak üzere bu Templatei kullanın. Verilerinizi bugün uygulanabilir içgörülere dönüştürmeye başlayın.

KYC müşteri kabulünüzü optimize edin, yarıda bırakma oranını bugün azaltın

Sürtünmesiz bir müşteri kabulü sağlayın, süreyi yalnızca 24 saate indirin.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez, optimizasyona bugün başlayın.