Szablon danych procesu udzielania kredytów

Temenos
Szablon danych procesu udzielania kredytów

Szablon danych procesu udzielania kredytów

Szablon zawiera wskazówki dotyczące gromadzenia danych potrzebnych do analizy procesu udzielania kredytów. Wskazuje atrybuty i działania niezbędne do przygotowania pełnego dziennika zdarzeń. Zawiera też informacje o tym, jak pobrać te dane z systemów źródłowych.
  • Zalecane atrybuty do zebrania
  • Najważniejsze działania do śledzenia
  • Wskazówki dotyczące ekstrakcji danych
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu udzielania kredytów

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie analizować proces udzielania kredytów.
5 Wymagane 7 Zalecane 8 Opcjonalne
Nazwa Opis
Identyfikator wniosku kredytowego
LoanApplicationId
Unikalny identyfikator każdego wniosku kredytowego, używany jako główny klucz do śledzenia całego procesu udzielania kredytu.
Opis

Identyfikator wniosku kredytowego jednoznacznie wskazuje każdy wniosek na wszystkich etapach, od złożenia po ostateczną decyzję i wypłatę środków. Służy jako główny identyfikator, który łączy wszystkie powiązane czynności i dane. Dzięki temu można prześledzić cały proces dotyczący konkretnego kredytu.

W process mining ten atrybut jest niezbędny do utworzenia widoku case, w którym każdy identyfikator wniosku kredytowego odpowiada jednej instancji procesu od początku do końca. Analiza danych według tego identyfikatora pozwala obliczać miary dla poszczególnych case, takie jak łączny czas realizacji, pętle poprawek i końcowe wyniki. Daje to pełny obraz przebiegu procesu udzielania kredytu.

Dlaczego to ważne

To niezbędny identyfikator case, który łączy wszystkie powiązane zdarzenia w jeden proces od początku do końca i umożliwia jego analizę.

Skąd pobrać

Zwykle jest to klucz główny w głównym rekordzie wniosku kredytowego lub transakcji w Temenos. Nazwę konkretnej tabeli i pola, na przykład w module AA.ARRANGEMENT, można sprawdzić w dokumentacji Temenos.

Przykłady
LA-2023-001234LA-2023-001235LA-2023-001236
Nazwa czynności
ActivityName
Nazwa konkretnego zdarzenia biznesowego lub etapu, który wystąpił w procesie udzielania kredytu.
Opis

Nazwa czynności opisuje konkretny etap lub kamień milowy w procesie udzielania kredytu, na przykład „Wniosek złożony” lub „Zakończono sprawdzanie historii kredytowej”. Czynności te tworzą podstawę mapy procesu i pokazują kolejność zdarzeń dla każdego wniosku.

Analiza czynności pozwala zobrazować przebieg procesu, wskazać typowe ścieżki, wykryć odstępstwa i zlokalizować wąskie gardła. Kolejność i częstotliwość czynności pomagają zrozumieć, jak proces przebiega w praktyce i czym różni się od założeń.

Dlaczego to ważne

Określa etapy procesu, dzięki czemu można przedstawić jego mapę oraz analizować przebieg, wąskie gardła i odstępstwa.

Skąd pobrać

Informacje te pochodzą zwykle z dzienników zdarzeń, rekordów zmian statusu lub tabel ścieżki audytu w Temenos. Może być konieczne przypisanie technicznych kodów statusu lub typów zdarzeń do czytelnych nazw czynności.

Przykłady
Wniosek złożonyZakończono sprawdzanie historii kredytowejRozpoczęto ocenę zdolności kredytowejPodjęto decyzję kredytowąWypłacono środki
Znacznik czasu zdarzenia
EventTimestamp
Data i godzina wystąpienia konkretnej czynności lub zdarzenia.
Opis

Znacznik czasu zdarzenia wskazuje dokładny moment wykonania czynności. Te dane chronologiczne są niezbędne do prawidłowego uporządkowania zdarzeń i przeprowadzenia analizy procesu w czasie.

Atrybut ten pozwala obliczać ważne wskaźniki, takie jak czas realizacji, czas przetwarzania i czas oczekiwania między czynnościami. Pomaga wykrywać opóźnienia, mierzyć wyniki względem uzgodnionych poziomów usług (SLA) i analizować dynamikę procesu udzielania kredytu. Bez dokładnych znaczników czasu process mining nie jest możliwy.

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do prawidłowego uporządkowania zdarzeń i obliczania wszystkich miar czasu, takich jak czas realizacji i czas trwania wąskich gardeł.

Skąd pobrać

Zwykle znajduje się obok pola czynności lub statusu w dziennikach zdarzeń albo tabelach ścieżki audytu w Temenos. Warto szukać pól o nazwach „TIMESTAMP”, „EVENT_DATE” lub podobnych.

Przykłady
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:05:00Z
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane dotyczące tego zdarzenia zostały ostatnio odświeżone lub pobrane.
Opis

Ten atrybut metadanych zapisuje datę i godzinę ostatniego pobrania lub aktualizacji danych z systemu źródłowego. Nie opisuje zdarzenia biznesowego, lecz informuje o aktualności analizowanych danych.

