Kredi Başvuru Veri Template'inuz (Şablonunuz)

Temenos
Kredi Başvuru Veri Template'inuz (Şablonunuz)

Kredi Başvuru Veri Template'inuz (Şablonunuz)

Bu şablon, kredi başvuru sürecinizi (loan origination) analiz etmek için gerekli verileri toplamak üzere net bir çerçeve sunar. Detaylı bir event log (event log) oluşturmak için gereken temel öznitelikler.i ve faaliyetleri özetler. Ayrıca, bu kritik bilgileri kaynak sistemlerinizden nasıl çıkaracağınıza dair rehberlik. de bulacaksınız.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Veri Çekim Kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Kredi Tahsisi Öznitelikleri

Bunlar, kredi başvuru sürecinizin detaylı analizi için event lognüze dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 8 Opsiyonel
Ad Açıklama
Aktivite Adı
ActivityName
Kredi başvuru sürecinde (loan origination) meydana gelen belirli bir iş olayının veya adımın adı.
Açıklama

Aktivite Adı (Aktivite Adı), 'Başvuru Gönderildi' veya 'Kredi Kontrolü Tamamlandı' gibi kredi başvuru süreci içindeki belirgin bir adımı veya dönüm noktasını tanımlar. Bu etkinlikler, her bir kredi başvurusu için olayların sırasını gösteren süreç haritasının temelini oluşturur.

Bu etkinlikleri analiz etmek, süreç akışını görselleştirmeye, yaygın yolları belirlemeye, sapmaları keşfetmeye ve darboğazları tespit etmeye yardımcı olur. Etkinliklerin sırası ve sıklığı, sürecin tasarlanana kıyasla gerçekte nasıl işlediğini anlamak için büyük önem taşır.

Neden Önemli?dir?

Süreçteki adımları tanımlar, bu da süreç haritasının görselleştirilmesine ve süreç akışı, darboğazlar ve sapmaların analizine sunar.

Nereden Alınır??

Bu bilgi genellikle Temenos içindeki olay günlüklerinden (event logs), durum değişikliği kayıtlarından veya denetim izleme tablolarından türetilir. Teknik durum kodlarını veya olay türlerini kullanıcı dostu faaliyet adlarına eşleştirmeyi gerektirebilir.

Örnekler:::::::
Başvuru GönderildiKredi Kontrolü TamamlandıKredi Değerlendirme BaşladıKredi Kararı VerildiKredi Kullandırıldı
Kredi Başvuru Kimliği
LoanApplicationId
Her kredi başvurusu için benzersiz tanımlayıcı olup, tüm başvuru sürecini (origination process) izlemek için birincil anahtar görevi görür.
Açıklama

Kredi Başvuru Kimliği (Loan Application ID), her bir kredi talebini gönderimden nihai karara ve fonlamaya kadar tüm süreç döngüsü boyunca benzersiz bir şekilde tanımlar. İlgili tüm faaliyetleri ve verileri gruplamak için merkezi bir varlık olarak olarak kullanılır ve belirli bir kredi için başvuru sürecinin (origination journey) eksiksiz bir izini sunar.

Process Miningnde, bu öznitelik, her bir Kredi Başvuru Kimliği'nin tek bir uçtan uca süreç örneğini temsil ettiği vaka görünümünü oluşturmak için gereklidir. Verileri bu tanımlayıcı aracılığıyla analiz etmek, toplam döngü süresi, tekrar iş döngüleri (rework loops) ve nihai sonuçlar gibi vaka düzeyindeki metriklerin hesaplanmasına olanak tanıyarak, kredi başvuru akışının detaylı bir şekilde anlaşılmasını sunar.

Neden Önemli?dir?

Bu, tüm ilgili olayları tek bir uçtan uca sürece bağlayan, süreç analizini mümkün kılan temel vaka tanımlayıcıdır.

Nereden Alınır??

Bu, genellikle Temenos içindeki ana kredi başvurusu veya anlaşma varlığındaki birincil temel rol oynar. AA.ARRANGEMENT modülüyle ilgili olanlar gibi belirli tablo ve alan adları için Temenos dokümantasyonuna başvurun.

Örnekler:::::::
LA-2023-001, 2, 3, 4LA-2023-001235LA-2023-001236
Olay Zaman Damgası
EventTimestamp
Belirli bir faaliyetin veya olayın meydana geldiği tarih ve saat.
Açıklama

Olay Zaman Damgası (Event zaman damgası (zaman damgası)), bir faaliyetin gerçekleştiği kesin anı kaydeder. Bu kronolojik veri, olayları doğru sıralamak ve tüm zamana dayalı süreç analizleri için büyük önem taşır.

