KYC Müşteri İşe Alımı Veri Şablonunuz

ACTICO
KYC Müşteri İşe Alımı Veri Şablonunuz

KYC Müşteri İşe Alımı Veri Şablonunuz

Bu Template, KYC müşteri kabul sürecinizi analiz etmek için gerekli verileri yapılandırılmış biçimde toplamanızı sağlar. Toplanması gereken önemli öznitelikleri ve Event Log içinde izlenecek temel faaliyetleri açıklar. Ayrıca bu verileri kaynak sistemlerinizden nasıl çıkaracağınıza ilişkin pratik yönlendirmeler bulabilirsiniz. Böylece Process Mining yolculuğunuza kolayca başlayabilirsiniz.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel faaliyetler
  • ACTICO için veri çıkarma yönlendirmesi
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

KYC Müşteri Kabulü Öznitelikleri

KYC Müşteri Kabulü sürecinizi kapsamlı şekilde analiz etmek için olay günlüğünüze eklemeniz önerilen veri alanları şunlardır.
5 Gerekli 7 Önerilen 5 İsteğe bağlı
Ad Açıklama
Faaliyet adı
ActivityName
Müşteri onboarding sürecinde gerçekleştirilen belirli iş olayının veya görevinin adıdır.
Açıklama

Bu öznitelik, KYC sürecinde gerçekleşen 'Başvuru gönderildi', 'Risk değerlendirmesi gerçekleştirildi' veya 'Başvuru onaylandı' gibi her adımın ya da faaliyetin adını kaydeder. Süreç haritasının ardışık yapı taşlarını sağlar.

Faaliyet Adı'nı analiz etmek, süreç akışını görselleştirmenize, sık veya nadir gerçekleşen faaliyetleri belirlemenize ve darboğazları ya da yeniden işleme döngülerini tespit etmenize imkan verir. Gerçekleştirilen işlemleri ve bunların sırasını anlamanın temelidir. Bu da varyant analizi ve uyumluluk kontrolleri için önemlidir.

Neden önemli?

Süreç haritasındaki adımları tanımlar; süreç akışının görselleştirilmesini, sapmaların belirlenmesini ve faaliyet sıklığı ile sırasının analiz edilmesini sağlar.

Nereden alınır?

Bu bilgi genellikle ACTICO içindeki bir olay günlüğü tablosunda, çoğunlukla 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 incelemesi tamamlandıBaşvuru reddedildi
Müşteri başvurusu
CustomerApplication
Tek bir müşteri onboarding başvurusunun benzersiz tanımlayıcısıdır ve süreç analizi için vaka kimliği görevi görür.
Açıklama

Müşteri Başvurusu, tek bir müşterinin onboarding yolculuğuyla ilgili tüm olayları ve faaliyetleri gruplandıran birincil vaka tanımlayıcısıdır. İlk gönderimden onay veya ret yönündeki nihai karara kadar KYC sürecinin tek bir tam örneğini temsil eder.

Process Mining'de bu öznitelik, her başvurunun uçtan uca yolculuğunu yeniden oluşturmak için gereklidir. Analistlerin faaliyet sırasını izlemesine, toplam döngü sürelerini ölçmesine ve farklı başvuruların izlediği süreç yollarını veya varyantlarını karşılaştırmasına imkan verir. Aynı Müşteri Başvurusu kimliğini taşıyan tüm olaylar aynı vakanın parçası kabul edilir.

Neden önemli?

Bu, ilgili tüm olayları tek ve tutarlı bir süreç örneğinde birleştirdiği için Process Mining'in temel özniteliğidir. Böylece her müşterinin onboarding deneyimi uçtan uca analiz edilebilir.

Nereden alınır?

ACTICO içindeki ana başvuru veya vaka yönetimi tablolarında bulunan birincil 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 faaliyetin başladığını veya gerçekleştiğini gösteren zaman damgasıdır.
Açıklama

Olay Zamanı, bir faaliyetin sisteme kaydedildiği kesin tarih ve saattir. Tek bir müşteri başvurusu vakasındaki tüm olayların kronolojik sırasını sağlar ve onboarding yolculuğunun zaman çizelgesini oluşturur.

Bu öznitelik, zamana dayalı tüm analizler için önemlidir. Faaliyetler 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) uyumu kontrol etmek için kullanılır. Belirli bir vakaya ait bu zaman damgalarının sırası, Process Mining araçlarının sürecin gerçekte gerçekleştiği akışı yeniden oluşturmasını sağlar.

Neden önemli?

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