Informacja ta pomaga ocenić aktualność analizy process mining i wspiera zarządzanie danymi. Użytkownicy mogą sprawdzić, czy analizują dane bieżące, dzienne czy tygodniowe, co pozwala właściwie interpretować wnioski i podejmowane decyzje.

Dlaczego to ważne

Informuje o aktualności danych, co jest ważne dla zarządzania nimi i oceny, na ile aktualna jest analiza.

Skąd pobrać

To atrybut metadanych dodawany podczas procesu pobierania, przekształcania i ładowania danych (ETL). Zwykle przyjmuje wartość znacznika czasu uruchomienia ETL.

Przykłady
2023-11-20T04:00:00Z2023-11-21T04:00:00Z2023-11-22T04:00:00Z
System źródłowy
SourceSystem
System, z którego pobrano dane o zdarzeniach.
Opis

Ten atrybut wskazuje źródłowy system informatyczny, w którym powstały dane o czynnościach. W złożonym środowisku IT zdarzenia związane z udzielaniem kredytu mogą być rejestrowane w kilku systemach, na przykład w portalu dla klientów, głównej platformie bankowej i systemie zarządzania dokumentami.

Podanie systemu źródłowego jest ważne dla zarządzania danymi, rozwiązywania problemów i poznania punktów styku procesu z technologią. Ułatwia weryfikację poprawności danych i może ujawnić fragmentację procesu między różnymi platformami.

Dlaczego to ważne

Wskazuje źródło danych, co jest ważne przy ich weryfikacji, rozwiązywaniu problemów i analizie integracji między systemami.

Skąd pobrać

To atrybut metadanych, który zwykle dodaje się podczas pobierania i przekształcania danych. Dla wszystkich rekordów z danego systemu może mieć stałą wartość, na przykład „Temenos Transact”.

Przykłady
Temenos Transact T24Temenos InfinityZewnętrzne biuro informacji kredytowej
Czas zakończenia
EndTime
Znacznik czasu wskazujący, kiedy zakończono czynność.
Opis

Czas zakończenia wskazuje moment ukończenia konkretnej czynności. Czas rozpoczęcia określa, kiedy zdarzenie się zaczęło, a czas zakończenia pozwala ustalić, jak długo trwało. W przypadku zdarzeń chwilowych oba czasy mogą być takie same.

W analizie procesu zapisanie czasu rozpoczęcia i zakończenia pozwala dokładnie obliczyć czas przetwarzania czynności. Dzięki temu można odróżnić czas aktywnej pracy nad wnioskiem od oczekiwania na kolejny etap. To ważne przy wykrywaniu rzeczywistych wąskich gardeł.

Dlaczego to ważne

Pozwala dokładnie obliczyć czas przetwarzania czynności, co jest niezbędne do odróżnienia aktywnej pracy od oczekiwania podczas analizy wąskich gardeł.

Skąd pobrać

Informacja ta może być dostępna w dziennikach audytu jako osobne pole „END_TIME” lub wymagać ustalenia na podstawie czasu rozpoczęcia kolejnej czynności. Szczegółowe informacje o rejestrowaniu zdarzeń można znaleźć w dokumentacji Temenos.

Przykłady
2023-10-26T10:15:00Z2023-10-26T18:00:10Z2023-10-27T11:30:00Z
Kanał złożenia wniosku
ApplicationChannel
Kanał, za pośrednictwem którego złożono wniosek kredytowy, np. online, w oddziale lub w aplikacji mobilnej.
Opis

Kanał złożenia wniosku wskazuje sposób, z którego skorzystał klient. Poszczególne kanały mogą różnić się jakością danych, oczekiwaniami klientów i wymaganiami dotyczącymi obsługi, co wpływa na wyniki całego procesu.

Analiza procesu według kanału pomaga ustalić, które kanały działają najsprawniej, a które wymagają usprawnień. Na przykład wnioski złożone przez portal internetowy mogą być średnio obsługiwane szybciej niż te złożone w oddziale. Taka wiedza pomaga optymalizować strategię kanałów i przydział zasobów.

Dlaczego to ważne

Umożliwia porównanie wyników w różnych kanałach kontaktu z klientami, co pomaga usprawniać procesy i doświadczenia użytkowników w poszczególnych kanałach.

Skąd pobrać

Informacja ta jest zwykle rejestrowana na początku procesu i zapisywana w głównym rekordzie wniosku kredytowego. W systemie Temenos warto szukać pola „SOURCE” lub „CHANNEL”.

Przykłady
Portal internetowyOddziałAplikacja mobilnaPośrednik kredytowy
Kwota kredytu
LoanAmount
Łączna kwota kredytu, o którą ubiega się wnioskodawca.
Opis

Atrybut ten określa kwotę kapitału kredytu, o który złożono wniosek. Wysokość kredytu może znacząco wpływać na przebieg procesu, zakres weryfikacji i wymagane zatwierdzenia.

Analiza procesu według kwoty kredytu pozwala sprawdzić, czy wnioski o wyższe kwoty przechodzą inną, bardziej rygorystyczną ścieżkę. Może też wyjaśnić różnice w czasie realizacji i nakładzie pracy przy ocenie zdolności kredytowej. Na przykład kredyty powyżej określonego progu mogą wymagać dodatkowych zatwierdzeń. process mining pozwala zobrazować i zweryfikować takie zależności.

