KYC Müşteri Kimlik Doğrulama Veri Şablonunuz
KYC Müşteri Kimlik Doğrulama Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- ACTICO için çıkarma rehberliği
KYC Müşteri Edinimi Öznitelikleri
| 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 | |||
KYC Müşteri Edinimi Aktiviteleri
| 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 | |||
Veri Çekim Kılavuzları
Adımlar
- Administrative Access Sağlayın: Veri dışa aktarımlarına erişmek ve yapılandırmak için yeterli izinlere sahip kimlik bilgileri kullanarak Visual Modeler veya özel bir yönetim konsolu gibi ACTICO platformuna giriş yapın.
- Export Module'ü Bulun: Sistemin yönetim veya yapılandırma alanına gidin. Denetim izleri, günlükleme veya veri dışa aktarımlarından sorumlu bölümü bulun. Bu, 'Audit Export' veya 'Business Object Export' olarak etiketlenebilir.
- Yeni Bir Export Configuration Oluşturun: Yeni bir dışa aktarma tanımı oluşturma sürecini başlatın. Yapılandırma için açıklayıcı bir ad sağlayın, örneğin, 'KYC_Onboarding_ProcessMind_Export'.
- Veri Kaynağını Tanımlayın: Dışa aktarılacak birincil iş nesnesini, yani
CustomerApplication'ı belirtin. Yönetilebilir dosya boyutları ve performansı sağlamak için dışa aktarımın kapsamını sınırlamak üzere, örneğin son 6 ay gibi, bir tarih aralığı filtresi uygulamak kritik öneme sahiptir. - Çıktı Dosyasını Yapılandırın: Çıktı formatını CSV olarak ayarlayın. Dosya adını belirleyin, örneğin,
kyc_event_log.csv, ve genellikle virgül olan sınırlayıcıyı onaylayın. Özel karakterleri işlemek için metin alanlarının doğru şekilde tırnak içine alındığından emin olun. - Vaka Tanımlayıcısını Eşleştirin:
CustomerApplicationiş nesnesinin benzersiz tanımlayıcısını süreç madenciliği analizi için vaka kimliği olarak atayın. Bu, ilgili tüm olayları tek bir edinim vakasına bağlar. - Öznitelik Eşleştirmelerini Tanımlayın: Olay günlüğündeki her gerekli sütun için, bunu ACTICO iş nesnesi modelindeki ilgili öznitelikle eşleştirin. Buna vaka kimliği, aktivite adı, zaman damgaları ve durum veya risk seviyesi gibi diğer önerilen öznitelikler dahildir.
- Olay Eşleştirmelerini Yapılandırın: Bu en kritik adımdır. 14 iş aktivitesinin her biri için belirli bir kural veya eşleştirme oluşturun. 'Başvuru Gönderildi' için nesne oluşturma, 'Başvuru Onaylandı' gibi iş akışı adımları için durum değişiklikleri ve 'Kimlik Doğrulaması Yapıldı' gibi teknik olaylar için belirli denetim günlüğü mesajı kalıpları gibi sistem tetikleyicilerini kullanın.
- Yapılandırmayı Kaydedin ve Doğrulayın: Tüm eşleştirmeleri 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 mevcut herhangi bir doğrulama aracını kullanın.
- Dışa Aktarımı Yürütün ve İzleyin: Dışa aktarma işini çalıştırın. Sistemin iş zamanlayıcısı veya izleme arayüzü aracılığıyla ilerlemesini izleyin. Tamamlandıktan sonra herhangi bir hata olup olmadığını logları kontrol edin.
- Dosyayı Alın ve Hazırlayın: Oluşan CSV dosyasını sunucudaki belirlenen çıktı yolundan indirin. ProcessMind'e yüklemeden önce, dosyanın yapısını doğrulamak ve zaman damgası ve tarih formatlarının tutarlı ve doğru şekilde ayrıştırıldığından emin olmak için dosyayı açın.
Konfigürasyon
- Audit Log Level: Sistem genelindeki Audit Log seviyesi, INFO veya FINE gibi ayrıntılı bir ayara getirilmelidir. WARNING veya ERROR gibi daha az ayrıntılı bir seviye, süreç madenciliği için gereken durum değişikliklerini ve kural yürütmelerini yakalayamaz.
- Export Data Source: Birincil veri kaynağı,
CustomerApplicationiş nesnesini kullanacak şekilde yapılandırılmalıdır. İlgili tüm olayları yakalamak içinCustomerDocumentgibi ilgili nesneleri birleştirmeniz veya referans göstermeniz gerekebilir. - Date Range Filter: Çıkarılan veri miktarını kontrol etmek için her zaman bir tarih aralığı filtresi kullanın. İlk analiz için 3 ila 6 aylık bir dönem önerilir. Üretim için bu, iş ihtiyaçlarına ve sistem performansına göre ayarlanabilir.
- Event Mapping Logic: Çıkarımın doğruluğu, olayların nasıl eşlendiğine büyük ölçüde bağlıdır. Durum değişiklikleri (
on="StatusChange"), iş adımlarını çıkarmak için yaygındır. Açık Log girişleri (on="LogEntry"), teknik veya servis çağrısı olayları için kullanışlıdır. Kural yürütmeleri (on="RuleExecution"), karar adımlarını yakalamak için idealdir. - Output Format: Geniş uyumluluk için çıktı formatı olarak CSV'yi seçin. Veri ayrıştırma sorunlarını önlemek için sınırlayıcılar (delimiters) ve metin tırnaklama (text quoting) yapılandırmasının doğru ayarlandığından emin olun.
- Prerequisites: Bu yöntem, ACTICO platformuna yönetici izinleri gerektirir. KYC iş nesnesi modelinin, ilgili tüm durum alanları ve öznitelik adları dahil olmak üzere kapsamlı bir şekilde anlaşılması, doğru yapılandırma için elzemdir.
a Örnek Sorgu config
<!-- 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>