KYC Müşteri Kimlik Doğrulama Veri Template'inuz

Aktivite Adı, 'Başvuru Gönderildi', 'Belge İncelemesi Yapıldı' veya 'Başvuru Onaylandı' gibi KYC kabul Workflow'undaki bir adımı açıklar. Her aktivite, süreçte belirgin bir eylemi veya kilometre taşını temsil eder.

Bu nitelik, aktivitelerin akışını görsel olarak temsil eden süreç haritasını oluşturmak için büyük önem taşır. Süreç varyantlarının, belirli adımlar arasındaki darboğazların ve yeniden işleme döngülerinin sıklığının analiz edilmesine sunar. Aktiviteleri analiz etmek, süreçte ne olduğunu anlamanın anahtarıdır.

Bu nitelik, süreç haritasının temelini oluşturur, bu da müşteri kabul yolculuğundaki event dizisini görselleştirmenize ve analiz etmenize sunar.

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

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

Process Mining'de, bu nitelik tüm olayları tutarlı bir vaka halinde gruplamak için gereklidir, bu da kabul süreç döngüsünün uçtan uca analizine sunar. Her başvuru sahibi için tüm süreç akışının yeniden yapılandırılmasını sunar, bu da döngü sürelerini hesaplamak, süreç varyantlarını analiz etmek ve bir başvurunun durumunu zaman içinde izlemek için büyük önem taşır.

Bu, temel Vaka ID'sidir. Bu olmadan, bir müşteri başvurusunun tüm sürecini takip edemezsiniz, bu da süreç analizini imkansız hale getirir.

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

Bu zaman damgası (zaman damgası), bir aktivitenin başlangıcını işaret eder ve bir vaka içindeki tüm event'ler için kronolojik sırayı sunar. Process Mining'deki tüm zaman tabanlı analizlerin temelidir.

Event zaman damgası (zaman damgası) kullanılarak, aktivitelerin süresi, aralarındaki bekleme süresi ve kabul sürecinin toplam uçtan uca döngü süresi hesaplanabilir. Bu veri, darboğazları belirlemek, SLA uyumunu izlemek ve süreç verimliliğini anlamak için gereklidir.

Bu zaman damgası (zaman damgası), olayları kronolojik olarak sıralamak ve döngü süreleri ve darboğazlar gibi tüm zaman tabanlı metrikleri hesaplamak için gereklidir.

Event log veya denetim izi tablolarında Aktivite Adı'nın yanında bulunur.

Bu nitelik, bir görevi gerçekleştiren belirli kişiyi, örneğin bir belge incelemesi yapan uyumluluk görevlisini tanımlar. İş yükü dağılımının ve bireysel performansın analiz edilmesine yardımcı olur.

Analizde, Atanan Kullanıcı 'Kaynak Tahsisi ve İş Yükü' Dashboard'u için temel rol oynar. Süreç haritasını kullanıcıya göre filtrelemeye, ekip üyeleri arasındaki performansı karşılaştırmaya ve eğitim veya iş yükü dengeleme fırsatlarını belirlemeye sunar. Ayrıca belirli kullanıcı gruplarından kaynaklanan darboğazları belirlemeye de yardımcı olabilir.

Bu nitelik, kaynak performansını, iş yükü dağılımını analiz etmek ve otomasyon veya kaynak optimizasyonu fırsatlarını belirlemek için büyük önem taşır.

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

Bu nitelik, vakanın belirli bir andaki genel durumunu veya nihai sonucunu yansıtır. Yaygın durumlar arasında 'Devam Ediyor', 'Onaylandı', 'Reddedildi' veya 'Bilgi Bekleniyor' bulunur.

Başvuru Durumu, kabul sürecinin sonuçlarını izlemek için büyük önem taşır. Başarı oranlarını ve operasyonel akışı izlemek için 'Başvuru Reddetme Nedenleri ve Aşamaları' ve 'Günlük Çıktı ve Başvuru Durumu' Panellerinda kullanılır. Durumun zaman içinde nasıl değiştiğini analiz etmek, vaka süreç döngüsü hakkında önemli bilgi sunar.

Her başvurunun sonucunu izler, bu da Başvuru Reddetme Oranı gibi temel KPI'ları hesaplamak ve üretimi izlemek için gereklidir.

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Bu, genellikle ana vaka veya başvuru nesnesindeki anahtar bir alandır.

Bu zaman damgası (zaman damgası), bir aktivitenin tamamlanmasını işaret eder. Bir event için End Time ile Start Time arasındaki fark, işlem süresini temsil eder.

