KYC müşteri işe alımı Veri Templateiniz

Müşteri Başvuru Kimliği, başlatıldığı andan tamamlanana veya sonlandırılana kadar her yeni müşteri edinme talebine atanan benzersiz anahtardır. Bu tanımlayıcı, tek bir müşteri edinme yolculuğuyla ilgili tüm bireysel faaliyetleri, olayları ve veri noktalarını birbirine bağlayan merkezi bir iz görevi görür. Bu nedenle process mining için en önemli özniteliklerden biridir.

Analizde bu kimlik, her müşteri için uçtan uca sürecin yeniden oluşturulmasını sağlar. Başvurunun ilerlemesini izlemenize, toplam çevrim süresini hesaplamanıza ve başvurunun yolunu diğer başvurularla karşılaştırmanıza imkan verir. Tüm süreç varyantları, darboğazlar ve performans metrikleri başvuru bazında analiz edilir. Bu analiz, ancak bu öznitelik vaka kimliği olarak doğru şekilde tanımlanıp kullanıldığında mümkündür.

İlgili tüm olayları tek bir uçtan uca süreçte gruplamak için gereklidir ve tüm process mining analizlerinin temelini oluşturur.

Genellikle müşteri başvurusu veya vaka yönetimi sisteminin üst bilgi bölümünde ya da ana tablosunda bulunur.

Faaliyet adı, müşteri edinme yolculuğundaki belirli bir adımı veya kilometre taşını tanımlar. Örneğin "Başvuru gönderildi", "Uyumluluk incelemesi başlatıldı" veya "Başvuru onaylandı". Her faaliyet, bir kullanıcının veya sistemin başvuruyu süreçte ilerletmek için gerçekleştirdiği belirli bir işlemi temsil eder.

Bu öznitelik, process mining'in temelini oluşturan süreç haritasını görselleştirmek için gereklidir. Farklı faaliyetlerin sırasını ve sıklığını analiz ederek gerçek süreç akışını anlayabilir, yaygın yolları belirleyebilir, süreç sapmalarını keşfedebilir ve yeniden işleme veya tekrarlama alanlarını tespit edebilirsiniz. Anlamlı ve anlaşılır bir süreç modeli oluşturmak için faaliyet adlarının açık ve tutarlı olması büyük önem taşır.

Sürecin adımlarını tanımlar ve süreç akışını, darboğazları ve varyasyonları görselleştirip analiz etmenizi sağlar.

İş süreci adımlarını kaydeden Event Log, denetim izleri veya işlem tablolarında bulunur.

Olay başlangıç zamanı, bir faaliyetin başlangıcını gösteren kesin tarih ve saattir. Vaka kimliği ve faaliyet adıyla birlikte process mining'in üç temel unsurundan biridir. Zaman damgalı bu veri, her vaka içindeki olayların kronolojik olarak sıralanmasını sağlar. Bu sıralama, sürecin gerçekte gerçekleştiği şekliyle yeniden oluşturulması için gereklidir.

Bu öznitelik, zamanla ilgili tüm analizlerin temelini oluşturur. Faaliyetlerin süresini, bir faaliyet ile diğeri arasındaki bekleme süresini ve tüm müşteri edinme sürecinin toplam çevrim süresini hesaplamak için kullanılır. Bu süreleri analiz ederek darboğazları belirleyebilir, SLA uyumluluğunu ölçebilir ve genel süreç performansını izleyebilirsiniz.

Olayların kronolojik sırasını sağlar. Bu sıra, süreç modelini keşfetmek ve zamana dayalı tüm performans metriklerini hesaplamak için gereklidir.

Event Log, başvuru denetim izleri veya işlem tablolarında bulunur. Genellikle "Timestamp", "Creation Date" veya "Start Time" olarak adlandırılır.

Kaynak sistem özniteliği, belirli bir faaliyete ait verileri oluşturan uygulamayı veya platformu belirtir. Karmaşık ortamlarda KYC süreci, başvuru gönderimi için bir CRM, risk değerlendirmesi için özel bir KYC platformu ve hesap oluşturma için bir ana bankacılık sistemi gibi birden fazla sisteme yayılabilir.

