Kredi Başvuru Veri Şablonunuz
Kredi Başvuru Veri Şablonunuz
Bu, Kredi Başlatma süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.
Belirli bir sistem seçin- Kredi başlatma olay günlüğünüz için evrensel bir yapı.
- Derinlemesine süreç analizi için önerilen öznitelikler ve faaliyetler.
- Sisteme özgü veri çıkarma talimatlarına işaretçiler.
Kredi Başlatma Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet Adı ActivityName | Kredi başvuru sürecinde belirli bir zamanda meydana gelen iş olayı veya görevin adı. | ||
| Açıklama Faaliyet Adı, 'Başvuru Gönderildi', 'Kredi Kontrolü Tamamlandı' veya 'Kredi Teklifi Oluşturuldu' gibi kredi başlatma iş akışındaki belirli bir adımı veya dönüm noktasını tanımlar. Her faaliyet, süreçte zaman ve kaynak tüketen ayrı bir noktayı temsil eder. Bu faaliyetlerin sırasını ve sıklığını analiz etmek, süreç madenciliğinin temelini oluşturur. Gerçek süreç akışını ortaya çıkarmaya, ortak yolları belirlemeye, darboğazları tespit etmeye ve farklı aşamaların süresini ölçmeye yardımcı olur. Anlaşılır ve doğru bir süreç haritası oluşturmak için net ve tutarlı faaliyet adlandırması çok önemlidir. Neden önemli Sürecin adımlarını tanımlar; bu da süreç akışının görselleştirilmesine ve analiz edilmesine, darboğazların belirlenmesine ve aşama sürelerinin ölçülmesine olanak tanır. Nereden alınır İş süreç adımlarını kaydeden olay günlüklerinde veya işlem tablolarında bulunur. Örnekler Başvuru GönderildiKredi Kontrolü TamamlandıSigortalama Kararı VerildiFonlar Dağıtıldı | |||
| Kredi Başvuru Kimliği LoanApplicationId | Her kredi başvurusu için benzersiz tanımlayıcı. Bu kimlik, başvuruyu tüm yaşam döngüsü boyunca takip eder. | ||
| Açıklama Kredi Başvuru Kimliği (Loan Application ID), her kredi talebine oluşturulduğunda atanan benzersiz bir anahtardır. İlk başvurudan nihai ödemeye veya kapanışa kadar ilgili tüm faaliyetleri, belgeleri ve kararları birbirine bağlayan birincil vaka tanımlayıcısı olarak hizmet eder. Bu tutarlılık, her başvurunun uçtan uca yolculuğunu yeniden yapılandırmak için esastır. Süreç madenciliğinde bu öznitelik, ilgili tüm olayları tek bir vakada gruplandırmak için kullanılır; bu da süreç akışlarının, döngü sürelerinin ve başvuru bazında varyasyonların analizine olanak tanır. Tutarlı ve benzersiz bir vaka tanımlayıcı olmadan, süreci doğru bir şekilde haritalamak veya performansını analiz etmek imkansızdır. Neden önemli Process Mining için temel anahtardır; birbiriyle ilişkili tüm event'leri tek bir case altında toplayarak kredi kullandırım yolculuğunun uçtan uca analiz edilmesini sağlar. Nereden alınır Genellikle kredi başvuruları için başlık veya ana işlem tablosunda bulunur. Örnekler APP-2023-00123LN4567890178912345-A | |||
| Olay Başlangıç Zamanı EventStartTime | Belirli bir faaliyetin veya olayın resmi olarak başladığını gösteren zaman damgası. | ||
| Açıklama Olay Başlangıç Zamanı, bir faaliyetin başlangıcını işaretleyen kesin bir zaman damgasıdır. Olay günlüğünün temel bir bileşenidir ve her vaka için süreç akışını yeniden yapılandırmak üzere olayları kronolojik olarak sıralamak için esastır. Süreç analizinde, başlangıç zamanı genel vaka süresini, faaliyetler arasındaki harcanan süreyi ve bir bitiş zamanı da mevcut olduğunda her adımın aktif işlem süresini hesaplamak için kullanılır. Süreç zamanlamasını anlamak, gecikmeleri belirlemek ve hizmet seviyesi anlaşmalarına karşı performansı değerlendirmek için kullanılan birincil zamansal özniteliktir. Neden önemli Bu zaman damgası; olayları sıralamak, süreç döngü sürelerini hesaplamak ve faaliyetler arasındaki gecikmeleri belirlemek için kritiktir. Nereden alınır Herhangi bir sistemin olay günlüğü veya işlem geçmişi tablosunda zorunlu bir alan. Örnekler 2023-03-15T09:00:00Z2023-04-01T14:30:15Z2023-05-20T11:22:05Z | |||
| Kaynak Sistem Adı SourceSystemName | Olay verilerinin çıkarıldığı kaynak sistemi veya uygulamayı tanımlar. | ||
| Açıklama Kaynak Sistem Adı, olay verilerini üreten kaynak uygulamayı veya platformu belirtir; örneğin Kredi Başvuru Sistemi (LOS), CRM veya bir belge yönetim sistemi. Modern işletmelerde, kredi başvurusu gibi tek bir iş süreci genellikle birden çok birbirine bağlı sistemi kapsar. Her olay için kaynak sistemi belirlemek, veri doğrulama, sorun giderme ve sürecin teknolojik yapısını anlamak için çok önemlidir. Analistlerin verileri kaynağına kadar takip etmesine ve farklı sistemlerin genel süreç akışına ve olası gecikmelere nasıl katkıda bulunduğunu değerlendirmesine olanak tanır. Neden önemli Verileri kaynağına kadar izlemeye yardımcı olur; bu, veri doğrulama ve birden fazla BT sistemini kapsayan süreç akışlarını anlamak için çok önemlidir. Nereden alınır Genellikle veri çıkarımlarında standart bir alan olarak bulunur veya veri mühendisliği süreci sırasında eklenebilir. Örnekler BlendFinastra FusionnCinoICE Encompass | |||
| Son Veri Güncelleme Saati LastDataUpdateTime | Bu event'e ait verinin en son ne zaman yenilendiğini veya kaynak sistemden çıkarıldığını gösteren timestamp. | ||
| Açıklama Bu öznitelik, kaynak sistemden yapılan en son veri çıkarma veya yenilemenin zaman damgasını kaydeder. Veri yönetimi ve kalite güvencesi için gerekli bir metaveri alanıdır. Verilerin en son ne zaman güncellendiğini bilmek, analistlerin veri kümelerinin güncelliğini anlamalarına yardımcı olur ve analizlerin güncel bilgilere dayanmasını sağlar. Özellikle devam eden süreçleri izlemek için önemlidir, çünkü süreç görünümünün ne kadar güncel olduğunu gösterir. Bu zaman damgası, veri boru hatlarında hata ayıklama ve veri alım programlarındaki olası sorunları belirleme için de değerlidir. Neden önemli Verilerin güncelliğini onaylar, analizlerin zamanında bilgilere dayanmasını sağlar ve veri kalitesini yönetmeye yardımcı olur. Nereden alınır Genellikle veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve saklanır. Örnekler 2023-06-01T02:00:00Z2023-06-01T04:00:00Z2023-06-01T06:00:00Z | |||
| Atanan Kullanıcı AssignedUser | Bir faaliyeti gerçekleştirmekten sorumlu olan kullanıcının (örneğin bir kredi yetkilisi veya sigortacı) adı veya kimliği. | ||
| Açıklama Atanmış Kullanıcı, belirli bir faaliyeti gerçekleştiren veya ondan sorumlu olan bireysel çalışanı veya sistem kullanıcısını tanımlar. Bu bir kredi memuru, işlemci, kredi değerlendirme uzmanı veya kapanış temsilcisi olabilir. Bu öznitelik, ekip ve bireysel performansın, iş yükü dağılımının ve kaynak tahsisinin analiz edilmesi için temeldir. Faaliyetleri kullanıcıya göre takip ederek, kuruluşlar yüksek performanslı bireyleri belirleyebilir, eğitim ihtiyaçlarını tespit edebilir ve verimliliği optimize etmek için iş yüklerini dengeleyebilir. Ayrıca farklı kullanıcıların veya ekiplerin süreç sonuçlarını ve döngü sürelerini nasıl etkilediğinin analiz edilmesini de sağlar. Neden önemli İş yükü dağılımını, ekip performansını analiz etmek ve süreçteki kaynakla ilgili darboğazları belirlemek için esastır. Nereden alınır Genellikle sistem içindeki kullanıcı eylemlerini kaydeden işlem veya olay günlüklerinde bulunur. Örnekler Can Demirj.smithunderwriting.user.123Alice Williams | |||
| Başvuru Kanalı ApplicationChannel | Kredi başvurusunun başlangıçta gönderildiği kanal, örneğin Çevrimiçi, Şube İçi veya Aracı. | ||
| Açıklama Başvuru Kanalı, başvuru sahibi tarafından kullanılan ilk temas noktasını veya gönderim yöntemini belirler. Örnekler arasında 'Online Portal', 'Mobil Uygulama', 'Şube İçi' veya 'Üçüncü Taraf Aracı' yer alır. Farklı kanallar, önemli ölçüde farklı müşteri deneyimleri ve dahili işleme iş akışlarına sahip olabilir. Süreci kanala göre analiz etmek, kuruluşların her gönderim yolunun verimliliğini ve etkinliğini anlamasına yardımcı olur. Hangi kanalların daha hızlı işlem süreleri, daha yüksek müşteri memnuniyeti veya daha iyi veri kalitesine sahip olduğunu ortaya çıkarabilir; teknoloji ve operasyonlara stratejik yatırımlar için içgörüler sağlar. Neden önemli Çevrimiçi, şube içi veya mobil gibi farklı başvuru kanallarındaki süreç performansı ve müşteri deneyiminin analizine olanak tanır. Nereden alınır Başvuru sürecinin başında yakalanır ve ana kredi başvuru tablosunda saklanır. Örnekler Online PortalŞube İçiÜçüncü Taraf AracıMobil Uygulama | |||
| Karar Sonucu DecisionOutcome | Kredi başvurusunun nihai sonucu, örneğin Onaylandı, Reddedildi veya Geri Çekildi. | ||
| Açıklama Karar Sonucu, bir kredi başvurusunun tamamen işlendikten sonraki nihai durumunu gösterir. Yaygın sonuçlar arasında 'Onaylandı', 'Reddedildi', 'Başvuru Sahibi Tarafından Geri Çekildi' veya 'Karşı Teklif Edildi' bulunur. Bu öznitelik, hangi süreç yollarının başarılı, hangilerinin başarısız sonuçlara yol açtığını anlamayı amaçlayan sonuç analizi için esastır. Süreç varyasyonlarını karar sonuçlarıyla ilişkilendirerek, kuruluşlar daha yüksek onay oranlarına yol açan en iyi uygulamaları veya retle sonuçlanan davranışları belirleyebilirler. Bu analiz, süreç verimliliğini ve iş sonuçlarını iyileştirmek için kritik öneme sahiptir. Neden önemli Sonuç analizi için esastır; hangi süreç davranışlarının ve yollarının başarılı veya başarısız kredi başvurularıyla ilişkili olduğunu belirlemeye yardımcı olur. Nereden alınır Genellikle kredi başvuru durumu alanında veya işlem geçmişinde belirli bir karar olayı olarak kaydedilir. Örnekler OnaylandıReddedildiBaşvuru Sahibi Tarafından Geri ÇekildiKarşı Teklif Edildi | |||
| Kredi Miktarı LoanAmount | Başvuru sahibi tarafından talep edilen kredinin toplam parasal değeri. | ||
| Açıklama Kredi Tutarı, başvuru sahibinin talep ettiği ana para miktarını temsil eder. Bu, bir kredi başvurusuyla ilişkili karmaşıklığı ve riski sıkça etkileyen kritik bir finansal özniteliktir. Daha büyük kredi tutarları, daha titiz sigortalama (underwriting) prosedürlerini tetikleyebilir, ek onay seviyeleri gerektirebilir veya farklı ücret yapıları içerebilir. Süreci kredi miktarına göre analiz etmek, değerin işlem sürelerini, onay oranlarını ve uygulanan inceleme seviyesini nasıl etkilediğini ortaya çıkarabilir. Ayrıca, kredi akışının toplam değerini veya verilen kredi başına maliyeti hesaplama gibi finansal analizler için de önemli bir girdidir. Neden önemli Bu öznitelik, süreç karmaşıklığı ve riskinin temel bir itici gücüdür ve kredi değerinin döngü süresini ve onay oranlarını nasıl etkilediğinin analizine olanak tanır. Nereden alınır Genellikle birincil kredi bilgileri tablosunda depolanan, kredi başvuru verilerinden alınmış temel bir alan. Örnekler 250000.0050000.00750000.00 | |||
| Kredi Ürün Tipi LoanProductType | Başvuru yapılan belirli kredi ürünü tipi; örneğin Konut Kredisi, Taşıt Kredisi veya Bireysel Kredi. | ||
| Açıklama Kredi Ürün Tipi, talep edilen finansal ürüne göre kredi başvurusunu kategorize eder. Örnekler arasında 'Geleneksel Konut Kredisi', 'FHA Kredisi', 'Taşıt Kredisi' veya 'Bireysel Kredi Limiti' bulunabilir. Farklı kredi ürünlerinin genellikle kendine özgü süreçleri, uyumluluk gereksinimleri ve risk profilleri vardır. Süreci ürün tipine göre analiz etmek, varyasyonları belirlemek ve belirli ürün grupları için iş akışlarını optimize etmek açısından çok önemlidir. Bu segmentasyon, daha hedefli iyileştirmelere olanak tanır ve kredi portföyündeki döngü süreleri, onay oranları ve yeniden çalışma farklılıklarını açıklamaya yardımcı olur. Neden önemli Farklı kredi türleri için iş akışlarındaki performansı karşılaştırmak ve varyasyonları belirlemek amacıyla sürecin segmentasyonuna olanak tanır. Nereden alınır Ana başvuru veri tablosunda depolanan, kredi başvuru formundaki standart bir alan. Örnekler Geleneksel 30 Yıl Sabit FaizliFHA İpoteğiTaşıt Kredisiİhtiyaç Kredisi | |||
| Olay Bitiş Zamanı EventEndTime | Bir faaliyetin ne zaman tamamlandığını gösteren zaman damgası. Bu, bir olay için aktif işlem süresini hesaplamak için kullanılır. | ||
| Açıklama Olay Bitiş Zamanı, bir faaliyetin sona erdiği kesin anı işaretler. Bazı olaylar sadece başlangıç zamanı olan dönüm noktaları olsa da, birçok faaliyetin belirli bir süresi vardır. Bitiş zamanı, bu aktif işlem süresinin doğrudan hesaplanmasına olanak tanır. Aktif işlem süresini analiz etmek, kaynak kullanımını anlamak, belirli görevlerdeki verimsizlikleri belirlemek ve bir vaka üzerinde aktif olarak çalışılan süre ile bekleme süresi arasında ayrım yapmak için kritik öneme sahiptir. Örneğin, bir başvurunun kredi değerlendirme uzmanının kuyruğunda beklediği süreden ayrı olarak, kredi değerlendirmenin gerçekte ne kadar sürdüğünü belirlemeye yardımcı olur. Neden önemli Faaliyetler için aktif işlem süresinin hesaplanmasını sağlar; bu, katma değerli çalışma ile bekleme süresi arasında ayrım yapmak için anahtardır. Nereden alınır Faaliyet süresini takip eden sistemler için olay günlüklerinde veya işlem tablolarında başlangıç zamanının yanında bulunur. Örnekler 2023-03-15T11:30:00Z2023-04-02T10:00:00Z2023-05-21T15:45:20Z | |||
| Otomatikleştirildi mi? IsAutomated | Bir faaliyetin sistem tarafından otomatik olarak mı yoksa bir kullanıcı tarafından manuel olarak mı gerçekleştirildiğini gösteren bir işaretçi. | ||
| Açıklama Bu boolean öznitelik, otomatik kredi kontrolü veya ilk belge doğrulama gibi bir sistem tarafından otomatik olarak yürütülen faaliyetler ile bir insan kullanıcı tarafından manuel olarak gerçekleştirilenler arasında ayrım yapar. Bu ayrım, bir süreçteki otomasyon seviyesini ve verimlilik üzerindeki etkisini anlamak için kritiktir. Otomatik ve manuel adımları analiz etmek, daha fazla otomasyon fırsatlarını belirlemeye, mevcut otomasyondan elde edilen zaman tasarruflarını nicelendirmeye ve insan kaynaklarının iş yükünü anlamaya yardımcı olur. Kredi başvuru yolculuğu boyunca insan-sistem etkileşiminin net bir görünümünü sağlar. Neden önemli Sistem kaynaklı ve insan kaynaklı faaliyetler arasında ayrım yapmaya yardımcı olur; bu, otomasyon analizi ve kaynak iş yükünü anlama için anahtardır. Nereden alınır Olay günlüğünde bir alan olabilir veya faaliyet adına ya da olayla ilişkili kullanıcıya (örn. 'sistem' kullanıcısı) göre türetilebilir. Örnekler truefalse | |||
| Ret Nedeni RejectionReason | Bir kredi başvurusu reddedildiğinde verilen belirli neden. | ||
| Açıklama Bir kredi başvurusunun nihai sonucu 'Reddedildi' olduğunda, Reddetme Nedeni nedenini açıklayan bir kod veya metin açıklaması sağlar. Yaygın nedenler arasında 'Yetersiz Kredi Geçmişi', 'Yüksek Borç/Gelir Oranı' veya 'Eksik Başvuru' bulunur. Bu öznitelik, başvuru başarısızlıklarının temel neden analizleri için paha biçilmezdir. En sık görülen ret nedenlerini analiz ederek, kuruluşlar; başvuru havuzunda, sigortalama kriterlerinde veya başvuru sürecinin kendisinde sistemik sorunları belirleyebilir. Bu içgörüler; pazarlama stratejilerini, ürün geliştirmeyi ve ret oranlarını azaltmaya yönelik süreç iyileştirmelerini bilgilendirebilir. Neden önemli Kök neden analizi için kritik içgörüler sağlar, başvuruların neden reddedildiğini anlamaya yardımcı olur ve hedefe yönelik süreç iyileştirmelerini mümkün kılar. Nereden alınır Nihai karar olayının bir parçası olarak kaydedilir, genellikle 'Reddedildi' karar sonucuyla ilişkilidir. Örnekler Yüksek Borç/Gelir OranıKötü Kredi GeçmişiEksik DokümantasyonMülk Değerlemesi Çok Düşük | |||
| Atanan Departman AssignedDepartment | Belirli bir aşamada kredi başvurusundan sorumlu departman veya ekip. | ||
| Açıklama Bu öznitelik; 'Kredi İşleme', 'Underwriting' veya 'Kapanış' gibi belirli bir zamanda bir faaliyetten sorumlu olan veya vakaya sahip olan departmanı veya fonksiyonel ekibi tanımlar. Departmanlar arası aktarımları takip etmek, organizasyonel iş akışlarını anlamak ve çapraz fonksiyonel gecikmeleri belirlemek için çok önemlidir. Süreci departmana göre analiz etmek, farklı ekiplerin performansını ölçmeye, iş yüklerini anlamaya ve aralarındaki işbirliği ile aktarım prosedürlerini optimize etmeye yardımcı olur. Neden önemli Fonksiyonel ekibe göre süreç devirleri ve performans analizini sağlar, departmanlar arası darboğazları ve verimsizlikleri vurgular. Nereden alınır İş akışı yönetim sistemlerinde bulunabilir veya göreve atanan kullanıcı veya rolden türetilebilir. Örnekler Başlatma EkibiSigortalama Departmanı AKapanış HizmetleriUyumluluk İncelemesi | |||
| Başvuru Sahibi Türü ApplicantType | Başvuru sahibinin 'Yeni Müşteri' veya 'Mevcut Müşteri' gibi kategorilendirilmesi. | ||
| Açıklama Başvuru Sahibi Türü, kredi başvuru sahibini finansal kuruluşla olan ilişkisine göre sınıflandırır; örneğin 'Yeni Müşteri' veya 'Mevcut Müşteri' olarak. Bu segmentasyon önemlidir çünkü süreç bu özniteliğe göre farklılık gösterebilir. Mevcut müşteriler, önceden var olan veriler nedeniyle daha kolay bir sürece sahip olabilirken, yeni müşteriler daha kapsamlı kimlik ve bilgi doğrulaması gerektirebilir. Süreci başvuru sahibi türüne göre analiz etmek, bu farklılıkları vurgulayabilir ve kuruluşların her segment için müşteri yolculuğunu özelleştirmesine ve optimize etmesine yardımcı olabilir. Neden önemli Farklı iş akışlarına ve hizmet seviyesi beklentilerine sahip olabilecek farklı müşteri segmentleri arasındaki süreç karşılaştırmasına olanak tanır. Nereden alınır Müşteri ilişkileri yönetimi (CRM) verilerinden türetilir veya başvuru formunda belirtilir. Örnekler Yeni MüşteriMevcut MüşteriGeri Dönen Müşteri | |||
| Coğrafi Konum GeographicLocation | Kredi başvurusuyla ilişkili coğrafi bölge, örneğin eyalet/il veya şube konumu. | ||
| Açıklama Coğrafi Konum, krediye ilişkin bir yeri belirtir; bu yer mülkün bulunduğu eyalet/il, işlemi yürüten şube veya başvuru sahibinin bölgesi olabilir. Bu öznitelik, süreçteki bölgesel farklılıkları analiz etmek için faydalıdır. Örneğin, farklı eyaletlerin/illerin sürece ek adımlar getiren benzersiz uyumluluk gereksinimleri olabilir veya bazı şubeler diğerlerinden daha verimli çalışabilir. Bu coğrafi segmentasyon, kredi başvuru sürecini etkileyen performans farklılıklarını, kaynak ihtiyaçlarını ve piyasaya özgü eğilimleri ortaya çıkarabilir. Neden önemli Süreç performansı, uyumluluk gereksinimleri ve iş sonuçlarındaki bölgesel farklılıkları ortaya çıkarmak için coğrafi analize olanak tanır. Nereden alınır Mülk adresi veya başvurunun yapıldığı şube gibi başvuru verilerinde bulunur. Örnekler KaliforniyaNew YorkŞube 101 - MerkezOrta Batı Bölgesi | |||
| Kredi Puanı CreditScore | Kredi kontrolü sırasında başvuru sahibinin kredi skoru. | ||
| Açıklama Kredi Skoru, başvuru sahibinin kredi değerliliğinin sayısal bir göstergesidir ve başvuru süreci sırasında bir kredi bürosundan elde edilir. Risk değerlendirmesi ve kredi değerlendirme kararlarında birincil bir faktördür. Daha yüksek kredi skorları genellikle daha düşük riski gösterir ve daha uygun kredi koşullarına veya daha hızlı bir onay sürecine yol açabilir. Süreç madenciliğinde, kredi skorunun süreci nasıl etkilediğini analiz etmek, değişen risk profillerine sahip başvuru sahipleri için farklı işlem yollarını ortaya çıkarabilir. Örneğin, daha düşük skorlu başvurular daha fazla manuel incelemeye tabi tutulabilir veya ek belge gerektirebilir; bu da daha uzun döngü sürelerine yol açar. Neden önemli Süreç yolunu, karar sonuçlarını ve genel döngü süresini önemli ölçüde etkileyebilecek risk değerlendirmesinde kilit bir faktördür. Nereden alınır Harici bir kredi bürosundan alınır ve başvuru sahibinin profil verileriyle birlikte saklanır. Örnekler 720650810590 | |||
| Sigortalama (Underwriting) SLA Hedefi UnderwritingSlaTarget | Sigortalama (underwriting) aşamasını tamamlamak için saat veya gün cinsinden hedef süre. | ||
| Açıklama Sigortalama (Underwriting) SLA Hedefi, kredi başvurusunun sigortalama aşamasının tamamlanması gereken beklenen zaman çerçevesini tanımlar. Bu hedef, zamanında işlem sağlamak için işletme tarafından belirlenen temel bir performans göstergesi (KPI) kıyaslamasıdır. Zaman damgalarından hesaplanan sigortalama aşamasının gerçek süresini bu hedefle karşılaştırarak kuruluşlar SLA uyumluluğunu ölçebilir. Bu analiz, sigortalama süreçlerindeki darboğazları belirlemeye, ekip performansını değerlendirmeye ve müşteri beklentilerini etkin bir şekilde yönetmeye yardımcı olur. Neden önemli Hizmet seviyesi anlaşmalarına karşı performansı ölçmek için bir ölçüt görevi görür, gecikmeleri belirlemeye ve operasyonel hedefleri yönetmeye yardımcı olur. Nereden alınır Genellikle iş kuralı yapılandırmalarında veya hizmet seviyesi anlaşması belgelerinde tanımlanır ve vaka verileriyle birlikte saklanabilir. Örnekler 48 saat3 gün7200 dakika | |||
Kredi Başlatma Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Başvuru Geri Çekildi | Başvuru sahibinin, nihai bir karar verilmeden veya fonlama yapılmadan önce başvurusunu geri çekmeyi seçtiğini gösterir. Bu, süreç için başka bir başarısız sonucu temsil eder. | ||
| Neden önemli Bu, kritik bir sonlandırma faaliyetidir. Yüksek geri çekme oranları, kötü bir müşteri deneyimine, rekabetçi olmayan tekliflere veya uzun bir sürece işaret edebilir. Nereden alınır Genellikle kredi başvurusunda nihai bir durum güncellemesi olarak yakalanır ve çoğu zaman bir kullanıcı tarafından manuel olarak başlatılır. Yakala Başvurunun nihai durumunun 'Geri Çekildi' olarak ayarlandığı zaman damgasını yakalayın. Event tipi inferred | |||
| Başvuru Gönderildi | Bu faaliyet, bir başvuru sahibi veya kredi yetkilisinin başvuruyu inceleme için resmi olarak sunduğu zaman, kredi başvuru sürecinin resmi başlangıcını işaret eder. Bu olay vakayı oluşturur ve genellikle yeni bir kredi başvurusu için kaydedilen ilk zaman damgasıdır. | ||
| Neden önemli Bu, süreç için birincil başlangıç faaliyetidir. Bu olaydan diğerlerine kadar geçen süreyi analiz etmek, toplam döngü süresini ve süreç verimliliğini ölçmek için çok önemlidir. Nereden alınır Genellikle birincil kredi başvuru tablosunda veya kayıt sisteminde açık bir oluşturma olayı olarak yakalanır. Bir kayıt oluşturma zaman damgası arayın. Yakala 'Gönderildi' veya 'Yeni' durumuyla yeni bir kredi başvuru kaydının oluşturulduğu zaman damgasını yakalayın. Event tipi explicit | |||
| Başvuru Reddedildi | Bu faaliyet, sigortalama (underwriting) incelemesinin ardından kredi başvurusunun resmi olarak reddedildiğini belirtir. Bu, sürece alternatif, başarısız bir sondur. | ||
| Neden önemli Bu, önemli bir sonlandırma faaliyetidir. Reddedilen başvuruların yollarını ve özelliklerini analiz etmek, yeterlilik kriterlerindeki sorunları veya süreç verimsizliklerini ortaya çıkarabilir. Nereden alınır Kredi başvuru kaydındaki son durum güncellemesinden çıkarılır; bu güncelleme durumu 'Reddedildi', 'Ret Edildi' veya 'Geri Çevrildi' olarak değiştirir. Yakala Başvurunun nihai durumunun 'Reddedildi' olarak ayarlandığı zaman damgasını yakalayın. Event tipi inferred | |||
| Evraklar Alındı | Başvuru sahibinden talep edilen tüm destekleyici belgelerin alındığı ve sisteme yüklendiği noktayı işaretler. Bu olay genellikle başvuruyu kredi değerlendirme aşamasına taşımak için bir geçit görevi görür. | ||
| Neden önemli Bu, önemli bir kilometre taşı ve yaygın bir darboğazdır. Bu olaya kadar geçen süreyi analiz etmek, eksik belgelerden kaynaklanan başvuru akışındaki gecikmeleri belirlemeye yardımcı olur. Nereden alınır Genellikle kredi başvurusundaki bir durum güncellemesinden, örneğin 'Belgeler Tamamlandı' veya 'Underwriting İçin Hazır' gibi durumlardan çıkarılır. Yakala Başvuru durumunun tüm gerekli belgelerin alındığını gösteren şekilde değiştiği zaman damgasını yakalayın. Event tipi inferred | |||
| Fonlar Dağıtıldı | Kredi tutarının başvuru sahibine veya ilgili tarafa aktarıldığı, kredi başlatma sürecinin başarılı bir şekilde tamamlandığını temsil eder. Bu olay, başarılı bir kredi başvuru yolculuğunun sonunu işaretler. | ||
| Neden önemli Bu, birincil 'mutlu yol' bitiş faaliyetidir. Toplam süreç döngü süresi, başvurudan bu olaya kadar ölçülür ve genel performansın temel bir göstergesidir. Nereden alınır Bu, temel bir finansal işlemdir ve çekirdek bankacılık veya kredi hizmet sisteminde hassas bir zaman damgasıyla açıkça kaydedilir. Yakala Finansal defterden veya ödeme sisteminden fonlama işleminin zaman damgasını yakalayın. Event tipi explicit | |||
| Kredi Sözleşmesi İmzalandı | Bu faaliyet, başvuru sahibi tarafından tüm kapanış belgelerinin nihai imzalanmasını ve kredi anlaşmasını yasal olarak bağlamasını işaret eder. Fonlar dağıtılmadan önce başvuru sahibinden istenen son adımdır. | ||
| Neden önemli Bu, başvuru sahibinden gelen nihai onaydır ve anlaşma aşamasını yasal olarak sonuçlandırır. Kredinin fonlanması için acil ön koşuldur. Nereden alınır Bir e-imza sistemi günlüğü, bir belge yönetim sistemi güncellemesi veya kapanış ekibi tarafından manuel durum değişikliği yoluyla yakalanır. Yakala E-imza platformundan gelen zaman damgasını veya imzalı belgeler yüklendiğinde ve tamamlandı olarak işaretlendiğinde kaydedilen zaman damgasını kullanın. Event tipi explicit | |||
| Sigortalama Başladı | Bu faaliyet, resmi sigortalama (underwriting) sürecinin başlangıcını işaret eder. Bir sigortacının kredi başvurusunu kendisine atamasıyla veya vaka durumunun 'Underwriting Aşamasında' olarak değişmesiyle gerçekleşir. | ||
| Neden önemli Bu olay, en kritik değerlendirme aşamasının başlangıcını işaret eder. Sigortalama (underwriting) süresini ölçmek, darboğazları belirlemek ve karar sürelerini iyileştirmek için anahtardır. Nereden alınır Neredeyse her zaman kredi başvuru kaydındaki bir durum değişikliğinden veya bir iş akışı sistemindeki atama günlüğünden çıkarılır. Yakala Kredi durumunun ilk kez 'Kredi Değerlendirme', 'İncelemede' veya benzer bir duruma değiştiği zaman damgasını yakalayın. Event tipi inferred | |||
| Sigortalama Kararı Verildi | Kredi değerlendirme uzmanının incelemesinin tamamlandığını işaretler ve 'Onaylandı', 'Koşullu Onaylandı' veya 'Reddedildi' gibi bir kararla sonuçlanır. Bu olay, kredinin temel analiz aşamasını sonlandırır. | ||
| Neden önemli Bu, başvurunun sonraki yolunu belirleyen önemli bir kilometre taşıdır. Bu karara ulaşmak için geçen süre kritik bir temel performans göstergesidir. Nereden alınır Nihai kredi değerlendirme kararının veya kredi durumu alanının sistemde doldurulup kaydedildiği zaman damgasından çıkarılır. Yakala Kredi başvurusunun karar durumu alanına bir sigortacı tarafından yapılan son güncellemeyle ilişkili zaman damgasını kullanın. Event tipi inferred | |||
| Belgeler Talep Edildi | Sistemin veya bir kredi memurunun başvuru sahibine maaş bordrosu veya vergi beyannamesi gibi gerekli destekleyici belgeler için resmi bir talep gönderdiğini gösterir. Bu faaliyet, belge toplama aşamasını başlatır. | ||
| Neden önemli Bu faaliyet, bir başvuru sahibinin yanıt vermesi için geçen süreyi ölçerek belge toplama sürecinin verimliliğini analiz etmeye yardımcı olur. Nereden alınır Genellikle bir belge yönetim modülünde, bir iletişim günlüğünde veya 'Belgeler Beklemede' gibi bir durum değişikliği olarak kaydedilir. Yakala Başvuru durumunun 'Belgeler Bekleniyor' olarak değiştiği veya bir belge talebinin kaydedildiği zaman damgasını belirleyin. Event tipi inferred | |||
| Değerleme Tamamlandı | Bir mülk değerleme raporunun üçüncü taraf bir değerleme uzmanından alındığı ve kredi dosyasına eklendiği anı temsil eder. Bu faaliyet, ipotekler gibi teminatlı kredilere özeldir. | ||
| Neden önemli Gayrimenkul destekli kredilerde, değerleme nihai kredi değerlendirme kararı için kritik bir bağımlılıktır. Buradaki gecikmeler, kredi döngü süresini doğrudan etkiler. Nereden alınır Değerleme belgesi yüklendiğinde bir belge yönetim sisteminden veya kredi kaydındaki bir durum alanı güncellemesinden yakalanır. Yakala Değerleme belgesi durumu 'Alındı' olarak güncellendiğinde veya ilgili görev tamamlandı olarak işaretlendiğinde zaman damgasını kullanın. Event tipi inferred | |||
| İlk Bilgilendirmeler Gönderildi | Bir Kredi Tahmini gibi, yasal olarak gerekli ilk bilgilendirme belgelerinin başvuru sahibine gönderildiği noktayı temsil eder. Bu, sürecin başında gerçekleşmesi gereken kritik bir uyumluluk adımıdır. | ||
| Neden önemli Bu faaliyeti takip etmek, düzenleyici uyumluluğu izlemek ve açıklamaların gerekli zaman çerçevesi içinde gönderilmesini sağlamak için esastır. Buradaki gecikmeler, uyumluluk risklerine ve cezalara yol açabilir. Nereden alınır Genellikle belge oluşturma günlüklerinde veya bir iletişim modülünde bulunur. Ayrıca kredi başvurusunda bir durum değişikliği de olabilir. Yakala İlk açıklama paketi oluşturulup gönderildiğinde, belge yönetim sisteminden gelen zaman damgasını kullanın. Event tipi explicit | |||
| Kredi Kontrolü Tamamlandı | Bu faaliyet, başvuru sahibinin kredi raporunu çekme talebinin yerine getirildiğini ve sonuçların incelenmeye hazır olduğunu belirtir. Kredi puanı ve geçmişi kredi dosyasına eklenir. | ||
| Neden önemli Kredi kontrolünün tamamlanması, kredi değerlendirme için kritik bir ön koşuldur. Bu bilgiyi almada yaşanan gecikmeler tüm süreci durdurabilir. Nereden alınır Veriler entegre bir üçüncü taraf kredi bürosundan döndüğünde bir olay olarak kaydedilir. Aynı zamanda manuel bir durum güncellemesi de olabilir. Yakala Kredi raporu başarıyla alındığında ve kredi başvuru kaydına eklendiğinde kaydedilen zaman damgasını kullanın. Event tipi explicit | |||
| Kredi Teklifi Kabul Edildi | Başvuru sahibinin kredi teklifini ve şartlarını resmi olarak kabul etmesini temsil eder. Bu, başvuru sahibinin krediyle devam etme niyetini gösteren kritik bir dönüm noktasıdır. | ||
| Neden önemli Bu olay, başvuru sahibinin ilerlediğini doğrular. Nihai kapanış prosedürlerini başlatmak için net bir sinyal sağlar. Nereden alınır Genellikle bir kredi memuru tarafından manuel durum güncellemesiyle veya bir e-imza sistemi entegrasyonu aracılığıyla otomatik olarak yakalanır. Yakala Kredi durumunun 'Teklif Kabul Edildi' veya benzer bir duruma güncellendiği zaman damgasını yakalayın. Event tipi inferred | |||
| Kredi Teklifi Oluşturuldu | Bu faaliyet, 'Onaylandı' sigortalama (underwriting) kararından sonra gerçekleşir ve resmi kredi teklif belgesinin oluşturulmasını temsil eder. Onaylanan kredinin başvuru sahibine gönderilecek şartlarını resmileştirir. | ||
| Neden önemli Kredi teklifinin oluşturulması, kredinin kapanışına giden yolda önemli bir adımdır. Zamanlamasını takip etmek, başvuru sahiplerinin tekliflerini zamanında almasını sağlamaya yardımcı olur. Nereden alınır Genellikle bir belge oluşturma sistemi günlüğünde veya kredi başvurusunun geçmişindeki belirli bir olay olarak kaydedilir. Yakala Kredi teklifi belgesinin oluşturulduğu veya durumunun 'Oluşturuldu' olarak ayarlandığı zaman damgasını yakalayın. Event tipi explicit | |||
| Nihai Bilgilendirmeler Gönderildi | Yasal olarak gerekli kapanış belgelerinin son setinin imzalamadan önce incelemesi için başvuru sahibine gönderildiğini gösterir. Bu, nihai kapanıştan önce gelmesi gereken zamana duyarlı bir uyumluluk adımıdır. | ||
| Neden önemli Bu, kritik bir düzenleyici kilometre taşıdır. Bu faaliyeti izlemek, kapanış öncesi bir inceleme dönemi zorunlu kılan kurallara uyumu sağlar, böylece maliyetli gecikmeleri ve yasal sorunları önler. Nereden alınır Belge yönetim sistemi günlüklerinde, iletişim kayıtlarında veya 'Kapanışa Hazır' gibi belirli bir kredi durumu güncellemesinde bulunur. Yakala Nihai kapanış açıklama paketi başvuru sahibine gönderildi olarak kaydedildiğinde sistemden gelen zaman damgasını kullanın. Event tipi explicit | |||
| Sigortalama Yeniden İşleme Talep Edildi | Bir kredi değerlendirme uzmanının başvuruyu daha fazla bilgi veya düzeltme için bir kredi memuruna veya işlemciye geri gönderdiği süreç içindeki yeniden işlenmeyi yakalar. Bu genellikle 'Kredi Değerlendirmede' durumundan önceki bir duruma geçişle belirtilir. | ||
| Neden önemli Bu faaliyet, süreç verimsizliğinin ve yeniden işleme döngülerinin doğrudan bir göstergesidir. Yeniden işleme sıklığını ve nedenlerini belirlemek, süreç iyileştirmesi için çok önemlidir. Nereden alınır Bir başvurunun kredi değerlendirme gibi sonraki bir aşamadan, işleme gibi önceki bir aşamaya geri döndüğü durum değişikliği günlüklerinden çıkarılır. Yakala Kredi durumunun gerilediği olayları belirleyin, örneğin 'Kredi Değerlendirmede' durumundan 'Belgeler Bekleniyor' durumuna. Event tipi inferred | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,