Nereden alınır?

ACTICO'nun olay günlüğü tablolarında bulunur ve kaydedilen her faaliyetle 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 geldiği kayıt sistemidir.
Açıklama

Bu öznitelik, verilerin üretildiği kaynak bilgi sistemini tanımlar. Bu süreçte değer sürekli olarak 'ACTICO' olur, ancak birden fazla sistemi içeren daha geniş analizlerde veri kaynaklarını ayırt etmeye yardımcı olur.

Process Mining bağlamında veri yönetişimi ve doğrulama için önemlidir. Verilerin kaynağına doğru şekilde atanmasını sağlar. Bu, bütünsel bir süreç görünümü oluşturmak için farklı sistemlerden gelen veriler birleştirildiğinde önem taşır. Ayrıca veri kalitesi sorunlarını kaynak sisteme kadar izleyerek sorun gidermeye yardımcı olur.

Neden önemli?

Veri kaynağı hakkında gerekli bağlamı sağlar ve veri soyunu ve yönetişimini destekler. Bu, birden fazla kaynaktan gelen veriler birleştirildiğinde önemlidir.

Nereden alınır?

Bu, genellikle veri çıkarma ve dönüştürme sürecinde Veri Seti'ni etiketlemek için eklenen statik bir değerdir ('ACTICO').

Örnekler
ACTICOACTICO PlatformActico KYC Modülü
Son veri güncellemesi
LastDataUpdate
Verilerin kaynak sistemden yenilendiği veya çıkarıldığı son zamanı gösteren zaman damgasıdır.
Açıklama

Bu öznitelik, ACTICOdan en son veri çekme işleminin tarihini ve saatini kaydeder. Tek tek olaylar yerine tüm veri setine uygulanan bir meta veri alanıdır ve analizin güncelliği hakkında bağlam sağlar.

Dashboardlarda ve raporlarda bu bilgi, kullanıcıların verilerin ne kadar güncel olduğunu anlaması için önemlidir. İçgörülerin güncelliğiyle ilgili beklentileri yönetmeye yardımcı olur ve neredeyse gerçek zamanlı verilerin önemli olduğu operasyonel izleme için gereklidir. Bu zaman damgasının gösterilmesi, sunulan verilere ilişkin şeffaflık ve güven sağlar.

Neden önemli?

Verilerin güncelliğini gösterir. Kullanıcıların güncel bilgileri analiz edip etmediğini anlamasını sağlar ve operasyonel karar alma için önemlidir.

Nereden alınır?

Bu değer veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve saklanır. ETL işinin başarıyla tamamlandığı zaman damgasını gösterir.

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

Bu öznitelik, bir etkinliği gerçekleştirmekten sorumlu belirli kullanıcıyı veya sistem aracısını tanımlar. Süreç adımlarını bunları gerçekleştiren kişilerle veya ekiplerle ilişkilendirir.

Performansın kullanıcı bazında analiz edilmesi yaygın bir gereksinimdir. Bu öznitelik, görev yükü dağılımını, kişisel işlem sürelerini ve kullanıcılar veya ekipler arasındaki performans karşılaştırmalarını gösteren Dashboardların oluşturulmasını sağlar. Yüksek performans gösteren kişileri ve ek eğitim alması gerekenleri belirlemeye yardımcı olur. Ayrıca kaynak dağılımını ve kullanımını anlamak için önemlidir.

Neden önemli?

Süreç faaliyetlerini belirli kullanıcılarla ilişkilendirir. Böylece kişi veya ekip bazında performans analizi yapılabilir, eğitim ihtiyaçları ya da kaynak dengesizlikleri belirlenebilir.

Nereden alınır?

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

Örnekler
john.doejane.smithSYSTEM_USER
Başvuru durumu
ApplicationStatus
Müşteri onboarding başvurusunun nihai sonucu veya mevcut durumudur.
Açıklama

Bu öznitelik, genellikle 'Onaylandı' veya 'Reddedildi' olan bir vakanın nihai sonucunu gösterir. Devam eden vakaların durumunu da gösterebilir. Sonuç odaklı analiz için önemli bir boyuttur.

Başvuruların neden onaylandığını veya reddedildiğini anlamak, KYC Process Mining'in temel hedeflerinden biridir. Bu öznitelik, onaylanan ve reddedilen başvuruların tipik yolculuklarını görmek için süreç haritasını filtrelemenizi sağlar. Böylece istenmeyen sonuçlara yol açan süreç kalıpları belirlenebilir. Ayrıca 'Başvuru Ret Oranı' KPI'ının temelini oluşturur.