End Time, her adımın ne kadar sürdüğünü doğru bir şekilde hesaplamak için büyük önem taşır ve 'Aktivite İşlem ve Bekleme Süreleri' Dashboard'u için birincil bir girdidir. Bir kaynağın bir görev üzerinde aktif olarak çalıştığı zaman ile vakanın bir sonraki adımın başlamasını beklediği zaman arasındaki farkı ayırt etmeye yardımcı olur.

Aktivite işleme süresinin doğru hesaplanmasını sunar, bu da verimsiz adımları belirlemek ve kaynak iş yükünü analiz etmek için gereklidir.

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Genellikle hem başlangıç hem de bitiş olaylarını kaydeden olay günlüklerinde bulunur.

Departman niteliği, 'Uyumluluk', 'Müşteri Kabul Operasyonları' veya 'Dolandırıcılık Önleme' gibi bir aktiviteden sorumlu fonksiyonel grubu belirtir.

Bu nitelik, süreci departmansal bir bakış açısıyla analiz etmek için kullanılır ve farklı ekipler arasındaki el değişimlerinin analizini sunar. 'Kaynak Tahsisi ve İş Yükü' Dashboard'unda birincil bir boyuttur ve departmanlar arası verimsizlikleri veya iletişimdeki gecikmeleri belirlemeye yardımcı olur.

Süreç devirlerinin ve fonksiyonel alana göre performansın analiz edilmesini sunar, departmanlar arası darboğazların belirlenmesine yardımcı olur.

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Bir kullanıcı veya İnsan Kaynakları ana veri tablosundan birleştirilmesi gerekebilir.

LexisNexis Risk Solutions, risk değerlendirmesi konusunda uzmanlaşmıştır. Bu nitelik, değerlendirmenin çıktısını temsil eder ve her başvuruyu potansiyel risk profiline göre kategorize eder. Risk seviyesi genellikle gerekli durum tespiti sürecinin yoğunluğunu ve süresini belirler.

Bu nitelik, 'Risk Seviyesi ve Kabul Süresi' Dashboard'u için temel boyuttur. Süreci risk seviyesine göre analiz etmek, yüksek riskli başvuruların beklendiği gibi daha uzun sürüp sürmediğini veya düşük riskli başvuruların gereksiz yere gecikip gecikmediğini ortaya çıkarabilir. Risk tabanlı kabul stratejilerini doğrulamaya ve iyileştirmeye yardımcı olur.

Risk tabanlı analiz için büyük önem taşır, müşteri risk profillerinin süreç karmaşıklığı, süresi ve yolları üzerindeki etkisini anlamaya yardımcı olur.

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Bu, risk değerlendirme modüllerinin temel bir çıktısıdır.

SLA Hedef Tarihi, bir başvurunun tamamlanması için hizmet seviyesi anlaşmasını tanımlar. Bu tarih genellikle başvuru türü, müşteri segmenti veya yargı yetkisi gibi faktörlere göre belirlenir.

Bu nitelik, 'SLA Hedefi Uyum İzleme' Dashboard'u ve 'SLA Uyum Oranı' KPI'ı için gereklidir. Gerçek tamamlanma tarihini SLA Hedef Tarihi ile karşılaştırarak, kuruluşlar taahhütlerine karşı performanslarını ölçebilir, SLA'ları ihlal etme riski taşıyan vakaları belirleyebilir ve gecikmelerin temel nedenlerini araştırabilir.

Hizmet seviyesi anlaşmalarına (SLA) karşı performans ölçümünü sunar, SLA ihlallerine neden olan süreç verimsizliklerini vurgular.

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Bu, vakada depolanabilir veya iş kurallarına göre hesaplanabilir.

Bu nitelik, başvuruları kabul edilen varlık türüne göre kategorize eder. Farklı başvuru türleri genellikle farklı süreç yollarını takip eder ve farklı risk profillerine ve SLA hedeflerine sahiptir.

Süreci Başvuru Türüne göre analiz etmek, farklı türdeki müşterilerin kabul verimliliğini ve karmaşıklığını karşılaştırmak için verilerin segmentasyonuna sunar. Performansın daha ayrıntılı bir görünümünü güçlüak için çoğu Dashboard'da kullanılan yaygın bir filtredir.

Sürecin güçlü bir şekilde bölümlendirilmesini sunar, farklı başvuru türlerinin nasıl ele alındığını ve her tür için belirli darboğazların nerede bulunduğunu ortaya çıkarır.

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Bu, genellikle başvuru veya vaka nesnesindeki temel bir alandır.

Döngü Süresi, tek bir vaka için ilk olaydan (örneğin, 'Başvuru Gönderildi') son olaya (örneğin, 'Müşteri Kayıt Süreci Tamamlandı' veya 'Başvuru Reddedildi') kadar geçen toplam süreyi ölçer.