Dlaczego to ważne

Umożliwia analizę według kwoty kredytu, aby sprawdzić jej wpływ na złożoność procesu, czas realizacji i wymagany poziom zatwierdzeń.

Skąd pobrać

To podstawowe pole w rekordzie wniosku kredytowego w systemie Temenos. Warto szukać pól takich jak „AMOUNT” lub „REQUESTED_AMOUNT”.

Przykłady
250000.0015000.00500000.00
Ocena kredytowa
CreditScore
Ocena kredytowa wnioskodawcy w chwili składania wniosku.
Opis

Ocena kredytowa to liczbowa miara wiarygodności kredytowej wnioskodawcy, uzyskiwana z biura informacji kredytowej. Jest jednym z czynników branych pod uwagę przy ocenie zdolności kredytowej i podejmowaniu decyzji.

W process mining ocena kredytowa stanowi ważny atrybut kontekstowy. Pozwala sprawdzić spójność decyzji kredytowych przez zestawienie oceny z końcowym wynikiem wniosku. Można też podzielić wnioski na grupy i sprawdzić, czy te z niższą oceną są obsługiwane dłużej lub wymagają większego udziału pracowników.

Dlaczego to ważne

Dostarcza kontekstu potrzebnego do analizy decyzji i pozwala sprawdzić, jak wiarygodność kredytowa wpływa na przebieg, czas trwania i wynik procesu.

Skąd pobrać

Dane te pochodzą zwykle z zewnętrznego biura informacji kredytowej i są zapisywane w tabeli klienta lub wniosku w systemie Temenos.

Przykłady
720650810
Przypisany doradca kredytowy
AssignedLoanOfficer
Imię i nazwisko lub identyfikator doradcy kredytowego albo użytkownika odpowiedzialnego za wykonanie czynności.
Opis

Ten atrybut wskazuje pracownika lub członka zespołu, który wykonał dane zadanie w procesie udzielania kredytu. W process mining taką osobę lub zespół często określa się jako zasób.

Analiza wyników pracy doradców kredytowych pomaga zrozumieć rozkład obciążenia, wskazać osoby osiągające najlepsze wyniki i znaleźć możliwości szkoleń lub ujednolicenia procesu. Atrybut ten jest podstawą dashboardów dotyczących wyników pracy i zarządzania obciążeniem zasobów. Pozwala kierownikom usprawniać pracę zespołu i równoważyć przydział zadań.

Dlaczego to ważne

Przypisuje działania użytkowników do konkretnych osób lub zespołów, umożliwiając analizę obciążenia, porównanie wyników i lepsze wykorzystanie zasobów.

Skąd pobrać

Informacje te są zwykle dostępne w tabelach ścieżki audytu i często są powiązane z identyfikatorem użytkownika. W rekordach zdarzeń lub transakcji w Temenos warto szukać pól takich jak „USER_ID”, „PROCESSED_BY” lub „OWNER”.

Przykłady
Alicja KowalskaJan NowakZespół oceny zdolności kredytowej B
Rodzaj produktu kredytowego
LoanProductType
Rodzaj produktu kredytowego, o który ubiega się wnioskodawca, np. kredyt hipoteczny, kredyt gotówkowy lub kredyt samochodowy.
Opis

Atrybut ten przypisuje każdy wniosek kredytowy do odpowiedniego produktu finansowego. Poszczególne produkty kredytowe często mają odrębne przebiegi procesu, SLA i profile ryzyka.

Podział analizy procesu według rodzaju produktu kredytowego pozwala na miarodajne porównania. Pomaga wyjaśnić różnice w czasie realizacji, odsetku zatwierdzonych wniosków i przebiegu procesu. Na przykład proces obsługi wniosku o kredyt hipoteczny jest z natury bardziej złożony i dłuższy niż proces obsługi wniosku o kredyt gotówkowy. Dzięki temu atrybutowi można porównywać podobne przypadki i planować ukierunkowane usprawnienia.

Dlaczego to ważne

Pozwala podzielić proces na segmenty, porównać wyniki i wykryć różnice między liniami biznesowymi, które często mają odmienne wymagania dotyczące procesu.

Skąd pobrać

To podstawowy atrybut wniosku kredytowego, zwykle dostępny w głównej tabeli wniosków w systemie Temenos. Warto szukać pól „PRODUCT_ID” lub „PRODUCT_CATEGORY”.

Przykłady
Kredyt hipotecznyKredyt gotówkowyKredyt samochodowyLinia kredytowa zabezpieczona na nieruchomości
Wynik decyzji
DecisionOutcome
Końcowy wynik rozpatrzenia wniosku kredytowego, np. zatwierdzony, odrzucony lub wycofany.
Opis

Wynik decyzji określa końcowy status wniosku kredytowego po zakończeniu oceny zdolności kredytowej i procesu zatwierdzania. To ważny wskaźnik wyniku całego procesu.