Neden önemli?

Her vakanın sonucunu tanımlar. Başarılı ve başarısız süreç örneklerinin karşılaştırmalı analizini ve ret oranlarının hesaplanmasını sağlar.

Nereden alınır?

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

Örnekler
OnaylandıReddedildiDevam EdiyorBilgi Bekleniyor
Bitiş zamanı
EndTime
Belirli bir faaliyetin tamamlandığını gösteren zaman damgasıdır.
Açıklama

Bitiş zamanı, bir etkinliğin tamamlandığı anı gösterir. Başlangıç zamanı (EventTime) ile birlikte kullanıldığında, işlem süresi olarak adlandırılan her görevin kesin süresinin hesaplanmasını sağlar. Bazı olaylar anlık gerçekleşebildiği için tüm olayların ayrı bir bitiş zamanı bulunmaz.

Bu öznitelik, özellikle her adımın ne kadar sürdüğünü ölçmek olmak üzere performans analizi için temel niteliktedir. Ayrıntılı performans Dashboardlarının oluşturulmasını sağlar, en fazla zaman alan etkinlikleri belirlemeye yardımcı olur ve "Ortalama Belge İnceleme Süresi" gibi temel performans göstergelerinin hesaplanması için gereklidir.

Neden önemli?

Kesin faaliyet sürelerinin, yani işlem süresinin, hesaplanmasını sağlar. Performans darboğazlarını belirlemek ve kaynak verimliliğini analiz etmek için gereklidir.

Nereden alınır?

Başlangıç zamanı gibi bu bilgi de 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
Departman
Department
Faaliyeti gerçekleştirmekten sorumlu iş departmanı veya ekibidir.
Açıklama

Bu öznitelik, bir etkinliği 'Uyumluluk', 'İşe Alım Ekibi' veya 'Müşteri İlişkileri' gibi belirli bir kuruluş birimine atar. Süreç akışına kurumsal bir bağlam kazandırır.

Departman düzeyinde analiz, işin kuruluşun farklı bölümleri arasında nasıl devredildiğini anlamak için önemlidir. Departmanlar arası darboğazları belirlemeye, departman verimliliğini ölçmeye ve ekipler arasındaki kaynak dağılımını analiz etmeye yardımcı olur. Yöneticilere ekiplerinin performansını gösteren bir görünüm sunmak için Dashboardlar departmana göre filtrelenebilir.

Neden önemli?

Analiz için kurumsal bir boyut sağlar. Departmanlar arası gecikmelerin belirlenmesine ve ekip düzeyindeki performansın değerlendirilmesine imkan verir.

Nereden alınır?

Bu bilgi doğrudan olay verileriyle birlikte saklanabilir veya kullanıcıları departmanlarla eşleştiren bir İK ana veri tablosunun kullanıcı verileriyle birleştirilmesiyle elde edilebilir. ACTICO belgelerine başvurun.

Örnekler
ComplianceMüşteri Kabul EkibiMüşteri Hizmetleri
Ret nedeni
RejectionReason
Bir müşteri başvurusu reddedildiğinde belirtilen özel nedendir.
Açıklama

Bir başvurunun nihai durumu 'Reddedildi' olduğunda bu öznitelik, altta yatan nedeni gösterir. Örnekler arasında 'Eksik Belgeler', 'Arka Plan Kontrolü Başarısız' veya 'Yüksek Risk Profili' bulunur.

Bu öznitelik, kök neden analizi için önemlidir. İşletme, farklı ret nedenlerinin sıklığını analiz ederek süreçte veya müşteri başvurularında sistemik sorunları belirleyebilir. Örneğin eksik belgeler nedeniyle verilen retlerin fazla olması, başvuru talimatlarının açık olmadığını gösterebilir. Bu bilgi, 'Başvuru Ret Oranı ve Nedenleri' Dashboardunu doğrudan destekler.

Neden önemli?

Başvuruların neden reddedildiğini gösterir. Böylece ret oranını azaltmak ve süreç verimliliğini artırmak için temel neden analizi yapılabilir.

Nereden alınır?

Genellikle ACTICO'daki ana vaka veya başvuru tablosunda bulunur ve çoğunlukla yalnızca Başvuru Durumu 'Reddedildi' olduğunda doldurulur.

Örnekler
Belgeler EksikKimlik Doğrulama BaşarısızYaptırım EşleşmesiYüksek Risk Skoru
Risk seviyesi
RiskLevel
Düşük, Orta veya Yüksek gibi müşteri başvurusu için hesaplanan risk seviyesidir.
Açıklama