Süreci kaynak sisteme göre analiz etmek, teknoloji ortamını ve bunun süreç üzerindeki etkisini anlamanıza yardımcı olur. Bu analiz, entegrasyon sorunlarını, sistemler arasındaki veri gecikmelerini veya farklı sistemlerin bilgileri kaydetme biçimlerindeki tutarsızlıkları ortaya çıkarabilir. Bu görünüm, müşteri edinme yolculuğunu destekleyen sistem mimarisini sadeleştirmek isteyen BT ve süreç iyileştirme ekipleri için değerlidir.

Her süreç adımının nerede gerçekleştiği hakkında bağlam sağlar ve sistemler arası verimsizlikleri ve veri entegrasyonu sorunlarını belirlemenize yardımcı olur.

Özellikle birden fazla entegre sistemin bulunduğu ortamlarda veri aktarımlarına veya Event Log kayıtlarına sıklıkla eklenir.

Bu öznitelik, en son veri çıkarma veya yenileme işleminin tarihini ve saatini kaydeder. İş sürecinin bir parçası değildir, ancak veri doğrulama ve yönetişim için önemli bir üst veridir. Analiz edilen verilerin ne kadar güncel olduğu konusunda şeffaflık sağlar.

Süreç analizinde son veri güncelleme zamanını bilmek, oluşturulan içgörülerin güncelliğini anlamak için gereklidir. Verilerin ne kadar güncel olduğunu doğrulayarak kullanıcıların verilere güvenmesine yardımcı olur ve eski bilgilere dayalı yanlış yorumları önler. Sürekli izleme için bu öznitelik, veri yenilemeleri geciktiğinde veya başarısız olduğunda uyarılar oluşturmak amacıyla kullanılabilir. Böylece Process Mining Dashboardlarının güvenilirliği korunur.

Veri setinin güncelliğini göstererek veri şeffaflığı sağlar. Bu, analizin geçerliliği ve doğruluğu için büyük önem taşır.

Veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve genellikle veri setinin üst verilerinde bulunur.

Başvuru durumu, bir başvurunun "Onaylandı", "Reddedildi" veya "Geri çekildi" gibi nihai sonucunu gösterir. Sürecin iş sonucunu temsil eder ve performans ölçümü için önemli bir boyuttur.

Bu öznitelik, sonuç odaklı analiz için gereklidir. Başarılı sonuçlara ulaşan süreç yollarını retle sonuçlanan yollarla karşılaştırmanızı sağlar. Analistler bu bilgiyi ret oranlarının yüksek olduğu süreç modellerini belirlemek, "Başvuru Ret Oranı" gibi KPI'lar hesaplamak ve başvuru sahiplerinin sürecin hangi aşamasında ayrıldığını görmek için "Müşteri Edinme Hunisi Analizi" oluşturmak amacıyla kullanabilir. Başvuruların neden başarısız olduğunu anlamak, başarı oranını artırmak için süreci iyileştirmenin ilk adımıdır.

Her vakanın iş sonucunu tanımlar ve başvuruların neden reddedildiğini ve onay oranının nasıl iyileştirilebileceğini analiz etmenizi sağlar.

Genellikle kaydın nihai durumunu gösteren ana vaka veya başvuru tablosunda bulunur.

Kullanıcı departmanı, faaliyeti gerçekleştiren kullanıcının bağlı olduğu işlevsel grubu veya ekibi belirtir. Örneğin "Uyumluluk", "Müşteri Edinme" veya "Operasyonlar". Bu bilgi, bireysel kullanıcı kimliğine kıyasla daha üst düzey bir kurumsal bağlam sağlar.

Süreci departman bazında analiz etmek, işlevler arası iş birliğini anlamak ve sistemik darboğazları belirlemek için büyük önem taşır. Genellikle gecikmelerin ve verimsizliklerin başlıca kaynaklarından biri olan farklı ekipler arasındaki devirleri görselleştirmenize yardımcı olur. Bu bilgi, ekip yapılarını optimize etmek, sorumlulukları netleştirmek ve daha akıcı bir müşteri edinme deneyimi oluşturmak için iletişim kanallarını iyileştirmek açısından önemlidir.

Süreç performansını ve farklı ekipler arasındaki devirleri analiz etmenizi sağlar; işlevler arası iş birliğini iyileştirme fırsatlarını ortaya çıkarır.