Atrybut ten pozwala ocenić skuteczność procesu. Służy do obliczania odsetka zatwierdzonych i odrzuconych wniosków. W połączeniu z innymi atrybutami, takimi jak ocena kredytowa lub typ wnioskodawcy, pomaga sprawdzić, czy decyzje kredytowe są podejmowane spójnie. Zrozumienie przyczyn odrzucania wniosków jest istotne dla ulepszania procesów.

Dlaczego to ważne

Określa końcowy wynik biznesowy procesu, co pozwala analizować odsetek zatwierdzonych wniosków, przyczyny odmów i spójność decyzji.

Skąd pobrać

Zazwyczaj jest zapisywany jako pole statusu w głównym rekordzie wniosku kredytowego w systemie Temenos. Pole to jest zwykle aktualizowane podczas czynności „Wydanie decyzji kredytowej”.

Przykłady
ZatwierdzonyOdrzuconyWycofany przez wnioskodawcęOferta wygasła
Czy czynność jest zautomatyzowana
IsAutomated
Flaga wskazująca, czy czynność wykonał automatycznie system, czy ręcznie użytkownik.
Opis

Ten atrybut logiczny rozróżnia czynności wykonane przez użytkownika od tych realizowanych przez system, np. automatycznego sprawdzenia zdolności kredytowej lub wstępnej walidacji.

Informacja o poziomie automatyzacji pomaga wskazać możliwości dalszego usprawnienia procesu. Pozwala porównać szybkość i powtarzalność czynności automatycznych oraz ręcznych. Analiza ta ułatwia ustalanie priorytetów dla przyszłych inicjatyw automatyzacyjnych i pomiar ich efektów.

Dlaczego to ważne

Rozróżnia czynności wykonywane przez system i przez ludzi, co pomaga wskazać możliwości automatyzacji oraz ocenić efekty już wdrożonych rozwiązań.

Skąd pobrać

Informację tę często ustala się na podstawie użytkownika przypisanego do czynności. Jeśli jest to konto systemowe lub serwisowe, czynność oznacza się jako zautomatyzowaną. Można ją też określić na podstawie typu zdarzenia.

Przykłady
truefalse
Czy przekroczono SLA dla oceny zdolności kredytowej
IsUnderwritingSlaBreached
Obliczana flaga przyjmująca wartość prawda, jeśli czas oceny zdolności kredytowej przekroczył ustalony limit SLA.
Opis

Ten atrybut logiczny wskazuje, czy podczas oceny zdolności kredytowej wniosku przekroczono uzgodniony poziom obsługi (SLA). Ustala się to przez porównanie rzeczywistego czasu oceny z docelowym czasem określonym dla tego etapu.

Flaga upraszcza analizę i raportowanie, ponieważ jednoznacznie wskazuje, czy SLA zostało dotrzymane. Jest bezpośrednio wykorzystywana w dashboardach i KPI do śledzenia odsetka przekroczeń SLA w czasie, według produktu lub pracownika obsługującego wniosek. Ułatwia to bieżące zarządzanie wynikami i ryzykiem związanym ze zgodnością.

Dlaczego to ważne

Zapewnia prostą informację „tak” lub „nie” o dotrzymaniu SLA, co ułatwia filtrowanie, agregowanie i analizowanie częstotliwości oraz przyczyn przekroczeń.

Skąd pobrać

Atrybutu tego nie ma w systemie źródłowym. Jest obliczany przez pomiar czasu między czynnościami „Rozpoczęcie oceny zdolności kredytowej” i „Zakończenie oceny zdolności kredytowej”, a następnie porównanie wyniku z atrybutem „UnderwritingSlaTarget”.

Przykłady
truefalse
Czy wystąpiła ponowna praca
IsRework
Obliczana flaga przyjmująca wartość prawda, jeśli czynność jest częścią pętli ponownej pracy.
Opis

Ta flaga logiczna wskazuje czynności oznaczające ponowną pracę, czyli sytuacje, w których trzeba było powtórzyć krok lub sekwencję kroków. Na przykład wystąpienie czynności „Zażądano dokumentów uzupełniających” po „Rozpoczęciu oceny zdolności kredytowej” wskazuje na powrót do wcześniejszego etapu procesu.

Wykrywanie i oznaczanie ponownej pracy to jedna z możliwości process mining. Atrybut ten ułatwia obliczenie KPI „Odsetek wniosków wymagających ponownej pracy”. Analiza przyczyn, takich jak niekompletne wnioski, pomaga usprawnić proces, ograniczyć koszty i skrócić czas realizacji.

Dlaczego to ważne

Wskazuje czynności należące do nieefektywnych pętli procesu, ułatwiając pomiar ponownej pracy i analizę jej przyczyn.

Skąd pobrać

Atrybutu tego nie ma w systemie źródłowym. Oblicza go silnik process mining, wykrywając powtarzające się sekwencje czynności w ramach pojedynczej sprawy.

Przykłady
truefalse
Docelowy czas oceny zdolności kredytowej według SLA
UnderwritingSlaTarget
Docelowy czas, w którym powinna zakończyć się ocena zdolności kredytowej wniosku.
Opis

Docelowy czas oceny zdolności kredytowej według SLA określa oczekiwany poziom obsługi na tym etapie, zwykle wyrażony w godzinach lub dniach roboczych. Wartość może zależeć między innymi od rodzaju produktu kredytowego lub kwoty kredytu.