Bu öznitelik, bir müşterinin değerlendirilen risk kategorisini gösterir. Bu kategori, sonraki KYC sürecinin karmaşıklığını ve titizlik düzeyini çoğu zaman belirler. Yüksek riskli bir müşteri, düşük riskli bir müşteriye kıyasla ek kontroller ve onaylar gerektirebilir.

Process Mining kapsamında Risk Level, karşılaştırmalı analiz için güçlü bir boyuttur. Analistlerin, sürecin risk düzeyine göre farklı yollardan doğru şekilde ilerleyip ilerlemediğini kontrol etmesini sağlar. Örneğin, yüksek riskli tüm müşterilerin gelişmiş müşteri durum tespiti adımından geçtiği doğrulanabilir. Bu öznitelik, 'Risk Assessment Process Flows' Dashboard için temel oluşturur.

Neden önemli?

Vakaların riske göre segmentlere ayrılmasını sağlar. Böylece sürecin, uyumluluk politikalarının gerektirdiği şekilde farklı risk profillerine doğru biçimde uyarlanıp uyarlanmadığı analiz edilebilir.

Nereden alınır?

ACTICO içindeki ana uygulama tablosunda vaka düzeyinde saklanan önemli bir veri noktasıdır.

Örnekler
DüşükOrtaYüksek
SLA hedef tarihi
SlaTargetDate
Müşteri kabul sürecinin tamamlanmasının beklendiği tarih.
Açıklama

SLA hedef tarihi, iç hizmet seviyesi anlaşmalarında tanımlanan müşteri kabul sürecinin tamamlanması gereken son tarihtir. Bu tarih çoğu zaman başvuru gönderim tarihine standart işlem süresinin eklenmesiyle hesaplanır.

Bu öznitelik, SLA uyumluluğunu izlemek için gereklidir. Bir vakanın gerçek tamamlanma tarihi SLA hedef tarihiyle karşılaştırılarak vakanın zamanında tamamlanıp tamamlanmadığı veya SLA ihlali yaşanıp yaşanmadığı belirlenebilir. 'Onboarding SLA Performance' Dashboard ve 'Onboarding SLA Adherence Rate' KPI bu temele dayanır.

Neden önemli?

Zamanında tamamlanma performansını ölçmek için referans noktası sağlar ve SLA uyumluluğunun doğrudan izlenmesine ve raporlanmasına imkan verir.

Nereden alınır?

ACTICO içindeki ana vaka tablosunda bir alan olarak saklanabilir veya iş kurallarına göre türetilebilir. Örneğin, Gönderim Tarihi + 5 iş günü.

Örnekler
2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z
Müşteri türü
CustomerType
Bireysel veya Kurumsal gibi müşteri sınıflandırması.
Açıklama

Bu öznitelik, başvuru sahibini bireysel kişi veya kurumsal kuruluş gibi farklı kategorilere ayırır. KYC süreci bu türler arasında çoğu zaman önemli ölçüde farklılık gösterir ve kurumsal müşteri kabulü çok daha karmaşık olabilir.

Müşteri Türü'nü boyut olarak kullanmak, aynı Veri Seti içindeki bu farklı süreçlerin net biçimde ayrılmasını ve karşılaştırılmasını sağlar. Analistler, çok daha basit olan 'Bireysel' müşteri sürecinin verileri analizi etkilemeden, yalnızca 'Kurumsal' müşterileri görüntülemek için süreç haritasını filtreleyebilir. Böylece bu müşterilere özgü zorluklar, darboğazlar ve çevrim süreleri anlaşılabilir.

Neden önemli?

Çoğu zaman farklı süreç akışlarına ve karmaşıklık düzeylerine sahip müşteri kategorileri için sürecin segmentlere ayrılmasını sağlar. Bu da daha doğru analiz yapılmasına yardımcı olur.

Nereden alınır?

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

Örnekler
BireyselKurumsalKüçük İşletme
Otomatik mi
IsAutomated
Bir faaliyetin sistem tarafından otomatik olarak mı yoksa bir kullanıcı tarafından manuel olarak mı gerçekleştirildiğini gösteren işaret.
Açıklama

Bu boolean öznitelik, insan kullanıcıların gerçekleştirdiği görevlerle sistem otomasyonu tarafından yürütülen görevleri birbirinden ayırır. Otomatik arka plan kontrolü veya risk puanlaması buna örnek verilebilir.