Bu öznitelik, döngü süreleri, işleme süreleri ve faaliyetler arasındaki bekleme süreleri gibi temel performans göstergelerinin hesaplanmasını sunar. Gecikmeleri belirlemek, Hizmet Seviyesi Anlaşmalarına (SLA'lar) karşı performansı ölçmek ve kredi başvuru sürecinin (loan origination) zamansal dinamiklerini anlamak için kullanılır. Doğru zaman damgaları olmadan süreç madenciliği mümkün değildir.

Neden Önemli?dir?

Bu zaman damgası (zaman damgası), olayları doğru sıralamak ve döngü süreleri ile darboğazlar gibi tüm süreye dayalı metrikleri hesaplamak için gereklidir.

Nereden Alınır??

Genellikle Temenos içindeki olay günlüklerinde (event logs) veya denetim izleme tablolarında faaliyet veya durum alanının yanında bulunur. 'TIMESTAMP', 'EVENT_DATE' veya benzeri 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, faaliyet verilerinin kaynaklandığı bilgi sistemini tanımlar. Karmaşık bir BT ortamında, kredi başvuru olayları (loan origination events) bir ön yüz portalı, ana bankacılık platformu ve bir belge yönetim sistemi gibi birden fazla sistemde kaydedilebilir.

Kaynak sistemini belirtmek, veri yönetimi, sorun giderme ve süreçteki teknolojik temas noktalarını anlamak için önemlidir. Veri doğruluğunu doğrulamaya yardımcı olur ve farklı platformlar arasındaki süreç parçalanmasını ortaya çıkarabilir.

Neden Önemli?dir?

Verinin kökenini belirler; bu, veri doğrulaması, sorun giderme ve süreç entegrasyonlarını anlamak için büyük önem taşır.

Nereden Alınır??

Bu, genellikle veri çıkarma ve dönüştürme süreci sırasında eklenen bir metadata özniteliğidir. O sistemden gelen tüm kayıtlar için 'Temenos Transact' gibi statik bir değer olabilir.

Örnekler:::::::
Temenos Transact T24Temenos InfinityHarici Kredi Bürosu Hizmeti
Son Veri Güncellemesi
LastDataUpdate
Bu olaya ilişkin verilerin en son ne zaman yenilendiğini veya çıkarıldığını gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu metadata özniteliği, kaynak sistemden en son veri çıkarma veya güncelleme tarih ve saatini kaydeder. Bir iş olayını değil, analiz edilen verinin güncelliğini temsil eder.

Bu bilgi, süreç madenciliği analizinin zamanında olup olmadığını ve veri yönetimi için önemlidir. Kullanıcıların gerçek zamanlı, günlük veya haftalık verilere bakıp bakmadıklarını bilmelerine yardımcı olur, bu da bulguları ve kararları için bağlam oluşturur.

Neden Önemli?dir?

Verinin güncelliğini gösterir; bu, veri yönetişimi ve kullanıcıların analizlerinin zamanında olup olmadığını anlamaları için büyük önem taşır.

Nereden Alınır??

Bu, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında eklenen bir metadata özniteliğidir. Genellikle ETL çalıştırma zaman damgası (zaman damgası)na ayarlanır.

Örnekler:::::::
2023-11-20T04:00:00Z2023-11-21T04:00:00Z2023-11-22T04:00:00Z
Atanan Kredi Yetkilisi
AssignedLoanOfficer
Faaliyeti gerçekleştirmekten sorumlu kredi memurunun veya kullanıcının adı veya kimliği.
Açıklama

Bu öznitelik, kredi başvuru sürecinde (loan origination) belirli bir görevi yürüten çalışanı veya ekip üyesini tanımlar. Process Miningnde genellikle 'kaynak' olarak anılır.

Kredi memurunun performansını analiz etmek, iş yükü dağılımını anlamaya, en iyi performans gösterenleri belirlemeye ve eğitim veya süreç standardizasyonu için fırsatları ortaya çıkarmaya yardımcı olur. Kaynak performansı ve iş yükü yönetimi ile ilgili kontrol paneli'lar için temel olup, yöneticilerin ekip verimliliğini optimize etmesine ve görevleri dengelemesine sunar.

Neden Önemli?dir?

Kullanıcı eylemlerini belirli kişilere veya ekiplere atayarak iş yükü analizi, performans karşılaştırması ve kaynak optimizasyonu sunar.

Nereden Alınır??

Bu bilgi genellikle denetim izleme tablolarında bulunur ve sıklıkla bir kullanıcı kimliğiyle ilişkilendirilir. Temenos içindeki olay veya işlem kayıtlarında 'USER_ID', 'PROCESSED_BY' veya 'OWNER' gibi alanları arayın.

Örnekler:::::::
Alice SmithBob JohnsonKredi Değerlendirme Ekibi B
Başvuru Kanalı
ApplicationChannel
Kredi başvurusunun gönderildiği kanal, örneğin Online, Şube veya Mobil.
Açıklama

Başvuru Kanalı (Application Channel), müşterinin kullandığı gönderim yöntemini gösterir. Farklı kanallar, genel süreç performansını etkileyen farklı veri kalitesine, müşteri beklentilerine ve işleme gereksinimlerine sahip olabilir.

Süreci kanala göre analiz etmek, hangi kanalların en verimli olduğunu ve hangilerinin süreç iyileştirmeleri gerektirebileceğini belirlemeye yardımcı olur. Örneğin, online portal üzerinden yapılan başvurular, bir şubeden yapılanlara göre ortalama olarak daha hızlı olabilir. Bu bilgi, kanal stratejisini ve kaynak tahsisini iyileştirmek için değerlidir.

Neden Önemli?dir?

Farklı müşteri etkileşim kanallarında performans analizini sağlayarak, kanala özel süreçleri ve kullanıcı deneyimlerini optimize etmeye yardımcı olur.

Nereden Alınır??

Bu bilgi genellikle sürecin başlangıcında yakalanır ve ana kredi başvuru kaydında saklanır. Temenos içinde 'SOURCE' veya 'CHANNEL' alanını arayın.

Örnekler:::::::
Online PortalBranchMobil UygulamaBroker
Bitiş Zamanı
EndTime
Bir aktivitenin tamamlandığını gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bitiş Zamanı (End Time), belirli bir faaliyetin tamamlandığını işaret eder. Başlangıç Zamanı (Start Time) bir olayın ne zaman başladığını gösterirken, süresini anlamak için Bitiş Zamanı gereklidir. Anlık olaylar için Bitiş Zamanı, Başlangıç Zamanı ile aynı olabilir.

Süreç analizinde, faaliyetlerin işleme süresini doğru bir şekilde hesaplamak için hem başlangıç hem de bitiş zamanına sahip olmak büyük önem taşır. Bu, bir başvuru üzerinde aktif olarak çalışıldığı süre (işleme süresi) ile bir sonraki adımı beklediği süre (bekleme süresi) arasında ayrım yapmaya yardımcı olur; bu da gerçek verimlilik darboğazlarını belirlemek için temel rol oynar.

Neden Önemli?dir?

Etkinlik işleme süresinin hassas bir şekilde hesaplanmasını sunar; bu, darboğaz analizinde aktif çalışma süresini boş bekleme süresinden ayırmak için büyük önem taşır.

Nereden Alınır??

Bu, denetim günlüklerinde ayrı bir 'END_TIME' alanı olarak bulunabilir veya sıradaki bir sonraki faaliyetin Başlangıç Zamanı kullanılarak türetilmesi gerekebilir. Olay kaydı detayları 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 Geri Çekildi.
Açıklama

Karar Sonucu, risk değerlendirme (underwriting) ve onay aşamaları tamamlandıktan sonra bir kredi başvurusunun nihai durumunu yakalar. Bu, tüm süreç için temel bir sonuç metriğidir.

Bu öznitelik, sürecin etkinliğini analiz etmek için büyük önem taşır. Onay ve ret oranlarını hesaplamak için kullanılır ve Kredi Puanı veya Başvuru Sahibi Türü gibi diğer öznitelikler.le birleştirildiğinde, kredi kararlarının tutarlılığını değerlendirmeye yardımcı olur. Başvuruların neden reddedildiğini anlamak, süreç iyileştirme için temel rol oynar.

Neden Önemli?dir?

Sürecin nihai iş sonucunu temsil eder; onay oranları, ret nedenleri ve karar tutarlılığı analizine sunar.

Nereden Alınır??

Genellikle Temenos'taki ana kredi başvuru kaydında bir durum alanı olarak saklanır. Bu alan tipik olarak 'Kredi Kararı Verildi' (Loan Decision Rendered) faaliyetinde güncellenir.

Örnekler:::::::
OnaylandıReddedildiBaşvuru Sahibi Tarafından ÇekildiTeklif Süresi Doldu
Kredi Puanı
CreditScore
Başvuru anındaki başvuru sahibinin kredi puanı.
Açıklama

Kredi puanı, bir başvuru sahibinin kredi değerliliğinin bir kredi bürosundan alınan sayısal bir temsilidir. Kredi değerlendirme (underwriting) ve karar verme sürecinde önemli bir faktördür.

Process Miningnde, kredi puanı kritik bir bağlamsal niteliktir. Puanı nihai sonuçla ilişkilendirerek kredi kararlarının tutarlılığını analiz etmeye yardımcı olur. Ayrıca, daha düşük puanlı başvuruların işlenmesinin daha uzun sürüp sürmediğini veya daha fazla manuel müdahale gerektirip gerektirmediğini görmek için başvuruları segmentlere ayırmak için de kullanılabilir.

Neden Önemli?dir?

Karar verme için önemli bilgiler sunar, kredi değerliliğinin süreç yollarını, süreleri ve sonuçları nasıl etkilediğinin analizine sunar.

Nereden Alınır??

Bu veri genellikle harici bir kredi bürosu hizmetinden alınır ve Temenos içindeki müşteriye veya başvuruya özel bir tabloda saklanır.

Örnekler:::::::
720650810
Kredi Tutarı
LoanAmount
Başvuru sahibi tarafından talep edilen kredinin toplam parasal değeri.
Açıklama

Bu öznitelik, başvurulan kredinin ana miktarını temsil eder. Kredi miktarı, süreç yolunu, inceleme düzeyini ve gereken onayları önemli ölçüde etkileyebilir.

Süreci kredi miktarına göre analiz etmek, daha yüksek değerli kredilerin farklı, daha titiz bir süreç izleyip izlemediğini anlamak için segmentasyona sunar. Döngü süresi ve değerleme (underwriting) çabasındaki farklılıkları açıklamaya yardımcı olabilir. Örneğin, belirli bir eşiğin üzerindeki krediler ek onay adımları gerektirebilir ve bu adımlar süreç madenciliği ile görselleştirilebilir ve doğrulanabilir.

Neden Önemli?dir?

Kredi miktarının süreç karmaşıklığını, döngü süresini ve gerekli onay seviyelerini nasıl etkilediğini görmek için değer bazlı analizlere sunar.

Nereden Alınır??

Bu, Temenos'taki kredi başvuru kaydında temel bir alandır. 'AMOUNT' veya 'REQUESTED_AMOUNT' gibi bir alan arayın.

Örnekler:::::::
250000.0015000.00500000.00
Kredi Ürün Tipi
LoanProductType
Başvurulan kredi ürününün türü; örneğin Konut Kredisi, İhtiyaç Kredisi veya Taşıt Kredisi.
Açıklama

Bu öznitelik, her kredi başvurusunu talep edilen finansal ürüne göre kategorize eder. Farklı kredi ürünleri genellikle farklı süreç akışlarına, SLA'lara ve risk profillerine sahiptir.

Süreç analizini Kredi Ürün Türü'ne (Loan Product Type) göre segmentlere ayırmak, anlamlı bir karşılaştırma için büyük önem taşır. Döngü sürelerindeki, onay oranlarındaki ve süreç yollarındaki farklılıkları açıklamaya yardımcı olur. Örneğin, bir konut kredisi başvuru süreci, bir ihtiyaç kredisi sürecinden doğal olarak daha karmaşık ve uzundur. Bu öznitelik, benzerleri arasında karşılaştırma yapılmasına ve hedeflenen iyileştirmelere sunar.

Neden Önemli?dir?

Süreç segmentasyonuna sunar; bu sayede farklı iş kollarındaki performansı karşılaştırabilir ve genellikle benzersiz süreç gereksinimleri olan varyasyonları belirleyebilirsiniz.

Nereden Alınır??

Bu, kredi başvurusunun temel bir özniteliğidir ve genellikle Temenos'taki ana başvuru tablosunda bulunur. 'PRODUCT_ID' veya 'PRODUCT_CATEGORY' ile ilgili alanları arayın.

Örnekler:::::::
Konut Kredisiİhtiyaç KredisiTaşıt KredisiKonut Teminatlı Kredi Hattı
Başvuru Sahibi Türü
ApplicantType
Başvuru sahibini örneğin yeni veya mevcut müşteri olarak kategorize eder.
Açıklama

Bu öznitelik, başvuru sahiplerini 'Yeni Müşteri', 'Mevcut Müşteri' veya 'Kurumsal' gibi anlamlı gruplara ayırır. Süreç, başvuru sahibinin türüne göre farklılık gösterebilir; örneğin, mevcut müşteriler için işleme, önceden var olan veriler nedeniyle daha hızlı olabilir.

Süreci başvuru sahibi türüne göre analiz etmek, farklı müşteri segmentlerinin süreci nasıl deneyimlediğini anlamaya yardımcı olur. Mevcut müşteriler için süreci kolaylaştırma veya yenilerine daha fazla destek güçlüa fırsatlarını ortaya çıkarabilir. Bu segmentasyon, 'Kredi Karar Sonucu Tutarlılığı' (Loan Decision Outcome Consistency) analizi için temel rol oynar.

Neden Önemli?dir?

Sürecin yeni ve mevcut müşteriler için farklılık gösterip göstermediğini analiz etmek için segmentasyona sunar, müşteri yolculuğunu kişiselleştirmeye ve iyileştirmeye yardımcı olur.

Nereden Alınır??

Bu bilgi genellikle, başvuru anında başvuru sahibinin Temenos içinde mevcut bir müşteri profili veya kimliği olup olmadığının kontrol edilmesiyle elde edilir.

Örnekler:::::::
Yeni MüşteriMevcut MüşteriKurumsal Müşteri
Bölüm
Department
Faaliyetten sorumlu organizasyonel departman.
Açıklama

Bu öznitelik, belirli bir faaliyeti gerçekleştiren 'Başvuru' (Origination), 'Kredi Değerlendirme' (Underwriting) veya 'Kapanış' (Closing) gibi iş birimini veya departmanı gösterir. Kuruluşun farklı bölümleri arasındaki devirleri (handoffs) anlamaya yardımcı olur.

Süreci departmana göre analiz etmek, fonksiyonlar arası verimsizlikleri ve devirler sırasındaki gecikmeleri belirlemek için büyük önem taşır. Belirli departmanlardaki iletişim boşluklarını veya kaynak kısıtlamalarını vurgulayarak, organizasyonel darboğazlar hakkında net bir görüş sağlayabilir.

Neden Önemli?dir?

Farklı ekipler arasındaki iş akışını görselleştirmeye yardımcı olur, böylece aktarım sürelerini analiz etmek ve organizasyonel darboğazları belirlemek mümkün olur.

Nereden Alınır??

Bu genellikle event lognde doğrudan bir alan değildir, ancak kullanıcıları ('Atanmış Kredi Memuru' özniteliği) bir İK ana veri kaynağı kullanarak ilgili departmanlarına eşleştirerek elde edilebilir.

Örnekler:::::::
Başvuru SüreciKredi DeğerlendirmeKredi RiskiKapanış
Karar Nedeni
ReasonForDecision
Nihai kredi kararının nedenini açıklayan bir kod veya açıklama, özellikle retler için.
Açıklama

Bu öznitelik, 'Karar Sonucu' (Decision Outcome) için bağlam sunar. Reddedilen başvurular için 'Yetersiz Gelir', 'Yüksek Borç/Gelir Oranı' veya 'Kötü Kredi Geçmişi' gibi temel nedeni belirtir.

Bu bilgi, retlerin kök neden analizleri için büyük önem taşır. En yaygın ret nedenleri analiz edilerek, kuruluş ön yeterlilik aşamasındaki sorunları belirleyebilir, müşteri iletişimini iyileştirebilir veya kredi verme kriterlerini ayarlayabilir. Bu, tekrar işi azaltma ve sürece giren başvuruların genel kalitesini iyileştirme çabalarını doğrudan destekler.

Neden Önemli?dir?

Reddedilen başvurular için önemli bilgiler sunar, başvuru kalitesini artırmak ve gereksiz işlemeyi azaltmak için kök neden analizine sunar.

Nereden Alınır??

Genellikle Temenos'taki nihai karar durumuna bağlı ilgili notlar veya neden kodu alanında saklanır.

Örnekler:::::::
Borç-gelir oranı çok yüksekEksik başvuruDüşük kredi skoru
Kredi Değerlendirme SLA Hedefi
UnderwritingSlaTarget
Bir kredi için değerleme sürecinin (underwriting) tamamlanması gereken hedef süre.
Açıklama

Kredi Değerlendirme SLA Hedefi (Underwriting SLA Target), değerleme aşaması için beklenen Hizmet Seviyesi Anlaşmasını (SLA) tanımlar ve genellikle iş saati veya gün olarak ölçülür. Bu hedef, kredi ürün türü veya miktarı gibi faktörlere göre değişebilir.

Bu öznitelik, gerçek performansın ölçüldüğü bir kıyaslama noktası olarak olarak kullanılır. 'Kredi Değerlendirme SLA ve Uyumluluk Durumu' (Underwriting SLA & Compliance Status) Dashboard'unda doğrudan kullanılır ve 'SLA İhlal Oranı' (SLA Breach Rate) KPI'sını hesaplamak için gereklidir. İhlallerin analiz edilmesi, gecikmelerin nedenlerini belirlemeye ve operasyonel ve uyumluluk risklerini yönetmeye yardımcı olur.

Neden Önemli?dir?

Performans için açık bir referans noktası sunar, SLA uyumunun ölçülmesini ve hedeflerini aşma riski taşıyan başvuruların belirlenmesini sunar.

Nereden Alınır??

Bu, iş kurallarına dayalı statik bir değer olarak saklanabilir veya Temenos'taki ürün ana verilerinden türetilebilecek, kredi başvurusunda bir alan olabilir.

Örnekler:::::::
48 saat72 saat24 saat
Kredi Değerlendirme SLA'sı İhlal Edildi mi
IsUnderwritingSlaBreached
Risk değerlendirme (underwriting) süresinin tanımlanmış SLA hedefini aşması durumunda doğru değeri alan hesaplanmış bir bayrak.
Açıklama

Bu boolean öznitelik, bir kredi başvurusu için kredi değerlendirme (underwriting) aşamasının Hizmet Seviyesi Anlaşmasını (SLA) ihlal edip etmediğini gösteren hesaplanmış bir işarettir. Bu, değerleme sürecinin gerçek süresinin 'Kredi Değerlendirme SLA Hedefi' (Underwriting SLA Target) özniteliği ile karşılaştırılmasıyla belirlenir.

Bu işaret, SLA uyumluluğunun net, ikili bir göstergesini sağlayarak analizi ve raporlamayı basitleştirir. SLA ihlal oranını zaman içinde, ürüne göre veya kredi memuruna göre izlemek için doğrudan kontrol paneli'larda ve KPI'larda kullanılır ve performansı ve uyumluluk riskini proaktif olarak yönetmeye yardımcı olur.

Neden Önemli?dir?

SLA uyumluluğu için basit bir evet/hayır göstergesi sunar, bu da SLA ihlallerinin sıklığını ve temel nedenlerini filtrelemeyi, toplulaştırmayı ve analiz etmeyi kolaylaştırır.

Nereden Alınır??

Bu öznitelik kaynak sistemde bulunmaz. 'Kredi Değerlendirme Başlatıldı' (Underwriting Commenced) ve 'Kredi Değerlendirme Tamamlandı' (Underwriting Completed) faaliyetleri arasındaki sürenin ölçülmesi ve 'UnderwritingSlaTarget' özniteliği ile karşılaştırılması yoluyla hesaplanır.

Örnekler:::::::
truefalse
Müşteri Bölgesi
CustomerRegion
Başvuru sahibinin coğrafi bölgesi.
Açıklama

Müşteri Bölgesi (Customer Region), başvuru sahibinin 'Kuzey Amerika', 'Avrupa' veya belirli bir eyalet gibi coğrafi konumunu sunar. Bu, sürecin coğrafi olarak segmentlere ayrılmasına sunar.

Bölgeye göre performans analizi, süreç verimliliğindeki, onay oranlarındaki veya ürün popülerliğindeki bölgesel farklılıkları ortaya çıkarabilir. Bu bilgi, hedeflenmiş pazarlama, kaynak tahsisi ve bölgesel en iyi uygulamaları veya zorlukları belirlemek için kullanılabilir.

Neden Önemli?dir?

Farklı bölgelerdeki süreç performansını karşılaştırmak, bölgesel darboğazları belirlemek ve pazar farklılıklarını anlamak için coğrafi analize sunar.

Nereden Alınır??

Bu bilgi, müşterinin profilinin veya adres bilgilerinin bir parçası olup, Temenos içindeki Müşteri Bilgi Dosyası (CIF) veya eşdeğer müşteri ana verilerinde saklanır.

Örnekler:::::::
Kuzey AmerikaEMEAAPACKaliforniya
Otomatikleştirildi mi?
IsAutomated
Etkinliğin sistem tarafından otomatik mi yoksa bir kullanıcı tarafından manuel mi gerçekleştirildiğini gösteren bir bayrak.
Açıklama

Bu boolean öznitelik, insan kullanıcı tarafından yürütülen faaliyetler ile otomatik bir kredi kontrolü veya ilk doğrulama kuralı gibi otomatik bir sistem tarafından gerçekleştirilenler arasında ayrım yapar.

Otomasyon seviyesini anlamak, daha fazla verimlilik kazanımı için fırsatları belirlemede temel rol oynar. Otomatik adımların hızı ve tutarlılığı ile manuel adımlarınkini karşılaştırmaya sunar. Bu analiz, gelecekteki otomasyon girişimlerini önceliklendirmeye ve bunların etkisini ölçmeye yardımcı olur.

Neden Önemli?dir?

Sistem odaklı ve insan odaklı faaliyetler arasında ayrım yapar; bu, otomasyon fırsatlarını belirlemek ve mevcut otomasyonun etkisini ölçmek için büyük önem taşır.

Nereden Alınır??

Bu, genellikle faaliyetle ilişkili kullanıcıya göre türetilir. Eğer kullanıcı bir sistem veya hizmet hesabı ise, faaliyet otomatik olarak işaretlenir. Ayrıca olayın türüne de bağlı olabilir.

Örnekler:::::::
truefalse
Yeniden İşleme mi?
IsRework
Bir etkinliğin yeniden işleme (rework) döngüsünün bir parçası olması durumunda doğru değeri alan hesaplanmış bir bayrak.
Açıklama

Bu boolean işareti, tekrar işi temsil eden faaliyetleri tanımlar; yani bir adımın veya adım dizisinin tekrarlanması gerekmiştir. Örneğin, 'Destekleyici Belgeler Talep Edildi' (Supporting Documents Requested) 'Kredi Değerlendirme Başlatıldı'dan (Underwriting Commenced) sonra gerçekleşirse, bu süreçte bir geri döngü olduğunu gösterir.

Tekrar işi tespit etmek ve işaretlemek, süreç madenciliğinin temel bir gücüdür. Bu öznitelik, 'Başvuru Tekrar İş Oranı' (Application Rework Rate) KPI'sının kolayca nicelleştirilmesini sunar. Eksik başlangıç başvuruları gibi tekrar işin sürücülerini analiz etmek, süreç verimliliğini artırmak, maliyetleri düşürmek ve döngü sürelerini kısaltmak için temel rol oynar.

Neden Önemli?dir?

Verimsiz süreç döngülerinin bir parçası olan faaliyetleri vurgulayarak, yeniden işlemeyi (rework) kolayca nicelendirme ve kök neden analizi yapma imkanı sunar.

Nereden Alınır??

Bu öznitelik kaynak sistemde bulunmaz. Process Mining motoru tarafından, tek bir vaka içinde tekrarlanan faaliyet dizilerinin tespit edilmesiyle hesaplanır.

Örnekler:::::::
truefalse
Gerekli Önerilen Opsiyonel

Kredi Tahsisi Faaliyetleri

Bunlar, doğru süreç keşfi için event lognüzde (event log) yakalanması gereken temel süreç adımları ve kritik dönüm noktaları.dır.
7 Önerilen 9 Opsiyonel
Aktivite Açıklama
Başvuru Gönderildi
Temenos sisteminde yeni bir kredi başvurusunun oluşturulduğunu işaretler. Bu, kredi başvuru sürecinin resmi başlangıcıdır ve genellikle bir kullanıcı yeni bir başvuru kaydını ilk kez kaydettiğinde yakalanır.
Neden Önemli?dir?

Bu faaliyet, tüm süreç için birincil başlangıç olayı olarak olarak kullanılır. Bu noktadan tamamlanmaya kadar geçen süreyi analiz etmek, verimlilik için kritik bir KPI olan genel döngü süresini sunar.

Nereden Alınır??

Başvuru oluşturma Log'larında kaydedilir veya ilgili Temenos modülündeki (örneğin AA.ARRANGEMENT) birincil kredi başvuru kaydının oluşturulma zaman damgası (zaman damgası)ndan türetilir.

Yakala

Kredi Başvuru Kimliği'nin (Loan Application ID) oluşturma olayı veya başlangıç zaman damgası (zaman damgası) ile belirlenir.

Event tipi explicit
Kredi Değerlendirme Başladı
Bir kredi değerleme uzmanının atandığını ve başvuruyu aktif olarak incelemeye başladığını gösterir. Bu durum genellikle başvuru durumsü 'Değerlendirmede' (In Underwriting) veya benzeri bir şekilde güncellendiğinde anlaşılır.
Neden Önemli?dir?

Bu, kritik kredi değerlendirme (underwriting) aşamasının başlangıcıdır. Bu noktadan itibaren ölçüm yapmak, kredi değerlendirme uzmanının iş yükünü ve Hizmet Seviyesi Anlaşmalarına (SLA'lar) uyumu takip etmeye yardımcı olur.

Nereden Alınır??

Başvurunun geçmiş Log'undaki 'Risk Değerlendirme Devam Ediyor' durumuna yapılan değişiklikten çıkarılır. Ayrıca bir risk değerlendiricisi (underwriter) atanmasına da bağlı olabilir.

Yakala

Başvuru durumunun 'Risk Değerlendirmede' (In Underwriting) durumuna değişmesiyle belirlenir.

Event tipi inferred
Kredi Değerlendirme Tamamlandı
Risk değerlendiricisinin (underwriter) inceleme sürecinin tamamlandığını ve nihai kredi kararından önce geldiğini işaretler. Bu olay, başvurudaki 'Risk Değerlendirme Tamamlandı' veya 'Karar Bekleniyor' gibi bir durum değişikliğinden çıkarılır.
Neden Önemli?dir?

Bu dönüm noktası, kredi değerlendirme (underwriting) SLA ölçümünü tamamlar. 'Kredi Değerlendirme Başlatıldı'dan (Underwriting Commenced) bu noktaya kadar geçen süreyi analiz etmek, değerleme uzmanının performansını değerlendirmek için temel rol oynar.

Nereden Alınır??

Başvurunun durum geçmişi Log'undaki 'Risk Değerlendirme Tamamlandı' veya 'Nihai Karar İçin Hazır' durumuna yapılan değişiklikten çıkarılır.

Yakala

Risk değerlendirme (underwriting) incelemesinin sonunu işaret eden bir durum değişikliğinin zaman damgası (zaman damgası) ile belirlenir.

Event tipi inferred
Kredi Kararı Verildi
Kredi başvurusu hakkındaki 'Onaylandı' veya 'Reddedildi' gibi nihai kararı temsil eder. Bu, başvurunun karar durumu alanının kesinleşmesiyle yakalanan çok önemli bir olaydır.
Neden Önemli?dir?

Bu, önemli bir iş sonucudur. Onay oranlarını hesaplamak, ret nedenlerini analiz etmek ve genel karar verme süresini ölçmek için büyük önem taşır.

Nereden Alınır??

Ana başvuru kaydındaki 'Karar Sonucu' veya eşdeğer durum alanına yapılan nihai, değiştirilemez güncellemeden çıkarılır. Bu güncellemenin zaman damgası (zaman damgası) kullanılır.

Yakala

Nihai karar durumu, 'Onaylandı' veya 'Reddedildi' gibi, kaydedildiğinde zaman damgası (zaman damgası)ndan türetilir.

Event tipi inferred
Kredi Kontrolü Tamamlandı
Kredi raporu veya puanı kredi bürosundan geri alındığında ve başvuru kaydında güncellendiğinde meydana gelir. Bu, kredi ile ilgili alanların güncellenmesinden ve sonraki bir durum değişikliğinden çıkarılır.
Neden Önemli?dir?

Bu faaliyet, kredi kontrolü alt sürecinin sonunu işaret eder. Başlatma ve tamamlama arasındaki süre, süreç verimliliği için temel bir performans göstergesidir.

Nereden Alınır??

Başvuru kaydında kredi puanı alanlarının doldurulduğu zaman damgası (zaman damgası)ndan veya başvuru durumunun 'Kredi Kontrolü Tamamlandı' olarak değiştiği zamandan çıkarılır.

Yakala

Kredi puanı alanının güncellendiği veya ilgili bir durum değişikliğinin zaman damgası (zaman damgası)ndan türetilir.

Event tipi inferred
Kredi Kullandırıldı
Başarılı bir kredi başvurusundaki (loan origination) son faaliyet olup, fonların başvuru sahibine aktarılmasını temsil eder. Bu, temel bir finansal işlemdir ve Temenos T24 ana bankacılık motorunda açıkça kaydedilir.
Neden Önemli?dir?

Bu faaliyet, sürecin başarılı bir şekilde tamamlandığını işaret eder. Ödeme süresi, kritik bir müşteri deneyimi metriği ve süreç veriminin nihai ölçüsüdür.

Nereden Alınır??

Ana bankacılık modülünden açık bir finansal işlem log kaydı olarak yakalanır. Ödeme işlem kaydı, belirli bir işlem kodu ve zaman damgası (zaman damgası) içerecektir.

Yakala

Fon dağıtımı için finansal işlemin yürütülmesiyle belirlenir.

Event tipi explicit
Kredi Sözleşmesi İmzalandı
İmzalanmış kredi sözleşmesinin alındığı ve sisteme kaydedildiği noktayı işaretler. Bir kullanıcı, süreci nihai fonlama aşamasına taşıyarak başvuru durumunu bunu yansıtacak şekilde günceller.
Neden Önemli?dir?

Bu, fonlar dağıtılmadan önceki son yasal ön koşuldur. Bunu takip etmek, son idari prosedürler için geçen süreyi ölçmeye yardımcı olur.

Nereden Alınır??

Başvurunun denetim Log'undaki 'Sözleşme İmzalandı' veya 'Ödeme İçin Hazır' durumuna yapılan değişiklikten çıkarılır.

Yakala

İmzalanan sözleşmenin alındığını ve doğrulandığını gösteren bir durum değişikliği ile belirlenir.

Event tipi inferred
Başvuru Geri Çekildi
Başvuru sahibinin nihai bir karar verilmeden önce başvurusunu geri çektiği alternatif bir bitiş olayı. Bu, bir kullanıcının başvuru durumunu 'Geri Çekildi' olarak güncellemesiyle kaydedilir.
Neden Önemli?dir?

Geri çekmeleri takip etmek, müşteri kaybının yüksek olduğu süreç aşamalarını belirlemeye yardımcı olur. Aşırı işleme süreleri veya kötü iletişim gibi sorunları gösterebilir.

Nereden Alınır??

Başvurunun geçmiş Log'undaki 'Müşteri Tarafından Çekildi' veya 'İptal Edildi' durumuna yapılan değişiklikten çıkarılır.

Yakala

Bir 'Geri Çekildi' terminal durumuna yapılan durum değişikliği ile belirlenir.

Event tipi inferred
Destekleyici Belgeler Talep Edildi
Kredi yetkilisinin başvuru sahibinden ek belge talep ettiğini gösterir. Bu, genellikle sistemin iletişim veya notlar modülünde başvuru ile ilişkili olarak kaydedilen açık bir eylemdir.
Neden Önemli?dir?

Bu faaliyet, tekrar iş döngülerini (rework loops) belirlemek için büyük önem taşır. Tek bir başvuru için birden fazla örnek, verimsizlikleri, iletişim eksikliklerini veya başlangıç gereksinimlerinin belirsizliğini işaret eder.

Nereden Alınır??

Genellikle 'Belge Talebi' (Request Documents) işlemi yürütüldüğünde veya başvuru kimliğine bağlı bir vaka notları veya iletişim günlüğündeki belirli bir girişten kaydedilen bir olay olarak yakalanır.

Yakala

Bir kullanıcı bir belge talep eylemini veya iletişim Template'inu tetiklediğinde kaydedildi.

Event tipi explicit
İlk Doğrulama Tamamlandı
Başvuru formunun eksiksiz olduğunu ve temel uygunluk kriterlerini karşıladığını doğrulamak için yapılan otomatik veya manuel kontrollerin tamamlandığını gösterir. Bu olay genellikle başvuru kaydındaki bir durum değişikliği olarak kaydedilir.
Neden Önemli?dir?

Bu dönüm noktasını takip etmek, sürecin en başında ortaya çıkan ilk veri kalitesi sorunlarını ve gecikmeleri belirlemeye yardımcı olur. Veri giriş aşamasını esaslı incelemeden ayırır.

Nereden Alınır??

Başvurunun durum geçmişi Log'undaki, örneğin 'Yeni'den 'İnceleme Bekleniyor' veya 'Doğrulandı'ya değişen uygulama durum alanından çıkarılır.

Yakala

Başvurunun durum alanında 'Doğrulandı' veya eşdeğer bir duruma yapılan değişiklikten türetilir.

Event tipi inferred
Kredi Kontrolü Başlatıldı
Başvuru sahibinin kredi değerliliğini değerlendirmek amacıyla harici bir kredi bürosuna veya dahili bir kredi sistemine talep gönderildiği anı temsil eder. Bu, genellikle giden bir API çağrısı olarak kaydedilen açık bir sistem eylemidir.
Neden Önemli?dir?

Bu, kredi kontrolü işleme süresini ölçmek için başlangıç noktasıdır; önemli bir darboğaz olabilecek kritik bir alt süreçtir. Kredi bürolarından kaynaklanan gecikmeleri izole etmeye yardımcı olur.

Nereden Alınır??

Kredi kuruluşlarına yapılan API çağrılarını kaydeden sistem Log'larından veya belirli bir Temenos alt modülünde bir kredi kontrolü talep kaydının oluşturulmasından yakalanır.

Yakala

Kredi kontrolü işlemini veya API çağrısını başlatma olayı kaydedildi.

Event tipi explicit
Kredi Reddedildi
Kredi başvurusunun inceleme sonrasında resmi olarak reddedildiği alternatif bir bitiş etkinliği. Bu, başvurunun nihai karar durumu 'Reddedildi' olarak ayarlandığında kaydedilir.
Neden Önemli?dir?

Bu faaliyet, başarısız bir sonucu işaret eder. Burada sona eren vakaların, ret nedenleriyle birlikte analiz edilmesi, başvuru kalitesini ve karar politikalarını iyileştirmek için önemlidir.

Nereden Alınır??

Nihai başvuru durumunun 'Reddedildi' veya benzer bir terminal duruma ayarlanmasından çıkarılır. Bu, 'Kredi Kararı Verildi' ile aynı kaynaktır ancak belirli bir sonuç için filtrelenmiştir.

Yakala

Nihai karar durumu 'Reddedildi' olarak ayarlandığında zaman damgası (zaman damgası)ndan türetilir.

Event tipi inferred
Kredi Teklifi Kabul Edildi
Başvuru sahibinin kredi teklifini resmi olarak kabul ettiğini gösterir. Bu, genellikle bir kredi yetkilisinin başvuru sahibinden onay aldıktan sonra başvurunun durumunu güncellemesiyle kaydedilir.
Neden Önemli?dir?

Bu, müşteri odaklı kilit bir dönüm noktasıdır. Başvuru sahibinin ilerlemek istediğini doğrular ve sözleşme oluşturma ile fon ödemesi gibi nihai adımları tetikler.

Nereden Alınır??

Başvurunun geçmiş Log'undaki 'Teklif Kabul Edildi' veya benzeri bir duruma yapılan değişiklikten çıkarılır. Bu durum güncellemesinin zaman damgası (zaman damgası) kullanılır.

Yakala

Durumun 'Teklif Kabul Edildi' olarak değiştiği zaman damgası (zaman damgası)ndan türetilir.

Event tipi inferred
Kredi Teklifi Oluşturuldu
Onaylanmış krediler için, başvuru sahibine gönderilecek resmi kredi teklif belgesinin oluşturulması açık bir eylemdir. Bu olay genellikle bir belge oluşturma hizmeti tetiklendiğinde kaydedilir.
Neden Önemli?dir?

Bu faaliyet, dahili işleme sürecinden müşteri eylemine geçişi işaret eder. Bu adım ile müşteri kabulü arasındaki gecikmeler, teklif veya iletişimle ilgili sorunları gösterebilir.

Nereden Alınır??

Bir kullanıcının 'Teklif Oluştur' işlevini çalıştırdığında uygulama Event Log'undan veya belge yönetim sistemindeki teklif belgesinin oluşturulma zaman damgası (zaman damgası)ndan yakalanır.

Yakala

Belge oluşturma işleminin yürütülmesi üzerine kaydedildi.

Event tipi explicit
Risk Değerlendirmesi Yapıldı
Ana kredi değerlendirme sürecinde veya sonrasında ayrı bir adım olabilen resmi bir risk değerlendirmesinin tamamlandığını gösterir. Bu, risk değerlendirme bölümü veya görevi tamamlandı olarak işaretlendiğinde kaydedilir.
Neden Önemli?dir?

Bu faaliyet, uyumluluk takibi için gereklidir. Zorunlu bir risk değerlendirme adımının tüm ilgili başvurular için tutarlı bir şekilde gerçekleştirilmesini sunar.

Nereden Alınır??

Risk ile ilgili bir durum değişikliğinden, örneğin 'Risk Değerlendirildi', veya iş akışındaki belirli bir risk değerlendirme görevinin tamamlanma zaman damgası (zaman damgası)ndan çıkarılır.

Yakala

Bir risk değerlendirme görevinin tamamlanma zaman damgası (zaman damgası)ndan veya belirli bir durum değişikliğinden türetilir.

Event tipi inferred
Tüm Belgeler Alındı
Bu olay, başvuru sahibinden istenen tüm destekleyici belgelerin alındığı ve yüklendiği noktayı işaret eder. Genellikle, başvurunun bir sonraki aşamaya hazır olduğunu bildiren bir durum değişikliğinden çıkarılır.
Neden Önemli?dir?

Bu dönüm noktası, kredi değerlendirme (underwriting) ve kredi değerlendirmesi için kilit bir ön koşuldur. Bu noktadan önceki gecikmeler genellikle başvuru sahibine bağlıyken, sonrakiler dahili kaynaklıdır.

Nereden Alınır??

Başvuru durumunun 'Belgeler Tamamlandı' veya 'Risk Değerlendirme İçin Hazır' olarak değişmesinden çıkarılır. Bu durum değişikliği başvurunun denetim izinde kaydedilir.

Yakala

Başvuru durumunun tüm belgelerin alındığını gösterecek şekilde değiştiği zaman damgası (zaman damgası) ile belirlenir.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

Verilerinizi Temenos'tan Nasıl Alırsınız?

Bu süreç için veri çıkarma yöntemleri şu anda doğrulanmaktadır. Lütfen daha sonra tekrar kontrol edin veya bize ulaşın yardım için.