Atrybut ten stanowi punkt odniesienia przy pomiarze rzeczywistych wyników. Jest bezpośrednio wykorzystywany w dashboardzie „SLA i zgodność w ocenie zdolności kredytowej” oraz potrzebny do obliczenia KPI „Odsetek przekroczeń SLA”. Analiza przekroczeń pomaga ustalić przyczyny opóźnień i zarządzać ryzykiem operacyjnym oraz ryzykiem związanym ze zgodnością.

Dlaczego to ważne

Zapewnia jasny punkt odniesienia do pomiaru wyników, przestrzegania SLA i wykrywania wniosków zagrożonych przekroczeniem terminu.

Skąd pobrać

Może to być stała wartość określona na podstawie reguł biznesowych albo pole wniosku kredytowego, wyznaczane na przykład na podstawie danych podstawowych produktu w systemie Temenos.

Przykłady
48 godzin72 godziny24 godziny
Dział
Department
Dział organizacji odpowiedzialny za daną czynność.
Opis

Atrybut ten wskazuje jednostkę biznesową lub dział, np. „udzielanie kredytów”, „ocena zdolności kredytowej” lub „finalizacja”, który wykonał daną czynność. Pomaga zrozumieć przekazywanie pracy między różnymi częściami organizacji.

Analiza procesu według działów pomaga wykrywać nieefektywności i opóźnienia przy przekazywaniu spraw między zespołami. Może ujawnić problemy z komunikacją lub ograniczone zasoby w konkretnych działach, a także wskazać wąskie gardła w organizacji.

Dlaczego to ważne

Pozwala zobrazować przepływ pracy między zespołami, analizować czas przekazywania spraw i wykrywać wąskie gardła w organizacji.

Skąd pobrać

Informacja ta często nie występuje bezpośrednio w dzienniku zdarzeń. Można ją uzyskać, przypisując użytkowników (atrybut „AssignedLoanOfficer”) do odpowiednich działów na podstawie danych kadrowych.

Przykłady
Udzielanie kredytówAnaliza kredytowaRyzyko kredytoweFinalizacja
Przyczyna decyzji
ReasonForDecision
Kod lub opis wyjaśniający przyczynę końcowej decyzji kredytowej, zwłaszcza w przypadku odmowy.
Opis

Atrybut ten uzupełnia informację o wyniku decyzji. W przypadku odrzuconego wniosku wskazuje przyczynę, np. „niewystarczające dochody”, „zbyt wysoki stosunek zadłużenia do dochodu” lub „negatywna historia kredytowa”.

Informacja ta jest bardzo przydatna przy analizie przyczyn odrzucania wniosków. Analiza najczęstszych powodów odmowy pozwala wykryć problemy na etapie wstępnej kwalifikacji, usprawnić komunikację z klientami lub dostosować kryteria udzielania kredytów. Pomaga też ograniczyć ponowną pracę i poprawić jakość wniosków trafiających do procesu.

Dlaczego to ważne

Dostarcza kontekstu dla odrzuconych wniosków i umożliwia analizę przyczyn, która pomaga poprawić jakość wniosków oraz ograniczyć zbędną obsługę.

Skąd pobrać

Często jest zapisywany w powiązanym polu notatek lub kodu przyczyny, połączonym z końcowym statusem decyzji w systemie Temenos.

Przykłady
Zbyt wysoki stosunek zadłużenia do dochoduNiekompletny wniosekNiska ocena kredytowa
Region klienta
CustomerRegion
Region geograficzny, w którym znajduje się wnioskodawca.
Opis

Region klienta określa położenie geograficzne wnioskodawcy, np. Amerykę Północną, Europę lub konkretny stan. Pozwala analizować proces z podziałem na regiony.

Porównanie wyników między regionami może ujawnić różnice w sprawności procesu, odsetku zatwierdzonych wniosków lub popularności produktów. Wiedzę tę można wykorzystać przy planowaniu działań marketingowych, przydziale zasobów oraz identyfikowaniu dobrych praktyk i problemów charakterystycznych dla poszczególnych regionów.

Dlaczego to ważne

Umożliwia porównanie wyników procesu w różnych regionach, wykrywanie regionalnych wąskich gardeł i analizę różnic między rynkami.

Skąd pobrać

Informacja ta znajduje się w profilu klienta lub danych adresowych zapisanych w Customer Information File (CIF) albo w równoważnym zbiorze danych podstawowych klienta w systemie Temenos.

Przykłady
Ameryka PółnocnaEuropa, Bliski Wschód i AfrykaAzja i PacyfikKalifornia
Typ wnioskodawcy
ApplicantType
Określa kategorię wnioskodawcy, np. nowy lub obecny klient.
Opis

Atrybut ten dzieli wnioskodawców na grupy, takie jak „nowy klient”, „obecny klient” lub „firma”. Przebieg procesu może zależeć od typu wnioskodawcy. Na przykład wnioski obecnych klientów mogą być obsługiwane szybciej dzięki wcześniej zebranym danym.

Analiza procesu według typu wnioskodawcy pomaga zrozumieć, jak przebiega obsługa różnych grup klientów. Może wskazać możliwości uproszczenia procesu dla obecnych klientów lub zapewnienia większego wsparcia nowym. Podział ten jest istotny w analizie spójności wyników decyzji kredytowych.