Bu özniteliğin analizi, otomasyon çalışmalarının ne kadar etkili olduğunu değerlendirmeye yardımcı olur. Otomatik ve manuel adımların işlem süreleri karşılaştırılabilir, sürecin hâlâ yoğun biçimde manuel yürütülen bölümleri belirlenebilir ve verimliliği artırıp operasyonel maliyetleri azaltmak için ek otomasyon fırsatları ortaya çıkarılabilir.

Neden önemli?

İnsanlar tarafından yürütülen görevlerle sistem görevlerini birbirinden ayırır. Bu, otomasyonun etkisini ölçmek ve gelecekte verimlilik artışı sağlayacak fırsatları belirlemek için önemlidir.

Nereden alınır?

'InitiatingUser' özniteliğinden çıkarılabilir. Örneğin kullanıcı 'SYSTEM' ise bu durum anlaşılabilir. Alternatif olarak, Event Log içinde özel bir işaret bulunabilir. ACTICO belgelerine başvurun.

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

Bu öznitelik, bir vakanın Hizmet Seviyesi Anlaşmasına göre performansını kategorik olarak değerlendirir. Vakanın tamamlanma süresi veya açık vakalar için mevcut zaman, 'SlaTargetDate' ile karşılaştırılarak elde edilir.

Bu öznitelik, tarih karşılaştırmalarını kolay anlaşılır bir duruma dönüştürerek SLA raporlamasını sadeleştirir. Dashboardlar bunu, 'Karşılandı' ve 'İhlal Edildi' durumundaki vakaların yüzdesini gösteren pasta grafikler veya göstergeler gibi anlaşılır görselleştirmeler için kullanabilir. 'İşe Alım SLA Performansı' Dashboardunun temel unsurlarından biridir ve 'İşe Alım SLA Uyumluluk Oranı' temel performans göstergesini doğrudan destekler.

Neden önemli?

Her vaka için SLA uyumluluğunu açık ve kategorik bir durumla gösterir. Böylece raporlama basitleşir ve hedeflere göre performans kolayca görselleştirilebilir.

Nereden alınır?

Vakanın 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
Müşteri kabulü için başvuran müşterinin ikamet ettiği ülke.
Açıklama

Bu öznitelik, müşterinin ülkesini belirtir ve KYC sürecini önemli ölçüde etkileyebilir. Farklı yargı bölgelerinde farklı düzenleyici gereklilikler bulunur. Bu gereklilikler ek veya alternatif süreç adımlarını tetikleyebilir.

Sürecin ülkeye göre analiz edilmesi, farklı bölgelerdeki performansın karşılaştırılmasını sağlar. Bazı ülkelerde sürekli olarak daha uzun çevrim süreleri veya daha yüksek ret oranları görülüp görülmediği belirlenebilir. Bu durum, düzenleyici engellere veya belirli pazar zorluklarına işaret edebilir. Bu coğrafi görünüm, yerel uyumluluk gerekliliklerine uyarken süreçleri standartlaştırmak isteyen küresel kuruluşlar için önemlidir.

Neden önemli?

Analiz için coğrafi bir boyut sağlar ve farklı düzenleyici yargı bölgelerindeki süreç değişikliklerini ve performans farklarını anlamaya yardımcı olur.

Nereden alınır?

ACTICO sistemi içinde vaka veya müşteri düzeyinde saklanan temel müşteri bilgilerinden biridir.

Örnekler
USADEUGBRSGP
Yeniden işleme mi
IsRework
Bir faaliyetin tekrarlanan bir adım veya yeniden işleme döngüsünün parçası olup olmadığını belirleyen hesaplanmış işaret.
Açıklama

Bu boolean öznitelik, aynı vaka içinde ikinci veya sonraki kez gerçekleştirilen faaliyetleri işaretler. Daha fazla bilgi talebinden sonra gerçekleştirilen 'Belge İncelemesi' buna örnektir. Genellikle süreç verimsizliğine yol açan yeniden işleme örneklerini belirler.

Yeniden işlemeyi belirlemek, Process Mining çalışmalarının temel hedeflerinden biridir. Bu işaret, 'Document Rework Rate' KPI'ının hesaplanması gibi yöntemlerle yeniden işlemenin ölçülmesini sağlar. Süreç haritasında yeniden işleme döngüleri vurgulanarak sürecin hangi noktalarda kendini tekrarladığı gösterilebilir. Böylece kalite sorunlarının veya sürecin 'ilk seferde doğru' ilerlemediği alanların yeri belirlenebilir.

Neden önemli?

