KYC Müşteri Kimlik Doğrulama Veri Şablonunuz

ACTICO
KYC Müşteri Kimlik Doğrulama Veri Şablonunuz

KYC Müşteri Kimlik Doğrulama Veri Şablonunuz

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 öznitelikleri ve izlenecek temel faaliyetleri özetler. Ayrıca, süreç madenciliği yolculuğunuza sorunsuz bir başlangıç sağlamak için bu verileri kaynak sistemlerinizden çıkarmaya yönelik pratik rehberlik bulacaksınız.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • ACTICO için çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

KYC Müşteri Edinimi Öznitelikleri

Bunlar, KYC Müşteri Kimlik Doğrulama sürecinizin kapsamlı bir analizi için olay günlüğünüze eklemeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 6 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Müşteri işe alım sürecinde gerçekleştirilen belirli 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ı sağlar.\n\nEtkinlik 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 olanak tanır. 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 kritik öneme sahiptir.

Neden önemli

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 olanak tanır.

Nereden alınır

Bu bilgi genellikle ACTICO içinde bir olay günlüğü 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 GerçekleştirildiUyumluluk İncelemesi TamamlandıBaşvuru Reddedildi
Müşteri Başvurusu
CustomerApplication
Süreç analizi için vaka kimliği 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 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\nSüreç madenciliğinde, bu öznitelik her başvurunun uçtan uca yolculuğunu yeniden yapılandırmak için esastır. 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 olanak tanır. Aynı Müşteri Başvuru Kimliğini paylaşan tüm olaylar aynı vakanın bir parçası olarak kabul edilir.

Neden önemli

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 sağlar.

Nereden alınır

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

Örnekler
APP-2023-001234APP-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ı.
Açıklama

Olay Zamanı, bir aktivitenin sisteme kaydedildiği kesin 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 kritiktir. 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 olanak tanır.

Neden önemli

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ı sağlar.

Nereden alınır

ACTICO'nun olay günlüğü tablolarında yer alan bu, her kaydedilen aktiviteyle ilişkili 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 kritik öneme sahiptir. Verilerin kaynağına doğru şekilde atfedilmesini sağlar; bu, bütünsel 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

Veri kaynağı hakkında temel bağlam sağlar, veri soy ağacı ve yönetişimi garantiler; bu, birden çok kaynaktan gelen verileri birleştirirken kritik öneme sahiptir.

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ığı timestamp.
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 sağlar.\n\nDashboard'larda ve raporlarda bu bilgi, kullanıcıların verilerin ne kadar güncel olduğunu anlamaları için hayati öneme sahiptir. İçgörülerin 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 kritiktir. Bu zaman damgasının görüntülenmesi, sunulan verilere şeffaflık ve güven sağlar.

Neden önemli

Verilerin güncelliğini gösterir, kullanıcıların güncel bilgileri analiz edip etmediklerini anlamalarını sağlar, bu da operasyonel karar alma için kritik öneme sahiptir.

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ı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 olanak tanır. 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 anahtardır.

Neden önemli

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

Nereden alınır

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

Örnekler
john.doejane.smithSİSTEM_KULLANICISI
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 kritik 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 olanak tanır, 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

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ı sağlar.

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ş Saati
EndTime
Belirli bir etkinliğin ne zaman tamamlandığını gösteren zaman damgası.
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 olanak tanır. 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 temeldir. Ayrıntılı performans Dashboard'larının oluşturulmasını sağlar, 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

Performans darboğazlarını belirlemek ve kaynak verimliliğini analiz etmek için kritik öneme sahip olan kesin aktivite sürelerinin (işlem süresi) hesaplanmasını sağlar.

Nereden alınır

Başlangıç zamanı gibi, bu da genellikle ACTICO'nun olay günlüğü 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 organizasyonel bir bağlam sağlar.\n\nDepartman düzeyinde analiz, işin organizasyonun farklı bölümleri arasında nasıl devredildiğini anlamak için çok önemlidir. 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 sağlamak için Dashboard'lar departmana göre filtrelenebilir.

