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

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

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

Bu şablon, KYC Müşteri Kimlik Doğrulama sürecinizi analiz etmek için temel verileri toplamak için yapılandırılmış bir yaklaşım sunar. Olay günlüğünüzde toplanması gereken kritik nitelikleri ve izlenecek temel aktiviteleri özetler. Ayrıca, süreç madenciliği yolculuğunuza akıcı bir başlangıç güçlüak için bu verileri kaynak sistemlerinizden çıkarmaya yönelik pratik rehberlik. bulacaksınız.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • ACTICO için veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

KYC Müşteri Edinimi Öznitelikleri

Bunlar, KYC Müşteri Kimlik Doğrulama sürecinizin detaylı bir analizi için event lognüze eklemeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 5 Opsiyonel
Ad Açıklama
Aktivite Adı
ActivityName
Müşteri işe alım sürecinde gerçekleştirilen belirli bir iş olayının veya görevinin adı.
Açıklama

Bu öznitelik, 'Başvuru Gönderildi', 'Risk Değerlendirmesi Yapıldı' veya 'Başvuru Onaylandı' gibi KYC süreci sırasında gerçekleşen her adımın veya etkinliğin adını kaydeder. Süreç haritasının sıralı yapı taşlarını sunar.\n\nAktivite Adı'nı analiz etmek, süreç akışının görselleştirilmesine, sık veya nadir faaliyetlerin belirlenmesine ve darboğazların veya yeniden işleme döngülerinin tespitine sunar. Ne tür eylemlerin hangi sırayla gerçekleştirildiğini anlamak için bir temel oluşturur, bu da varyant analizi ve uyumluluk kontrolleri için büyük önem taşır.

Neden Önemli?dir?

Süreç haritasındaki adımları tanımlar, süreç akışının görselleştirilmesine, sapmaların belirlenmesine ve aktivite sıklığı ile diziliminin analizine sunar.

Nereden Alınır??

Bu bilgi genellikle ACTICO içinde bir event log tablosunda, genellikle olayı veya görev türünü açıklayan bir alanda bulunur. ACTICO belgelerine başvurun.

Örnekler:::::::
Başvuru GönderildiRisk Değerlendirmesi YapıldıUyumluluk İncelemesi TamamlandıBaşvuru Reddedildi
Müşteri Başvurusu
CustomerApplication
Süreç analizi için Vaka Kimliği (Case ID) olarak hizmet veren tek bir müşteri işe alım başvurusu için benzersiz tanımlayıcı.
Açıklama

Müşteri Başvurusu, tek bir müşterinin işe alım yolculuğuyla ilgili tüm olayları ve faaliyetleri gruplandıran birincil vaka (case) tanımlayıcısıdır. İlk başvurudan onay veya ret nihai kararına kadar KYC sürecinin tek bir tam örneğini temsil eder.\n\nProcess Miningnde, bu öznitelik her başvurunun tüm sürecini yeniden yapılandırmak için gereklidir. Analistlerin faaliyet dizisini izlemesine, toplam döngü sürelerini ölçmesine ve çeşitli başvurular tarafından alınan farklı süreç yollarını veya varyantları karşılaştırmasına sunar. Aynı Müşteri Başvuru Kimliğini paylaşan tüm olaylar aynı vakanın bir parçası olarak kabul edilir.

Neden Önemli?dir?

Bu, süreç madenciliği için temel özniteliktir, çünkü tüm ilgili olayları tek, tutarlı bir süreç örneğine bağlayarak her müşterinin işe alım deneyiminin uçtan uca analizini sunar.

Nereden Alınır??

Bu, ACTICO içindeki ana başvuru veya vaka yönetimi tablolarında birincil bir temel rol oynar. Belirli tablo ve alan adları için ACTICO belgelerine başvurun.

Örnekler:::::::
APP-2023-001, 2, 3, 4APP-2023-001235APP-2024-000001
Olay Zamanı
EventTime
Belirli bir etkinliğin ne zaman başladığını veya gerçekleştiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Olay Zamanı, bir aktivitenin sisteme kaydedildiği tam tarih ve saattir. Tek bir müşteri başvuru vakasındaki tüm olaylar için kronolojik sırayı sağlayarak, edinim yolculuğunun zaman çizelgesini oluşturur.