Tekrarlanan iş örneklerini görünür kılar. Böylece süreç verimsizliği doğrudan ölçülebilir, kalite veya açıklık sorunları bulunan faaliyetler belirlenebilir.

Nereden alınır?

Hesaplanmış bir özniteliktir. Mantığı, aynı vaka içindeki tekrarlanan faaliyetleri belirlemek için Process Mining aracında veya veri dönüşümü sırasında tanımlanır.

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

KYC Müşteri Kabulü Faaliyetleri

KYC Müşteri Kabulünü doğru şekilde keşfetmek ve analiz etmek 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
Bu faaliyet, yeni bir müşteri başvurusunun ACTICO sistemi tarafından resmen alındığı KYC onboarding sürecinin başlangıcını gösterir. Yeni bir vaka veya başvuru kaydı oluşturulduğunda genellikle kesin bir zaman damgasıyla açık bir olay olarak kaydedilir.
Neden önemli?

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

Nereden alınır?

Bu, genellikle ACTICO içindeki başvuru veya vaka oluşturma günlüğünde açık bir kayıttır. Başvuru gönderme olaylarıyla veya ana vaka kaydının oluşturulma zaman damgasıyla ilgili tablolara bakın.

Yakalayın

Yeni bir başvuru vakası örneği oluşturulduğunda kaydedilen olay.

Olay türü explicit
Başvuru onaylandı
Bu faaliyet, müşterinin onboarding için başvurusunu onaylamaya yönelik nihai iş kararını ifade eder. Genellikle başvuru yaşam döngüsündeki ayrı ve son bir durum değişikliği olarak kaydedilen önemli bir kilometre taşıdır.
Neden önemli?

Bu kilometre taşı hesap oluşturmanın ön koşuludur ve başarılı bir sonucu gösterir. Bu noktaya ulaşma süresini analiz etmek, 'sorunsuz yol' süresini anlamak için gereklidir.

Nereden alınır?

Ana başvuru veya vaka tablosundaki nihai durum alanından çıkarılır. 'Onaylandı', 'Onaylama tamamlandı' veya benzer bir olumlu son durum değerini arayın.

Yakalayın

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

Olay türü inferred
Başvuru reddedildi
Müşterinin başvurusunu reddetmeye yönelik nihai kararı ifade eder ve onboarding sürecini sonlandırır. Başvuru kaydındaki nihai durum değişikliğiyle yakalanan önemli bir son durumdur.
Neden önemli?

Bu, birincil başarısızlık bitiş olayıdır. Bu faaliyetle sona eren vakaları analiz etmek, ret oranlarını ve başarısızlık nedenlerini anlamak ve genel süreç verimini iyileştirmek için gereklidir.

Nereden alınır?

Ana başvuru veya vaka tablosundaki nihai durum alanından çıkarılır. 'Reddedildi', 'Uygun bulunmadı' veya 'Kapatıldı - Reddedildi' gibi son durum değerlerini arayın.

Yakalayın

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

Olay türü inferred
Müşteri belgeleri yüklendi
Bu faaliyet, müşteri gerekli kimlik ve destekleyici belgeleri ACTICO ile entegre bir portal veya başka bir kanal üzerinden sağladığında gerçekleşir. Her belge yüklemesi genellikle sistemin belge yönetimi veya vaka günlüğünde ayrı ve açık bir olay olarak kaydedilir.
Neden önemli?

Bu, müşteriye bağlı önemli bir 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 gereklidir.

Nereden alınır?

Başvuru vakasıyla ilgili belge işleme veya ek dosya olay günlüklerine bakın. Bu kayıtlar çoğunlukla ACTICO veritabanındaki özel belge veya kanıt yönetimi tablolarında tutulur.

Yakalayın

Bir belge vakaya eklendiğinde sistem tarafından kaydedilen olay.

Olay türü explicit
Müşteri onboarding'i tamamlandı
Bu, müşterinin onboarding sürecinin tamamen tamamlandığını ve başvuru vakasının kapatıldığını gösteren son faaliyettir. Vaka için 'Onboarding tamamlandı' veya 'Kapatıldı - Onaylandı' gibi nihai bir son durum uygulandığında çıkarılır.
Neden önemli?

Birincil başarılı bitiş olayı olarak bu faaliyet, onboarding'i başarıyla tamamlanan tüm müşteriler için uçtan uca döngü süresini hesaplamak açısından gereklidir. Sorunsuz yol analizinin son zaman damgasını sağlar.

Nereden alınır?

