KYC Müşteri İşe Alımı Veri Şablonunuz
KYC Müşteri İşe Alımı Veri Şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel faaliyetler
- ACTICO için veri çıkarma yönlendirmesi
KYC Müşteri Kabulü Öznitelikleri
| 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 | |||
KYC Müşteri Kabulü Faaliyetleri
| 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 | |||
Veri çıkarma rehberleri
Adımlar
- Yönetici erişimi edinin: Veri dışa aktarımlarına erişmek ve bunları yapılandırmak için yeterli izinlere sahip kimlik bilgilerini kullanarak Visual Modeler veya özel bir yönetim konsolu gibi ACTICO platformuna giriş yapın.
- Dışa aktarma modülünü bulun: Sistemin yönetim veya yapılandırma alanına gidin. Denetim izleri, günlük kaydı veya veri dışa aktarımlarından sorumlu bölümü bulun. Bu bölüm 'Audit Export' veya 'Business Object Export' olarak adlandırılmış olabilir.
- Yeni bir dışa aktarma yapılandırması oluşturun: Yeni bir dışa aktarma tanımı oluşturma işlemini başlatın. Yapılandırmaya açıklayıcı bir ad verin, örneğin 'KYC_Onboarding_ProcessMind_Export'.
- Veri kaynağını tanımlayın: Dışa aktarılacak birincil iş nesnesini belirtin. Bu nesne
CustomerApplicationolmalıdır. Dışa aktarma kapsamını sınırlamak için tarih aralığı filtresi uygulamanız önemlidir. Yönetilebilir dosya boyutları ve performans için örneğin son 6 ayı seçin. - Çıktı dosyasını yapılandırın: Çıktı biçimini CSV olarak ayarlayın. Dosya adını, örneğin
kyc_event_log.csv, tanımlayın ve genellikle virgül olan ayırıcıyı doğrulayın. Özel karakterlerin doğru işlenmesi için metin alanlarının uygun şekilde tırnak içine alındığından emin olun. - Vaka tanımlayıcısını eşleyin:
CustomerApplicationiş nesnesinin benzersiz tanımlayıcısını Process Mining analizi için vaka kimliği olarak belirleyin. Böylece ilgili tüm olaylar tek bir işe alım vakasıyla ilişkilendirilir. - Öznitelik eşlemelerini tanımlayın: Event Log içindeki her gerekli sütunu ACTICO iş nesnesi modelindeki karşılık gelen öznitelikle eşleyin. Buna vaka kimliği, etkinlik adı, zaman damgaları ve durum ya da risk düzeyi gibi önerilen diğer öznitelikler dahildir.
- Olay eşlemelerini yapılandırın: En önemli adım budur. 14 iş etkinliğinin her biri için özel bir kural veya eşleme oluşturun. 'Application Submitted' için nesne oluşturma gibi sistem tetikleyicilerini, 'Application Approved' gibi iş akışı adımları için durum değişikliklerini ve 'Identity Verification Performed' gibi teknik olaylar için belirli denetim günlüğü mesajı örüntülerini kullanın.
- Yapılandırmayı kaydedin ve doğrulayın: Tüm eşlemeleri tanımladıktan sonra yapılandırma dosyasını kaydedin. Sözdizimi hatalarını veya yanlış öznitelik yollarını kontrol etmek için ACTICO içindeki kullanılabilir doğrulama araçlarını kullanın.
- Dışa aktarmayı çalıştırın ve izleyin: Dışa aktarma işini çalıştırın. İlerlemeyi sistemin iş zamanlayıcısı veya izleme arayüzü üzerinden takip edin. İşlem tamamlandığında günlüklerde hata olup olmadığını kontrol edin.
- Dosyayı alın ve hazırlayın: Oluşturulan CSV dosyasını sunucudaki belirlenen çıktı yolundan indirin. ProcessMind’e yüklemeden önce dosyayı açarak yapısını doğrulayın ve zaman damgası ile tarih biçimlerinin tutarlı ve doğru şekilde ayrıştırıldığından emin olun.
Yapılandırma
- Audit Log düzeyi: Sistem genelindeki Audit Log düzeyi INFO veya FINE gibi ayrıntılı bir ayara getirilmelidir. WARNING veya ERROR gibi daha az ayrıntılı düzeyler, Process Mining için gerekli durum değişikliklerini ve kural yürütmelerini yakalamaz.
- Dışa aktarma veri kaynağı: Birincil veri kaynağı
CustomerApplicationBusiness Object'ini kullanacak şekilde yapılandırılmalıdır. İlgili tüm olayları yakalamak içinCustomerDocumentgibi ilişkili nesneleri birleştirmeniz veya bunlara başvurmanız gerekebilir. - Tarih aralığı filtresi: Çıkarılan veri miktarını kontrol etmek için her zaman tarih aralığı filtresi kullanın. İlk analiz için 3 ila 6 aylık dönem önerilir. Üretim ortamında bu aralık, iş gereksinimlerine ve sistem performansına göre ayarlanabilir.
- Olay eşleme mantığı: Çıkarma işleminin doğruluğu büyük ölçüde olayların nasıl eşlendiğine bağlıdır. Durum değişiklikleri (
on="StatusChange") iş adımlarını çıkarmak için yaygın olarak kullanılır. Açık günlük kayıtları (on="LogEntry") teknik veya servis çağrısı olayları için uygundur. Kural yürütmeleri (on="RuleExecution") karar adımlarını yakalamak için idealdir. - Çıktı biçimi: Geniş uyumluluk için CSV biçimini seçin. Veri ayrıştırma sorunlarını önlemek amacıyla ayırıcı ve metin tırnaklama yapılandırmalarının doğru ayarlandığından emin olun.
- Ön koşullar: Bu yöntem ACTICO platformunda yönetici izinleri gerektirir. Doğru yapılandırma için ilgili tüm durum alanları ve öznitelik adları dahil olmak üzere KYC Business Object modelini iyi anlamanız gerekir.
a Örnek sorgu xml
<!-- This is a representative ACTICO export configuration in XML format. -->
<!-- Actual syntax may vary based on your ACTICO version. -->
<AuditExportConfiguration name="KYC_ProcessMind_Export">
<DataSource type="BusinessObject">
<ObjectName>CustomerApplication</ObjectName>
<DateRange from="[Start Date YYYY-MM-DD]" to="[End Date YYYY-MM-DD]"/>
</DataSource>
<OutputFile format="CSV" name="kyc_event_log.csv" delimiter=","/>
<CaseId mapping="customerApplication.id"/>
<Attributes>
<Attribute name="CustomerApplication" mapping="customerApplication.id"/>
<Attribute name="ActivityName" mapping="[generated_activity_name]"/>
<Attribute name="EventTime" mapping="[event_timestamp]"/>
<Attribute name="SourceSystem" value="ACTICO"/>
<Attribute name="LastDataUpdate" value="[CURRENT_TIMESTAMP]"/>
<Attribute name="EndTime" mapping="[event_timestamp]"/>
<Attribute name="InitiatingUser" mapping="event.user"/>
<Attribute name="Department" mapping="event.user.department"/>
<Attribute name="ApplicationStatus" mapping="customerApplication.status"/>
<Attribute name="RejectionReason" mapping="customerApplication.rejectionDetails.reasonCode"/>
<Attribute name="RiskLevel" mapping="customerApplication.risk.level"/>
<Attribute name="SlaTargetDate" mapping="customerApplication.slaDate"/>
</Attributes>
<EventMappings>
<Event on="Create" object="CustomerApplication">
<Set name="[generated_activity_name]" value="Application Submitted"/>
<Set name="[event_timestamp]" mapping="customerApplication.creationDate"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Submitted" to="In Review">
<Set name="[generated_activity_name]" value="Initial Application Review"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="Create" object="CustomerDocument">
<Set name="[generated_activity_name]" value="Customer Documents Uploaded"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
<CaseId mapping="event.relatedObject.customerApplication.id"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="IDV Service Call Completed.*">
<Set name="[generated_activity_name]" value="Identity Verification Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Documents Verified">
<Set name="[generated_activity_name]" value="Document Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Background Check Initiated.*">
<Set name="[generated_activity_name]" value="Background Checks Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="RuleExecution" object="CustomerApplication" ruleSet="KYC Risk Assessment">
<Set name="[generated_activity_name]" value="Risk Assessment Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Compliance Review">
<Set name="[generated_activity_name]" value="Compliance Review Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Customer Information">
<Set name="[generated_activity_name]" value="Additional Information Requested"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Pending Compliance Review" to="Compliance Approved">
<Set name="[generated_activity_name]" value="Compliance Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Approved">
<Set name="[generated_activity_name]" value="Application Approved"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Account successfully created.*">
<Set name="[generated_activity_name]" value="Account Created"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Closed - Approved">
<Set name="[generated_activity_name]" value="Customer Onboarding Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Rejected">
<Set name="[generated_activity_name]" value="Application Rejected"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
</EventMappings>
</AuditExportConfiguration> 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.
Kredi kartı gerekmez. Optimizasyona bugün başlayın.