Neden önemli

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

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 Hizmetleri
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 sağlar. Ö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'ını doğrudan destekler.

Neden önemli

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

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\nSüreç madenciliğinde, 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 olanak tanır. Ö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 anahtardır.

Neden önemli

Vakaların riske dayalı olarak segmentasyonuna olanak tanır, sürecin uyumluluk politikalarının gerektirdiği şekilde farklı risk profillerine doğru bir şekilde uyum sağlayıp sağlamadığının analiz edilmesini sağlar.

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 esastır. 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

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

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
İşlem Süresi
ProcessingTime
Bir faaliyet üzerinde aktif olarak çalışılan süre.
Açıklama

İşlem Süresi, bir etkinliğin başlangıç zamanından bitiş zamanına kadar hesaplanan süredir. Bu metrik, etkinlikler arasındaki bekleme süresinin aksine, 'dokunma süresi' veya aktif çalışma süresini temsil eder.\n\nBu, operasyonel verimliliği ölçmek için kritik bir KPI'dır. Belirli faaliyetler için yüksek işlem süreleri, darboğazların veya aşırı karmaşık görevlerin açık göstergeleridir. Yöneticiler, bu metriği toplayarak hangi adımların en çok kaynağı tükettiğini belirleyebilir ve bunları süreç iyileştirme veya otomasyon girişimleri için önceliklendirebilir. Performans Dashboard'larının temel bir bileşenidir.

Neden önemli

Bir görevin aktif çalışma süresini ölçer, en çok zaman ve kaynak tüketen verimsiz aktiviteleri belirlemeye yardımcı olur.

Nereden alınır

Bu, her etkinlik için 'EventTime' (Başlangıç Zamanı) öğesinin 'EndTime' öğesinden çıkarılmasıyla elde edilen hesaplanmış bir metriktir.

Örnekler
864000003600000600000
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 olanak tanır. 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

Sürecin farklı müşteri kategorileri için segmentasyonunu sağlar; 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 `aktivite`nin sistem tarafından `otomatik` mi yoksa bir kullanıcı tarafından `manuel` mi gerçekleştirildiğini gösteren bir `flag`.
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 olanak tanır, 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

İ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 çok önemlidir.

Nereden alınır

Bu, 'InitiatingUser' özniteliğinden (örn. kullanıcı 'SYSTEM' ise) çıkarılabilir veya olay günlüğünde ö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 sağlar. 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'ının temel bir öğesidir ve 'İşe Alım SLA Uyumluluk Oranı' KPI'sını doğrudan destekler.

Neden önemli

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 olanak tanır.

Nereden alınır

Bu, vaka tamamlanma 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 olanak tanır. 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

Analiz için coğrafi bir boyut sağlar, ç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 olanak tanır. 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

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

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 İsteğe Bağlı

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 olay günlüğünüzde yakalamanız gereken temel süreç adımları ve kilometre taşlarıdır.
8 Önerilen 6 İsteğe Bağlı
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ıyla günlüğe kaydedilen açık bir olay olarak yakalanır.
Neden önemli

Birincil başlangıç olayı olarak bu aktivite, genel edinme döngü süresini hesaplamak ve başvuru hacmini takip etmek için esastır. Sonraki tüm süreç performans ölçümleri için temel 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ı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 yaşam 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

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, 'mutlu yol' süresini anlamak için çok önemlidir.

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

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 çok önemlidir.

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 sağlaması 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

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 çok önemlidir.

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

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 esastır. Başarılı yol analizi için son zaman damgasını sağlar.

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ı arayın.

Yakala

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

Event tipi inferred
Risk Değerlendirmesi Gerçekleştirildi
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

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ğini, 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

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ı 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

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

Nereden alınır

Başvurunun durum geçmişi günlüğünden çıkarıldı. Vakanın 'Uyumluluk İncelemesinde' durumundan çıktığı 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

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ğine 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

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

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 esastır.

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

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 sağlama 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 sağlama 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

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 içgörüler 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ı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

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 İsteğe Bağlı

Veri Çekim Kılavuzları

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