Szablon danych procesu udzielania kredytów
Szablon danych procesu udzielania kredytów
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia
- Wskazówki dotyczące ekstrakcji danych
Atrybuty procesu udzielania kredytów
| 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 | |||
Działania w procesie udzielania kredytów
| 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 | |||
Instrukcje ekstrakcji danych
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%.
Nie trzeba podawać danych karty płatniczej