Müşteri başvuru vakasının nihai durum alanından çıkarılır. Vakanın başarılı bir son duruma geçtiği zaman damgasını arayın.

Yakalayın

Vaka durumunun 'Tamamlandı' veya 'Kapatıldı' olarak güncellenmesinden çıkarılır.

Olay türü inferred
Risk değerlendirmesi gerçekleştirildi
Bu faaliyet, ACTICO'nun karar motorunun müşteri başvurusu için risk puanı veya derecesi hesaplamasını ifade eder. Sistemin temel işlevlerinden biri olan bu işlem, risk değerlendirme kural seti çalıştırıldığında açık bir olay olarak kaydedilir.
Neden önemli?

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

Nereden alınır?

Bu, ACTICO içindeki temel olaylardan biridir ve karar veya yürütme günlüklerine kaydedilmelidir. Bu günlüklerde genellikle vaka kimliği, çalıştırılan kurallar ve ortaya çıkan risk puanı bulunur.

Yakalayın

Risk puanlaması tamamlandığında ACTICO karar motoru tarafından kaydedilen olay.

Olay türü explicit
Uyumluluk incelemesi başlatıldı
Genellikle yüksek riskli veya işaretlenmiş başvurular için uyumluluk departmanının manuel inceleme aşamasının başlangıcını gösterir. Bu durum, çoğunlukla vaka durumunun 'Uyumluluk incelemesi bekleniyor' olarak değişmesinden veya vakanın bir uyumluluk görevlisinin iş kuyruğuna atanmasından çıkarılır.
Neden önemli?

Bu faaliyet, uyumluluk darboğazını ölçmenin başlangıç noktasıdır. 'Uyumluluk incelemesi tamamlandı' aşamasına kadar geçen süre, bu önemli 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ılır. Durumun 'Uyumluluk incelemesinde' olarak değişmesiyle veya uyumlulukla ilgili bir kullanıcı grubuna atanmasıyla ilişkili zaman damgasını arayın.

Yakalayın

Vaka durumunun 'Uyumluluk bekleniyor' olarak değişmesinden veya uyumluluk ekibine atanmasından çıkarılır.

Olay türü inferred
Uyumluluk incelemesi tamamlandı
Uyumluluk departmanının manuel incelemesinin, onaylama, reddetme veya ek işlem talep etme kararıyla sona erdiğini gösterir. Bu faaliyet, vaka durumunun 'Uyumluluk incelemesi bekleniyor' durumundan 'Uyumluluk onaylandı' gibi sonraki bir duruma geçmesinden çıkarılır.
Neden önemli?

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

Nereden alınır?

Başvurunun durum geçmişi günlüğünden çıkarılır. Vakanın 'Uyumluluk incelemesinde' durumundan çıktığı ve bir karar verildiğini gösteren zaman damgasını arayın.

Yakalayın

Vaka durumunun 'Uyumluluk bekleniyor' durumundan 'Uyumluluk onaylandı' veya benzer bir duruma geçmesinden çıkarılır.

Olay türü inferred
Arka plan kontrolleri başlatıldı
AML veya kredi geçmişi taramaları gibi otomatik ya da manuel arka plan kontrollerinin başlatıldığı noktayı ifade eder. Sistem bu kontrolleri tetiklediğinde, çoğunlukla harici hizmet sağlayıcılarını da içeren açık bir olay olarak kaydedilir.
Neden önemli?

Arka plan kontrollerinin başlatılması durum tespiti sürecinde önemli bir kilometre taşıdır. Bunu izlemek, harici veri sağlayıcılarıyla ilgili bağımlılıkları ve işlem sürelerini anlamaya yardımcı olur.

Nereden alınır?

Arka plan tarama prosedürlerinin tetiklendiğini gösteren sistem günlüklerindeki veya denetim izindeki kayıtlara bakın. Bu kayıtlar çoğunlukla ana başvuru vaka kimliğiyle ilişkilendirilir.

Yakalayın

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

Olay türü explicit
Belge incelemesi tamamlandı
Bu faaliyet, bir çalışanın müşteri tarafından gönderilen belgeleri incelemeyi tamamladığını gösterir. Genellikle belge veya genel vaka durumundaki, örneğin 'Belgeler doğrulandı' ya da 'İnceleme tamamlandı' gibi, bir değişiklikten çı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 faaliyet arasındaki süre, manuel işlem gecikmelerini belirlemek için önemli bir KPI'dır.

Nereden alınır?