Bu, genel süreç sağlığını ölçmek için birincil bir KPI'dır ve 'Uçtan Uca Kayıt Süresi' Dashboard'unda görselleştirilir. Ortalama döngü süresini takip etmek, kuruluşların süreç iyileştirmelerinin etkisini izlemesine ve risk seviyesi veya başvuru türü gibi farklı faktörlerin genel müşteri deneyimini nasıl etkilediğini belirlemesine sunar.

Bu, müşteri için toplam değer yaratma süresini ölçen, müşteri memnuniyetini ve operasyonel verimliliği doğrudan etkileyen önemli bir performans göstergesidir.

Bu, her vaka için ilk olayın zaman damgası (zaman damgası)'inden son olayın zaman damgası (zaman damgası)'inin çıkarılmasıyla türetilen hesaplanmış bir metriktir.

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

Bu nitelik, farklı kanallardaki süreç performansını karşılaştırmak için kullanılır. Örneğin, 'Müşteri Kabul Hunisi Dönüşüm Oranları' Dashboard'u, mobil başvuru sahiplerinin web başvuru sahiplerinden daha yüksek oranda ayrılıp ayrılmadığını görmek için kanala göre filtrelenebilir ve kanala özgü süreç iyileştirmeleri hakkında bilgi sunar.

Gönderim kanalına göre süreç performansını analiz etmeye yardımcı olur, kanal stratejisi ve kullanıcı deneyimi iyileştirmelerini bilgilendirebilecek varyasyonları belirler.

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Bu bilgi genellikle başvuru sürecinin başlangıcında yakalanır.

Bu nitelik, event verisini oluşturan kaynak sistemi, örneğin LexisNexis Risk Solutions veya entegre bir üçüncü taraf aracı tanımlar. Karmaşık ortamlarda, tek bir süreç için veriler birden fazla sistemden gelebilir.

Kaynak sistemi anlamak, veri doğrulaması, sorun giderme ve belirli bir sisteme özgü olabilecek süreç varyasyonlarını analiz etmek için faydalıdır. Veri bütünlüğünü güçlüaya ve bir aktivitenin nasıl ve nerede kaydedildiği hakkında bağlam güçlüaya yardımcı olur.

Verinin kaynağını belirler, bu da veri yönetimi, doğrulama ve farklı BT sistemleri genelinde süreç yürütmesini anlamak için büyük önem taşır.

Bu bilgi, statik bir değer olarak veya veri dışa aktarımında veya API yanıtında belirli bir alanda saklanabilir.

Bu nitelik, müşterinin ülkesini belirtir; bu, değişen uluslararası düzenlemeler ve farklı yargı bölgeleriyle ilişkili risk seviyeleri nedeniyle KYC'de kritik bir faktördür.

Müşteri Ülkesine göre süreci analiz etmek, döngü sürelerinde ve süreç karmaşıklığında önemli farklılıkları ortaya çıkarabilir. Örneğin, yüksek riskli yargı bölgelerinden gelen başvurular ek uyumluluk kontrolleri gerektirebilir, bu da daha uzun sürelere yol açar. Bu analiz, kaynak planlamasına ve farklı bölgeler için gerçekçi SLA'lar belirlemeye yardımcı olur.

Bölgesel düzenlemelerin ve risk faktörlerinin süreç performansını nasıl etkilediğini anlamak için kritik olan yargısal analizi sunar.

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Bu, müşteri ana verilerinde standart bir alandır.

Bu boolean niteliği, sistem otomasyonu tarafından yürütülen görevler (örn. ilk tarama kontrolü) ile insan müdahalesi gerektiren görevleri (örn. manuel belge incelemesi) birbirinden ayırır.

'Otomatik mi' ('Is Automated'), 'Manuel Aktivite 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 arayüzü vurgulayabilir, maliyetleri ve işlem sürelerini azaltmak için daha fazla otomasyon fırsatlarını belirlemeye yardımcı olabilir.

Manuel ve otomatik görevler arasında ayrım yapar, bu da otomasyon fırsatlarını belirlemek ve etkilerini ölçmek için temel rol oynar.

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Bu, event lognde bir işaret olabilir veya 'AssignedUser'a (örneğin, bir 'sistem' kullanıcısı) göre çıkarılabilir.

Bir başvurunun nihai durumu 'Reddedildi' olduğunda, bu nitelik belirli nedeni sunar. Örnekler::::::: arasında 'Kimlik Doğrulama Başarısız', 'Yaptırım Eşleşmesi' veya 'Eksik Belgeleme' bulunur.

