Kredi tahsis veri şablonunuz
Kredi tahsis veri şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Kredi tahsis öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Kredi tahsis sürecinde gerçekleşen belirli bir iş olayının veya adımın adı. | ||
| Açıklama Etkinlik adı, kredi tahsis sürecindeki 'Başvuru gönderildi' veya 'Kredi kontrolü tamamlandı' gibi belirli bir adımı ya da aşamayı tanımlar. Bu etkinlikler, her kredi başvurusundaki olayların sırasını gösteren süreç haritasının temelini oluşturur. Bu etkinlikleri analiz ederek süreç akışını görselleştirebilir, yaygın yolları belirleyebilir, sapmaları ortaya çıkarabilir ve darboğazları tespit edebilirsiniz. Etkinliklerin sırası ve sıklığı, sürecin tasarlandığı biçimle gerçekte nasıl işlediğini karşılaştırarak anlamak için temel oluşturur. Neden önemli? Süreçteki adımları tanımlar; süreç haritasını görselleştirmenizi, akışı incelemenizi, darboğazları ve sapmaları belirlemenizi sağlar. Nereden alınır? Bu bilgiler genellikle Temenos içindeki olay günlüklerinden, durum değişikliği kayıtlarından veya denetim izi tablolarından elde edilir. Teknik durum kodlarını veya olay türlerini kullanıcıların anlayacağı etkinlik adlarıyla eşlemeniz gerekebilir. Örnekler Başvuru gönderildiKredi kontrolü tamamlandıKredi değerlendirmesi başladıKredi kararı verildiFonlar aktarıldı | |||
| Kredi başvurusu kimliği LoanApplicationId | Her kredi başvurusunu benzersiz biçimde tanımlayan ve tüm kredi tahsis sürecini izlemek için kullanılan anahtar. | ||
| Açıklama Loan Application ID, her kredi başvurusunu gönderimden nihai karar ve fon aktarımına kadar tüm yaşam döngüsü boyunca benzersiz biçimde tanımlar. İlişkili tüm etkinlikleri ve verileri bir araya getiren temel öğe olarak belirli bir kredinin tahsis sürecini baştan sona izlemenizi sağlar. Process Mining’de bu öznitelik, her Loan Application ID’nin uçtan uca tek bir süreç örneğini temsil ettiği vaka görünümünü oluşturmak için gereklidir. Verileri bu kimliğe göre analiz ederek toplam çevrim süresi, yeniden çalışma döngüleri ve nihai sonuçlar gibi vaka düzeyindeki metrikleri hesaplayabilir, kredi tahsis akışını bütün olarak anlayabilirsiniz. Neden önemli? İlişkili tüm olayları tek bir uçtan uca süreçte birleştiren temel vaka kimliğidir ve süreç analizini mümkün kılar. Nereden alınır? Bu, genellikle Temenos’taki ana kredi başvurusu veya anlaşma öğesinin birincil anahtarıdır. AA.ARRANGEMENT modülüyle ilişkili alanlar gibi tablo ve alan adları için Temenos dokümantasyonuna başvurun. Örnekler LA-2023-001234LA-2023-001235LA-2023-001236 | |||
| Olay zaman damgası EventTimestamp | Belirli bir etkinliğin veya olayın gerçekleştiği tarih ve saat. | ||
| Açıklama Olay zaman damgası, bir etkinliğin gerçekleştiği kesin anı kaydeder. Olayları doğru sıraya koymak ve zamana dayalı tüm süreç analizlerini yapmak için bu kronolojik veri gereklidir. Bu öznitelik; çevrim süreleri, işlem süreleri ve etkinlikler arasındaki bekleme süreleri gibi temel performans göstergelerini hesaplamanızı sağlar. Gecikmeleri belirlemek, hizmet seviyesi anlaşmalarına (SLA) göre performansı ölçmek ve kredi tahsis sürecinin zaman içindeki işleyişini anlamak için kullanılır. Zaman damgaları doğru değilse Process Mining yapılamaz. Neden önemli? Olayları doğru sıraya koymak ve çevrim süreleri ile darboğazlar gibi süreye dayalı metrikleri hesaplamak için bu zaman damgası gereklidir. Nereden alınır? Genellikle Temenos içindeki olay günlüklerinde veya denetim izi tablolarında etkinlik ya da durum alanının yanında bulunur. 'TIMESTAMP', 'EVENT_DATE' veya benzer adlara sahip alanları arayın. Örnekler 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:05:00Z | |||
| Kaynak sistem SourceSystem | Olay verilerinin çıkarıldığı kayıt sistemi. | ||
| Açıklama Bu öznitelik, etkinlik verilerinin geldiği kaynak bilgi sistemini tanımlar. Karmaşık bir BT ortamında kredi tahsis olayları; ön uç portalı, ana bankacılık platformu ve belge yönetim sistemi gibi birden fazla sisteme kaydedilebilir. Kaynak sistemi belirtmek; veri yönetimi, sorun giderme ve süreçteki teknoloji temas noktalarını anlamak açısından önemlidir. Verilerin doğruluğunu kontrol etmeye yardımcı olur ve farklı platformlara yayılan süreçleri ortaya çıkarabilir. Neden önemli? Verinin kaynağını belirler. Veri doğrulama, sorun giderme ve süreç entegrasyonlarını anlama açısından önemlidir. Nereden alınır? Bu, genellikle veri çıkarma ve dönüştürme sırasında eklenen bir meta veri özniteliğidir. İlgili sistemden gelen tüm kayıtlar için 'Temenos Transact' gibi sabit bir değer olabilir. Örnekler Temenos Transact T24Temenos InfinityHarici kredi bürosu hizmeti | |||
| Son veri güncellemesi LastDataUpdate | Bu olaya ait verilerin en son yenilendiğini veya çıkarıldığını gösteren zaman damgası. | ||
| Açıklama Bu meta veri özniteliği, kaynak sistemden en son veri çıkarımının veya güncellemesinin tarih ve saatini kaydeder. Bir iş olayını değil, analiz edilen verilerin ne kadar güncel olduğunu gösterir. Bu bilgi, Process Mining analizinin güncelliğini anlamak ve veri yönetimini sağlamak açısından önemlidir. Kullanıcıların gerçek zamanlı, günlük veya haftalık verileri inceleyip incelemediğini görmesine yardımcı olur ve bulgular ile kararlar için bağlam sağlar. Neden önemli? Verilerin güncelliğini gösterir. Veri yönetimi ve kullanıcıların analizlerinin ne kadar güncel olduğunu anlaması açısından önemlidir. Nereden alınır? Bu, veri çıkarma, dönüştürme ve yükleme (ETL) sırasında eklenen bir meta veri özniteliğidir. Genellikle ETL çalışmasının zaman damgası olarak ayarlanır. Örnekler 2023-11-20T04:00:00Z2023-11-21T04:00:00Z2023-11-22T04:00:00Z | |||
| Atanan kredi yetkilisi AssignedLoanOfficer | Etkinliği gerçekleştirmekten sorumlu kredi yetkilisinin veya kullanıcının adı ya da kimliği. | ||
| Açıklama Bu öznitelik, kredi tahsis sürecindeki belirli bir görevi gerçekleştiren çalışanı veya ekip üyesini tanımlar. Process Mining’de bu kişi ya da ekip genellikle 'kaynak' olarak adlandırılır. Kredi yetkililerine göre performansı analiz ederek iş yükü dağılımını anlayabilir, yüksek performans gösterenleri belirleyebilir ve eğitim ya da süreç standardizasyonu fırsatlarını ortaya çıkarabilirsiniz. Kaynak performansı ve iş yükü yönetimine yönelik Dashboardlar için temel bir veridir. Yöneticilerin ekip verimliliğini artırmasına ve görevleri dengeli dağıtmasına yardımcı olur. Neden önemli? Kullanıcı işlemlerini belirli kişilere veya ekiplere bağlayarak iş yükü analizini, performans karşılaştırmasını ve kaynak optimizasyonunu mümkün kılar. Nereden alınır? Bu bilgi genellikle bir kullanıcı kimliğiyle bağlantılı denetim izi tablolarında bulunur. Temenos içindeki olay veya işlem kayıtlarında 'USER_ID', 'PROCESSED_BY' ya da 'OWNER' gibi alanları arayın. Örnekler Alice SmithBob JohnsonKredi değerlendirme ekibi B | |||
| Başvuru Kanalı ApplicationChannel | Kredi başvurusunun iletildiği kanal. Örneğin çevrimiçi portal, şube veya mobil uygulama. | ||
| Açıklama Başvuru Kanalı, müşterinin başvurusunu hangi yöntemle ilettiğini gösterir. Kanalların veri kalitesi, müşteri beklentileri ve işlem gereksinimleri farklı olabilir; bu da genel süreç performansını etkiler. Süreci kanallara göre analiz ederek hangilerinin daha verimli olduğunu, hangilerinde iyileştirme gerektiğini belirleyebilirsiniz. Örneğin çevrimiçi portaldan gelen başvurular, şubeden iletilenlere kıyasla ortalama olarak daha hızlı işlenebilir. Bu bilgi, kanal stratejisini ve kaynak dağılımını iyileştirmeye yardımcı olur. Neden önemli? Farklı müşteri etkileşim kanallarındaki performansı analiz etmenizi, kanala özgü süreçleri ve kullanıcı deneyimlerini iyileştirmenizi sağlar. Nereden alınır? Bu bilgi genellikle sürecin başında alınır ve ana kredi başvurusu kaydında saklanır. Temenos’ta 'SOURCE' veya 'CHANNEL' alanını arayın. Örnekler Çevrimiçi portalŞubeMobil uygulamaKredi aracısı | |||
| Bitiş zamanı EndTime | Bir etkinliğin tamamlandığı anı gösteren zaman damgası. | ||
| Açıklama Bitiş zamanı, belirli bir etkinliğin tamamlandığı anı gösterir. Başlangıç zamanı bir olayın ne zaman başladığını belirtirken, etkinliğin ne kadar sürdüğünü anlamak için bitiş zamanı gerekir. Anlık gerçekleşen olaylarda bitiş zamanı başlangıç zamanıyla aynı olabilir. Süreç analizinde etkinliklerin işlem süresini doğru hesaplamak için hem başlangıç hem de bitiş zamanına ihtiyaç vardır. Böylece başvurunun etkin biçimde üzerinde çalışıldığı süreyi (işlem süresi), sonraki adımı beklediği süreden (bekleme süresi) ayırabilirsiniz. Gerçek verimlilik darboğazlarını belirlemek için bu ayrım önemlidir. Neden önemli? Etkinliklerin işlem süresini doğru hesaplamanızı sağlar. Darboğaz analizinde aktif çalışma süresini bekleme süresinden ayırmak için gereklidir. Nereden alınır? Denetim günlüklerinde ayrı bir 'END_TIME' alanı olarak bulunabilir veya sıradaki etkinliğin başlangıç zamanı kullanılarak hesaplanabilir. Olay günlükleri hakkında bilgi için Temenos dokümantasyonuna başvurun. Örnekler 2023-10-26T10:15:00Z2023-10-26T18:00:10Z2023-10-27T11:30:00Z | |||
| Karar sonucu DecisionOutcome | Kredi başvurusu incelemesinin nihai sonucu. Örneğin Onaylandı, Reddedildi veya Başvuru sahibi tarafından geri çekildi. | ||
| Açıklama Karar Sonucu, kredi başvurusunun değerlendirme ve onay aşamaları tamamlandıktan sonraki nihai durumunu gösterir. Tüm sürecin performansını ölçmek için kullanılan temel metriklerden biridir. Bu öznitelik, sürecin ne kadar etkili olduğunu analiz etmenize yardımcı olur. Onay ve ret oranlarını hesaplamak için kullanılır. Kredi notu veya Başvuru Sahibi Türü gibi diğer özniteliklerle birlikte, kredi kararlarının tutarlılığını değerlendirmenizi sağlar. Süreci iyileştirmek için başvuruların neden reddedildiğini anlamak önemlidir. Neden önemli? Sürecin nihai iş sonucunu göstererek onay oranlarını, ret nedenlerini ve karar tutarlılığını analiz etmenizi sağlar. Nereden alınır? Genellikle Temenos’taki ana kredi başvurusu kaydında bir durum alanı olarak tutulur. Bu alan çoğunlukla 'Loan Decision Rendered' etkinliğinde güncellenir. Örnekler OnaylandıReddedildiBaşvuru sahibi tarafından geri çekildiTeklifin süresi doldu | |||
| Kredi Notu CreditScore | Başvuru sahibinin başvuru sırasındaki kredi notu. | ||
| Açıklama Kredi notu, bir kredi bürosundan alınan ve başvuru sahibinin kredi değerliliğini sayısal olarak gösteren bir değerdir. Kredi değerlendirme ve karar sürecinde önemli bir etkendir. Process Mining analizinde kredi notu, sürece bağlam kazandıran önemli bir özniteliktir. Not ile nihai sonucu karşılaştırarak kredi kararlarının tutarlılığını incelemenize yardımcı olur. Ayrıca başvuruları segmente ederek düşük notlu başvuruların daha uzun sürüp sürmediğini veya daha fazla manuel işlem gerektirip gerektirmediğini görebilirsiniz. Neden önemli? Kararları değerlendirirken önemli bir bağlam sunar; kredi değerliliğinin süreç yollarını, süreleri ve sonuçları nasıl etkilediğini analiz etmenizi sağlar. Nereden alınır? Bu veri genellikle harici bir kredi bürosu hizmetinden alınır ve Temenos’taki müşteri veya başvuruya özel bir tabloda saklanır. Örnekler 720650810 | |||
| Kredi Tutarı LoanAmount | Başvuru sahibinin talep ettiği kredinin toplam tutarı. | ||
| Açıklama Bu öznitelik, başvurulan kredinin anapara tutarını gösterir. Kredi tutarı; süreç yolunu, inceleme düzeyini ve gereken onayları önemli ölçüde etkileyebilir. Süreci kredi tutarına göre analiz ederek yüksek tutarlı kredilerin farklı ve daha ayrıntılı bir inceleme sürecinden geçip geçmediğini anlayabilirsiniz. Bu analiz, çevrim süresi ve kredi değerlendirme çalışmasındaki farklılıkları açıklamaya yardımcı olur. Örneğin belirli bir tutarın üzerindeki krediler için ek onay adımları gerekebilir. Process Mining ile bu adımları görselleştirip doğrulayabilirsiniz. Neden önemli? Kredi tutarının süreç karmaşıklığını, çevrim süresini ve gereken onay düzeylerini nasıl etkilediğini değer bazında analiz etmenizi sağlar. Nereden alınır? Temenos’taki kredi başvurusu kaydının temel alanlarından biridir. 'AMOUNT' veya 'REQUESTED_AMOUNT' gibi bir alanı arayın. Örnekler 250000.0015000.00500000.00 | |||
| Kredi Ürünü Türü LoanProductType | Başvurulan kredi ürününün türü. Örneğin konut kredisi, ihtiyaç kredisi veya taşıt kredisi. | ||
| Açıklama Bu öznitelik, her kredi başvurusunu talep edilen finansal ürüne göre sınıflandırır. Farklı kredi ürünlerinin süreç akışları, SLA hedefleri ve risk profilleri de farklı olabilir. Anlamlı bir karşılaştırma yapabilmek için süreç analizini Kredi Ürünü Türüne göre segmentlere ayırmak önemlidir. Bu, çevrim sürelerindeki, onay oranlarındaki ve süreç yollarındaki farklılıkları açıklamaya yardımcı olur. Örneğin konut kredisi başvurusu, ihtiyaç kredisi başvurusuna kıyasla doğal olarak daha karmaşık ve uzun sürer. Bu öznitelik, benzer başvuruları karşılaştırmanıza ve iyileştirmeleri doğru alanlara yöneltmenize olanak tanır. Neden önemli? Performansı karşılaştırmak ve farklı iş kollarındaki değişiklikleri belirlemek için süreci segmentlere ayırmanızı sağlar. Bu iş kollarının süreç gereksinimleri çoğu zaman birbirinden farklıdır. Nereden alınır? Kredi başvurusunun temel özniteliklerinden biridir ve genellikle Temenos’taki ana başvuru tablosunda bulunur. 'PRODUCT_ID' veya 'PRODUCT_CATEGORY' gibi alanları arayın. Örnekler Konut kredisiİhtiyaç kredisiTaşıt kredisiKonut teminatlı kredi limiti | |||
| Başvuru Sahibi Türü ApplicantType | Başvuru sahibini yeni veya mevcut müşteri gibi kategorilere ayırır. | ||
| Açıklama Bu öznitelik, başvuru sahiplerini 'Yeni Müşteri', 'Mevcut Müşteri' veya 'İşletme' gibi anlamlı gruplara ayırır. Süreç, başvuru sahibinin türüne göre değişebilir. Örneğin mevcut müşterilerin bilgileri önceden kayıtlı olduğundan başvuruları daha hızlı işlenebilir. Süreci başvuru sahibi türüne göre analiz ederek farklı müşteri gruplarının süreci nasıl deneyimlediğini anlayabilirsiniz. Bu analiz, mevcut müşterilerin sürecini kolaylaştırma veya yeni müşterilere daha fazla destek sunma fırsatlarını ortaya çıkarabilir. Bu segmentasyon, Kredi Karar Sonucu Tutarlılığı analizinin temelini oluşturur. Neden önemli? Yeni ve mevcut müşterilerin süreçlerinin farklı olup olmadığını analiz etmek için segmentasyon yapmanızı, müşteri yolculuğunu iyileştirip her gruba uygun hâle getirmenizi sağlar. Nereden alınır? Bu bilgi genellikle başvuru sırasında Temenos’ta başvuru sahibine ait mevcut bir müşteri profili veya kimliği olup olmadığı kontrol edilerek elde edilir. Örnekler Yeni müşteriMevcut müşteriTicari müşteri | |||
| Departman Department | Etkinlikten sorumlu kuruluş departmanı. | ||
| Açıklama Bu öznitelik, belirli bir etkinliği gerçekleştiren iş birimini veya departmanı gösterir. Örneğin 'Kredi Tahsis', 'Kredi Değerlendirme' veya 'Kredinin Kapatılması'. Kuruluşun farklı bölümleri arasındaki devir teslimleri anlamanıza yardımcı olur. Süreci departmanlara göre analiz etmek, işlevler arası verimsizlikleri ve devir teslim sırasındaki gecikmeleri belirlemek açısından önemlidir. Belirli departmanlardaki iletişim kopukluklarını veya kaynak kısıtlarını ortaya çıkararak kurumsal darboğazları net biçimde görmenizi sağlar. Neden önemli? Farklı ekipler arasındaki iş akışını görselleştirmenize, devir teslim sürelerini analiz etmenize ve kurumsal darboğazları belirlemenize yardımcı olur. Nereden alınır? Bu bilgi genellikle Event Log içinde doğrudan bir alan olarak bulunmaz. Ancak kullanıcıları ('AssignedLoanOfficer' özniteliği) bir İK ana veri kaynağı kullanarak ilgili departmanlarla eşleştirerek elde edilebilir. Örnekler Kredi tahsisKredi değerlendirmesiKredi riskiKredinin kapatılması | |||
| Karar Nedeni ReasonForDecision | Nihai kredi kararının, özellikle ret kararlarının nedenini açıklayan kod veya açıklama. | ||
| Açıklama Bu öznitelik, Karar Sonucuna bağlam kazandırır. Reddedilen başvurularda 'Gelir yetersiz', 'Borç-gelir oranı yüksek' veya 'Kredi geçmişi olumsuz' gibi temel nedeni belirtir. Bu bilgi, retlerin temel nedenlerini analiz etmek için çok değerlidir. Kuruluş, en sık karşılaşılan ret nedenlerini inceleyerek ön yeterlilik aşamasındaki sorunları belirleyebilir, müşteri iletişimini iyileştirebilir veya kredi ölçütlerini yeniden düzenleyebilir. Ayrıca yeniden çalışmayı azaltma ve sürece giren başvuruların genel kalitesini artırma çalışmalarına doğrudan katkı sağlar. Neden önemli? Reddedilen başvurulara bağlam kazandırır; başvuru kalitesini artırmak ve gereksiz işlemleri azaltmak için temel nedenleri analiz etmenizi sağlar. Nereden alınır? Genellikle Temenos’ta nihai karar durumuyla ilişkili bir not veya neden kodu alanında saklanır. Örnekler Borç-gelir oranı çok yüksekBaşvuru eksikKredi notu düşük | |||
| Kredi Değerlendirme SLA Hedefi UnderwritingSlaTarget | Kredi değerlendirme sürecinin tamamlanması için belirlenen hedef süre. | ||
| Açıklama Kredi Değerlendirme SLA Hedefi, kredi değerlendirme aşaması için beklenen hizmet düzeyi anlaşması süresini belirtir. Bu süre genellikle iş saati veya iş günü cinsinden ölçülür ve kredi ürünü türü ya da tutarı gibi etkenlere göre değişebilir. Bu öznitelik, gerçek performansı ölçmek için kullanılan referans noktasıdır. Kredi Değerlendirme SLA ve Uyumluluk Durumu Dashboardunda doğrudan kullanılır ve SLA Aşım Oranı KPI’ını hesaplamak için gereklidir. Aşımları analiz ederek gecikme nedenlerini belirleyebilir, operasyonel ve uyumluluk risklerini yönetebilirsiniz. Neden önemli? Performans için net bir ölçüt sunar; SLA hedeflerine uyumu ölçmenizi ve hedef sürenin aşılma riski bulunan başvuruları belirlemenizi sağlar. Nereden alınır? Bu değer, iş kurallarına göre sabit olarak saklanabilir veya kredi başvurusunda bir alan olarak bulunabilir. Temenos’taki ürün ana verilerinden türetilmesi de mümkündür. Örnekler 48 saat72 saat24 saat | |||
| Kredi Değerlendirme SLA’sı Aşıldı mı IsUnderwritingSlaBreached | Kredi değerlendirme süresi tanımlı SLA hedefini aştığında doğru değerini alan hesaplanmış bir işaret. | ||
| Açıklama Bu mantıksal öznitelik, kredi başvurusunun değerlendirme aşamasında Hizmet Düzeyi Anlaşmasının (SLA) aşılıp aşılmadığını gösteren hesaplanmış bir işarettir. Kredi değerlendirme sürecinin gerçek süresi, Kredi Değerlendirme SLA Hedefiyle karşılaştırılarak belirlenir. Bu işaret, SLA uyumluluğunu açıkça göstererek analiz ve raporlamayı kolaylaştırır. SLA aşım oranını zaman içinde, ürüne veya kredi yetkilisine göre izlemek için Dashboardlarda ve KPI’larda doğrudan kullanılır. Böylece performansı ve uyumluluk riskini önceden yönetebilirsiniz. Neden önemli? SLA uyumluluğunu evet veya hayır şeklinde gösterir; SLA aşımlarının sıklığını ve temel nedenlerini filtrelemeyi, toplamayı ve analiz etmeyi kolaylaştırır. Nereden alınır? Bu öznitelik kaynak sistemde bulunmaz. 'Underwriting Commenced' ve 'Underwriting Completed' etkinlikleri arasındaki süre hesaplanır ve 'UnderwritingSlaTarget' özniteliğiyle karşılaştırılır. Örnekler truefalse | |||
| Müşteri Bölgesi CustomerRegion | Başvuru sahibinin bulunduğu coğrafi bölge. | ||
| Açıklama Müşteri Bölgesi, başvuru sahibinin Kuzey Amerika veya Avrupa gibi coğrafi konumunu ya da bulunduğu eyaleti gösterir. Bu bilgi, süreci coğrafi bölgelere göre segmentlere ayırmanızı sağlar. Performansı bölgelere göre analiz ederek süreç verimliliği, onay oranları veya ürünlerin popülerliği açısından bölgesel farklılıkları ortaya çıkarabilirsiniz. Bu bilgi, hedefli pazarlama ve kaynak dağılımı çalışmalarında; ayrıca bölgesel iyi uygulamaları veya sorunları belirlemede kullanılabilir. Neden önemli? Farklı bölgelerdeki süreç performansını karşılaştırmanıza, bölgesel darboğazları belirlemenize ve pazar farklılıklarını anlamanıza olanak tanır. Nereden alınır? Bu bilgi, Temenos’ta Müşteri Bilgi Dosyasında (CIF) veya eşdeğer müşteri ana verisinde saklanan müşteri profili ya da adres bilgilerinin bir parçasıdır. Örnekler Kuzey AmerikaAvrupa, Orta Doğu ve AfrikaAsya-PasifikKaliforniya | |||
| Otomatik mi IsAutomated | Etkinliğin sistem tarafından otomatik olarak mı yoksa bir kullanıcı tarafından manuel olarak mı gerçekleştirildiğini belirten bir işaret. | ||
| Açıklama Bu mantıksal öznitelik, bir insan kullanıcının gerçekleştirdiği etkinliklerle otomatik kredi kontrolü veya ilk doğrulama kuralı gibi sistem işlemlerini birbirinden ayırır. Otomasyon düzeyini anlamak, verimliliği daha da artırma fırsatlarını belirlemek açısından önemlidir. Otomatik ve manuel adımların hızını ve tutarlılığını karşılaştırmanızı sağlar. Bu analiz, gelecekteki otomasyon çalışmalarına öncelik vermenize ve etkilerini ölçmenize yardımcı olur. Neden önemli? Sistem tarafından yürütülen etkinlikleri kullanıcıların gerçekleştirdiklerinden ayırır. Otomasyon fırsatlarını belirlemek ve mevcut otomasyonun etkisini ölçmek için önemlidir. Nereden alınır? Bu bilgi genellikle etkinlikle ilişkili kullanıcıya göre belirlenir. Kullanıcı bir sistem veya hizmet hesabıysa etkinlik otomatik olarak işaretlenir. Etkinlik türü de ölçüt olarak kullanılabilir. Örnekler truefalse | |||
| Yeniden Çalışma mı IsRework | Bir etkinlik yeniden çalışma döngüsünün parçasıysa doğru değerini alan hesaplanmış bir işaret. | ||
| Açıklama Bu mantıksal işaret, bir adımın veya adımlar dizisinin tekrarlanması gerektiğini gösteren etkinlikleri belirler. Örneğin 'Supporting Documents Requested' etkinliğinin 'Underwriting Commenced' sonrasında gerçekleşmesi, sürecin önceki bir adıma döndüğünü gösterir. Yeniden çalışmayı tespit edip işaretlemek, Process Mining’in temel işlevlerinden biridir. Bu öznitelik, Başvuruda Yeniden Çalışma Oranı KPI’ını kolayca hesaplamanızı sağlar. Eksik ilk başvurular gibi yeniden çalışmaya yol açan etkenleri analiz etmek; süreç verimliliğini artırmak, maliyetleri düşürmek ve çevrim sürelerini kısaltmak açısından önemlidir. Neden önemli? Verimsiz süreç döngülerinin parçası olan etkinlikleri öne çıkarır; yeniden çalışmayı kolayca ölçmenizi ve temel nedenlerini analiz etmenizi sağlar. Nereden alınır? Bu öznitelik kaynak sistemde bulunmaz. Process Mining motoru, tek bir vaka içindeki tekrarlanan etkinlik dizilerini tespit ederek bu değeri hesaplar. Örnekler truefalse | |||
Kredi tahsis etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Başvuru gönderildi | Temenos sisteminde yeni bir kredi başvurusunun oluşturulduğunu gösterir. Kredi tahsis sürecinin resmi başlangıcıdır ve genellikle bir kullanıcının yeni başvuru kaydını ilk kez kaydetmesiyle sisteme işlenir. | ||
| Neden önemli? Bu etkinlik, sürecin tamamı için temel başlangıç olayıdır. Bu noktadan tamamlanmaya kadar geçen süreyi analiz ederek genel çevrim süresini hesaplayabilirsiniz. Bu süre, verimliliği ölçen önemli bir KPI’dır. Nereden alınır? Başvuru oluşturma günlüklerine kaydedilir veya AA.ARRANGEMENT gibi ilgili Temenos modülündeki ana kredi başvurusu kaydının oluşturulma zaman damgasından elde edilir. Kaydedin Loan Application ID’nin oluşturulma olayı veya ilk zaman damgası kullanılarak belirlenir. Olay türü explicit | |||
| Fonlar aktarıldı | Başarılı bir kredi tahsis sürecinin son etkinliğidir ve fonların başvuru sahibine aktarılmasını ifade eder. Temenos T24 ana bankacılık sisteminde açıkça kaydedilen temel bir finansal işlemdir. | ||
| Neden önemli? Bu etkinlik, sürecin başarıyla tamamlandığını gösterir. Fonların aktarılmasına kadar geçen süre, müşteri deneyimini ölçen önemli bir metriktir ve süreç verimliliğinin nihai göstergesidir. Nereden alınır? Ana bankacılık modülünde açık bir finansal işlem günlüğü kaydı olarak tutulur. Fon aktarımına ilişkin işlem kaydında belirli bir işlem kodu ve zaman damgası bulunur. Kaydedin Fon aktarımına ilişkin finansal işlemin yürütülmesiyle belirlenir. Olay türü explicit | |||
| Kredi değerlendirmesi başladı | Bir kredi değerlendirme uzmanının görevlendirildiğini ve başvuruyu incelemeye başladığını gösterir. Genellikle başvuru durumunun 'Kredi değerlendirmesinde' veya benzer bir değere güncellenmesiyle anlaşılır. | ||
| Neden önemli? Bu, önemli kredi değerlendirme aşamasının başlangıcıdır. Bu noktadan itibaren geçen süreyi ölçerek uzmanların iş yükünü ve hizmet seviyesi anlaşmalarına (SLA) uyumu izleyebilirsiniz. Nereden alınır? Başvurunun geçmiş günlüğünde durumun 'Kredi değerlendirmesi sürüyor' olarak değiştiği zaman damgasından anlaşılır. Kredi değerlendirme uzmanının görevlendirilmesiyle de ilişkilendirilebilir. Kaydedin Başvuru durumunun 'Kredi değerlendirmesinde' olarak değişmesiyle belirlenir. Olay türü inferred | |||
| Kredi değerlendirmesi tamamlandı | Kredi değerlendirme uzmanının incelemesinin tamamlandığını ve nihai kredi kararından önceki aşamanın sona erdiğini gösterir. Bu olay, başvuru durumunun 'Kredi değerlendirmesi tamamlandı' veya 'Karar bekliyor' olarak değişmesinden anlaşılır. | ||
| Neden önemli? Bu aşama, kredi değerlendirmesi için SLA ölçümünü tamamlar. Uzman performansını değerlendirmek için 'Kredi değerlendirmesi başladı' ile bu nokta arasındaki süreyi analiz etmek önemlidir. Nereden alınır? Başvurunun durum geçmişi günlüğünde durumun 'Kredi değerlendirmesi tamamlandı' veya 'Nihai karara hazır' olarak değiştiği zaman damgasından anlaşılır. Kaydedin Kredi değerlendirmesinin sona erdiğini gösteren durum değişikliğinin zaman damgasıyla belirlenir. Olay türü inferred | |||
| Kredi kararı verildi | Kredi başvurusuna ilişkin 'Onaylandı' veya 'Reddedildi' gibi nihai kararı gösterir. Başvurunun karar durumu alanı kesinleştirildiğinde kaydedilen önemli bir olaydır. | ||
| Neden önemli? Bu, önemli bir iş sonucudur. Onay oranlarını hesaplamak, ret nedenlerini analiz etmek ve karar süresini ölçmek için kullanılır. Nereden alınır? Ana başvuru kaydındaki 'Karar sonucu' veya eşdeğer durum alanının nihai ve değiştirilemez biçimde güncellenmesinden anlaşılır. Bu güncellemenin zaman damgası kullanılır. Kaydedin 'Onaylandı' veya 'Reddedildi' gibi nihai karar durumunun kaydedildiği zaman damgasından elde edilir. Olay türü inferred | |||
| Kredi kontrolü tamamlandı | Kredi raporu veya puanı kredi bürosundan geldiğinde ve başvuru kaydına işlendiğinde gerçekleşir. Krediyle ilgili alanların güncellenmesi ve ardından durumun değişmesiyle anlaşılır. | ||
| Neden önemli? Bu etkinlik, kredi kontrolü alt sürecinin sona erdiğini gösterir. Başlangıç ile tamamlanma arasındaki süre, süreç verimliliğini ölçen önemli bir göstergedir. Nereden alınır? Başvuru kaydındaki kredi puanı alanlarının doldurulduğu zaman damgasından veya başvuru durumunun 'Kredi kontrolü tamamlandı' olarak değişmesinden anlaşılır. Kaydedin Kredi puanı alanının güncellendiği zaman damgasından veya ilgili durum değişikliğinden elde edilir. Olay türü inferred | |||
| Kredi sözleşmesi imzalandı | İmzalı kredi sözleşmesinin alınıp sisteme kaydedildiği noktayı gösterir. Bir kullanıcı bu durumu yansıtmak için başvuru durumunu günceller ve süreç son fonlama aşamasına geçer. | ||
| Neden önemli? Fonlar aktarılmadan önce yerine getirilmesi gereken son yasal koşuldur. Bu aşamayı izleyerek son idari işlemlerin ne kadar sürdüğünü ölçebilirsiniz. Nereden alınır? Başvurunun denetim günlüğünde durumun 'Sözleşme imzalandı' veya 'Fon aktarımına hazır' olarak değişmesinden anlaşılır. Kaydedin İmzalı sözleşmenin alınıp doğrulandığını belirten durum değişikliğiyle tespit edilir. Olay türü inferred | |||
| Başvuru geri çekildi | Başvuru sahibinin nihai karar verilmeden önce başvurusunu geri çektiği alternatif bir bitiş olayıdır. Bir kullanıcı başvuru durumunu 'Geri çekildi' olarak güncellediğinde kaydedilir. | ||
| Neden önemli? Geri çekilen başvuruları izlemek, müşterilerin süreci hangi aşamalarda daha sık bıraktığını belirlemeye yardımcı olur. Aşırı uzun işlem süreleri veya yetersiz iletişim gibi sorunlara işaret edebilir. Nereden alınır? Başvurunun geçmiş günlüğünde durumun 'Müşteri tarafından geri çekildi' veya 'İptal edildi' olarak değişmesinden anlaşılır. Kaydedin Durumun son durum olan 'Geri çekildi' olarak değişmesiyle belirlenir. Olay türü inferred | |||
| Destekleyici belgeler istendi | Kredi yetkilisinin başvuru sahibinden ek belge istediğini gösterir. Bu işlem genellikle başvuruyla ilişkili sistem iletişim veya notlar modülüne açıkça kaydedilir. | ||
| Neden önemli? Bu etkinlik, yeniden çalışma döngülerini belirlemek açısından önemlidir. Tek bir başvuru için birden fazla kez gerçekleşmesi verimsizliğe, iletişim kopukluklarına veya ilk aşamadaki gerekliliklerin net olmamasına işaret eder. Nereden alınır? Genellikle 'Belge iste' işlemi yürütüldüğünde kaydedilen bir olaydan veya başvuru kimliğiyle bağlantılı vaka notları ya da iletişim günlüğündeki belirli bir kayıttan elde edilir. Kaydedin Bir kullanıcı belge isteme işlemini veya iletişim şablonunu başlattığında kaydedilir. Olay türü explicit | |||
| İlk doğrulama tamamlandı | Başvuru formunun eksiksiz olduğunu ve temel uygunluk ölçütlerini karşıladığını doğrulamak için yapılan otomatik veya manuel kontrollerin tamamlandığını gösterir. Bu olay genellikle başvuru kaydındaki durum değişikliğiyle belirlenir. | ||
| Neden önemli? Bu aşamayı izlemek, sürecin en başındaki veri kalitesi sorunlarını ve gecikmeleri belirlemeye yardımcı olur. Veri giriş aşamasını esas incelemeden ayırır. Nereden alınır? Başvurunun durum geçmişi günlüğündeki durum alanı değişikliğinden anlaşılır. Örneğin durum 'Yeni' iken 'İnceleme bekliyor' veya 'Doğrulandı' olarak değişebilir. Kaydedin Başvurunun durum alanının 'Doğrulandı' veya eşdeğer bir duruma geçmesiyle belirlenir. Olay türü inferred | |||
| Kredi kontrolü başlatıldı | Başvuru sahibinin kredi değerliliğini incelemek üzere harici bir kredi bürosuna veya kurum içi kredi sistemine istek gönderildiği anı gösterir. Bu, genellikle giden bir API çağrısı olarak kaydedilen açık bir sistem işlemidir. | ||
| Neden önemli? Bu nokta, önemli bir darboğaz oluşturabilen kredi kontrolü alt sürecinin işlem süresini ölçmeye başlamak için kullanılır. Kredi bürolarından kaynaklanan gecikmeleri ayırt etmeye yardımcı olur. Nereden alınır? Kredi kuruluşlarına yapılan API çağrılarını kaydeden sistem günlüklerinden veya belirli bir Temenos alt modülünde kredi kontrolü isteği kaydının oluşturulmasından elde edilir. Kaydedin Kredi kontrolü işleminin veya API çağrısının başlatıldığına ilişkin kaydedilmiş olay. Olay türü explicit | |||
| Kredi reddedildi | İncelemenin ardından kredi başvurusunun resmen reddedildiği alternatif bir bitiş etkinliğidir. Başvurunun nihai karar durumu 'Reddedildi' olarak ayarlandığında kaydedilir. | ||
| Neden önemli? Bu etkinlik, başvurunun başarısız sonuçlandığını gösterir. Burada sona eren vakaları ret nedenleriyle birlikte analiz etmek, başvuru kalitesini ve karar politikalarını iyileştirmek açısından önemlidir. Nereden alınır? Nihai başvuru durumu 'Reddedildi' veya benzer bir son durum olarak ayarlandığında anlaşılır. Kaynağı 'Kredi kararı verildi' etkinliğiyle aynıdır, ancak belirli bir sonuç için filtre uygulanır. Kaydedin Nihai karar durumunun 'Reddedildi' olarak ayarlandığı zaman damgasından elde edilir. Olay türü inferred | |||
| Kredi teklifi kabul edildi | Başvuru sahibinin kredi teklifini resmen kabul ettiğini gösterir. Başvuru sahibinden onay alan kredi yetkilisi, başvuru durumunu güncelleyerek bu bilgiyi genellikle sisteme kaydeder. | ||
| Neden önemli? Bu, müşterinin yön verdiği önemli bir aşamadır. Başvuru sahibinin devam etmek istediğini doğrular ve sözleşmenin hazırlanması ile fonların aktarılmasına yönelik son adımları başlatır. Nereden alınır? Başvurunun geçmiş günlüğünde durumun 'Teklif kabul edildi' veya benzer bir değere değişmesinden anlaşılır. Durum güncellemesinin zaman damgası kullanılır. Kaydedin Durumun 'Teklif kabul edildi' olarak değiştiği zaman damgasından elde edilir. Olay türü inferred | |||
| Kredi teklifi oluşturuldu | Onaylanan kredilerde, başvuru sahibine gönderilecek resmi kredi teklifi belgesinin oluşturulması işlemini gösterir. Bu olay genellikle belge oluşturma hizmeti başlatıldığında kaydedilir. | ||
| Neden önemli? Bu etkinlik, kurum içi işlemlerden müşteri adımına geçişi gösterir. Bu adımla müşterinin teklifi kabul etmesi arasındaki gecikmeler, teklifle veya iletişimle ilgili sorunlara işaret edebilir. Nereden alınır? Kullanıcı 'Teklif oluştur' işlevini çalıştırdığında başvuru olay günlüğüne kaydedilir veya belge yönetim sistemindeki teklif belgesinin oluşturulma zaman damgasından elde edilir. Kaydedin Belge oluşturma işlemi yürütüldüğünde kaydedilir. Olay türü explicit | |||
| Risk değerlendirmesi yapıldı | Ana kredi değerlendirmesi sırasında veya sonrasında ayrı bir adım olarak yürütülebilen resmi risk değerlendirmesinin tamamlandığını gösterir. Risk değerlendirme bölümü veya görevi tamamlandı olarak işaretlendiğinde kaydedilir. | ||
| Neden önemli? Bu etkinlik, uyumluluğun izlenmesi açısından önemlidir. İlgili tüm başvurularda zorunlu risk değerlendirmesi adımının tutarlı biçimde uygulanmasını sağlar. Nereden alınır? 'Risk değerlendirildi' gibi riskle ilgili bir durum değişikliğinden veya iş akışındaki belirli bir risk değerlendirme görevinin tamamlanma zaman damgasından anlaşılır. Kaydedin Risk değerlendirme görevinin tamamlanma zaman damgasından veya belirli bir durum değişikliğinden elde edilir. Olay türü inferred | |||
| Tüm belgeler alındı | Başvuru sahibinden istenen tüm destekleyici belgelerin alınıp yüklendiği noktayı gösterir. Genellikle başvuru durumundaki değişiklikten anlaşılır ve başvurunun sonraki aşamaya hazır olduğunu belirtir. | ||
| Neden önemli? Bu aşama, kredi değerlendirmesi ve kredi risk analizinin ön koşullarından biridir. Bu noktaya kadarki gecikmeler genellikle başvuru sahibine, sonrasındakiler ise kurum içi süreçlere bağlıdır. Nereden alınır? Başvuru durumunun 'Belgeler tamamlandı' veya 'Kredi değerlendirmesine hazır' olarak değişmesinden anlaşılır. Bu değişiklik başvurunun denetim izine kaydedilir. Kaydedin Tüm belgelerin alındığını belirten başvuru durumu değişikliğinin zaman damgasıyla belirlenir. Olay türü inferred | |||
Veri çıkarma rehberleri
Bu sürece yönelik veri çıkarma yöntemleri şu anda doğrulanıyor. Lütfen daha sonra tekrar kontrol edin veya yardım için bizimle iletişime geçin .
Başlamaya hazır mısınız?
Process Mining yolculuğunuza başlamak ve kredi tahsis operasyonlarınız hakkında değerli içgörüler edinmek için bu şablonu kullanın. Daha hızlı onaylar için iyileştirme çalışmalarınıza bugün başlayın.
Temenos kredi tahsis sürecini bugün hızlandırın
Karar süresini %50 azaltmak için kredi sürecinizi sadeleştirin.
Kredi kartı gerekmez