Genellikle kullanıcı kimliğiyle ilişkilendirilmiş kullanıcı profili verilerinde bulunur veya doğrudan işleme kaydedilir.

Kullanıcı kimliği, süreçte belirli bir faaliyeti gerçekleştiren kişiyi veya sistem botunu tanımlar. Bu kişi bir uyumluluk uzmanı, veri giriş görevlisi veya otomatik risk puanlama motoru olabilir. Doğru kaynak analizi için kullanıcı tanımlamasının tutarlı olması gerekir.

Bu öznitelik, sürece insan odaklı bir bakış sağlar. İş yükü dağılımını, bireysel ve ekip performansını ve kaynak tahsisini analiz etmek için gereklidir. Süreç haritasını kullanıcı kimliğine göre filtreleyerek yöneticiler farklı çalışanların görevleri nasıl ele aldığını anlayabilir, eğitim fırsatlarını belirleyebilir ve iş yükünün dengeli olmasını sağlayabilir. Ayrıca işin farklı kişiler arasında nasıl devredildiğini göstererek iş birliği analizine de yardımcı olur.

İş yükünü, kaynak performansını ve iş birliği modellerini analiz etmenizi sağlar; böylece kaynak yönetimini ve eğitimi iyileştirebilirsiniz.

Sistem denetim izlerinde veya işlem günlüklerinde bulunur. Genellikle kaydı oluşturan ya da son değiştiren kullanıcıyla ilişkilendirilir.

Müşteri türü, başvuru sahibini "Bireysel", "Kurumsal", "Vakıf" veya "Kâr Amacı Gütmeyen Kuruluş" gibi farklı kategorilere ayırır. Farklı müşteri türlerinin müşteri edinme gereksinimleri ve süreç karmaşıklıkları büyük ölçüde değişebilir.

Bu, analiz için önemli bir segmentasyon özniteliğidir. Kuruluşlar süreç haritasını ve KPI'ları müşteri türüne göre filtreleyerek önemli farklılıkları ortaya çıkarabilir. Örneğin kurumsal bir müşterinin müşteri edinme süreci, gerçek faydalanıcıların doğrulanması gibi bireysel müşteriler için gerekmeyen daha karmaşık adımlar içerebilir. Bu analiz, her süreç varyantının kendi segmenti için mümkün olduğunca verimli olmasını sağlar ve süreç iyileştirmelerini ihtiyaca göre uyarlamaya yardımcı olur.

Süreci segmentlere ayırarak farklı müşteri türlerinin müşteri edinme yolculuğunu karşılaştırmanızı ve optimize etmenizi sağlar.

Genellikle başvuru sürecinin başında alınır ve ana müşteri veya başvuru tablosunda saklanır.

Olay bitiş zamanı, bir faaliyetin sona erdiği kesin tarih ve saati gösterir. Olay başlangıç zamanı ile birlikte kullanıldığında her bir görevin işlem süresini kesin olarak hesaplamanızı sağlar. Tüm sistemler hem başlangıç hem de bitiş zamanını sunmaz; bazıları yalnızca tamamlanmayı gösteren tek bir zaman damgası sağlar.

Bitiş zamanının bulunması performans analizi için çok değerlidir. Çalışanın bir görev üzerinde aktif olarak çalıştığı süreyi işlem süresi, görevin kuyrukta beklediği süreyi ise bekleme süresi olarak ayırarak "Ortalama Uyumluluk İncelemesi Süresi" gibi ayrıntılı metrikler oluşturmanızı sağlar. Bu ayrıntı düzeyi, darboğazları doğru şekilde belirlemek ve iyileştirme çalışmalarını kaynak kapasitesine veya süreç devirlerine yönlendirmek için gereklidir.

Faaliyetlerin işlem sürelerini kesin olarak hesaplamanızı sağlar ve aktif çalışma süresi ile boşta bekleme süresini ayırt etmenize yardımcı olur.

Event Log veya işlem tablolarında başlangıç zamanının yanında bulunur. "End Time", "Completion Date" veya "Modified On" olarak adlandırılabilir.