Bu veri, 'Başvuru Reddetme Nedenleri ve Aşamaları' Dashboard'u için birincil girdidir. Reddetme nedenlerini analiz etmek, süreçteki yaygın hata noktalarını belirlemeye yardımcı olur, bu da başvuru yönergelerine, müşteri iletişimine veya dahili inceleme kriterlerine ilişkin iyileştirmeleri bilgilendirebilir. Başvuruların neden reddedildiğini anlamak, genel onay oranını iyileştirmek için temel rol oynar.

Müşteri kabulünün neden başarısız olduğuna dair doğrudan önemli bilgi sağlayarak, başvuru onay oranını artırmak için hedefe yönelik iyileştirmelere sunar.

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

Bu nitelik, tamamlanmış her vakayı 'SlaTargetDate' uyumuna göre kategorize eder. Tipik değerler 'Met' (Karşılandı) veya 'Breached' (İhlal Edildi) şeklindedir.

Bu hesaplanmış alan, 'SLA Hedefi Uyum İzleme' Dashboard'unun ve 'SLA Uyum Oranı' KPI'ının temelidir. Hizmet taahhütlerine karşı performansa dair net, üst düzey bir görünüm sunar ve SLA'larını ihlal eden vakaların ortak özelliklerini anlamak için detaylı analizlere sunar.

SLA performansı için net, ikili bir sonuç sunarak hizmet seviyesi hedeflerine uyumu izlemeyi, raporlamayı ve analiz etmeyi kolaylaştırır.

Bu, her vaka için nihai aktivitenin zaman damgası (zaman damgası)'ini 'SlaTargetDate' ile karşılaştırarak türetilen hesaplanmış bir niteliktir.

Bu nitelik, veri setinin en son ne zaman güncellendiğine dair bir zaman damgası (zaman damgası) sunar. Genellikle veri çıkarma ve yükleme süreci sırasında tüm veri setine uygulanır.

Bu bilgi, Dashboard kullanıcılarının analiz ettikleri verilerin güncelliğini anlamaları için büyük önem taşır. Kararların gerektiği kadar güncel verilere dayanmasını sunar ve stratejik bilgilerin zamanında sağlanması konusundaki beklentileri yönetmeye yardımcı olur.

Veri güncelliği hakkında önemli bilgiler sağlayarak analizlerin ilgili olmasını ve kararların güncel olmayan bilgilere dayanmamasını sunar.

Bu, genellikle ETL (Extract, Transform, Load) süreci sırasında veri setine oluşturulur ve damgalanır.

'AssignedUser' herhangi bir aktivite için kullanıcıyı yakalarken, bu nitelik kritik inceleme adımlarına dahil olan uyumluluk uzmanını özel olarak tanımlar. Bu, uyumluluk fonksiyonunun daha odaklı bir analizine sunar.

Bu nitelik, 'Uyumluluk İnceleme Süresi ve Birikim' Dashboard'u için temel rol oynar. Uyumluluk ekibinin iş yükünü ve performansını analiz etmeye yardımcı olur, belirli inceleyicilerin darboğaz olup olmadığını veya genel ekibin kaynak yetersizliği yaşayıp yaşamadığını belirler.

Uyumluluk fonksiyonuna odaklanmış önemli bilgi sunarak, bu kritik ve genellikle gecikmeli süreç aşamasındaki inceleyici iş yükünün ve performansının detaylı analizine sunar.

LexisNexis Risk Solutions belgelerine veya sistem yöneticisine danışın. Bu, uyumlulukla ilgili aktiviteler için 'AssignedUser' filtresi uygulanarak türetilebilir.

Bu boolean değeri, aynı vaka içinde bir aktivitenin tekrarlandığında true olarak ayarlanır, örneğin 'Ek Bilgi Talep Edildi'den sonra ikinci kez 'Belge İncelemesi Yapıldı' meydana geldiğinde. Bu, sürecin geriye gittiğini gösterir.

'Yeniden İşleme mi' ('Is Rework'), 'Yeniden İşleme ve Tekrar Analizi' Dashboard'u ve 'Yeniden İşleme Döngüsü Yüzdesi' KPI'ı için büyük önem taşır. Harcanan çabanın niceliksel olarak belirlenmesine yardımcı olur ve belirsiz talimatlar veya kötü veri kalitesi gibi yeniden işlemenin temel nedenlerini belirlemeye yardımcı olarak hedefe yönelik süreç iyileştirmelerini sunar.

Süreçteki verimsizliği ve boşa harcanan çabayı doğrudan ölçülmesini sağlar, sıkça tekrarlanan ve maliyetleri ve döngü sürelerini artıran aktiviteleri vurgular.

Bu, genellikle bir vaka içindeki tekrarlayan aktivite dizilerini tespit ederek Process Mining aracı içinde türetilen hesaplanmış bir niteliktir.