KYC müşteri kabulü Veri Templateiniz
KYC müşteri kabulü Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- ACTICO için veri çıkarma bilgileri
KYC müşteri kabulü öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Müşteri kabul sürecinde gerçekleştirilen belirli bir iş olayının veya görevin adı. | ||
| Açıklama Bu öznitelik, KYC sürecinde gerçekleşen her adımın veya etkinliğin adını kaydeder. Örneğin Başvuru gönderildi, Risk değerlendirmesi yapıldı veya Başvuru onaylandı. Süreç haritasını oluşturan adımları gösterir. Etkinlik adını analiz ederek süreç akışını görselleştirebilir, sık veya seyrek gerçekleşen etkinlikleri belirleyebilir, darboğazları ve yeniden çalışma döngülerini tespit edebilirsiniz. Hangi işlemlerin hangi sırayla yapıldığını anlamanın temelini oluşturur. Bu bilgi, varyant analizi ve uyumluluk kontrolleri için gereklidir. Neden önemli? Süreç haritasındaki adımları tanımlar. Böylece süreç akışını görselleştirebilir, sapmaları belirleyebilir, etkinliklerin sıklığını ve sırasını analiz edebilirsiniz. Nereden alınır? Bu bilgi genellikle ACTICO’daki bir Event Log tablosunda, olay veya görev türünü açıklayan bir alanda bulunur. ACTICO dokümantasyonuna başvurun. Örnekler Başvuru gönderildiRisk değerlendirmesi yapıldıUyumluluk incelemesi tamamlandıBaşvuru reddedildi | |||
| Müşteri başvurusu CustomerApplication | Tek bir müşteri kabul başvurusunu tanımlayan benzersiz kimlik. Süreç analizinde vaka kimliği olarak kullanılır. | ||
| Açıklama Müşteri başvurusu, tek bir müşterinin kabul süreciyle ilgili tüm olayları ve etkinlikleri bir araya getiren temel vaka kimliğidir. İlk başvurudan nihai onay veya ret kararına kadar KYC sürecinin tamamını temsil eder. Process Mining’de bu öznitelik, her başvurunun baştan sona izlediği yolu yeniden oluşturmak için gereklidir. Analistlerin etkinlik sırasını takip etmesini, toplam çevrim sürelerini ölçmesini ve farklı başvuruların izlediği süreç yollarını ya da varyantları karşılaştırmasını sağlar. Aynı müşteri başvuru kimliğini taşıyan tüm olaylar aynı vakaya aittir. Neden önemli? Bu, Process Mining için temel özniteliktir. İlgili tüm olayları tek bir süreç örneğinde bir araya getirerek her müşterinin kabul deneyimini baştan sona analiz etmenizi sağlar. Nereden alınır? ACTICO’daki ana başvuru veya vaka yönetimi tablolarında birincil anahtar olarak kullanılır. Tablo ve alan adları için ACTICO dokümantasyonuna 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 etkinliğin sistemde kaydedildiği kesin tarih ve saattir. Tek bir müşteri başvuru vakasındaki tüm olayların kronolojik sırasını belirleyerek müşteri kabul sürecinin zaman çizelgesini oluşturur. Bu öznitelik, zamana dayalı tüm analizler için gereklidir. Etkinlikler arasındaki çevrim sürelerini hesaplamak, gecikmeleri ve beklemeleri belirlemek, toplam vaka süresini ölçmek ve hizmet düzeyi anlaşmalarına (SLA) uyumu kontrol etmek için kullanılır. Bir vakaya ait zaman damgalarının sırası, Process Mining araçlarının sürecin gerçekte nasıl ilerlediğini yeniden oluşturmasını sağlar. Neden önemli? Bu öznitelik olayların kronolojik sırasını gösterir. Süreleri hesaplamak, darboğazları bulmak ve süreç zaman çizelgesini analiz etmek için gereklidir. Nereden alınır? ACTICO Event Log tablolarında bulunan bu zaman damgası, kaydedilen her etkinlikle ilişkilidir. ACTICO dokümantasyonuna 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 sistemi. | ||
| Açıklama Bu öznitelik, verilerin oluşturulduğu kaynak bilgi sistemini belirtir. Bu süreçte değer her zaman 'ACTICO' olur. Birden fazla sistemi kapsayan analizlerde ise verilerin hangi sistemden geldiğini ayırt etmeye yardımcı olur. Process Mining çalışmalarında veri yönetişimi ve doğrulama açısından önem taşır. Verilerin doğru kaynağa bağlanmasını sağlar. Farklı sistemlerden gelen veriler birleştirilerek sürecin bütününe bakıldığında bu bilgi özellikle gereklidir. Ayrıca veri kalitesi sorunlarının kaynağını bulmak için verileri oluşturan sisteme kadar iz sürmeye yardımcı olur. Neden önemli? Verilerin kaynağı hakkında temel bağlamı sunar; veri soy ağacının izlenmesini ve yönetişimi destekler. Birden fazla kaynaktan gelen veriler birleştirilirken bu bilgi büyük önem taşır. Nereden alınır? Bu değer genellikle veri çıkarma ve dönüştürme sırasında Veri Seti’ni etiketlemek için eklenen sabit bir değerdir ('ACTICO'). Örnekler ACTICOACTICO PlatformuActico KYC Modülü | |||
| Son veri güncellemesi LastDataUpdate | Verilerin kaynak sistemden en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, ACTICO’dan en son veri çekildiği tarih ve saati kaydeder. Tek tek olaylar için değil, Veri Seti’nin tamamı için geçerli olan bir meta veri alanıdır ve analizin ne kadar güncel olduğunu gösterir. Dashboardlarda ve raporlarda bu bilgi, kullanıcıların verilerin güncelliğini anlamasına yardımcı olur. İçgörülerin ne kadar güncel olduğuna ilişkin beklentileri yönetmeyi sağlar. Gerçek zamana yakın verilerin önemli olduğu operasyonel izleme çalışmalarında da gereklidir. Bu zaman damgasının gösterilmesi, sunulan veriler konusunda şeffaflık ve güven sağlar. Neden önemli? Verilerin güncelliğini göstererek kullanıcıların güncel bilgilerle analiz yapıp yapmadığını anlamasını sağlar. Bu, operasyonel kararlar için önemlidir. Nereden alınır? Bu değer, veri çıkarma, dönüştürme ve yükleme (ETL) sırasında oluşturulup kaydedilir. ETL işinin başarıyla tamamlandığı zaman damgasını gösterir. Örnekler 2024-05-20T08:00:00Z2024-05-21T08:00:00Z | |||
| Başvuru durumu ApplicationStatus | Müşteri kabul başvurusunun nihai sonucu veya mevcut durumu. | ||
| Açıklama Bu öznitelik, bir vakanın nihai sonucunu genellikle 'Onaylandı' veya 'Reddedildi' olarak gösterir. Devam eden vakaların durumunu da belirtebilir. Sonuç odaklı analizlerde temel bir boyuttur. Başvuruların neden onaylandığını veya reddedildiğini anlamak, KYC süreç analizinin başlıca hedeflerinden biridir. Bu öznitelik sayesinde süreç haritası filtrelenerek onaylanan ve reddedilen başvuruların tipik akışları karşılaştırılabilir. Böylece istenmeyen sonuçlara yol açan süreç örüntüleri belirlenebilir. Ayrıca 'Başvuru ret oranı' KPI’ının hesaplanmasında kullanılır. Neden önemli? Her vakanın sonucunu tanımlar; başarılı ve başarısız süreç örneklerini karşılaştırmayı ve ret oranlarını hesaplamayı sağlar. Nereden alınır? Bu, vaka düzeyinde bir özniteliktir ve genellikle ACTICO’daki ana vaka veya başvuru tablosunda bulunur. Başvurunun nihai durumunu gösterir. Örnekler OnaylandıReddedildiDevam ediyorBilgi bekleniyor | |||
| Bitiş zamanı EndTime | Belirli bir etkinliğin tamamlandığı zamanı gösteren zaman damgası. | ||
| Açıklama Bitiş zamanı, bir etkinliğin tamamlandığı anı gösterir. Başlangıç zamanı (EventTime) ile birlikte kullanıldığında, her Task için işlem süresi olarak bilinen kesin süre hesaplanabilir. Bazı olayların belirgin bir bitiş zamanı yoktur; örneğin anlık gerçekleşen olaylarda bu alan bulunmayabilir. Bu öznitelik, özellikle her adımın ne kadar sürdüğünü ölçmek için performans analizinin temelini oluşturur. Ayrıntılı performans Dashboardları hazırlamayı sağlar, en çok zaman alan etkinlikleri belirlemeye yardımcı olur ve 'Ortalama Belge İnceleme Süresi' gibi KPI’ların hesaplanması için gereklidir. Neden önemli? Etkinliklerin kesin işlem sürelerini hesaplamayı sağlar. Performans darboğazlarını belirlemek ve kaynak verimliliğini analiz etmek için bu bilgi gereklidir. Nereden alınır? Başlangıç zamanı gibi bu bilgi de genellikle ACTICO’nun olay günlüğü tablolarında bulunur. Bazı sistemlerde tek bir olay kaydının başlangıç ve bitiş zamanları ayrı sütunlarda tutulur. ACTICO dokümantasyonuna başvurun. Örnekler 2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z | |||
| Departman Department | Etkinliği gerçekleştirmekten sorumlu iş departmanı veya ekip. | ||
| Açıklama Bu öznitelik, bir etkinliği 'Uyumluluk', 'Müşteri kabul ekibi' veya 'Müşteri ilişkileri' gibi belirli bir kurumsal birimle ilişkilendirir. Süreç akışına kurumsal bağlam kazandırır. Departman bazında analiz, işlerin kuruluşun farklı birimleri arasında nasıl devredildiğini anlamak açısından önemlidir. Departmanlar arasındaki darboğazları belirlemeye, departman verimliliğini ölçmeye ve ekipler genelinde kaynak dağılımını incelemeye yardımcı olur. Yöneticiler, ekiplerinin performansını görmek için Dashboardları departmana göre filtreleyebilir. Neden önemli? Analize kurumsal bir boyut kazandırır; departmanlar arası gecikmeleri belirlemeyi ve ekip performansını değerlendirmeyi sağlar. Nereden alınır? Bu bilgi doğrudan olay verileriyle birlikte saklanabilir veya kullanıcıları departmanlarla eşleştiren bir İK ana veri tablosuna kullanıcı verileri eklenerek elde edilebilir. ACTICO dokümantasyonuna başvurun. Örnekler ComplianceMüşteri kabul ekibiMüşteri hizmetleri | |||
| İşlemi 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 gerçekleştirmekten sorumlu kullanıcıyı veya sistem aracısını belirtir. Süreç adımlarını bunları gerçekleştiren kişilerle ya da ekiplerle ilişkilendirir. Performansı kullanıcı bazında analiz etmek sık karşılaşılan bir ihtiyaçtır. Bu öznitelik; iş yükü dağılımını, kişilerin işlem sürelerini ve kullanıcılar ya da ekipler arasındaki performans farklarını gösteren Dashboardlar oluşturmayı sağlar. Yüksek performans gösteren kişileri ve ek eğitime ihtiyaç duyabilecek çalışanları belirlemeye yardımcı olur. Kaynakların nasıl dağıtıldığını ve kullanıldığını anlamak için de önemlidir. Neden önemli? Süreç etkinliklerini belirli kullanıcılarla ilişkilendirir. Böylece kişi veya ekip bazında performans analizi yapılabilir, eğitim ihtiyaçları ve 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 dokümantasyonuna başvurun. Örnekler john.doejane.smithSYSTEM_USER | |||
| Ret nedeni RejectionReason | Müşteri başvurusu reddedildiğinde belirtilen neden. | ||
| Açıklama Başvurunun nihai durumu 'Reddedildi' olduğunda bu öznitelik, ret nedenini gösterir. Örnekler arasında 'Eksik dokümantasyon', 'Kimlik doğrulaması başarısız' ve 'Yüksek risk profili' yer alır. Bu öznitelik, temel neden analizinde büyük önem taşır. Farklı ret nedenlerinin sıklığı incelenerek süreçteki veya müşteri başvurularındaki sistematik sorunlar belirlenebilir. Örneğin, eksik dokümantasyon nedeniyle çok sayıda başvurunun reddedilmesi, başvuru talimatlarının yeterince 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ı düşürmek 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 Eksik dokümantasyonKimlik doğrulaması başarısızYaptırım listesi eşleşmesiYüksek risk skoru | |||
| Risk düzeyi RiskLevel | Müşteri başvurusunun hesaplanan risk düzeyi; örneğin düşük, orta veya yüksek. | ||
| Açıklama Bu öznitelik, müşterinin değerlendirilen risk kategorisini gösterir. Bu kategori, sonraki KYC sürecinin kapsamını ve titizlik düzeyini belirler. Yüksek riskli bir müşteri için düşük riskli bir müşteriye kıyasla ek kontroller ve onaylar gerekebilir. Process Mining çalışmalarında Risk düzeyi, karşılaştırmalı analiz için önemli bir boyuttur. Analistler, sürecin risk düzeyine göre farklı akışları doğru biçimde izleyip izlemediğini kontrol edebilir. Örneğin, yüksek riskli tüm müşterilerin gelişmiş durum tespiti adımından geçtiği doğrulanabilir. Bu öznitelik, 'Risk değerlendirme süreci akışları' Dashboardu için temel oluşturur. Neden önemli? Vakaları risk düzeyine göre gruplandırmayı sağlar. Böylece sürecin, uyumluluk politikalarının gerektirdiği şekilde farklı risk profillerine uyarlanıp uyarlanmadığı incelenebilir. Nereden alınır? Bu, ACTICO’daki ana başvuru tablosunda vaka düzeyinde saklanan temel 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, kurum içi hizmet seviyesi anlaşmalarında tanımlanan müşteri kabul sürecini tamamlama son tarihidir. Bu tarih genellikle başvuru tarihine standart işlem süresi eklenerek 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’nın aşılıp aşılmadığı belirlenebilir. 'Müşteri kabul SLA performansı' Dashboardu ve 'Müşteri kabul SLA uyum oranı' KPI’ı bu bilgiye dayanır. Neden önemli? Zamanında tamamlanma performansını ölçmek için bir kıyaslama noktası sunar; SLA uyumluluğunun doğrudan izlenmesini ve raporlanmasını sağlar. Nereden alınır? Bu bilgi ACTICO’daki ana vaka tablosunda bir alan olarak saklanabilir veya iş kurallarına göre hesaplanabilir (ör. Başvuru 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 kategorilere ayırır. KYC süreci bu müşteri türlerine göre önemli ölçüde değişebilir; kurumsal müşterilerin kabul süreci genellikle çok daha karmaşıktır. Müşteri türünü bir boyut olarak kullanmak, aynı Veri Seti içindeki farklı süreçleri ayrı ayrı inceleyip karşılaştırmayı sağlar. Analistler, yalnızca 'Kurumsal' müşterileri görmek için süreç haritasını filtreleyerek bu gruba özgü zorlukları, darboğazları ve çevrim sürelerini inceleyebilir. Böylece çok daha basit olan 'Bireysel' müşteri süreci verileri analizi etkilemez. Neden önemli? Süreci farklı müşteri kategorilerine göre ayırmayı sağlar. Bu kategorilerin süreç akışları ve karmaşıklıkları çoğu zaman büyük ölçüde farklı olduğundan analiz sonuçları daha doğru olur. Nereden alınır? Bu, ACTICO’da vaka veya müşteri düzeyinde saklanan temel bir özniteliktir. Örnekler BireyselKurumsalKüçük işletme | |||
| Otomatik mi IsAutomated | Bir etkinliğin sistem tarafından otomatik olarak mı yoksa kullanıcı tarafından elle mi gerçekleştirildiğini gösteren bir işaret. | ||
| Açıklama Bu mantıksal öznitelik, bir kullanıcının gerçekleştirdiği Taskları sistem otomasyonuyla yürütülenlerden ayırır. Otomatik geçmiş kontrolü veya risk puanlaması buna örnek verilebilir. Bu özniteliğin analizi, otomasyon çalışmalarının etkisini değerlendirmeye yardımcı olur. Otomatik ve elle yürütülen adımların işlem sürelerini karşılaştırmayı, sürecin hâlâ yoğun biçimde elle yürütülen bölümlerini belirlemeyi ve verimliliği artırıp operasyon maliyetlerini düşürecek yeni otomasyon fırsatlarını görmeyi sağlar. Neden önemli? Kullanıcıların gerçekleştirdiği Taskları sistem Tasklarından ayırır. Otomasyonun etkisini ölçmek ve verimliliği artırma fırsatlarını belirlemek için gereklidir. Nereden alınır? Bu bilgi 'InitiatingUser' özniteliğinden çıkarılabilir (ör. kullanıcı 'SYSTEM' ise) veya olay günlüğünde ayrı bir işaret olarak bulunabilir. ACTICO dokümantasyonuna başvurun. Örnekler truefalse | |||
| SLA durumu SlaState | Vakanın SLA’yı karşılayıp karşılamadığını, aşıp aşmadığını veya aşma 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 zamanı veya açık vakalarda mevcut zaman, 'SlaTargetDate' ile karşılaştırılarak hesaplanır. Tarih karşılaştırmalarını kolay anlaşılır bir duruma dönüştürerek SLA raporlamasını basitleştirir. Dashboardlarda pasta grafik veya gösterge gibi görseller kullanılarak 'Karşılandı' ve 'Aşıldı' durumundaki vakaların oranı açıkça gösterilebilir. Bu öznitelik, 'Müşteri kabul SLA performansı' Dashboardunun temel bileşenlerinden biridir ve 'Müşteri kabul SLA uyum oranı' KPI’ını doğrudan destekler. Neden önemli? Her vaka için SLA uyumluluğunu açık ve kategorik biçimde gösterir. Böylece raporlama kolaylaşır ve hedeflere göre performans rahatça görselleştirilebilir. Nereden alınır? Bu, vaka tamamlanma zaman damgasını 'SlaTargetDate' ile karşılaştıran iş mantığıyla hesaplanan bir özniteliktir. Örnekler KarşılandıAşıldıRisk 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. Her ülkenin mevzuat gereklilikleri farklıdır; bu farklılıklar ek veya alternatif süreç adımlarını gerektirebilir. Süreci ülkeye göre analiz etmek, farklı bölgelerdeki performansı karşılaştırmayı sağlar. Bazı ülkelerde çevrim sürelerinin sürekli daha uzun veya ret oranlarının daha yüksek olup olmadığı görülebilir. Bu durum, mevzuattan kaynaklanan zorluklara veya belirli pazarlardaki sorunlara işaret edebilir. Bu coğrafi bakış, yerel uyumluluk gerekliliklerini gözetirken süreçleri standartlaştırmak isteyen küresel kuruluşlar için önemlidir. Neden önemli? Analize coğrafi bir boyut kazandırarak farklı mevzuat bölgelerindeki süreç değişikliklerini ve performans farklarını anlamaya yardımcı olur. Nereden alınır? Bu, ACTICO sisteminde vaka veya müşteri düzeyinde saklanan temel müşteri bilgilerinden biridir. Örnekler USADEUGBRSGP | |||
| Yeniden çalışma mı IsRework | Bir etkinliğin tekrarlanan bir adım veya yeniden çalışma döngüsünün parçası olup olmadığını belirleyen hesaplanmış bir işaret. | ||
| Açıklama Bu mantıksal öznitelik, aynı vaka içinde ikinci veya daha sonraki kez gerçekleştirilen etkinlikleri işaretler. Daha fazla bilgi talebinin ardından yeniden yapılan 'Belge inceleme' buna örnektir. Süreç verimsizliğine yol açabilen yeniden çalışma örneklerini belirler. Yeniden çalışmayı belirlemek, Process Mining çalışmalarının başlıca hedeflerinden biridir. Bu işaret, 'Belge yeniden çalışma oranı' KPI’ı gibi ölçümlerle tekrar iş miktarını hesaplamayı sağlar. Süreç haritasında yeniden çalışma döngüleri vurgulanarak sürecin hangi noktalarda başa döndüğü görülebilir. Böylece kalite sorunları veya işin ilk seferde doğru tamamlanmadığı alanlar belirlenebilir. Neden önemli? Tekrarlanan işleri görünür kılar; süreç verimsizliğini doğrudan ölçmeyi ve kalite ya da açıklık sorunu olan etkinlikleri belirlemeyi sağlar. Nereden alınır? Bu, hesaplanan bir özniteliktir. Aynı vaka içindeki tekrarlanan etkinlikleri belirleme mantığı Process Mining aracında veya veri dönüştürme sırasında tanımlanır. Örnekler truefalse | |||
KYC müşteri kabulü etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Başvuru gönderildi | Bu etkinlik, yeni bir müşteri başvurusunun ACTICO sistemine resmen ulaşmasıyla KYC müşteri kabul sürecinin başladığı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? Sürecin temel başlangıç olayı olan bu etkinlik, toplam müşteri kabul çevrim süresini hesaplamak ve başvuru hacmini izlemek için gereklidir. Sonraki tüm süreç performansı ölçümlerinde başlangıç zaman damgası olarak kullanılır. Nereden alınır? Bu bilgi genellikle ACTICO’daki başvuru veya vaka oluşturma günlüğünde açık bir kayıt olarak yer alır. Başvuru gönderme olaylarıyla ilgili tabloları veya ana vaka kaydının oluşturulma zaman damgasını arayın. Kaydedin Yeni bir başvuru vakası oluşturulduğunda kaydedilen olay. Olay türü explicit | |||
| Başvuru onaylandı | Bu etkinlik, müşterinin başvurusunun kabul edilmesine yönelik nihai iş kararını ifade eder. Başvuru yaşam döngüsünde genellikle ayrı ve son bir durum değişikliği olarak kaydedilen önemli bir aşamadır. | ||
| Neden önemli? Bu aşama, hesap oluşturulmadan önce gelir ve sürecin başarıyla sonuçlandığını gösterir. İdeal yolun ne kadar sürdüğünü anlamak için bu noktaya ulaşma süresini analiz etmek gerekir. Nereden alınır? Ana başvuru veya vaka tablosundaki son durum alanından anlaşılır. Onaylandı, Onay tamamlandı veya benzer bir olumlu son durum değerini arayın. Kaydedin Vaka ana verilerindeki son durum, Onaylandı olarak güncellenir. Olay türü inferred | |||
| Başvuru reddedildi | Müşterinin başvurusunu reddetmeye yönelik nihai kararı ve müşteri kabul sürecinin sona ermesini ifade eder. Başvuru kaydındaki son durum değişikliğiyle kaydedilen önemli bir bitiş durumudur. | ||
| Neden önemli? Bu, sürecin başarısızlıkla sonuçlandığını gösteren temel bitiş olayıdır. Bu etkinlikle sona eren vakaları analiz etmek; ret oranlarını ve ret nedenlerini anlamak, genel süreç verimini artırmak için gereklidir. Nereden alınır? Ana başvuru veya vaka tablosundaki son durum alanından anlaşılır. Reddedildi, Kabul edilmedi veya Kapandı - Reddedildi gibi son durum değerlerini arayın. Kaydedin Vaka ana verilerindeki son durum, Reddedildi olarak güncellenir. Olay türü inferred | |||
| Müşteri belgeleri yüklendi | Bu etkinlik, müşteri gerekli kimlik ve destekleyici belgeleri ACTICO ile entegre bir portal veya başka bir kanal üzerinden gönderdiğinde gerçekleşir. Her belge yüklemesi genellikle sistemin belge yönetimi ya da vaka günlüğünde ayrı ve açık bir olay olarak kaydedilir. | ||
| Neden önemli? Bu, müşteriye bağlı önemli bir aşamadır. Müşterinin yanıt süresini ölçmek ve sonraki belge inceleme aşamasının ne kadar sürdüğünü analiz etmek için bu olayı takip etmek gerekir. Nereden alınır? Başvuru vakasına eklenen belgelerle veya belge işlemleriyle ilgili Event Logları arayın. Bu kayıtlar genellikle ACTICO veritabanındaki özel belge ya da kanıt yönetimi tablolarında bulunur. Kaydedin Bir belge vakaya eklendiğinde sistem tarafından kaydedilen olay. Olay türü explicit | |||
| Müşteri kabulü tamamlandı | Bu, süreçteki son etkinliktir. Müşterinin kabulünün tamamlandığını ve başvuru vakasının kapatıldığını gösterir. Vaka durumunun Kabul edildi veya Kapandı - Onaylandı gibi son bir duruma getirilmesinden anlaşılır. | ||
| Neden önemli? Başarılı müşteri kabulünün temel bitiş olayı olan bu etkinlik, kabulü tamamlanan tüm müşteriler için baştan sona çevrim süresini hesaplamada gereklidir. İdeal yol analizinde son zaman damgasını sağlar. Nereden alınır? Müşteri başvuru vakasının son durum alanından anlaşılır. Vakanın başarılı bir son duruma geçtiği zaman damgasını arayın. Kaydedin Vaka durumunun Tamamlandı veya Kapandı olarak son kez güncellenmesinden anlaşılır. Olay türü inferred | |||
| Risk değerlendirmesi yapıldı | Bu etkinlik, ACTICO’nun karar motorunun müşteri başvurusu için risk skoru 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ğu zaman belirleyen önemli bir karar noktasıdır. Bu etkinliği analiz etmek, risk düzeylerinin süreç varyantlarını ve sürelerini nasıl etkilediğini anlamaya yardımcı olur. Nereden alınır? Bu, ACTICO’daki temel olaylardan biridir ve karar ya da yürütme günlüklerine kaydedilmelidir. Bu günlüklerde genellikle vaka kimliği, çalıştırılan kurallar ve ortaya çıkan risk skoru yer alır. Kaydedin Risk skoru hesaplandığında ACTICO karar motoru tarafından kaydedilen olay. Olay türü explicit | |||
| Uyumluluk incelemesi başlatıldı | Uyumluluk departmanının manuel inceleme aşamasının başladığını gösterir. Bu aşama genellikle yüksek riskli veya işaretlenmiş başvurular için yürütülür. Vaka durumunun Uyumluluk incelemesi bekliyor olarak değişmesinden veya vakanın bir uyumluluk uzmanının iş kuyruğuna atanmasından anlaşılır. | ||
| Neden önemli? Bu etkinlik, uyumluluk incelemesindeki darboğazı ölçmek için başlangıç noktasıdır. Uyumluluk incelemesi tamamlandı etkinliğine kadar geçen süre, bu önemli aşamadaki gecikmeleri belirlemek için temel performans göstergelerinden biridir. Nereden alınır? Başvurunun durum geçmişinden veya denetim izinden anlaşılır. Durumun Uyumluluk incelemesinde olarak değiştiği ya da vakanın uyumlulukla ilgili bir kullanıcı grubuna atandığı zaman damgasını arayın. Kaydedin Vaka durumunun Uyumluluk bekliyor olarak değişmesinden veya uyumluluk ekibine atanmasından anlaşılır. Olay türü inferred | |||
| Uyumluluk incelemesi tamamlandı | Uyumluluk departmanının manuel incelemesinin sona erdiğini ve onay, ret ya da ek işlem talebiyle sonuçlandığını gösterir. Vaka durumunun Uyumluluk incelemesi bekliyor aşamasından Uyumluluk onaylandı gibi sonraki bir duruma geçmesinden anlaşılır. | ||
| Neden önemli? Bu, uyumluluk incelemesi aşamasının kapanış olayıdır. Toplam 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 anlaşılır. Bir karar verildiğini gösteren ve vakanın Uyumluluk incelemesinde durumundan çıktığı zaman damgasını arayın. Kaydedin Vaka durumunun Uyumluluk bekliyor’dan Uyumluluk onaylandı veya benzer bir duruma geçmesinden anlaşılır. Olay türü inferred | |||
| Belge incelemesi tamamlandı | Bu etkinlik, çalışanın müşteri tarafından gönderilen belgeleri incelemeyi bitirdiğini gösterir. Genellikle belge veya genel vaka durumunun Belgeler doğrulandı ya da İnceleme tamamlandı gibi bir değere değişmesinden anlaşılır. | ||
| Neden önemli? Bu, belge işlemlerinin verimliliğini ölçmek için önemli bir aşamadır. Müşteri belgelerinin yüklenmesi ile bu etkinlik arasındaki süre, manuel işlem gecikmelerini belirlemek için temel performans göstergelerinden biridir. Nereden alınır? Başvuru vakasının veya tek tek belgelerin durum geçmişi günlüklerinden anlaşılır. Belge durumunun İnceleme bekliyor’dan Onaylandı ya da İncelendi’ye değişmesi bu etkinliğe işaret eder. Kaydedin Belge durumunun Doğrulandı veya İncelendi olarak değişmesinden anlaşılır. Olay türü inferred | |||
| Ek bilgi istendi | Genellikle uyumluluk veya kredi tahsis ekibindeki bir incelemecinin müşteriden ek bilgi ya da belge istediği olayı ifade eder. Müşteriye bildirim gönderilmesini ve vakanın beklemeye alınmasını gerektirdiğinden bu işlem çoğunlukla açıkça kaydedilir. | ||
| Neden önemli? Bu etkinlik, yeniden çalışmanın ve çevrim sürelerinin uzamasının başlıca nedenlerinden biridir. İlk veri toplama aşamasında nelerin iyileştirilebileceğini belirlemek için sıklığını ve etkisini takip etmek gerekir. Nereden alınır? Bu olay büyük olasılıkla vaka geçmişine veya iletişim günlüğüne açıkça kaydedilir. Bilgi talebi gönderildi gibi olayları ya da Müşteri bilgisi bekleniyor gibi durum değişikliklerini arayın. Kaydedin Bilgi talebi gönder gibi kullanıcı tarafından başlatılan açık bir olay, vaka denetim izine kaydedilir. Olay türü explicit | |||
| Geçmiş kontrolleri başlatıldı | AML veya kredi geçmişi taraması gibi otomatik ya da manuel geçmiş kontrollerinin başlatıldığı noktayı ifade eder. Sistem bu kontrolleri, harici hizmet sağlayıcıları da kullanarak başlattığında genellikle açık bir olay olarak kaydedilir. | ||
| Neden önemli? Geçmiş kontrollerinin başlatılması, gerekli inceleme sürecinde önemli bir aşamadır. Bu etkinliği takip etmek, harici veri sağlayıcılarına olan bağımlılıkları ve bu sağlayıcılardan veri alma sürelerini anlamaya yardımcı olur. Nereden alınır? Geçmiş tarama prosedürlerinin başlatıldığını gösteren sistem günlüklerini veya denetim izini arayın. Bu kayıtlar genellikle ana başvuru vaka kimliğiyle bağlantılıdır. Kaydedin İş akışı altyapısı geçmiş kontrolü hizmetlerini çağırdığında kaydedilen olay. Olay türü explicit | |||
| Hesap oluşturuldu | Onayın ardından bu etkinlik, müşterinin hesabının temel bankacılık veya kullanıcı yönetimi sisteminde teknik olarak oluşturulduğunu gösterir. ACTICO, sonraki sistemden başarı onayı aldıktan sonra bu olayı genellikle açıkça kaydeder. | ||
| Neden önemli? Bu etkinlik, sürecin somut bir iş sonucuyla tamamlandığını doğrular. Başvurunun onaylanması ile hesabın oluşturulması arasındaki süre, entegrasyon gecikmelerini veya son hesap açma adımlarındaki verimsizlikleri ortaya çıkarabilir. Nereden alınır? Bu bilgi büyük olasılıkla ACTICO’daki entegrasyon veya sistem arayüzü günlüklerinde bulunur. Bu günlükler, hesap oluşturmak için harici sistemlere yapılan çağrıların sonuçlarını kaydeder. Kaydedin Temel 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 eksiksiz ve temel uygunluk koşullarını karşılayıp karşılamadığını kontrol etmek için otomatik bir kural veya çalışan tarafından yapılan ilk incelemeyi ifade eder. Bu etkinlik çoğu zaman başvuru durumunun Gönderildi’den İnceleniyor’a geçmesi gibi bir durum değişikliğinden anlaşılır. | ||
| Neden önemli? İlk incelemenin tamamlanma süresini analiz etmek, işlemlerin başındaki gecikmeleri belirlemeye yardımcı olur. Ayrıca ilk kontrolden sorunsuz geçen başvuru sayısını görmenizi 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 anlaşılır. Durumun yeni ya da gönderildi aşamasından inceleme aşamasına geçtiği zaman damgasını karşılaştırın. Kaydedin Vaka geçmişi günlüğünde durumun Gönderildi’den İnceleniyor’a değiştiğini belirleyin. Olay türü inferred | |||
| Kimlik doğrulaması yapıldı | Müşterinin kimliğini harici veya dahili veri kaynaklarıyla doğrulamak için yapılan otomatik ya da manuel kontrolü ifade eder. Üçüncü taraf doğrulama hizmetine API çağrısı yapıldığında ve yanıt alındığında genellikle açık bir olay olarak kaydedilir. | ||
| Neden önemli? Bu etkinlik, uyumluluk açısından önemli bir adımdı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. Kaydedin Üçü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 izne sahip kimlik bilgileriyle Visual Modeler veya özel bir yönetim konsolu gibi ACTICO platformunda oturum açın.
- Dışa aktarma modülünü bulun: Sistemin yönetim veya yapılandırma bölümüne gidin. Denetim izleri, günlük kaydı ya da 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 'KYC_Onboarding_ProcessMind_Export' gibi açıklayıcı bir ad verin.
- Veri kaynağını tanımlayın: Dışa aktarılacak ana iş nesnesi olarak
CustomerApplicationnesnesini belirtin. Dosya boyutunu ve performansı yönetilebilir düzeyde tutmak için dışa aktarım kapsamını sınırlayan bir tarih aralığı filtresi uygulayın; örneğin son 6 ayı seçin. - Çıktı dosyasını yapılandırın: Çıktı biçimini CSV olarak ayarlayın. Dosya adını
kyc_event_log.csvolarak belirleyin ve genellikle virgül olan ayırıcıyı doğrulayın. Özel karakterlerin doğru işlenmesi için metin alanlarının tırnak içine alındığından emin olun. - Vaka tanımlayıcısını eşleyin: Process Mining analizinde vaka kimliği olarak
CustomerApplicationiş nesnesinin benzersiz tanımlayıcısını belirleyin. Böylece ilgili tüm olaylar tek bir müşteri kabul vakasıyla ilişkilendirilir. - Öznitelik eşlemelerini tanımlayın: Olay günlüğünde gereken her sütunu ACTICO iş nesnesi modelindeki karşılık gelen öznitelikle eşleyin. Vaka kimliği, etkinlik adı, zaman damgaları ve durum ya da risk düzeyi gibi önerilen diğer öznitelikleri de ekleyin.
- Olay eşlemelerini yapılandırın: Bu, en önemli adımdır. 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 tetikleyicilerinden, 'Application Approved' gibi iş akışı adımlarındaki durum değişikliklerinden ve 'Identity Verification Performed' gibi teknik olaylara ait belirli denetim günlüğü mesajı örüntülerinden yararlanın.
- Yapılandırmayı kaydedip 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ı denetlemek için ACTICO’daki doğrulama araçlarını kullanın.
- Dışa aktarımı çalıştırıp izleyin: Dışa aktarma işini başlatın. İlerleme durumunu sistemin iş zamanlayıcısından veya izleme arayüzünden takip edin. İşlem tamamlandığında günlüklerde hata olup olmadığını kontrol edin.
- Dosyayı alıp hazırlayın: Oluşturulan CSV dosyasını sunucuda belirtilen çıktı konumundan indirin. ProcessMind’e yüklemeden önce dosyayı açıp yapısını doğrulayın; zaman damgası ve tarih biçimlerinin tutarlı ve doğru ayrıştırıldığından emin olun.
Yapılandırma
- Denetim günlüğü düzeyi: Sistem genelindeki denetim günlüğü düzeyi INFO veya FINE gibi ayrıntılı bir ayara getirilmelidir. WARNING veya ERROR gibi daha az ayrıntılı bir düzey, Process Mining için gereken durum değişikliklerini ve kural yürütmelerini kaydetmez.
- Dışa aktarma veri kaynağı: Ana veri kaynağı olarak
CustomerApplicationiş nesnesi yapılandırılmalıdır. İlgili tüm olayları kaydetmek içinCustomerDocumentgibi bağlantılı nesneleri birleştirmeniz veya bunlara başvurmanız gerekebilir. - Tarih aralığı filtresi: Çıkarılan veri miktarını denetlemek için her zaman bir tarih aralığı filtresi kullanın. İlk analiz için 3 ila 6 aylık bir dönem önerilir. Üretim ortamında bu aralığı iş ihtiyaçlarına ve sistem performansına göre ayarlayabilirsiniz.
- Olay eşleme mantığı: Veri çıkarımının doğruluğu büyük ölçüde olayların nasıl eşlendiğine bağlıdır. İş adımlarını belirlemek için durum değişiklikleri (
on="StatusChange") sık kullanılır. Açık günlük kayıtları (on="LogEntry") teknik olayları veya hizmet çağrılarını belirlemeye yardımcı olur. Karar adımlarını kaydetmek için kural yürütmeleri (on="RuleExecution") uygundur. - Çıktı biçimi: Geniş uyumluluk için çıktı biçimi olarak CSV’yi seçin. Veri ayrıştırma sorunlarını önlemek için ayırıcı ve metin tırnaklama ayarlarının doğru yapılandırıldığından emin olun.
- Ön koşullar: Bu yöntem için ACTICO platformunda yönetici izinleri gerekir. Doğru yapılandırma için ilgili tüm durum alanları ve öznitelik adları dâhil KYC iş nesnesi modelini iyi anlamanız önemlidir.
Ö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 ACTICO’da KYC müşteri kabul sürecinizi iyileştirmeye daha hızlı başlamak için bu Templatei kullanın.
KYC müşteri kabul sürecini iyileştirin: süreyi hemen 24 saate indirin
Müşterilerin süreci yarıda bırakmasını ve hatalı pozitif sonuçları önleyerek sorunsuz bir müşteri kabul deneyimi sunun.
Kredi kartı gerekmez. Süreçlerinizi iyileştirmeye bugün başlayın.