Risk seviyesi, KYC sürecinin temel çıktılarından biridir. Müşterileri sektör, coğrafya ve işlem modelleri gibi faktörlere göre sınıflandırır. Bu sınıflandırma, başvuru için gereken inceleme ve durum tespiti düzeyini belirler.

Process mining'de bu öznitelik, uyumluluk ve varyant analizi için güçlü bir boyut sağlar. Tasarım gereği yüksek riskli bir müşterinin süreci, düşük riskli bir müşterininkinden farklı ve daha ayrıntılı olmalıdır. Kuruluşlar farklı risk seviyelerindeki gerçek süreç akışlarını beklenen prosedürlerle karşılaştırarak iç politikalara ve düzenlemelere uyumluluğu kontrol edebilir. Bu analiz, "Yüksek riskli müşteriler her zaman geliştirilmiş durum tespitinden geçiyor mu?" veya "Düşük riskli müşteriler için gereğinden fazla zaman mı harcıyoruz?" gibi soruları yanıtlamaya yardımcı olur.

Uyumluluk ve risk yönetimi için gereklidir; farklı risk profilleri için durum tespiti süreçlerinin uygun şekilde değişip değişmediğini analiz etmenizi sağlar.

Bir risk motoru tarafından hesaplanır veya uyumluluk uzmanı tarafından manuel olarak atanır. Ana müşteri ya da başvuru kaydında saklanır.

Bu öznitelik, müşterinin başvurusunu göndermek için kullandığı yöntemi, örneğin 'Web Portalı', 'Mobil Uygulama' veya 'Şubede' seçeneklerini belirtir. Farklı kanallarda veri toplama süreçleri ve müşteri deneyimleri farklı olabilir.

Süreci kanallara göre analiz etmek, her müşteri temas noktasının performansını ve verimliliğini değerlendirmenize yardımcı olur. Bu analiz, 'Mobil başvurular web başvurularından daha hızlı mı işleniyor?' veya 'Şubede gönderilen başvurularda yeniden işlem oranı daha mı yüksek?' gibi soruları yanıtlayabilir. Bu içgörüler, tüm kanallardaki müşteri yolculuğunu optimize etmek ve kaynakları etkili şekilde dağıtmak için değerlidir.

Web, mobil veya yüz yüze başvuru gibi farklı gönderim kanallarında süreç verimliliğini ve müşteri deneyimini karşılaştırmanızı sağlar.

Genellikle sürecin en başında, başvuru ilk oluşturulduğunda kaydedilir.

Customer ID, birden fazla etkileşim veya başvuru boyunca değişmeyen benzersiz müşteri tanımlayıcısıdır. Customer Application ID tek bir onboarding yolculuğunu izlerken Customer ID, aynı müşterinin birden fazla onboarding girişimini veya diğer süreçlerini birbirine bağlayabilir.

Bu öznitelik, tek bir vakanın ötesine geçen müşteri odaklı bir analiz sağlar. Tekrar başvuran müşterileri anlamak, müşteriyle uzun vadeli ilişkiyi analiz etmek veya onboarding sürecini 'Loan Application' ya da 'Account Maintenance' gibi diğer süreçlerle ilişkilendirmek için kullanılabilir. Tek süreç görünümü için zorunlu olmasa da daha karmaşık, nesne merkezli process mining analizleri için verileri zenginleştirir.

Müşteri odaklı bir görünüm sunarak birden fazla onboarding girişimini veya aynı müşteriyle ilgili farklı süreçleri birbirine bağlamanızı sağlar.

Genellikle merkezi bir müşteri ana veri sisteminde bulunur ve başvuru kaydıyla ilişkilendirilir.

Müşteri ülkesi, başvuru sahibinin coğrafi konumunu belirtir. Düzenlemeler ve risk faktörleri ülkeden ülkeye önemli ölçüde değişebildiği için bu bilgi KYC süreçlerinde büyük önem taşır.

Coğrafi analiz, içgörülere önemli bir katman daha ekler. Müşteri edinme süreçleri ülkeye özgü yasal gerekliliklere göre farklılık gösterebilir. Şirketler müşteri ülkesine göre filtreleme yaparak bu yargı alanına özgü varyantların doğru şekilde uygulanıp uygulanmadığını kontrol edebilir. Ayrıca yüksek riskli ülkelerden gelen başvuruların geliştirilmiş durum tespiti gereklilikleri nedeniyle daha uzun çevrim sürelerine sahip olması gibi performans farklılıklarını da ortaya çıkarabilir.

