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

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

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

Bu şablon, kredi başvuru sürecinizi (loan origination) analiz etmek için gerekli verileri toplamak üzere net bir çerçeve sunar. Kapsamlı bir olay günlüğü (event log) oluşturmak için gereken temel öznitelikleri ve faaliyetleri özetler. Ayrıca, bu kritik bilgileri kaynak sistemlerinizden nasıl çıkaracağınıza dair rehberlik de bulacaksınız.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Veri Çekim Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Temenos Kredi Başvuru Öznitelikleri

Bunlar, kredi başvuru sürecinizin (loan origination) kapsamlı analizi için olay günlüğünüze (event log) dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 9 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Kredi başvuru sürecinde (loan origination) meydana gelen belirli iş olayının veya adımın adı.
Açıklama

Etkinlik Adı (Activity Name), '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 omurgasını 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 temeldir.

Neden önemli

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 olanak tanır.

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ı VerildiFonlar Dağıtı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 yaşam döngüsü boyunca benzersiz bir şekilde tanımlar. İlgili tüm faaliyetleri ve verileri gruplamak için merkezi bir varlık olarak hizmet eder ve belirli bir kredi için başvuru sürecinin (origination journey) eksiksiz bir izini sağlar.

Süreç madenciliğinde, 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 elzemdir. 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 kapsamlı bir şekilde anlaşılmasını sağlar.

Neden önemli

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 anahtardır. AA.ARRANGEMENT modülüyle ilgili olanlar gibi belirli 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 faaliyetin veya olayın meydana geldiği tarih ve saat.
Açıklama

Olay Zaman Damgası (Event Timestamp), 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 kritiktir.

Bu öznitelik, döngü süreleri, işleme süreleri ve faaliyetler arasındaki bekleme süreleri gibi temel performans göstergelerinin hesaplanmasını sağlar. 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

Bu 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 esastır.

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
Event 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

Verinin kökenini belirler; bu, veri doğrulaması, sorun giderme ve süreç entegrasyonlarını anlamak için kritik öneme sahiptir.

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ı.
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 hayati önem taşır. 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

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 kritik öneme sahiptir.

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ı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. Süreç madenciliğinde 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 dashboard'lar için temel olup, yöneticilerin ekip verimliliğini optimize etmesine ve görevleri dengelemesine olanak tanır.

Neden önemli

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

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 optimize etmek için değerlidir.

Neden önemli

Farklı müşteri etkileşim kanallarında performans analizini mümkün kılarak, 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ş Saati
EndTime
Bir aktivitenin tamamlandığını gösteren timestamp.
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 çok önemlidir. 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 anahtardır.

Neden önemli

Etkinlik işleme süresinin hassas bir şekilde hesaplanmasını sağlar; bu, darboğaz analizinde aktif çalışma süresini boş bekleme süresinden ayırmak için temeldir.

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 kritik bir sonuç metriğidir.

Bu öznitelik, sürecin etkinliğini analiz etmek için temeldir. Onay ve ret oranlarını hesaplamak için kullanılır ve Kredi Puanı veya Başvuru Sahibi Türü gibi diğer özniteliklerle 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 anahtardır.

Neden önemli

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

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 Geri ÇekildiTeklifin Süresi Doldu
Kredi Miktarı
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 olanak tanır. 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

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 olanak tanır.

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 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.

Süreç madenciliğinde, 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

Karar verme için kritik bağlam sağlar, kredi değerliliğinin süreç yollarını, süreleri ve sonuçları nasıl etkilediğinin analizine olanak tanır.

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 Ü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 çok önemlidir. 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 olanak tanır.

Neden önemli

Süreç segmentasyonuna olanak tanır; 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 sağlama fırsatlarını ortaya çıkarabilir. Bu segmentasyon, 'Kredi Karar Sonucu Tutarlılığı' (Loan Decision Outcome Consistency) analizi için anahtardır.

Neden önemli

Sürecin yeni ve mevcut müşteriler için farklılık gösterip göstermediğini analiz etmek için segmentasyona olanak tanır, 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 çok önemlidir. 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

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 olay günlüğünde 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ış
İşlem Süresi
ProcessingTime
Bir faaliyet üzerinde aktif olarak çalışılan süre.
Açıklama