Bu öznitelik, tüm zamana dayalı analizler için büyük önem taşır. Aktiviteler arasındaki döngü sürelerini hesaplamak, gecikmeleri ve bekleme sürelerini belirlemek, genel vaka süresini ölçmek ve Hizmet Seviyesi Anlaşmalarına (SLA'lar) uyumluluğu kontrol etmek için kullanılır. Belirli bir vaka için bu zaman damgalarının sırası, süreç madenciliği araçlarının tam süreç akışını olduğu gibi yeniden yapılandırmasına sunar.

Neden Önemli?dir?

Bu öznitelik, süreleri hesaplamak, darboğazları keşfetmek ve süreç zaman çizelgesini analiz etmek için temel olan olayların kronolojik sırasını sunar.

Nereden Alınır??

ACTICO'nun event log tablolarında yer alan bu, her kaydedilen aktiviteyle ilişkili zaman damgası (zaman damgası)dır. ACTICO belgelerine başvurun.

Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T15:45:10Z
Kaynak Sistem
SourceSystem
Olay verilerinin kaynaklandığı kayıt sistemi.
Açıklama

Bu öznitelik, verilerin üretildiği kaynak bilgi sistemini tanımlar. Bu süreç için sürekli olarak 'ACTICO' olacaktır, ancak birden çok sistemi içeren daha geniş analizlerde, veri kaynaklarını ayırt etmeye yardımcı olur.\n\nBir süreç madenciliği bağlamında, veri yönetimi ve doğrulaması için büyük önem taşır. Verilerin kaynağına doğru şekilde atfedilmesini sunar; bu, uçtan uca bir süreç görünümü oluşturmak için farklı sistemlerden gelen verileri birleştirirken önemlidir. Ayrıca, veri kalitesi sorunlarını kaynak sisteme geri izleyerek sorun gidermeye yardımcı olur.

Neden Önemli?dir?

Veri kaynağı hakkında temel bağlam sunar, veri izlenebilirliği ve yönetişimi garantiler; bu, birden çok kaynaktan gelen verileri birleştirirken büyük önem taşır.

Nereden Alınır??

Bu, genellikle veri kümesini etiketlemek için veri çıkarma ve dönüştürme işlemi sırasında eklenen statik bir değerdir ('ACTICO').

Örnekler:::::::
ACTICOACTICO PlatformuACTICO KYC Modülü
Son Veri Güncellemesi
LastDataUpdate
Verinin kaynak sistemden en son yenilendiği veya çıkarıldığı zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, ACTICO'dan en son veri çekiminin tarih ve saatini kaydeder. Bireysel olaylardan ziyade tüm veri kümesine uygulanan bir meta veri alanı olup, analizin güncelliği hakkında bağlam sunar.\n\nPanellerde ve raporlarda bu bilgi, kullanıcıların verilerin ne kadar güncel olduğunu anlamaları için büyük önem taşır. Analizlerin zamanındalığı hakkındaki beklentileri yönetmeye yardımcı olur ve gerçek zamanlıya yakın verilerin önemli olduğu operasyonel izleme için büyük önem taşır. Bu zaman damgası (zaman damgası)nın görüntülenmesi, sunulan verilere şeffaflık ve güven sunar.

Neden Önemli?dir?

Verilerin güncelliğini gösterir, kullanıcıların güncel bilgileri analiz edip etmediklerini anlamalarını sunar, bu da operasyonel karar alma için büyük önem taşır.

Nereden Alınır??

Bu değer, veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında oluşturulur ve depolanır. ETL işinin başarıyla tamamlandığı zaman damgası (zaman damgası)nı yansıtır.

Örnekler:::::::
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Başlatan Kullanıcı
InitiatingUser
Etkinliği gerçekleştiren çalışanın kullanıcı kimliği veya adı.
Açıklama

Bu öznitelik, bir etkinliği yürütmekten sorumlu belirli kullanıcıyı veya sistem aracısını tanımlar. Süreç adımlarını bunları gerçekleştiren bireylere veya ekiplere bağlar.\n\nKullanıcıya göre performans analizi yaygın bir gereksinimdir. Bu öznitelik, iş yükü dağılımını, bireysel işlem sürelerini ve kullanıcılar veya ekipler arasındaki performans karşılaştırmalarını gösteren Dashboard'lar oluşturulmasına sunar. Yüksek performans gösteren bireyleri ve ek eğitime ihtiyaç duyabilecekleri belirlemeye yardımcı olur ve kaynak tahsisi ve kullanımını anlamak için temel rol oynar.

Neden Önemli?dir?

Süreç aktivitelerini belirli kullanıcılara bağlar, birey veya ekip bazında performans analizi yapılmasına sunar ve eğitim ihtiyaçlarını veya kaynak dengesizliklerini belirlemeye yardımcı olur.

Nereden Alınır??

Genellikle ACTICO'nun event log veya işlem geçmişi tablolarındaki her olayın yanında saklanır. ACTICO belgelerine başvurun.

Örnekler:::::::
john.doejane.smithSYSTEM_USER
Başvuru Durumu
ApplicationStatus
Müşteri işe alım başvurusunun nihai sonucu veya mevcut durumu.
Açıklama

Bu öznitelik, bir vakanın nihai sonucunu, genellikle 'Onaylandı' veya 'Reddedildi' olarak belirtir. Devam eden vakaların durumunu da gösterebilir. Bu, sonuca dayalı analiz için önemli bir boyuttur.\n\nBaşvuruların neden onaylandığını veya reddedildiğini anlamak, KYC süreç madenciliğinin temel bir hedefidir. Bu öznitelik, onaylanmış ve reddedilmiş başvuruların tipik yolculuklarını görmek için süreç haritasının filtrelenmesine sunar, istenmeyen sonuçlara yol açan süreç kalıplarını belirlemeye yardımcı olur. Aynı zamanda 'Başvuru Ret Oranı' KPI'sını hesaplamak için temel oluşturur.

Neden Önemli?dir?

Her vakanın sonucunu tanımlar, başarılı ve başarısız süreç örnekleri arasında karşılaştırmalı analiz yapılmasını ve ret oranlarının hesaplanmasını sunar.

Nereden Alınır??

Bu, genellikle ACTICO'daki ana vaka veya başvuru tablosunda bulunan bir vaka düzeyinde özniteliktir. Başvurunun nihai durumunu yansıtır.

Örnekler:::::::
OnaylandıReddedildiDevam EdiyorBekleyen Bilgi
Bitiş Zamanı
EndTime
Belirli bir faaliyetin ne zaman tamamlandığını gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bitiş Zamanı, bir etkinliğin tamamlandığını işaret eder. Başlangıç Zamanı ((EventTime)) ile eşleştirildiğinde, işlem süresi olarak bilinen her görevin kesin süresinin hesaplanmasına sunar. Tüm olayların ayrı bir bitiş zamanı yoktur, bazıları anlık olabilir.\n\nBu öznitelik, özellikle her adımın ne kadar sürdüğünü ölçmek için performans analizi için büyük önem taşır. Ayrıntılı performans Panellerin oluşturulmasını sunar, hangi faaliyetlerin en çok zaman tükettiğini belirlemeye yardımcı olur ve 'Ortalama Belge İnceleme Süresi' gibi KPI'ları hesaplamak için gereklidir.

Neden Önemli?dir?

Performans darboğazlarını belirlemek ve kaynak verimliliğini analiz etmek için büyük önem taşıyan olan kesin aktivite sürelerinin (işlem süresi) hesaplanmasını sunar.

Nereden Alınır??

Başlangıç zamanı gibi, bu da genellikle ACTICO'nun event log tablolarında bulunur. Bazı sistemler, tek bir olay kaydı için başlangıç ve bitiş zamanlarını ayrı sütunlarda saklar. ACTICO belgelerine başvurun.

Örnekler:::::::
2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z
Bölüm
Department
Etkinliği gerçekleştirmekten sorumlu iş departmanı veya ekibi.
Açıklama

Bu öznitelik, bir etkinliği 'Uyumluluk', 'İşe Alım Ekibi' veya 'Müşteri İlişkileri' gibi belirli bir organizasyonel birime atar. Süreç akışına kurumsal bir bağlam sunar.\n\nDepartman düzeyinde analiz, işin organizasyonun farklı bölümleri arasında nasıl devredildiğini anlamak için büyük önem taşır. Departmanlar arası darboğazları belirlemeye, departman verimliliğini ölçmeye ve ekipler arası kaynak tahsisini analiz etmeye yardımcı olur. Yöneticilere ekiplerinin belirli performanslarını gösteren bir görünüm güçlüak için Dashboard'lar departmana göre filtrelenebilir.

Neden Önemli?dir?

Analiz için organizasyonel bir boyut sunar, departmanlar arası gecikmelerin belirlenmesine ve ekip düzeyindeki performansın değerlendirilmesine sunar.

Nereden Alınır??

Bu bilgi, olay verileriyle doğrudan depolanabilir veya kullanıcı verilerini kullanıcıları departmanlara eşleyen bir İK ana veri tablosuyla birleştirerek elde edilebilir. ACTICO belgelerine başvurun.

Örnekler:::::::
ComplianceEdinim EkibiMüşteri Enerji ve Altyapıi
Ret Nedeni
RejectionReason
Bir müşteri başvurusu reddedildiğinde belirtilen özel neden.
Açıklama

Bir başvurunun nihai durumu 'Reddedildi' olduğunda, bu öznitelik temel nedeni sunar. Örnekler::::::: arasında 'Eksik Belgeleme', 'Arka Plan Kontrolü Başarısız' veya 'Yüksek Risk Profili' bulunur.\n\nBu, kök neden analizi için hayati bir özniteliktir. Farklı ret nedenlerinin sıklığını analiz ederek, işletme süreçteki veya müşteri başvurularındaki sistemik sorunları belirleyebilir. Örneğin, eksik belgeleme nedeniyle yüksek sayıda ret, başvuru talimatlarının net olmadığını gösterebilir. Bu, 'Başvuru Ret Oranı ve Nedenleri' Dashboard'u doğrudan destekler.

Neden Önemli?dir?

Başvuru retlerinin 'nedenlerini' sunarak, ret oranını düşürmek ve süreç verimliliğini artırmak için kök neden analizine sunar.

Nereden Alınır??

Genellikle ACTICO'daki ana vaka veya başvuru tablosunda bulunur, sıklıkla yalnızca Başvuru Durumu 'Reddedildi' olduğunda doldurulur.

Örnekler:::::::
Eksik DokümantasyonKimlik Doğrulama Başarısız OlduYaptırım EşleşmesiYüksek Risk Skoru
Risk Seviyesi
RiskLevel
Müşteri başvurusunun hesaplanan risk seviyesi, örneğin Düşük, Orta veya Yüksek.
Açıklama

Bu öznitelik, bir müşterinin değerlendirilen risk kategorisini temsil eder; bu, genellikle sonraki KYC sürecinin karmaşıklığını ve titizliğini belirler. Yüksek riskli bir müşteri, düşük riskli bir müşteriye kıyasla ek kontrol ve onaylar gerektirebilir.\n\nProcess Miningnde, Risk Seviyesi karşılaştırmalı analiz için güçlü bir boyuttur. Analistlerin, sürecin amaçlandığı gibi riske dayalı olarak farklı yolları doğru bir şekilde takip edip etmediğini kontrol etmelerine sunar. Örneğin, tüm yüksek riskli müşterilerin gelişmiş bir durum tespiti adımından geçtiği doğrulanabilir. 'Risk Değerlendirme Süreç Akışları' Dashboard'ı için temel rol oynar.

Neden Önemli?dir?

Vakaların riske dayalı olarak segmentasyonuna sunar, sürecin uyumluluk politikalarının gerektirdiği şekilde farklı risk profillerine doğru bir şekilde uyum sağlayıp güçlüadığının analiz edilmesini sunar.

Nereden Alınır??

Bu, ACTICO içindeki ana başvuru tablosunda vaka düzeyinde depolanan önemli bir veri noktasıdır.

Örnekler:::::::
DüşükOrtaYüksek
SLA Hedef Tarihi
SlaTargetDate
Müşteri işe alım sürecinin tamamlanması beklenen tarih.
Açıklama

SLA Hedef Tarihi, dahili hizmet seviyesi anlaşmalarında tanımlandığı gibi, bir müşterinin işe alımının tamamlanması için son tarihtir. Bu tarih genellikle başvuru gönderme tarihine standart bir işlem süresi eklenerek hesaplanır.\n\nBu öznitelik, SLA uyumluluğunu izlemek için gereklidir. Bir vakanın gerçek tamamlanma tarihini SLA Hedef Tarihi ile karşılaştırarak, sistem vakanın zamanında tamamlanıp tamamlanmadığını veya SLA'yı ihlal edip etmediğini belirleyebilir. Bu, 'İşe Alım SLA Performansı' Dashboard'ı ve 'İşe Alım SLA Uyumluluk Oranı' KPI'sının temelidir.

Neden Önemli?dir?

Zamanında performansı ölçmek için kıyaslama noktası sunar, SLA uyumluluğunun doğrudan izlenmesine ve raporlanmasına sunar.

Nereden Alınır??

Bu, ACTICO'daki ana vaka tablosunda bir alan olarak depolanabilir veya iş kurallarına göre (örn. Başvuru Tarihi + 5 iş günü) türetilebilir.

Örnekler:::::::
2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z
Müşteri Türü
CustomerType
Müşterinin, Bireysel veya Kurumsal gibi kategorizasyonu.
Açıklama

Bu öznitelik, başvuranı farklı kategorilere ayırır; örneğin, bireysel bir kişi ile kurumsal bir tüzel kişilik. KYC süreci, bu türler arasında genellikle önemli ölçüde farklılık gösterir ve kurumsal işe alım çok daha karmaşıktır.\n\nMüşteri Türü'nü bir boyut olarak kullanmak, aynı veri kümesi içinde bu farklı süreçlerin net bir şekilde ayrılmasına ve karşılaştırılmasına sunar. Analistler, çok daha basit 'Bireysel' müşteri süreci tarafından verilerin çarpıtılmasına gerek kalmadan, 'Kurumsal' müşterilerin benzersiz zorluklarını, darboğazlarını ve döngü sürelerini anlamak için süreç haritasını yalnızca 'Kurumsal' müşterileri görüntüleyecek şekilde filtreleyebilir.

Neden Önemli?dir?

Sürecin farklı müşteri kategorileri için segmentasyonunu sunar; bu kategoriler genellikle çok farklı süreç akışlarına ve karmaşıklıklara sahip olup daha doğru analize yol açar.

Nereden Alınır??

Bu, ACTICO içinde vaka veya müşteri düzeyinde depolanan temel bir özniteliktir.

Örnekler:::::::
BireyselKurumsalKüçük İşletme
Otomatikleştirildi mi?
IsAutomated
Bir aktivitenin sistem tarafından `otomatik` mi yoksa bir kullanıcı tarafından `manuel` mi gerçekleştirildiğini gösteren bir göstergedir.
Açıklama

Bu boolean öznitelik, bir insan kullanıcı tarafından yürütülen görevler ile otomatik bir arka plan kontrolü veya risk puanlaması gibi sistem otomasyonu tarafından gerçekleştirilen görevler arasında ayrım yapar.\n\nBu özniteliğin analizi, otomasyon girişimlerinin etkinliğini değerlendirmeye yardımcı olur. Otomatik ve manuel adımlar arasındaki işlem sürelerinin karşılaştırılmasına sunar, sürecin hangi kısımlarının hala yoğun manuel olduğunu belirler ve verimliliği artırmak ve operasyonel maliyetleri azaltmak için daha fazla otomasyon fırsatlarını vurgulayabilir.

Neden Önemli?dir?

İnsan ve sistem görevleri arasında ayrım yapar, bu otomasyonun etkisini ölçmek ve gelecekteki verimlilik artışları için fırsatları belirlemek için büyük önem taşır.

Nereden Alınır??

Bu, 'InitiatingUser' özniteliğinden (örn. kullanıcı 'SYSTEM' ise) çıkarılabilir veya event lognde özel bir işaret olabilir. ACTICO belgelerine başvurun.

Örnekler:::::::
truefalse
SLA Durumu
SlaState
Vakanın SLA'sını karşılayıp karşılamadığını, ihlal edip etmediğini veya ihlal etme riski taşıyıp taşımadığını gösteren hesaplanmış bir durum.
Açıklama

Bu öznitelik, bir vakanın Hizmet Seviyesi Anlaşmasına karşı performansının kategorik bir değerlendirmesini sunar. Vakanın tamamlanma süresinin (veya açık vakalar için mevcut sürenin) 'SlaTargetDate' ile karşılaştırılmasıyla elde edilir.\n\nBu öznitelik, tarih karşılaştırmalarını kolay anlaşılır bir duruma dönüştürerek SLA raporlamasını basitleştirir. Dashboard'lar bunu, 'Karşılandı' ve 'İhlal Edildi' vakaların yüzdesini gösteren pasta grafikler veya göstergeler gibi net görselleştirmeler için kullanabilir. 'İşe Alım SLA Performansı' Dashboard'un temel bir öğesidir ve 'İşe Alım SLA Uyumluluk Oranı' KPI'sını doğrudan destekler.

Neden Önemli?dir?

Her bir vaka için açık ve kategorik bir SLA uyumluluk durumu sunarak raporlamayı basitleştirir ve hedeflere karşı performansı kolayca görselleştirmeye sunar.

Nereden Alınır??

Bu, vaka tamamlanma zaman damgası (zaman damgası)nı 'SlaTargetDate' ile karşılaştıran iş mantığından türetilen hesaplanmış bir özniteliktir.

Örnekler:::::::
Karşılandıİhlal EdildiRisk Altında
Ülke
Country
İşe alım için başvuran müşterinin ikamet ettiği ülke.
Açıklama

Bu öznitelik, KYC süreci üzerinde önemli bir etkisi olabilecek müşterinin ülkesini belirtir. Farklı yargı alanlarının farklı düzenleyici gereksinimleri vardır, bu da ek veya alternatif süreç adımlarını tetikleyebilir.\n\nSüreci ülkeye göre analiz etmek, farklı bölgelerdeki performansın karşılaştırılmasına sunar. Belirli ülkelerin sürekli olarak daha uzun döngü süreleri veya daha yüksek ret oranları yaşayıp yaşamadığını belirlemeye yardımcı olabilir, bu da potansiyel düzenleyici sürtünmeyi veya belirli pazar zorluklarını gösterebilir. Bu coğrafi görünüm, yerel uyumluluk ihtiyaçlarına saygı duyarak süreçleri standartlaştırmayı amaçlayan küresel kuruluşlar için önemlidir.

Neden Önemli?dir?

Analiz için coğrafi bir boyut sunar, çeşitli düzenleyici bölgelerdeki süreç farklılıklarını ve performans farklılıklarını anlamaya yardımcı olur.

Nereden Alınır??

Bu, ACTICO sistemi içinde vaka veya müşteri düzeyinde depolanan temel bir müşteri bilgisidir.

Örnekler:::::::
USADEUGBRSGP
Yeniden İşleme mi?
IsRework
Bir aktivitenin tekrarlanan bir adım mı yoksa yeniden çalışma döngüsünün bir parçası mı olduğunu belirten hesaplanmış bir bayrak.
Açıklama

Bu boolean öznitelik, aynı vaka içinde ikinci veya sonraki bir kez gerçekleştirilen faaliyetleri (örneğin, daha fazla bilgi talebinden sonra gerçekleşen bir 'Belge İncelemesi' gibi) işaretler. Tipik olarak süreç verimsizliğinin bir kaynağı olan yeniden işleme örneklerini belirler.\n\nYeniden işi belirlemek, süreç madenciliğinin birincil hedefidir. Bu işaret, 'Belge Yeniden İşleme Oranı' KPI'sını hesaplama gibi yeniden işin nicelendirilmesine sunar. Süreç haritasında, sürecin kendi üzerinde geri döndüğü yerleri göstermek için yeniden işleme döngüleri vurgulanabilir. Bu, kalite sorunlarını veya sürecin 'ilk seferde doğru' olmadığı alanları belirlemeye yardımcı olur.

Neden Önemli?dir?

Tekrarlanan çalışma örneklerini vurgular, süreç verimsizliğinin doğrudan ölçülmesine ve kalite veya netlik sorunları olan aktivitelerin belirlenmesine sunar.

Nereden Alınır??

Bu hesaplanmış bir özniteliktir. Mantık, süreç madenciliği aracı içinde veya veri dönüşümü sırasında aynı vaka içindeki tekrarlanan faaliyetleri tespit etmek için tanımlanır.

Örnekler:::::::
truefalse
Gerekli Önerilen Opsiyonel

KYC Müşteri Edinimi Aktiviteleri

Bunlar, KYC Müşteri Kimlik Doğrulama sürecinizin doğru bir şekilde keşfedilmesi ve analiz edilmesi için event lognüzde yakalamanız gereken temel süreç adımları ve kilometre taşlarıdır.
8 Önerilen 6 Opsiyonel
Aktivite Açıklama
Başvuru Gönderildi
Bu etkinlik, ACTICO sistemi tarafından yeni bir müşteri başvurusu resmi olarak alındığında KYC işe alım sürecinin başlangıcını işaret eder. Tipik olarak yeni bir vaka veya başvuru kaydı oluşturulduğunda kesin bir zaman damgası (zaman damgası)yla günlüğe kaydedilen açık bir olay olarak yakalanır.
Neden Önemli?dir?

Birincil başlangıç olayı olarak bu aktivite, genel edinme döngü süresini hesaplamak ve başvuru hacmini takip etmek için gereklidir. Sonraki tüm süreç performans ölçümleri için temel zaman damgası (zaman damgası) görevi görür.

Nereden Alınır??

Bu, tipik olarak ACTICO içindeki bir başvuru veya vaka oluşturma günlüğünde açık bir girdidir. Başvuru gönderme olayları veya birincil vaka kaydının oluşturulma zaman damgası (zaman damgası)yla ilgili tabloları arayın.

Yakala

Yeni bir başvuru vaka örneğinin oluşturulması üzerine kaydedilen olay.

Event tipi explicit
Başvuru Onaylandı
Bu etkinlik, müşterinin işe alım başvurusunu onaylamak için verilen nihai iş kararını temsil eder. Başvurunun süreç döngüsünde tipik olarak ayrı ve nihai bir durum değişikliği olarak yakalanan önemli bir kilometre taşıdır.
Neden Önemli?dir?

Bu kilometre taşı, hesap oluşturmanın öncüsü olup başarılı bir sonucu ifade eder. Bu noktaya ulaşma süresini analiz etmek, 'ideal süreç akışı' süresini anlamak için büyük önem taşır.

Nereden Alınır??

Ana başvuru veya vaka tablosundaki son durum alanından çıkarıldı. 'Onaylandı', 'Onay Tamamlandı' veya benzeri terminal pozitif bir durum arayın.

Yakala

Vakanın nihai durumu, vaka ana verilerinde 'Onaylandı' olarak güncellenir.

Event tipi inferred
Başvuru Reddedildi
Müşterinin başvurusunu reddetme ve işe alım sürecini sonlandırma yönündeki nihai kararı temsil eder. Bu, başvuru kaydındaki nihai bir durum değişikliği aracılığıyla yakalanan kritik bir son durumdur.
Neden Önemli?dir?

Bu, birincil başarısızlık sonu olayıdır. Bu etkinlikle sona eren vakaları analiz etmek, ret oranlarını, başarısızlık nedenlerini anlamak ve genel süreç verimini iyileştirmek için büyük önem taşır.

Nereden Alınır??

Ana başvuru veya vaka tablosundaki son durum alanından çıkarıldı. 'Reddedildi', 'Reddedildi' veya 'Kapatıldı - Reddedildi' gibi terminal bir durum arayın.

Yakala

Vakanın nihai durumu, vaka ana verilerinde 'Reddedildi' olarak güncellenir.

Event tipi inferred
Müşteri Belgeleri Yüklendi
Bu etkinlik, müşterinin gerekli kimlik ve destekleyici belgeleri ACTICO ile entegre bir portal veya başka bir kanal aracılığıyla güçlüası durumunda meydana gelir. Her belge yüklemesi, genellikle sistemin belge yönetimi veya vaka günlüğünde ayrı, açık bir olay olarak yakalanır.
Neden Önemli?dir?

Bu, önemli bir müşteriye bağlı kilometre taşıdır. Bu olayı izlemek, müşteri yanıt sürelerini ölçmek ve sonraki belge inceleme aşamasının süresini analiz etmek için büyük önem taşır.

Nereden Alınır??

Belge işleme veya başvuru vakasına eklerle ilgili olay günlüklerini arayın. Bunlar genellikle ACTICO veritabanındaki özel belge veya kanıt yönetimi tablolarında kaydedilir.

Yakala

Sistem tarafından bir belge vakaya eklendiğinde kaydedilen olay.

Event tipi explicit
Müşteri Edinimi Tamamlandı
Bu, müşterinin tamamen işe alındığını ve başvuru vakanın kapandığını belirten süreçteki son etkinliktir. Bu, vakaya uygulanan 'İşe Alındı' veya 'Kapandı - Onaylandı' gibi nihai, son bir durumdan çıkarılır.
Neden Önemli?dir?

Birincil başarılı bitiş olayı olarak bu aktivite, başarıyla edinilen tüm müşteriler için uçtan uca döngü süresini hesaplamak için gereklidir. Başarılı yol analizi için son zaman damgası (zaman damgası)nı sunar.

Nereden Alınır??

Müşteri başvuru vakasının son durum alanından çıkarıldı. Vakanın terminal başarı durumuna geçmesiyle ilişkili bir zaman damgası (zaman damgası) arayın.

Yakala

Nihai vaka durumu güncellemesinin 'Tamamlandı' veya 'Kapatıldı' olarak değişmesinden çıkarıldı.

Event tipi inferred
Risk Değerlendirmesi Yapıldı
Bu etkinlik, ACTICO'nun karar verme motorunun müşteri başvurusu için bir risk skoru veya derecesi hesaplamak üzere çalıştırılmasını temsil eder. Sistemin temel bir işlevi olarak, risk değerlendirme kural seti çalıştırıldığında açık bir olay olarak yakalanır.
Neden Önemli?dir?

Risk değerlendirmesi, genellikle sonraki süreç yolunu belirleyen önemli bir karar noktasıdır. Bu etkinliği analiz etmek, risk seviyelerinin süreç varyantlarını ve zaman çizelgelerini nasıl etkilediğini anlamaya yardımcı olur.

Nereden Alınır??

Bu, ACTICO içindeki temel bir olaydır ve karar veya yürütme günlüklerine kaydedilmelidir. Bu günlükler tipik olarak Vaka Kimliği (Case ID)ni, uygulanan kuralları ve ortaya çıkan risk skorunu içerir.

Yakala

ACTICO karar motoru tarafından risk puanlamasının tamamlanması üzerine kaydedilen olay.

Event tipi explicit
Uyumluluk İncelemesi Başlatıldı
Uyumluluk departmanı tarafından manuel inceleme aşamasının başlangıcını işaretler, genellikle yüksek riskli veya işaretlenmiş başvurular için. Bu, tipik olarak vaka durumunun 'Pending Compliance Review' olarak değişmesinden veya vakanın bir uyumluluk görevlisinin iş kuyruğuna atanmasından çıkarılır.
Neden Önemli?dir?

Bu etkinlik, uyumluluk darboğazını ölçmek için başlangıç noktasıdır. 'Uyumluluk İncelemesi Tamamlandı'ya kadar geçen süre, bu kritik aşamadaki gecikmeleri belirlemek için önemli bir KPI'dır.

Nereden Alınır??

Başvurunun durum geçmişinden veya denetim izinden çıkarıldı. 'Uyumluluk İncelemesinde' durumuna bir durum değişikliği veya uyumlulukla ilgili bir kullanıcı grubuna atama ile ilişkili bir zaman damgası (zaman damgası) arayın.

Yakala

Vaka durumunun 'Uyumluluk Bekleniyor'a değişmesinden veya uyumluluk ekibine atanmasından çıkarıldı.

Event tipi inferred
Uyumluluk İncelemesi Tamamlandı
Uyumluluk departmanı tarafından manuel incelemenin sonunu işaretler; onaylama, reddetme veya daha fazla eylem talep etme kararı ile. Bu aktivite, vaka durumunun 'Pending Compliance Review'dan 'Compliance Approved' gibi sonraki bir duruma değişmesinden çıkarılır.
Neden Önemli?dir?

Bu, uyumluluk inceleme aşaması için kapanış olayıdır. Toplam uyumluluk inceleme süresini hesaplamak ve ekibin verimini analiz etmek için gereklidir.

Nereden Alınır??

Başvurunun durum geçmişi günlüğünden çıkarıldı. Vakanın 'Uyumluluk İncelemesinde' durumundan çıktığı zaman damgası (zaman damgası)nı arayın, bu bir kararın verildiğini gösterir.

Yakala

Vaka durumunun 'Uyumluluk Bekleniyor'dan 'Uyumluluk Onaylandı'ya veya benzeri bir duruma değişmesinden çıkarıldı.

Event tipi inferred
Arka Plan Kontrolleri Başlatıldı
Bu, AML veya kredi geçmişi taramaları gibi otomatik veya manuel arka plan kontrollerinin başlatıldığı noktayı temsil eder. Bu, sistemin bu kontrolleri tetiklediğinde, harici hizmet sağlayıcıları içerebilecek açık bir olay olarak sıkça kaydedilir.
Neden Önemli?dir?

Arka plan kontrollerini başlatmak, durum tespiti sürecinde önemli bir kilometre taşıdır. Bunu takip etmek, dış veri sağlayıcılarla ilişkili bağımlılıkları ve teslim sürelerini anlamaya yardımcı olur.

Nereden Alınır??

Sistem günlüklerinde veya denetim izinde, arka plan tarama prosedürlerinin tetiklendiğini gösteren kayıtları arayın. Bunlar genellikle ana başvuru Vaka Kimliği (Case ID)ne bağlıdır.

Yakala

İş akışı motoru arka plan kontrol hizmetlerine çağrı başlattığında kaydedilen olay.

Event tipi explicit
Belge İncelemesi Tamamlandı
Bu etkinlik, bir temsilcinin müşteri tarafından gönderilen belgeleri incelemeyi bitirdiğini gösterir. Genellikle belge üzerindeki bir durum değişikliğinden veya genel vakanın durumundan, örneğin 'Belgeler Doğrulandı' veya 'İnceleme Tamamlandı' gibi, çıkarılır.
Neden Önemli?dir?

Bu, belge işleme sürecinin verimliliğini ölçmek için önemli bir kilometre taşıdır. 'Müşteri Belgeleri Yüklendi' ile bu etkinlik arasındaki süre, manuel işleme gecikmelerini belirlemek için kritik bir KPI'dır.

Nereden Alınır??

Başvuru vakası veya bireysel belgeler için durum geçmişi günlüklerinden çıkarıldı. Bir belgenin durumunun 'İnceleme Bekleniyor'dan 'Onaylandı' veya 'İncele' olarak değişmesi bu aktiviteyi gösterir.

Yakala

Belge durumundaki bir değişikliğin 'Doğrulandı' veya 'İncele' olarak değişmesinden çıkarıldı.

Event tipi inferred
Ek Bilgi Talep Edildi
Genellikle uyumluluk veya sigorta departmanındaki bir inceleyicinin müşteriden daha fazla bilgi veya belge talep ettiği bir olayı temsil eder. Bu eylem, genellikle müşteriye bir bildirim gönderilmesini ve vakanın duraklatılmasını içerdiği için açıkça yakalanır.
Neden Önemli?dir?

Bu etkinlik, yeniden işleme ve artan döngü sürelerinin temel nedenidir. Sıklığını ve etkisini izlemek, ilk veri toplamanın iyileştirilebileceği alanları belirlemek için gereklidir.

Nereden Alınır??

Bu, muhtemelen vaka geçmişi veya iletişim günlüğünde kaydedilmiş açık bir olaydır. 'Bilgi Talebi Gönderildi' (RFI Sent) gibi olayları veya 'Müşteri Bilgisi Beklemede' gibi belirli bir durum değişikliğini arayın.

Yakala

'Send RFI' gibi açık bir kullanıcı tetiklemeli olay, vaka denetim günlüğüne kaydedilir.

Event tipi explicit
Hesap Oluşturuldu
Onayın ardından bu aktivite, müşterinin çekirdek bankacılık veya kullanıcı yönetim sistemindeki hesabının teknik oluşturulmasını işaretler. Bu genellikle ACTICO tarafından alt sistemden bir başarı onayı alındıktan sonra kaydedilen açık bir olaydır.
Neden Önemli?dir?

Bu etkinlik, sürecin somut bir iş sonucu verdiğini doğrular. 'Başvuru Onaylandı'dan 'Hesap Oluşturuldu'ya kadar geçen süre, entegrasyon gecikmelerini veya son güçlüa adımlarındaki verimsizlikleri ortaya çıkarabilir.

Nereden Alınır??

Bu bilgi, ACTICO içindeki entegrasyon veya sistem arayüzü günlüklerinde bulunacaktır; bu günlükler, hesap güçlüa için harici sistemlere yapılan çağrıların sonucunu kaydeder.

Yakala

Çekirdek hesap sisteminden başarılı bir API yanıtı alınması üzerine kaydedilen olay.

Event tipi explicit
İlk Başvuru İncelemesi
Sunulan başvurunun, otomatik bir kural veya insan bir temsilci tarafından, eksiksizliğini ve temel uygunluğunu kontrol etmek için yapılan ilk incelemesini temsil eder. Bu etkinlik, genellikle başvurudaki bir durum değişikliğinden (örneğin, 'Gönderildi'den 'İncelemede'ye) çıkarılır.
Neden Önemli?dir?

Bu ilk incelemeyi tamamlama süresini analiz etmek, başlangıçtaki işlem gecikmelerini belirlemeye yardımcı olur. Ayrıca, kaç başvurunun bu ilk aşamayı sorunsuz geçtiği hakkında stratejik bilgiler sunar.

Nereden Alınır??

Müşteri başvuru vakasıyla ilişkili durum geçmişi tablolarından veya denetim günlüklerinden çıkarıldı. Durumun 'yeni' veya 'gönderildi' durumundan 'incelemede' durumuna değiştiği zaman damgası (zaman damgası)nı karşılaştırın.

Yakala

Vaka geçmişi günlüğünde durum değişikliğinin 'Submitted'dan 'Under Review'a geçtiğini tespit edin.

Event tipi inferred
Kimlik Doğrulaması Yapıldı
Müşterinin kimliğini harici veya dahili veri kaynaklarına karşı doğrulamak için otomatik veya manuel bir kontrolü temsil eder. Bu, genellikle üçüncü taraf bir doğrulama hizmetine API çağrısı yapıldığında ve bir yanıt alındığında açık bir olay olarak kaydedilir.
Neden Önemli?dir?

Bu etkinlik kritik bir uyumluluk adımıdır. Süresini ve sonuçlarını analiz etmek, harici hizmetlere bağımlılıkları ve doğrulama sürecindeki potansiyel darboğazları belirlemeye yardımcı olur.

Nereden Alınır??

Bu bilgi genellikle, uygulama vakasına bağlı otomatik kontrollerin ve üçüncü taraf hizmet çağrılarının sonuçlarını kaydeden entegrasyon günlüklerinde veya belirli olay tablolarında bulunur.

Yakala

Üçüncü taraf kimlik doğrulama hizmetine yapılan bir entegrasyon çağrısından kaydedilen olay.

Event tipi explicit
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

ACTICO'dan verilerinizi nasıl alırsınız?