Süreç varyasyonlarını ve performansını coğrafyaya göre analiz etmenizi sağlar. Bu, yerel düzenlemelere uyumluluğu güvence altına almak için gereklidir.

Başvuru sürecinde müşteriden alınır ve müşteri veya başvuru kaydında saklanır.

Bu boolean öznitelik, yazılım veya botlar tarafından yürütülen görevleri insan kullanıcıların gerçekleştirdiği görevlerden ayırır. Otomatik faaliyetler arasında ilk veri doğrulama, yaptırım taraması veya standart iletişimlerin gönderilmesi bulunabilir.

Bu özniteliği analiz etmek, otomasyon girişimlerinin etkililiğini değerlendirmek için gereklidir. Otomatik adımların hızını ve sonuçlarını manuel adımlarla karşılaştırarak maliyetleri ve çevrim sürelerini azaltmak için daha fazla otomasyon fırsatı belirleyebilirsiniz. Ayrıca otomatik sistemlerin performansını izlemenize ve uçtan uca süreç içinde beklendiği gibi çalıştıklarından emin olmanıza yardımcı olur.

Otomasyonun süreç üzerindeki etkisini ve verimliliğini ölçmenize, ayrıca robotik veya sistematik iyileştirme fırsatlarını belirlemenize yardımcı olur.

Event Log içinde özel bir alan olarak bulunabilir veya örneğin kimlik "SYSTEM" ya da "BOT" ise kullanıcı kimliğine göre türetilebilir.

Bir başvurunun Durum değeri 'Reddedildi' olduğunda Reddetme nedeni, 'Eksik belgeler', 'Yüksek risk profili' veya 'Yaptırım eşleşmesi' gibi özel nedeni belirtir. Bu öznitelik, başarısız süreçlere önemli bir bağlam kazandırır.

Reddetme nedenlerini analiz etmek, 'Başvuru reddi analizi' Dashboardı için temel öneme sahiptir. İşletmelerin işe alım sürecindeki en yaygın başarısızlık noktalarını anlamak üzere kök neden analizi yapmasına yardımcı olur. Kuruluşlar bu nedenleri kategorilere ayırıp ölçerek iyileştirmelere öncelik verebilir. Örneğin 'Eksik belgeler' en yaygın nedenlerden biriyse şirket, müşterilere yönelik talimatları netleştirmeye veya belge gönderme portalını iyileştirmeye odaklanabilir.

Başarısız başvuruların kök nedenini gösterir; ret oranını azaltmak ve müşteri deneyimini iyileştirmek için hedefli iyileştirmeler yapmanızı sağlar.

Genellikle ana başvuru veya vaka tablosunda saklanır ve durum "Reddedildi" olarak ayarlandığında doldurulur.

Hizmet Düzeyi Anlaşması (SLA) hedef tarihi, müşteri işe alım sürecinin tamamlanması için belirlenen son tarihtir. Bu tarih genellikle dahili politikalara veya sözleşmeden doğan yükümlülüklere göre belirlenir ve zamanında tamamlamayı ölçmek için bir referans noktası görevi görür.

Bu öznitelik, 'SLA performans izleme' Dashboardının temelini oluşturur. Bir başvurunun gerçek tamamlanma tarihi SLA hedef tarihiyle karşılaştırılarak 'SLA uyum oranı' hesaplanabilir. SLA süresini aşan vakaların analizi, gecikmelere neden olan belirli etkinlikleri veya departmanları ortaya çıkarmaya yardımcı olur. Böylece iş kuyruklarını ve kaynak dağılımını proaktif biçimde yönetebilir, SLA ihlallerini azaltabilir ve müşteri memnuniyetini artırabilirsiniz.

Bir performans referansı sağlar; SLA uyumluluğunu ölçmenize ve gecikme riski taşıyan vakaları belirlemenize imkan verir.

Genellikle vaka oluşturulduğunda, başvuru türüne veya diğer ölçütlere göre hesaplanır ve ana başvuru kaydında saklanır.