Başvuru vakasının veya tek tek belgelerin durum geçmişi günlüklerinden çıkarılır. Belge durumunun 'İnceleme bekleniyor' durumundan 'Onaylandı' veya 'İncelendi' durumuna geçmesi bu faaliyete işaret eder.

Yakalayın

Belge durumunun 'Doğrulandı' veya 'İncelendi' olarak değişmesinden çıkarılır.

Olay türü inferred
Ek bilgi istendi
Genellikle uyumluluk veya kredi tahsis incelemesini yapan kişinin müşteriden daha fazla bilgi ya da belge talep ettiği olayı ifade eder. Bu işlem çoğunlukla müşteriye bildirim gönderilmesini ve vakanın beklemeye alınmasını içerdiği için açıkça kaydedilir.
Neden önemli?

Bu faaliyet, yeniden işleme ve döngü sürelerinin uzamasının başlıca nedenlerinden biridir. Sıklığını ve etkisini izlemek, ilk veri toplamanın iyileştirilebileceği alanları belirlemek için gereklidir.

Nereden alınır?

Bu, büyük olasılıkla vaka geçmişinde veya iletişim günlüğünde kaydedilen açık bir olaydır. 'RFI gönderildi' veya 'Müşteri bilgisi bekleniyor' gibi belirli bir durum değişikliği olaylarını arayın.

Yakalayın

'RFI gönder' gibi kullanıcı tarafından tetiklenen açık bir olay vaka denetim izine kaydedilir.

Olay türü explicit
Hesap oluşturuldu
Onayın ardından bu faaliyet, müşterinin hesabının ana bankacılık veya kullanıcı yönetimi sisteminde teknik olarak oluşturulmasını gösterir. ACTICO, alt sistemden başarı onayı aldıktan sonra bunu çoğunlukla açık bir olay olarak kaydeder.
Neden önemli?

Bu faaliyet, sürecin somut bir iş sonucuyla tamamlandığını doğrular. 'Başvuru onaylandı' ile 'Hesap oluşturuldu' arasındaki süre, son provizyon adımlarındaki entegrasyon gecikmelerini veya verimsizlikleri ortaya çıkarabilir.

Nereden alınır?

Bu bilgi büyük olasılıkla ACTICO içindeki entegrasyon veya sistem arayüzü günlüklerinde bulunur. Bu günlükler, hesap provizyonu için harici sistemlere yapılan çağrıların sonuçlarını kaydeder.

Yakalayın

Ana hesap sisteminden başarılı bir API yanıtı alındığında kaydedilen olay.

Olay türü explicit
İlk başvuru incelemesi
Gönderilen başvurunun eksiksizliğini ve temel uygunluğunu kontrol etmek için otomatik bir kural veya insan çalışan tarafından gerçekleştirilen ilk incelemeyi ifade eder. Bu faaliyet çoğunlukla başvuru durumundaki, örneğin 'Gönderildi' durumundan 'İnceleniyor' durumuna geçiş gibi, bir değişiklikten çıkarılır.
Neden önemli?

Bu ilk incelemenin tamamlanma süresini analiz etmek, ilk işlem gecikmelerini belirlemeye yardımcı olur. Ayrıca kaç başvurunun bu ilk kontrolden sorunsuz geçtiğine dair içgörü sağlar.

Nereden alınır?

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

Yakalayın

Vaka geçmişi günlüğünde durumun 'Gönderildi' durumundan 'İnceleniyor' durumuna geçişini tespit edin.

Olay türü inferred
Kimlik doğrulaması gerçekleştirildi
Müşterinin kimliğini harici veya dahili veri kaynaklarına göre doğrulamak için yapılan otomatik ya da manuel kontrolü ifade eder. Bu olay, genellikle üçüncü taraf bir doğrulama hizmetine API çağrısı yapılıp yanıt alındığında açıkça kaydedilir.
Neden önemli?

Bu faaliyet önemli 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 olası darboğazları belirlemeye yardımcı olur.

Nereden alınır?

Bu bilgi genellikle başvuru vakasıyla bağlantı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.

Yakalayın

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

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

Veri çıkarma rehberleri

Verilerinizi ACTICO'dan nasıl alırsınız

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

Verilerinizi etkili biçimde hazırlamak ve ACTICOdaki KYC müşteri işe alım sürecinizi optimize etmeye daha hızlı başlamak için bu şablondan yararlanın.

KYC müşteri kabulünü optimize edin: Süreyi şimdi 24 saate indirin

Sürtünmesiz müşteri kabulü için yarıda bırakma ve yanlış pozitif sonuçları ortadan kaldırın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Optimizasyona bugün başlayın.