Dlaczego to ważne

Pozwala sprawdzić, czy proces przebiega inaczej w przypadku nowych i obecnych klientów, co pomaga dostosować i usprawnić obsługę klienta.

Skąd pobrać

Informację tę zwykle ustala się, sprawdzając, czy w chwili składania wniosku w systemie Temenos istnieje profil klienta lub jego identyfikator.

Przykłady
Nowy klientObecny klientKlient biznesowy
Wymagane Zalecane Opcjonalne

Działania w procesie udzielania kredytów

To najważniejsze kroki procesu i punkty kontrolne, które należy uwzględnić w dzienniku zdarzeń, aby prawidłowo odkryć przebieg procesu.
7 Zalecane 9 Opcjonalne
Działanie Opis
Podjęto decyzję kredytową
Oznacza ostateczną decyzję w sprawie wniosku kredytowego, na przykład „Approved” lub „Rejected”. To ważne zdarzenie jest rejestrowane po ostatecznym ustawieniu pola statusu decyzji we wniosku.
Dlaczego to ważne

To ważny wynik biznesowy. Jego analiza pozwala obliczać odsetek zatwierdzonych wniosków, badać przyczyny odmów i mierzyć łączny czas oczekiwania na decyzję.

Skąd pobrać

Zdarzenie można ustalić na podstawie ostatecznej, niepodlegającej zmianie aktualizacji pola „Decision Outcome” lub równoważnego pola statusu w głównym rekordzie wniosku. Wykorzystywany jest znacznik czasu tej aktualizacji.

Rejestrowanie

Zdarzenie można ustalić na podstawie znacznika czasu zapisania ostatecznego statusu decyzji, na przykład „Approved” lub „Rejected”.

Typ zdarzenia inferred
Podpisano umowę kredytową
Oznacza moment otrzymania podpisanej umowy kredytowej i zarejestrowania jej w systemie. Użytkownik aktualizuje status wniosku, aby odzwierciedlić ten fakt i skierować proces do końcowego etapu wypłaty środków.
Dlaczego to ważne

To ostatni wymóg prawny przed wypłatą środków. Śledzenie tego etapu pozwala mierzyć czas potrzebny na końcowe formalności.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany statusu wniosku na „Agreement Signed” lub „Ready for Disbursement” w ścieżce audytu.

Rejestrowanie

Zdarzenie można rozpoznać po zmianie statusu wskazującej, że podpisana umowa została otrzymana i zweryfikowana.

Typ zdarzenia inferred
Rozpoczęto ocenę zdolności kredytowej
Oznacza, że do wniosku przypisano analityka kredytowego, który rozpoczął jego weryfikację. Zdarzenie można zwykle ustalić, gdy status wniosku zmieni się na „In Underwriting” lub podobny.
Dlaczego to ważne

To początek ważnego etapu oceny zdolności kredytowej. Pomiar czasu od tego momentu pomaga śledzić obciążenie analityków i przestrzeganie uzgodnionych poziomów usług (SLA).

Skąd pobrać

Zdarzenie można ustalić na podstawie znacznika czasu zmiany statusu na „Underwriting in Progress” w historii wniosku. Może być też powiązane z przypisaniem analityka kredytowego.

Rejestrowanie

Zdarzenie można rozpoznać po zmianie statusu wniosku na „In Underwriting”.

Typ zdarzenia inferred
Wniosek złożony
Oznacza utworzenie nowego wniosku kredytowego w systemie Temenos. To oficjalny początek procesu udzielania kredytu. Zdarzenie jest zwykle rejestrowane, gdy użytkownik po raz pierwszy zapisuje nowy wniosek.
Dlaczego to ważne

To podstawowe zdarzenie rozpoczynające cały proces. Czas od tego momentu do zakończenia procesu pokazuje jego łączny czas realizacji, czyli ważny KPI efektywności.

Skąd pobrać

Zdarzenie jest rejestrowane w dzienniku tworzenia wniosków lub ustalane na podstawie znacznika czasu utworzenia głównego rekordu wniosku kredytowego w odpowiednim module Temenos, na przykład AA.ARRANGEMENT.

Rejestrowanie

Zdarzenie można rozpoznać po utworzeniu wniosku lub początkowym znaczniku czasu przypisanym do identyfikatora wniosku kredytowego.

Typ zdarzenia explicit
Wypłacono środki
Ostatnia czynność w zakończonym powodzeniem procesie udzielania kredytu, oznaczająca przekazanie środków wnioskodawcy. To podstawowa transakcja finansowa, jawnie rejestrowana w głównym systemie bankowym Temenos T24.
Dlaczego to ważne

To zdarzenie oznacza pomyślne zakończenie procesu. Czas do wypłaty środków jest ważnym miernikiem doświadczeń klienta i ostatecznym wskaźnikiem przepustowości procesu.

Skąd pobrać

Zdarzenie jest rejestrowane jako jawny wpis transakcji finansowej w module bankowości podstawowej. Rekord wypłaty zawiera określony kod transakcji i znacznik czasu.

Rejestrowanie