İşlem Süresi, bir etkinlik için aktif çalışma süresini temsil eden, Bitiş Zamanı ile Başlangıç Zamanı arasındaki fark olarak hesaplanan bir ölçümdür. Etkinlikler arasında harcanan süre olan bekleme süresiyle çelişir.

Bu ölçüm, darboğaz analizi için temeldir. İşlem süresini bekleme süresinden ayırarak, analistler gecikmelerin verimsiz faaliyetlerden (uzun işlem süresi) mi yoksa kuyruklardan ve aktarım gecikmelerinden (uzun bekleme süresi) mi kaynaklandığını belirleyebilirler. Bu, iyileştirme çabalarını doğru bir şekilde hedeflemek için hayati öneme sahiptir.

Neden önemli

Bir etkinliğin aktif çalışma süresini ölçer, bu da darboğaz analizinde süreç verimsizlikleri ile bekleme süresi arasında ayrım yapmaya yardımcı olur.

Nereden alınır

Bu öznitelik kaynak sistemde mevcut değildir. Veri dönüşümü sırasında, her faaliyet için 'Olay Zaman Damgası' (EventTimestamp) (Başlangıç Zamanı) 'Bitiş Zamanı'ndan (EndTime) çıkarılarak hesaplanır.

Örnekler
15 dakika2 saat3 gün
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 sağlar. 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 paha biçilmezdir. 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

Reddedilen başvurular için kritik bağlam sağlar, başvuru kalitesini artırmak ve gereksiz işlemeyi azaltmak için temel neden analizine olanak tanır.

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 puanı
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 hizmet eder. '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

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

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
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 sağlar. Bu, sürecin coğrafi olarak segmentlere ayrılmasına olanak tanır.

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

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 olanak tanır.

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 anahtardır. Otomatik adımların hızı ve tutarlılığı ile manuel adımlarınkini karşılaştırmaya olanak tanır. Bu analiz, gelecekteki otomasyon girişimlerini önceliklendirmeye ve bunların etkisini ölçmeye yardımcı olur.

Neden önemli

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 kritik öneme sahiptir.

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
Risk Değerlendirme (Underwriting) 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 dashboard'larda ve KPI'larda kullanılır ve performansı ve uyumluluk riskini proaktif olarak yönetmeye yardımcı olur.

Neden önemli

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
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 sağlar. 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 anahtardır.

Neden önemli

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

Nereden alınır

Bu öznitelik kaynak sistemde bulunmaz. Süreç madenciliği motoru tarafından, tek bir vaka içinde tekrarlanan faaliyet dizilerinin tespit edilmesiyle hesaplanır.

Örnekler
truefalse
Gerekli Önerilen İsteğe Bağlı

Temenos Kredi Başvuru Faaliyetleri

Bunlar, doğru süreç keşfi için olay günlüğünüzde (event log) yakalanması gereken temel süreç adımları ve kritik dönüm noktalarıdır.
7 Önerilen 9 İsteğe Bağlı
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

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

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ından türetilir.

Yakala

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

Event tipi explicit
Fonlar Dağıtı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

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ı içerecektir.

Yakala

Fon dağıtımı için finansal işlemin yürütülmesiyle 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 statüsü 'Değerlendirmede' (In Underwriting) veya benzeri bir şekilde güncellendiğinde anlaşılır.
Neden önemli

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

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 anahtardır.

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ı 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

Bu, önemli bir iş sonucudur. Onay oranlarını hesaplamak, ret nedenlerini analiz etmek ve genel karar verme süresini ölçmek için çok önemlidir.

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ı kullanılır.

Yakala

Nihai karar durumu, 'Onaylandı' veya 'Reddedildi' gibi, kaydedildiğinde 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

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ı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ından türetilir.

Event tipi inferred
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

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

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

Bu faaliyet, tekrar iş döngülerini (rework loops) belirlemek için çok önemlidir. 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 şablonunu 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

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

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

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 hayati önem taşır.

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ı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

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ı kullanılır.

Yakala

Durumun 'Teklif Kabul Edildi' olarak değiştiği 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

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ından yakalanır.

Yakala

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

Event tipi explicit
Risk Değerlendirmesi Gerçekleştirildi
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

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

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ından çıkarılır.

Yakala

Bir risk değerlendirme görevinin tamamlanma 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

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ı ile belirlenir.

Event tipi inferred
Önerilen İsteğe Bağlı

Veri Çekim 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.