Zdarzenie można rozpoznać po wykonaniu transakcji finansowej wypłaty środków.

Typ zdarzenia explicit
Zakończono ocenę zdolności kredytowej
Oznacza zakończenie weryfikacji przez analityka kredytowego przed podjęciem ostatecznej decyzji. Zdarzenie można ustalić na podstawie zmiany statusu wniosku, na przykład na „Underwriting Complete” lub „Pending Decision”.
Dlaczego to ważne

Ten etap kończy pomiar SLA dla oceny zdolności kredytowej. Czas od „Underwriting Commenced” do tego momentu pomaga ocenić pracę analityków.

Skąd pobrać

Zdarzenie można ustalić na podstawie znacznika czasu zmiany statusu na „Underwriting Complete” lub „Ready for Final Decision” w historii statusów wniosku.

Rejestrowanie

Zdarzenie można rozpoznać po znaczniku czasu zmiany statusu oznaczającej koniec weryfikacji zdolności kredytowej.

Typ zdarzenia inferred
Zakończono sprawdzanie historii kredytowej
Zdarzenie następuje, gdy biuro informacji kredytowej zwraca raport lub ocenę, a dane zostają zaktualizowane w rekordzie wniosku. Można je ustalić na podstawie aktualizacji pól dotyczących historii kredytowej i późniejszej zmiany statusu.
Dlaczego to ważne

To zdarzenie oznacza koniec podprocesu sprawdzania historii kredytowej. Czas od rozpoczęcia do zakończenia jest ważnym wskaźnikiem efektywności procesu.

Skąd pobrać

Zdarzenie można ustalić na podstawie znacznika czasu uzupełnienia pól oceny kredytowej w rekordzie wniosku lub zmiany statusu na „Credit Check Complete”.

Rejestrowanie

Zdarzenie można ustalić na podstawie znacznika czasu aktualizacji pola oceny kredytowej lub powiązanej zmiany statusu.

Typ zdarzenia inferred
Odrzucono wniosek kredytowy
Alternatywne zdarzenie końcowe, które oznacza formalne odrzucenie wniosku po jego weryfikacji. Jest rejestrowane, gdy ostateczny status decyzji we wniosku zostaje ustawiony na „Rejected”.
Dlaczego to ważne

To zdarzenie oznacza niepowodzenie procesu. Analiza przypadków zakończonych na tym etapie oraz przyczyn odmowy pomaga poprawić jakość wniosków i zasady podejmowania decyzji.

Skąd pobrać

Zdarzenie można ustalić na podstawie ustawienia ostatecznego statusu wniosku na „Rejected” lub podobny status końcowy. Źródło danych jest takie samo jak dla „Loan Decision Rendered”, ale uwzględnia tylko określony wynik.

Rejestrowanie

Zdarzenie można ustalić na podstawie znacznika czasu ustawienia ostatecznego statusu decyzji na „Rejected”.

Typ zdarzenia inferred
Otrzymano wszystkie dokumenty
Zdarzenie oznacza, że otrzymano i przesłano wszystkie wymagane dokumenty od wnioskodawcy. Zwykle można je ustalić na podstawie zmiany statusu wniosku, która wskazuje, że jest on gotowy do kolejnego etapu.
Dlaczego to ważne

Ten etap jest warunkiem rozpoczęcia oceny zdolności kredytowej i ryzyka. Opóźnienia przed jego osiągnięciem często zależą od wnioskodawcy, a późniejsze zwykle wynikają z działań wewnętrznych.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany statusu wniosku na „Documents Complete” lub „Ready for Underwriting”. Zmiana jest zapisywana w ścieżce audytu wniosku.

Rejestrowanie

Zdarzenie można rozpoznać po znaczniku czasu zmiany statusu wniosku wskazującej, że otrzymano wszystkie dokumenty.

Typ zdarzenia inferred
Poproszono o dokumenty uzupełniające
Oznacza, że doradca kredytowy poprosił wnioskodawcę o dodatkowe dokumenty. Zdarzenie jest często rejestrowane jako jawna czynność w module komunikacji lub notatek powiązanym z wnioskiem.
Dlaczego to ważne

To zdarzenie pomaga wykrywać pętle poprawek. Wielokrotne wystąpienie w przypadku jednego wniosku może wskazywać na nieefektywność, problemy z komunikacją lub niejasne wymagania początkowe.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane po wykonaniu transakcji „Request Documents” lub na podstawie wpisu w notatkach dotyczących sprawy albo dzienniku komunikacji powiązanym z identyfikatorem wniosku.

Rejestrowanie

Zdarzenie jest rejestrowane, gdy użytkownik uruchamia czynność żądania dokumentów lub szablon komunikatu.

Typ zdarzenia explicit
Przeprowadzono ocenę ryzyka
Oznacza zakończenie formalnej oceny ryzyka, która może być osobnym etapem w ramach głównej weryfikacji lub po niej. Zdarzenie jest rejestrowane, gdy sekcja oceny ryzyka lub zadanie zostanie oznaczone jako zakończone.
Dlaczego to ważne

To zdarzenie jest niezbędne do monitorowania zgodności. Pozwala sprawdzić, czy obowiązkowa ocena ryzyka jest konsekwentnie przeprowadzana dla wszystkich odpowiednich wniosków.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany statusu dotyczącego ryzyka, na przykład na „Risk Assessed”, lub znacznika czasu zakończenia konkretnego zadania oceny ryzyka w workflow.

Rejestrowanie

Zdarzenie można ustalić na podstawie znacznika czasu zakończenia zadania oceny ryzyka lub konkretnej zmiany statusu.

Typ zdarzenia inferred
Rozpoczęto sprawdzanie historii kredytowej
Oznacza moment wysłania zapytania do zewnętrznego biura informacji kredytowej lub wewnętrznego systemu oceny zdolności kredytowej. To jawna czynność systemowa, często rejestrowana jako wychodzące wywołanie API.
Dlaczego to ważne

To początek pomiaru czasu sprawdzania historii kredytowej. Ten podproces może być istotnym wąskim gardłem. Pomiar pomaga oddzielić opóźnienia spowodowane przez biura informacji kredytowej.

Skąd pobrać

Zdarzenie można odczytać z dzienników systemowych rejestrujących wywołania API do biur informacji kredytowej lub z rekordu zapytania o historię kredytową utworzonego w określonym module podrzędnym Temenos.

Rejestrowanie

Zarejestrowane zdarzenie rozpoczęcia transakcji sprawdzania historii kredytowej lub wywołania API.

Typ zdarzenia explicit
Wycofano wniosek
Alternatywne zdarzenie końcowe, które oznacza wycofanie wniosku przez wnioskodawcę przed podjęciem ostatecznej decyzji. Jest rejestrowane, gdy użytkownik zmieni status wniosku na „Withdrawn”.
Dlaczego to ważne

Śledzenie wycofanych wniosków pomaga wskazać etapy procesu, na których klienci najczęściej rezygnują. Może to świadczyć o zbyt długim czasie obsługi lub problemach z komunikacją.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany statusu w historii wniosku na „Withdrawn by Customer” lub „Cancelled”.

Rejestrowanie

Zdarzenie można rozpoznać po zmianie statusu na końcowy „Withdrawn”.

Typ zdarzenia inferred
Wygenerowano ofertę kredytową
W przypadku zatwierdzonego kredytu oznacza wygenerowanie oficjalnego dokumentu oferty do wysłania wnioskodawcy. Zdarzenie jest często rejestrowane po uruchomieniu usługi generowania dokumentów.
Dlaczego to ważne

To zdarzenie oznacza przejście od obsługi wewnętrznej do działania po stronie klienta. Opóźnienie między tym etapem a akceptacją oferty może wskazywać na problemy z ofertą lub komunikacją.

Skąd pobrać

Zdarzenie można odczytać z dziennika zdarzeń wniosku po uruchomieniu przez użytkownika funkcji „Generate Offer” lub ustalić na podstawie znacznika czasu utworzenia dokumentu oferty w systemie zarządzania dokumentami.

Rejestrowanie

Zdarzenie jest rejestrowane po wykonaniu transakcji generowania dokumentu.

Typ zdarzenia explicit
Zaakceptowano ofertę kredytową
Oznacza, że wnioskodawca formalnie zaakceptował ofertę kredytową. Zwykle doradca kredytowy aktualizuje status wniosku po otrzymaniu potwierdzenia od wnioskodawcy.
Dlaczego to ważne

To ważny etap zależny od decyzji klienta. Potwierdza, że wnioskodawca chce kontynuować, i uruchamia końcowe etapy przygotowania umowy oraz wypłaty środków.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany statusu w historii wniosku na „Offer Accepted” lub podobny. Wykorzystywany jest znacznik czasu tej zmiany.

Rejestrowanie

Zdarzenie można ustalić na podstawie znacznika czasu zmiany statusu na „Offer Accepted”.

Typ zdarzenia inferred
Zakończono wstępną weryfikację
Oznacza zakończenie automatycznych lub ręcznych kontroli, które sprawdzają kompletność formularza i spełnienie podstawowych kryteriów kwalifikacyjnych. Zdarzenie jest zwykle rejestrowane jako zmiana statusu wniosku.
Dlaczego to ważne

Śledzenie tego etapu pomaga wykryć problemy z jakością danych i opóźnienia na samym początku procesu. Pozwala oddzielić wprowadzanie danych od merytorycznej weryfikacji.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany pola statusu wniosku, na przykład z „New” na „Pending Review” lub „Validated”, w historii statusów wniosku.

Rejestrowanie

Zdarzenie można ustalić na podstawie zmiany statusu wniosku na „Validated” lub równoważny.

Typ zdarzenia inferred
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Temenos

Metody ekstrakcji danych dla tego procesu są obecnie weryfikowane. Prosimy wrócić później lub skontaktować się z nami w celu uzyskania pomocy.

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu, aby rozpocząć analizę procesu za pomocą process mining i lepiej poznać przebieg udzielania kredytów. Już dziś zacznij szukać sposobów na skrócenie czasu podejmowania decyzji.

Już dziś przyspiesz proces udzielania kredytów w Temenos

Usprawnij proces kredytowy i skróć czas podejmowania decyzji o 50%.

Rozpocznij bezpłatny okres próbny

Nie trzeba podawać danych karty płatniczej