Szablon danych dotyczących obsługi pożyczek
Szablon danych dotyczących obsługi pożyczek
- Zalecane atrybuty do zebrania
- Działania, które warto śledzić
- Wskazówki dotyczące pobierania danych
Atrybuty procesu obsługi pożyczek
| Nazwa | Opis | ||
|---|---|---|---|
| Czas rozpoczęcia EventTime | Znacznik czasu wskazujący, kiedy rozpoczęła się dana czynność lub zdarzenie. | ||
| Opis Czas rozpoczęcia, czyli znacznik czasu zdarzenia, określa dokładną datę i godzinę wykonania czynności. Te dane chronologiczne pozwalają prawidłowo uporządkować zdarzenia i odtworzyć rzeczywisty przebieg procesu. Znaczniki czasu stanowią podstawę wszystkich analiz czasowych. Służą do obliczania czasu między czynnościami, wykrywania oczekiwania i opóźnień oraz mierzenia całkowitego czasu obsługi sprawy. Ich dokładność ma zasadnicze znaczenie dla monitorowania wyników i analizy wąskich gardeł. Dlaczego to ważne Znacznik czasu określa chronologiczną kolejność zdarzeń, niezbędną do obliczania wskaźników, takich jak czas realizacji i czas trwania. Skąd pobrać Dane mogą pochodzić ze znaczników czasu generowanych przez system, takich jak „CreatedDate” powiązanych rekordów, albo ze znacznika czasu zmiany pola zapisanego w historii zmian. Przykłady 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T09:15:00Z | |||
| Czynność ActivityName | Nazwa konkretnego kroku biznesowego lub zdarzenia, które wystąpiło w procesie udzielania kredytu. | ||
| Opis Ten atrybut opisuje pojedyncze zadanie lub kamień milowy w cyklu obsługi wniosku kredytowego, na przykład „Przeprowadzono wstępną weryfikację” lub „Zakończono ocenę kredytową”. Czynności tworzą węzły mapy procesu, a ich kolejność wyznacza jego przebieg. Analiza kolejności, częstotliwości i czasu trwania czynności pomaga wykryć typowe ścieżki procesu, odstępstwa i wąskie gardła. Pozwala ustalić, jakie prace są wykonywane i w jakiej kolejności, co stanowi podstawę analiz process mining. Dlaczego to ważne Ten atrybut określa etapy procesu i umożliwia wizualizację oraz analizę jego przebiegu, czyli podstawę process mining. Skąd pobrać Zwykle ustala się go na podstawie zmian pól „Stage” lub „Status” obiektu Loan w nCino albo powiązanych rekordów Task lub Event. Przykłady Utworzenie wniosku kredytowegoRozpoczęcie oceny kredytowejWydano decyzję kredytowąWypłacono środki | |||
| Identyfikator wniosku kredytowego LoanApplicationId | Unikalny identyfikator przypisany do każdego wniosku kredytowego. Służy jako klucz główny do śledzenia całego procesu udzielania kredytu. | ||
| Opis Identyfikator wniosku kredytowego jednoznacznie wskazuje każdy wniosek przez cały okres jego obsługi. Jest głównym obiektem, z którym można powiązać wszystkie dotyczące go działania i dane. Dzięki temu można prześledzić cały proces udzielania konkretnego kredytu. W process mining ten identyfikator pełni funkcję Case ID. Każde zdarzenie, od złożenia wniosku po ostateczną decyzję, jest z nim powiązane. Pozwala to odtworzyć pełny przebieg procesu dla każdego wniosku, co stanowi podstawę analizy czasu realizacji, wariantów procesu i wąskich gardeł. Dlaczego to ważne To podstawowy Case ID, który łączy wszystkie etapy procesu i umożliwia analizę całej ścieżki każdego wniosku kredytowego. Skąd pobrać Zwykle jest to klucz główny obiektu Loan w nCino, często oznaczony jako Przykłady LA-2023-00123LA-2023-00456LA-2024-00789 | |||
| Data ostatniej aktualizacji danych LastDataUpdateTimestamp | Znacznik czasu wskazujący, kiedy dane zostały ostatnio odświeżone z systemu źródłowego. | ||
| Opis Ten atrybut zapisuje datę i godzinę ostatniego pobrania danych z systemu źródłowego. Informuje, jak aktualne są analizowane dane. W dashboardach i raportach pomaga użytkownikom ocenić aktualność analizy. Ułatwia ustalenie, z jakiego okresu pochodzą dane, na których opierają się decyzje. Dlaczego to ważne Informuje o aktualności danych, dzięki czemu użytkownicy wiedzą, na jakich danych opiera się analiza procesu. Skąd pobrać Ten znacznik czasu generuje narzędzie do pobierania danych lub proces ETL podczas ich pobierania. Przykłady 2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z | |||
| System źródłowy SourceSystemName | Nazwa systemu, z którego pobrano dane. | ||
| Opis Ten atrybut wskazuje aplikację źródłową, z której pochodzą dane o zdarzeniach. W tym procesie będzie to zwykle „nCino”. Jeśli wszystkie dane pochodzą z jednego systemu, atrybut może wydawać się zbędny. Ma jednak znaczenie dla zarządzania danymi i staje się niezbędny przy łączeniu danych z wielu systemów, na przykład osobnego silnika oceny zdolności kredytowej lub platformy do zarządzania dokumentami. Pozwala jednoznacznie ustalić pochodzenie danych. Dlaczego to ważne Wskazuje źródło danych, co ma znaczenie dla zarządzania danymi, rozwiązywania problemów i łączenia informacji z różnych systemów. Skąd pobrać To stała wartość „nCino”, przypisywana podczas pobierania i przekształcania danych. Przykłady nCinonCino-ProdnCino-UAT | |||
| Czas zakończenia EventEndTime | Znacznik czasu wskazujący, kiedy zakończyła się czynność lub zdarzenie. | ||
| Opis Czas zakończenia oznacza moment ukończenia czynności. Różnica między czasem rozpoczęcia a czasem zakończenia określa czas jej realizacji. Atrybut ten pozwala odróżnić czas pracy od czasu oczekiwania między czynnościami. Analiza czasu realizacji wskazuje, które etapy zajmują najwięcej czasu. Z kolei przerwa między zakończeniem jednej czynności a rozpoczęciem następnej ujawnia opóźnienia przy przekazywaniu pracy. Dlaczego to ważne Umożliwia dokładne obliczenie czasu realizacji czynności i odróżnienie aktywnej pracy od oczekiwania. Skąd pobrać Dane mogą pochodzić ze znaczników czasu generowanych przez system, takich jak „LastModifiedDate” powiązanych rekordów, albo ze znacznika czasu kolejnej zmiany pola zapisanej w historii zmian. Przykłady 2023-10-26T11:30:00Z2023-10-26T17:00:00Z2023-10-27T11:45:00Z | |||
| Kanał złożenia wniosku ApplicationChannel | Kanał, za pośrednictwem którego złożono wniosek kredytowy, na przykład online, w oddziale lub przez pośrednika. | ||
| Opis Ten atrybut wskazuje źródło wniosku kredytowego. Poszczególne kanały mogą różnić się kompletnością danych i zakresem kontaktu z klientem, co może wpływać na dalszy przebieg procesu. Analiza według kanału pomaga ocenić jego sprawność. Można na przykład porównać czas realizacji i odsetek ponownej pracy dla wniosków złożonych online i w oddziale. Wyniki takiej analizy mogą pomóc w podejmowaniu decyzji o inwestycjach w kanały i usprawnianiu procesów dla poszczególnych źródeł. Dlaczego to ważne Ułatwia porównanie sprawności, szybkości i jakości poszczególnych kanałów składania wniosków oraz planowanie usprawnień i inwestycji. Skąd pobrać Zwykle jest zapisany w polu wyboru obiektu Loan, często nazwanym „Channel” lub „Source”. Przykłady Portal internetowyOddziałSieć pośrednikówAplikacja mobilna | |||
| Kwota kredytu LoanAmount | Kwota kredytu, o którą wnioskuje klient. | ||
| Opis Ten atrybut określa kwotę kapitału kredytu, o który złożono wniosek. Kwota może znacząco wpływać na złożoność i czas trwania procesu udzielania kredytu. Wyższe lub bardziej złożone kredyty często wymagają dodatkowej weryfikacji lub kolejnych etapów. Kwota kredytu pozwala dzielić dane na segmenty i sprawdzać, czy wnioski o wyższe kwoty są rozpatrywane dłużej, częściej wymagają ponownej pracy lub przebiegają inną ścieżką. Atrybut ten jest również podstawą raportowania finansowego i oceny wartości obsługiwanego portfela kredytowego. Dlaczego to ważne Zapewnia kontekst finansowy i pozwala sprawdzić, czy kwota kredytu wiąże się ze złożonością procesu, czasem jego trwania lub wynikiem. Skąd pobrać Wartość znajduje się w polu walutowym obiektu Loan, często nazwanym „Amount” ( Przykłady 250000.0035000.00750000.00 | |||
| Przypisany dział AssignedDepartment | Dział lub zespół odpowiedzialny za wniosek kredytowy na danym etapie. | ||
| Opis Ten atrybut wskazuje jednostkę organizacyjną odpowiedzialną za czynność, na przykład „Origination”, „Underwriting” lub „Closing”. Informację można ustalić na podstawie profilu przypisanego użytkownika lub dedykowanego pola w rekordzie kredytu. Analiza procesu z podziałem na działy pomaga zrozumieć współpracę między jednostkami. Umożliwia pomiar czasu przekazywania pracy między działami, wykrywanie opóźnień przy przekazywaniu zadań i ocenę, gdzie w organizacji wykonywana jest praca. Dlaczego to ważne Pozwala analizować przekazywanie pracy między działami, mierzyć wyniki zespołów i wykrywać wąskie gardła na styku różnych funkcji. Skąd pobrać Informację można pobrać z pola „Department” w rekordzie User przypisanego użytkownika albo z niestandardowego pola „Team” lub „Queue” w obiekcie Loan. Przykłady Udzielanie kredytówAnaliza kredytowaRyzyko kredytoweFinalizacja | |||
| Przypisany użytkownik AssignedUser | Użytkownik, na przykład pracownik obsługi kredytowej lub analityk kredytowy, odpowiedzialny za wykonanie czynności. | ||
| Opis Ten atrybut wskazuje pracownika, który wykonał dane zadanie lub jest przypisany do wniosku kredytowego na określonym etapie. W nCino informacja ta jest często zapisana w polu „Owner” rekordu. Analiza według użytkownika pomaga ocenić rozkład obciążenia pracą, indywidualne wyniki i wykorzystanie zasobów. Może wskazać przeciążonych pracowników lub zespoły oraz osoby osiągające najlepsze wyniki. Informacje te przydają się przy zarządzaniu zasobami i planowaniu szkoleń. Dlaczego to ważne Umożliwia analizę rozkładu obciążenia pracą, wyników zespołów i przydziału zasobów oraz pomaga wykrywać wąskie gardła związane z konkretnymi użytkownikami lub zespołami. Skąd pobrać Zwykle dane pochodzą z pola „OwnerId” obiektu Loan lub powiązanych obiektów Task. Można je połączyć z obiektem User, aby uzyskać nazwę użytkownika. Przykłady Alice SmithBob JohnsonCharlie Brown | |||
| Rodzaj produktu kredytowego LoanProductType | Rodzaj produktu kredytowego, o który wnioskuje klient, na przykład kredyt hipoteczny, samochodowy lub gotówkowy. | ||
| Opis Ten atrybut klasyfikuje wnioski według oferowanego produktu finansowego. Różne produkty kredytowe często wiążą się z innym przebiegiem procesu, czasem realizacji i profilem ryzyka. Podział analizy według rodzaju produktu kredytowego pozwala rzetelnie porównywać procesy. Pomaga ocenić wpływ poszczególnych produktów na sprawność procesu i przygotować dopasowane dashboardy, na przykład do śledzenia liczby wypłat kredytów hipotecznych i samochodowych. Dzięki temu wyniki można oceniać we właściwym kontekście biznesowym. Dlaczego to ważne Pozwala analizować proces w podziale na kontekst biznesowy i sprawdzać, jak różne produkty wpływają na sprawność, czas trwania i przebieg procesu. Skąd pobrać Zwykle jest zapisany w polu „Product” lub „Loan Type” obiektu Loan w nCino (LLC_Loan__c). Przykłady Kredyt hipoteczny o stałym oprocentowaniuNowy kredyt samochodowyNiezabezpieczony kredyt gotówkowy | |||
| Wynik decyzji DecisionOutcome | Ostateczna decyzja w sprawie wniosku kredytowego, na przykład zatwierdzenie, odrzucenie lub wycofanie. | ||
| Opis Ten atrybut zapisuje wynik czynności „Wydano decyzję kredytową”. Jest ważnym atrybutem na poziomie sprawy, który określa ostateczny stan zakończonego procesu obsługi wniosku kredytowego. Umożliwia analizę wyników procesu. Można porównywać przebieg procesów zakończonych różnymi decyzjami, na przykład typowe ścieżki wniosków zatwierdzonych i odrzuconych. Atrybut ten stanowi również podstawę do obliczania wskaźników, takich jak odsetek odrzuconych wniosków kredytowych. Dlaczego to ważne Pozwala filtrować i porównywać procesy według ostatecznego wyniku biznesowego, co pomaga ustalić, jakie wzorce przebiegu prowadzą do sukcesu lub niepowodzenia. Skąd pobrać Zwykle jest zapisany w polu „Status” lub „Stage” obiektu Loan po zakończeniu procesu. Dostępne wartości zależą od konfiguracji. Przykłady ZatwierdzonoOdrzuconoWnioskodawca wycofał wniosek | |||
| Czas obsługi sprawy CaseDuration | Łączny czas od rozpoczęcia pierwszej czynności do zakończenia ostatniej czynności dotyczącej kredytu. | ||
| Opis Ta wyliczana miara określa pełny czas realizacji każdego wniosku kredytowego. Pokazuje łączny czas, przez jaki sprawa pozostaje w procesie. Czas obsługi sprawy to podstawowy KPI sprawności całego procesu. Dashboardy wykorzystują go do prezentowania rozkładu czasu realizacji, wykrywania długo trwających spraw i śledzenia zmian wyników w czasie. W wielu projektach process mining ważnym celem jest ustalenie, jakie czynniki wiążą się z dłuższym czasem obsługi sprawy. Dlaczego to ważne Pokazuje pełny czas realizacji procesu, ważny KPI ogólnej kondycji procesu i jakości obsługi klienta. Skąd pobrać Wartość oblicza się jako różnicę między maksymalną a minimalną wartością EventTime dla każdego LoanApplicationId. Przykłady 2 592 000 sekund1 209 600 sekund4 320 000 sekund | |||
| Czy czynność jest zautomatyzowana IsAutomated | Wartość logiczna wskazująca, czy czynność wykonał automatycznie system, czy użytkownik. | ||
| Opis Ta flaga odróżnia zadania wykonywane przez ludzi od zdarzeń generowanych automatycznie przez system. Na przykład sprawdzenie historii kredytowej może odbywać się automatycznie, natomiast decyzję o ocenie kredytowej zwykle podejmuje pracownik. Identyfikacja zautomatyzowanych etapów pomaga analizować możliwości automatyzacji. Umożliwia pomiar jej wpływu na czas realizacji i sprawność procesu, a także wskazuje czynności wykonywane ręcznie, które warto rozważyć pod kątem przyszłej automatyzacji. Dlaczego to ważne Odróżnia czynności wykonywane przez system od tych realizowanych przez ludzi. Pozwala mierzyć wpływ automatyzacji i wskazywać kolejne możliwości jej zastosowania. Skąd pobrać Wartość jest zwykle ustalana na podstawie użytkownika przypisanego do zdarzenia. Jeśli jest to użytkownik „System” lub „Integration”, flaga przyjmuje wartość true. Przykłady truefalse | |||
| Czy wystąpiła ponowna praca IsRework | Wyliczana flaga wskazująca powtórzenia lub pętle czynności w ramach jednej sprawy. | ||
| Opis Ten atrybut logiczny przyjmuje wartość true, jeśli dana czynność, na przykład „Poproszono o dokumenty uzupełniające”, wystąpiła więcej niż raz dla tego samego wniosku kredytowego. Wskazuje przypadki ponownej pracy, która często obniża sprawność procesu. Analiza ponownej pracy to jedno z podstawowych zastosowań process mining. Flaga „IsRework” ułatwia filtrowanie i zliczanie takich przypadków. Zasila dashboardy, takie jak „Loan Application Rework Analysis”, i służy do obliczania KPI, na przykład odsetka ponownej pracy. Dzięki temu można wskazać etapy, które nie są prawidłowo realizowane za pierwszym razem. Dlaczego to ważne Wskazuje powtarzające się czynności, które obniżają sprawność procesu, i pozwala analizować oraz ograniczać kosztowne pętle. Skąd pobrać Atrybut jest wyliczany podczas przekształcania danych. Funkcje okna sprawdzają, czy dana czynność wystąpiła już wcześniej dla tego samego Case ID. Przykłady truefalse | |||
| Docelowy czas oceny kredytowej według SLA UnderwritingSlaTarget | Docelowy czas, w godzinach lub dniach, na zakończenie etapu oceny kredytowej. | ||
| Opis Ten atrybut określa oczekiwany poziom usług (SLA) dla etapu oceny kredytowej. Stanowi punkt odniesienia do pomiaru rzeczywistych wyników. Na tej podstawie oblicza się odsetek spraw obsłużonych zgodnie z SLA. Porównanie rzeczywistego czasu oceny kredytowej z celem pozwala oznaczyć wnioski jako „Met” lub „Breached”. Atrybut ten jest niezbędny dla dashboardu „Underwriting SLA Adherence” i powiązanych KPI. Dlaczego to ważne Zapewnia punkt odniesienia do pomiaru realizacji uzgodnionego poziomu usług i monitorowania zgodności z SLA. Skąd pobrać Wartość może być zapisana w obiekcie Loan lub wyliczana na podstawie reguł biznesowych i atrybutów, takich jak rodzaj produktu kredytowego lub kwota kredytu. Przykłady 48 godzin72 godziny5 dni roboczych | |||
| Ocena kredytowa CreditScore | Ocena kredytowa wnioskodawcy w chwili sprawdzania jego historii kredytowej. | ||
| Opis Ten atrybut przechowuje liczbową ocenę kredytową otrzymaną z biura informacji kredytowej podczas czynności „Zakończono kontrolę kredytową”. Jest to ważny czynnik przy ocenie zdolności kredytowej i podejmowaniu decyzji. W process mining można sprawdzić, czy ocena kredytowa wiąże się z przebiegiem procesu. Czy wnioski z niższą oceną wymagają większej liczby czynności ręcznych, dłużej trwają na etapie oceny kredytowej lub częściej są odrzucane? Odpowiedzi mogą ujawnić różnice w przebiegu procesu zależne od poziomu ryzyka. Dlaczego to ważne Pozwala sprawdzić, jak ocena kredytowa, ważny czynnik przy podejmowaniu decyzji, wiąże się ze ścieżką procesu, czasem jego trwania i wynikiem. Skąd pobrać Dane są często zapisane w dedykowanym polu powiązanego obiektu „Credit Report” lub „Financials”, połączonego z głównym obiektem Loan. Przykłady 720650810 | |||
| Przyczyna odrzucenia DeclineReason | Konkretna przyczyna podana przy odrzuceniu wniosku kredytowego. | ||
| Opis Gdy „Wynik decyzji” dla kredytu to „Declined”, ten atrybut podaje przyczynę odrzucenia. Może nią być niska ocena kredytowa, niewystarczający dochód lub niekompletna dokumentacja. Analiza przyczyn odrzucenia pomaga usprawniać działalność. Może ujawnić problemy z kryteriami udzielania kredytów, dopasowaniem produktu do rynku lub samym procesem składania wniosku. Wnioski z analizy mogą pomóc zmienić strategię i zwiększyć odsetek zatwierdzonych wniosków. Dlaczego to ważne Wskazuje przyczyny odrzucenia wniosków i pozwala wykrywać powtarzające się problemy oraz usprawniać kryteria udzielania kredytów lub proces składania wniosków. Skąd pobrać Zwykle jest zapisany w polu wyboru lub polu tekstowym obiektu Loan. Jego wypełnienie staje się obowiązkowe po zmianie statusu kredytu na „Declined”. Przykłady Niska ocena kredytowaWysoki stosunek zadłużenia do dochoduNiekompletny wniosekNiewystarczające zabezpieczenie | |||
| Status realizacji SLA SlaState | Wyliczany status wskazujący, czy czynność lub sprawa spełniła wymagania SLA. | ||
| Opis Ten atrybut pokazuje wynik kontroli SLA, zwykle dla konkretnego etapu, takiego jak ocena kredytowa. Porównuje rzeczywisty czas realizacji z ustalonym celem SLA i przypisuje status, na przykład „Met” lub „Breached”. Atrybut ten pozwala monitorować realizację zobowiązań biznesowych. Bezpośrednio zasila dashboard i KPI „Underwriting SLA Adherence”, pokazując, czy wymagania zostały spełnione. Umożliwia też analizę cech wniosków, dla których przekroczono SLA, aby ustalić przyczyny opóźnień. Dlaczego to ważne Jasno pokazuje, czy osiągnięto założone cele. Ułatwia monitorowanie zgodności z SLA i analizę przyczyn przekroczeń. Skąd pobrać Wartość jest wyliczana podczas przekształcania danych przez porównanie rzeczywistego czasu trwania fragmentu procesu, na przykład oceny kredytowej, z atrybutem „UnderwritingSlaTarget”. Przykłady SpełnionoPrzekroczono | |||
Działania w procesie obsługi pożyczek
| Działanie | Opis | ||
|---|---|---|---|
| Odrzucono wniosek kredytowy | To zdarzenie oznacza niepowodzenie procesu: wniosek kredytowy zostaje oficjalnie odrzucony. Jest rejestrowane, gdy etap lub status kredytu zostaje ustawiony na „Declined”. | ||
| Dlaczego to ważne To zdarzenie kończy proces niepowodzeniem. Analiza ścieżek prowadzących do takiego wyniku pomaga ustalić przyczyny odrzucenia oraz wskazać możliwości poprawy jakości wniosków lub kryteriów udzielania kredytów. Skąd pobrać Zdarzenie można ustalić na podstawie końcowej zmiany etapu obiektu Loan na „Declined”. Znacznik czasu zmiany pola „Stage” pochodzi z historii zmian pola. Rejestrowanie Zarejestruj znacznik czasu zmiany pola „Stage” obiektu Loan (LLC_BI__Stage__c) na „Declined”. Typ zdarzenia inferred | |||
| Rozpoczęcie oceny kredytowej | Oznacza oficjalne rozpoczęcie oceny kredytowej, podczas której analityk aktywnie weryfikuje wniosek. Zdarzenie jest niemal zawsze rejestrowane jako zmiana głównego pola etapu lub statusu kredytu na 'Underwriting'. | ||
| Dlaczego to ważne To ważny etap, który rozpoczyna jedną z najbardziej zasobochłonnych faz procesu. Jest punktem początkowym pomiaru czasu oceny kredytowej i realizacji SLA. Skąd pobrać Zdarzenie można wywnioskować ze zmiany pola 'Stage' obiektu Loan na 'Underwriting', oznaczonej timestampem. Wymaga to włączenia Salesforce Field History Tracking dla pola Stage obiektu Loan. Rejestrowanie Zapisz timestamp zmiany pola 'Stage' obiektu Loan (LLC_BI__Stage__c) na 'Underwriting'. Typ zdarzenia inferred | |||
| Utworzenie wniosku kredytowego | To działanie oznacza utworzenie nowego rekordu wniosku kredytowego w systemie nCino. Jest oficjalnym początkiem procesu udzielania kredytu i zwykle jest rejestrowane przy pierwszym zapisaniu nowego rekordu Loan przez użytkownika. | ||
| Dlaczego to ważne To główne zdarzenie rozpoczynające proces. Pomiar czasu od tego działania do kolejnych etapów jest podstawą do określenia całkowitego czasu obsługi i wykrycia początkowych opóźnień. Skąd pobrać Jest to jawne zdarzenie rejestrowane na podstawie timestampu utworzenia głównego obiektu Loan (Loan__c) na platformie Salesforce, na której działa nCino. Rejestrowanie Użyj pola 'CreatedDate' z obiektu Salesforce Loan__c. Typ zdarzenia explicit | |||
| Wydano decyzję kredytową | Oznacza ostateczną, oficjalną decyzję w sprawie wniosku kredytowego, na przykład „Approved” lub „Declined”. Zdarzenie jest rejestrowane, gdy status wniosku zostaje formalnie ustawiony zgodnie z ostatecznym wynikiem. | ||
| Dlaczego to ważne To ważny kamień milowy, który oddziela etap oceny od etapu finalizacji. Analiza czasu od zakończenia oceny kredytowej do wydania decyzji pozwala wykryć opóźnienia związane z pracą komitetu lub uzyskaniem ostatecznych akceptacji. Skąd pobrać Zdarzenie można ustalić na podstawie zmiany pola statusu lub etapu obiektu Loan na stan końcowy, taki jak „Approved” lub „Declined”. Dokładny znacznik czasu można odczytać z historii zmian pola. Rejestrowanie Zarejestruj znacznik czasu zmiany pola, która ustawia ostateczny status decyzji kredytowej. Typ zdarzenia inferred | |||
| Wypłacono środki | To zdarzenie oznacza pomyślne zakończenie procesu udzielenia kredytu i przekazanie środków wnioskodawcy. Zwykle jest rejestrowane, gdy etap kredytu zmienia się na „Booked” lub „Complete”. | ||
| Dlaczego to ważne To główne zdarzenie kończące proces sukcesem. Pomiar całkowitego czasu do tego momentu pokazuje pełny czas realizacji, ważny KPI ogólnej sprawności procesu. Skąd pobrać Zdarzenie można ustalić na podstawie końcowej zmiany etapu obiektu Loan na stan oznaczający pomyślne zakończenie, taki jak „Booked”. Znacznik czasu pochodzi z historii zmian pola. Rejestrowanie Zarejestruj znacznik czasu zmiany pola „Stage” obiektu Loan (LLC_BI__Stage__c) na „Booked”. Typ zdarzenia inferred | |||
| Zakończenie oceny kredytowej | To zdarzenie oznacza, że analityk kredytowy zakończył ocenę wniosku i wydał rekomendację. Jest rejestrowane, gdy etap wniosku zmienia się z „Underwriting” na kolejny, na przykład „Approved”, „Declined” lub „Pending Decision”. | ||
| Dlaczego to ważne Ten kamień milowy oznacza koniec etapu oceny kredytowej. Czas od zdarzenia „Underwriting Commenced” do tego momentu jest ważnym KPI, który pozwala mierzyć sprawność oceny i identyfikować wąskie gardła. Skąd pobrać Zdarzenie można ustalić na podstawie znacznika czasu zmiany pola „Stage” obiektu Loan (LLC_BI__Stage__c) z wartości „Underwriting” na inną. Wymaga to śledzenia historii zmian pola. Rejestrowanie Zarejestruj znacznik czasu zmiany pola „Stage” obiektu Loan z wartości „Underwriting” na status po zakończeniu oceny kredytowej. Typ zdarzenia inferred | |||
| Otrzymanie dokumentów uzupełniających | Oznacza moment otrzymania od wnioskodawcy wymaganych dokumentów i wczytania ich do systemu. Zdarzenie jest zwykle rejestrowane, gdy status wpisu dotyczącego dokumentu w Document Manager zmienia się na 'Received' lub 'Complete'. | ||
| Dlaczego to ważne To działanie kończy typowy okres oczekiwania. Czas między 'Documents Requested' a 'Documents Received' często pokazuje skalę zależności od podmiotów zewnętrznych i skuteczność komunikacji. Skąd pobrać Zdarzenie można wywnioskować ze zmiany statusu rekordu wymaganego dokumentu w Document Manager w nCino. Timestamp aktualizacji statusu określa czas zdarzenia. Rejestrowanie Ustal timestamp zmiany statusu wymaganego dokumentu na 'Received' lub 'Complete'. Typ zdarzenia inferred | |||
| Podpisano umowę kredytową | Oznacza podpisanie przez wnioskodawcę ostatecznej umowy kredytowej, co jest niezbędne przed wypłatą środków. Zdarzenie jest zwykle rejestrowane przez integrację z systemem podpisu elektronicznego albo ręczną zmianę statusu po otrzymaniu podpisanych dokumentów papierowych. | ||
| Dlaczego to ważne To zdarzenie jest warunkiem wypłaty środków i ważnym kamieniem milowym procesu finalizacji. Opóźnienia na tym etapie mogą bezpośrednio przesunąć termin wypłaty. Skąd pobrać Może to być jawne zdarzenie z API platformy podpisu elektronicznego, które aktualizuje status w nCino, albo zdarzenie ustalone na podstawie ręcznej zmiany statusu na „Documents Signed”. Rejestrowanie Użyj znacznika czasu z webhooka integracji podpisu elektronicznego lub z ręcznej zmiany statusu. Typ zdarzenia explicit | |||
| Prośba o dokumenty uzupełniające | To zdarzenie występuje, gdy pracownik obsługujący kredyt formalnie prosi wnioskodawcę o dodatkowe dokumenty. W nCino odbywa się to często za pomocą funkcji zarządzania dokumentami, w której tworzy się pozycję listy kontrolnej lub wpis dotyczący wymaganego dokumentu. | ||
| Dlaczego to ważne Śledzenie tego działania jest ważne przy analizie ponownej pracy i opóźnień. Kilka takich zdarzeń dla jednego kredytu wskazuje, że początkowy wniosek był niekompletny, co prowadzi do powtarzania etapów i wydłużenia czasu obsługi. Skąd pobrać Może to być jawne zdarzenie rejestrowane przy utworzeniu powiązanego z kredytem rekordu w Document Manager w nCino albo zdarzenie wywnioskowane ze zmiany statusu samego kredytu. Rejestrowanie Zapisz datę utworzenia rekordów w Document Manager, na przykład docman__Document_Manager_Requirement__c, powiązanych z kredytem. Typ zdarzenia explicit | |||
| Przeprowadzenie oceny ryzyka | Oznacza zakończenie formalnej oceny lub klasyfikacji ryzyka kredytu. Jest to często osobny etap oceny kredytowej, rejestrowany po wypełnieniu lub aktualizacji pola oceny ryzyka. | ||
| Dlaczego to ważne To działanie pozwala lepiej zrozumieć proces podejmowania decyzji podczas oceny kredytowej. Analiza czasu jego realizacji może ujawnić złożoność oceny ryzyka. Skąd pobrać Zdarzenie można wywnioskować z daty wypełnienia lub ostatniej modyfikacji pól dotyczących ryzyka w obiekcie Loan, takich jak 'Risk Grade' lub 'Risk Rating'. Rejestrowanie Użyj timestampu z historii pola, gdy pole 'Risk Rating' zostanie wypełnione lub zmienione. Typ zdarzenia inferred | |||
| Przeprowadzenie wstępnej weryfikacji | Oznacza zakończenie pierwszej formalnej weryfikacji wniosku i podanych w nim danych przez pracownika obsługującego kredyt lub osobę przetwarzającą wniosek. Zdarzenie jest często rejestrowane jako zmiana pola statusu lub etapu kredytu, która wskazuje, że zakończono wprowadzanie danych. | ||
| Dlaczego to ważne Pomiar czasu do tego działania pozwala ocenić szybkość reakcji i sprawność przyjmowania wniosków. Jest to ważny etap przed rozpoczęciem działań wymagających większych zasobów. Skąd pobrać Zdarzenie można prawdopodobnie wywnioskować ze zmiany pola 'Stage' lub niestandardowego pola 'Status' obiektu Loan, oznaczonej timestampem i ustawionej na wartość taką jak 'Initial Review Complete' lub 'Pending Documents'. Wymaga to włączenia śledzenia historii pól obiektu Loan. Rejestrowanie Ustal timestamp zmiany pola Loan Stage, która oznacza zakończenie weryfikacji. Typ zdarzenia inferred | |||
| Przygotowano ofertę kredytową | To zdarzenie występuje, gdy dla zatwierdzonego wniosku zostaje przygotowana formalna oferta kredytowa lub list zobowiązujący. Zwykle jest rejestrowane przy utworzeniu odpowiedniego dokumentu albo zmianie statusu na informujący, że oferta jest gotowa. | ||
| Dlaczego to ważne Czas przygotowania oferty po zatwierdzeniu wniosku może wpływać na doświadczenia klienta. To zdarzenie pozwala monitorować sprawność przygotowywania dokumentów i czynności poprzedzających finalizację. Skąd pobrać Może to być jawne zdarzenie zintegrowanego z nCino systemu generowania dokumentów albo zdarzenie ustalone na podstawie zmiany statusu na „Offer Generated” lub „Pending Customer Acceptance”. Rejestrowanie Użyj daty utworzenia dokumentu oferty kredytowej lub powiązanego rekordu wersji treści. Typ zdarzenia explicit | |||
| Wycofano wniosek | Oznacza alternatywne zakończenie procesu: wnioskodawca wycofuje wniosek przed wydaniem ostatecznej decyzji. Zdarzenie jest rejestrowane przez ustawienie etapu kredytu na „Withdrawn”. | ||
| Dlaczego to ważne To zdarzenie kończące proces pokazuje, na jakim etapie klienci rezygnują. Analiza momentu i przyczyn wycofania wniosków może ujawnić problemy związane z długością procesu, komunikacją lub konkurencyjnością oferty. Skąd pobrać Zdarzenie można ustalić na podstawie końcowej zmiany etapu obiektu Loan na „Withdrawn”. Znacznik czasu zdarzenia można odczytać z historii zmian pola „Stage”. Rejestrowanie Zarejestruj znacznik czasu zmiany pola „Stage” obiektu Loan (LLC_BI__Stage__c) na „Withdrawn”. Typ zdarzenia inferred | |||
| Zaakceptowano ofertę kredytową | Oznacza moment formalnej akceptacji oferty kredytowej przez wnioskodawcę. Zdarzenie może zostać zarejestrowane przez ręczną zmianę statusu przez pracownika obsługi kredytowej albo automatycznie przez integrację z systemem podpisu elektronicznego. | ||
| Dlaczego to ważne To ważny kamień milowy zależny od klienta. Długie oczekiwanie może wskazywać na problemy z warunkami oferty lub procesem jej akceptacji, a tym samym na obszary wymagające usprawnienia. Skąd pobrać Zdarzenie jest zwykle ustalane na podstawie ręcznej zmiany etapu obiektu Loan na „Offer Accepted” lub „Closing”. Integracja z systemem podpisu elektronicznego może rejestrować je bezpośrednio i automatycznie. Rejestrowanie Zarejestruj znacznik czasu zmiany pola statusu lub etapu na „Accepted”. Typ zdarzenia inferred | |||
| Zakończenie weryfikacji kredytowej | To działanie oznacza, że przeprowadzono weryfikację kredytową, a jej wyniki są dostępne w systemie. Zdarzenie jest często rejestrowane po dołączeniu raportu kredytowego do rekordu kredytu lub oznaczeniu etapu 'Credit Check' jako zakończonego. | ||
| Dlaczego to ważne Weryfikacja kredytowa jest niezbędna do rozpoczęcia oceny kredytowej. Opóźnienie na tym etapie może stać się poważnym wąskim gardłem dla całego procesu. Skąd pobrać Może to być jawne zdarzenie z integracji z biurem informacji kredytowej albo zdarzenie wywnioskowane ze zmiany etapu Loan. Sprawdź, czy obiekt Loan lub powiązany obiekt zawiera pola dotyczące daty pobrania raportu kredytowego lub statusu weryfikacji. Rejestrowanie Użyj timestampu zmiany Loan Stage na 'Credit Check Complete' albo daty utworzenia powiązanego rekordu raportu kredytowego. Typ zdarzenia inferred | |||
Instrukcje pobierania danych
Kroki
- Warunek wstępny: włącz śledzenie historii pól: Przed utworzeniem raportów administrator Salesforce musi włączyć śledzenie historii pól dla obiektu Loan w nCino (LLC_BI__Loan__c). Należy śledzić historię pól odpowiadających ważnym etapom procesu, takich jak Stage (LLC_BI__Stage__c), Status (LLC_BI__Status__c), Risk Rating ([Your Risk Rating Field]) oraz pól niestandardowych oznaczających zdarzenia, na przykład „Credit Check Completed”.
- Utwórz niestandardowy typ raportu: Przejdź do Setup -> Feature Settings -> Analytics -> Reports & Dashboards -> Report Types. Utwórz nowy niestandardowy typ raportu. Głównym obiektem powinien być Loans (LLC_BI__Loan__c), a obiektem dodatkowym (B) Loan History. Dzięki temu każda pożyczka zostanie powiązana ze zmianami historycznymi pól, co jest niezbędne do utworzenia dziennika zdarzeń.
- Utwórz raport „Loan History”: Przejdź do karty Reports i utwórz raport, korzystając z niestandardowego typu „Loans with Field History” utworzonego w poprzednim kroku. Raport obejmie większość działań zarejestrowanych jako zmiany pól.
- Dodaj kolumny do raportu: Dodaj następujące kolumny, które odpowiadają wymaganym i zalecanym atrybutom: Loan Name (dla LoanApplicationId), Field/Event, Old Value, New Value, Edit Date (dla EventTime), Edited By (dla AssignedUser), Loan Product (dla LoanProductType), Amount (dla LoanAmount), [Your Channel Field] (dla ApplicationChannel) oraz inne istotne atrybuty pożyczki.
- Ustaw filtry raportu „Loan History”: W filtrze „Show Me” wybierz „All loans”. Ustaw filtr daty na „Created Date” obiektu Loan i wybierz zakres, na przykład ostatnie 6 miesięcy. Dodaj filtr w kolumnie „Field/Event”, aby uwzględnić tylko zmiany pól włączonych do śledzenia, takich jak „Stage” i „Status”.
- Utwórz raport „Loan Creation”: Utwórz drugi, prostszy raport bezpośrednio dla obiektu Loan (LLC_BI__Loan__c). Jego jedynym celem jest zarejestrowanie zdarzenia „Loan Application Created”. Uwzględnij kolumny Loan Name (LoanApplicationId), Created Date (EventTime), Created By (AssignedUser) oraz inne istotne atrybuty pożyczki.
- Wyeksportuj raporty: Uruchom oba raporty. Przy mniejszej ilości danych można wyeksportować je bezpośrednio z interfejsu Salesforce jako pliki CSV. W przypadku większych zbiorów użyj Salesforce Data Loader. Wyszukaj raporty w systemie i skorzystaj z funkcji eksportu Data Loader, która pobiera dane za pomocą wywołań API.
- Połącz i przekształć dane: Wyeksportowane dane nie tworzą jeszcze dziennika zdarzeń. Należy połączyć oba pliki i przekształcić dane. Można użyć arkusza kalkulacyjnego, na przykład Excel z Power Query, albo języka skryptowego, takiego jak Python: a. Z raportu „Loan Creation” utwórz wiersze dla działania „Loan Application Created”, używając daty utworzenia pożyczki jako EventTime. b. W raporcie „Loan History” dodaj kolumnę „ActivityName”. Zastosuj logikę warunkową, na przykład instrukcję CASE, aby przypisać zmiany pól do nazw działań opisanych w sekcji zapytania. c. Połącz wyniki w jeden plik.
- Przygotuj kolumny: Zmień nazwy i format kolumn tak, aby odpowiadały schematowi ProcessMind: LoanApplicationId, ActivityName, EventTime, AssignedUser itd. Dodaj kolumnę „SourceSystemName” ze stałą wartością, na przykład „nCino”, oraz kolumnę „LastDataUpdateTimestamp” z bieżącą datą i godziną.
- Prześlij dane do ProcessMind: Zapisz przekształcony plik jako CSV i prześlij go do ProcessMind.
Konfiguracja
- Uprawnienia Salesforce: Użytkownicy pobierający dane muszą mieć dostęp „Read” do obiektu Loan (LLC_BI__Loan__c) i jego historii, a także uprawnienia do uruchamiania i eksportowania raportów. Korzystanie z Salesforce Data Loader wymaga uprawnienia „API Enabled”.
- Śledzenie historii pól: To najważniejszy warunek wstępny. Jeśli śledzenie nie jest włączone dla wymaganych pól obiektu Loan, nie będzie można pobrać historycznych działań. Liczba pól, których historię można śledzić dla jednego obiektu, jest ograniczona.
- Filtry raportów: Zawsze ograniczaj raporty do określonego zakresu dat, na przykład pożyczek utworzonych w ciągu ostatnich 6 miesięcy, aby kontrolować ilość danych. Raport historii należy też ograniczyć do zmian konkretnych pól, takich jak Stage i Status, które odpowiadają zdefiniowanym działaniom procesu.
- Konfiguracja nCino: Wartości używane do identyfikowania działań, na przykład etapy Stage o nazwach „Underwriting” lub „Booked”, zależą od konfiguracji nCino w danej organizacji. Logikę przekształcania danych należy dostosować do terminologii używanej w systemie.
- Data Loader: Przy pobieraniu danych dotyczących więcej niż kilku tysięcy pożyczek zdecydowanie zaleca się użycie Salesforce Data Loader. Pozwala to uniknąć przekroczenia limitu czasu przeglądarki i sprawniej obsłużyć duży zbiór danych. Należy zainstalować aplikację kliencką i uzyskać dane dostępowe do API.
- Powiązane obiekty: Niektóre działania, zwłaszcza związane z zarządzaniem dokumentami lub kowenantami, mogą być zapisane w powiązanych obiektach nCino. Opisana tu podstawowa metoda dotyczy głównego obiektu Loan. Pełne pobranie danych może wymagać utworzenia dodatkowych raportów dla obiektów takich jak Document Manager Placeholder (LLC_BI__Document_Manager_Placeholder__c) i połączenia wyników.
Przykładowe zapytanie sql
/*
This is a configuration and transformation guide, not a single executable query.
The process involves creating two reports in Salesforce, exporting them, and then transforming the data.
*/
-- Step 1: Configuration for Report 1: 'Loan Creation Report'
-- Report Type: Loans (LLC_BI__Loan__c)
-- Columns:
-- LLC_BI__Loan__c.Name (renamed to LoanApplicationId)
-- LLC_BI__Loan__c.CreatedDate (used for EventTime)
-- LLC_BI__Loan__c.CreatedById (user lookup, for AssignedUser)
-- LLC_BI__Loan__c.LLC_BI__Product_Package__c (for LoanProductType)
-- LLC_BI__Loan__c.LLC_BI__Amount__c (for LoanAmount)
-- LLC_BI__Loan__c.LLC_BI__Stage__a (for initial state)
-- [Other required attributes]
-- Filter:
-- CreatedDate >= [Your Start Date] AND CreatedDate <= [Your End Date]
-- Step 2: Configuration for Report 2: 'Loan History Report'
-- Report Type: Loans with Loan History (Custom Report Type)
-- Columns:
-- LLC_BI__Loan__c.Name (renamed to LoanApplicationId)
-- LoanHistory.Field (maps to 'Field/Event')
-- LoanHistory.OldValue
-- LoanHistory.NewValue
-- LoanHistory.CreatedDate (renamed to EventTime)
-- LoanHistory.CreatedById (user lookup, for AssignedUser)
-- [Other required attributes from the parent Loan object]
-- Filter:
-- Loan:CreatedDate >= [Your Start Date] AND Loan:CreatedDate <= [Your End Date]
-- AND LoanHistory.Field IN ('Stage', 'Status', '[Your Risk Rating Field]', '[Your Credit Check Field]')
-- Step 3: Post-Export Transformation Logic (to be applied with Python, Excel, etc.)
-- This logic transforms the raw report data into a final event log.
SELECT
LoanApplicationId,
'Loan Application Created' AS ActivityName,
EventTime,
AssignedUser,
LoanProductType,
LoanAmount,
-- ... other attributes
FROM [Exported Loan Creation Report]
UNION ALL
SELECT
LoanApplicationId,
CASE
WHEN Field = 'Stage' AND NewValue = 'Initial Review' THEN 'Initial Review Performed'
WHEN Field = 'Stage' AND NewValue = 'Underwriting' THEN 'Underwriting Commenced'
WHEN Field = 'Stage' AND OldValue = 'Underwriting' THEN 'Underwriting Completed'
WHEN Field = 'Stage' AND NewValue = 'Booked' THEN 'Funds Disbursed'
WHEN Field = 'Stage' AND NewValue = 'Declined' THEN 'Loan Declined'
WHEN Field = 'Stage' AND NewValue = 'Withdrawn' THEN 'Application Withdrawn'
WHEN Field = '[Your Risk Rating Field]' AND OldValue IS NULL THEN 'Risk Assessment Performed'
WHEN Field = '[Your Credit Check Field]' AND NewValue = 'Complete' THEN 'Credit Check Completed'
WHEN Field = 'Status' AND NewValue = 'Approved' THEN 'Loan Decision Rendered'
WHEN Field = 'Status' AND NewValue = 'Offer Generated' THEN 'Loan Offer Generated'
WHEN Field = 'Status' AND NewValue = 'Offer Accepted' THEN 'Loan Offer Accepted'
WHEN Field = 'Status' AND NewValue = 'Agreement Signed' THEN 'Loan Agreement Signed'
-- Note: Document activities are difficult to track this way and may require a separate report.
-- These are placeholders assuming a status field is used.
WHEN Field = 'Status' AND NewValue = 'Docs Requested' THEN 'Supporting Documents Requested'
WHEN Field = 'Status' AND NewValue = 'Docs Received' THEN 'Supporting Documents Received'
END AS ActivityName,
EventTime,
AssignedUser,
-- ... other attributes can be joined from the Loan Creation Report by LoanApplicationId
[LoanProductType],
[LoanAmount]
FROM [Exported Loan History Report]
WHERE ActivityName IS NOT NULL; -- Filter out unmapped field changes Kroki
- Warunki wstępne: Należy mieć konto użytkownika Salesforce z dostępem do API i uprawnieniami do odczytu obiektów nCino Loan (LLC_BI__Loan__c), Account oraz powiązanych obiektów historii. Wymagany jest dostęp do narzędzia wykonującego zapytania SOQL, takiego jak Salesforce Workbench, Developer Console lub połączona aplikacja.
- Otwórz narzędzie SOQL: Zaloguj się do wybranego narzędzia dostępu do danych Salesforce. W przypadku Salesforce Workbench przejdź do witryny, wybierz środowisko, zaakceptuj warunki i zaloguj się danymi Salesforce.
- Wybierz zapytanie SOQL: W Workbench przejdź do karty „Queries” i wybierz „SOQL Query”. W Developer Console otwórz kartę „Query Editor” u dołu okna.
- Przygotuj zapytanie: Skopiuj pełne zapytanie SOQL z sekcji „query” tego dokumentu.
- Uzupełnij wartości zastępcze: Przed wykonaniem zapytania zastąp w nim wartości zastępcze. Wstaw żądane daty początku i końca okresu pobierania zamiast
'YYYY-MM-DDTHH:MM:SSZ'. Sprawdź nazwy etapów i statusów, takie jak'[Underwriting Stage Name]', i dostosuj je do dokładnych wartości skonfigurowanych w środowisku nCino. - Wykonaj zapytanie: Wklej skonfigurowane zapytanie w oknie edytora.
- Obsłuż duże zbiory danych: Jeśli zapytanie przekroczy limit czasu lub limity Salesforce, wykonaj je w mniejszych partiach. Skróć zakres dat, na przykład do jednego miesiąca, a wyniki połącz później.
- Sprawdź wyniki: Po wykonaniu zapytania narzędzie wyświetli wyniki w tabeli. Sprawdź, czy kolumny
LoanApplicationId,ActivityNameiEventTimezawierają oczekiwane dane. - Wyeksportuj dane: Zapisz wyniki za pomocą funkcji eksportu. W Workbench wybierz „Bulk CSV” w polu „View As”, a następnie kliknij przycisk „Query”. Zostanie utworzony plik CSV.
- Przygotuj plik do przesłania: Otwórz wyeksportowany plik CSV i sprawdź, czy nagłówki kolumn odpowiadają wymaganiom narzędzia process mining. Plik jest gotowy do przesłania do ProcessMind jako dziennik zdarzeń.
Konfiguracja
- Dostęp do Salesforce API: Profil użytkownika Salesforce musi mieć uprawnienie „API Enabled”, aby można było korzystać z narzędzi takich jak Workbench.
- Uprawnienia do obiektów: Wymagany jest co najmniej dostęp do odczytu następujących obiektów Salesforce: LLC_BI__Loan__c, LLC_BI__Loan__cHistory, Account i User.
- Śledzenie historii pól: W Salesforce Setup należy włączyć śledzenie historii najważniejszych pól obiektu Loan, zwłaszcza LLC_BI__Stage__c i LLC_BI__Status__c. Bez tego większość działań nie zostanie zarejestrowana.
- Zakres dat: Zapytanie zawiera wartości zastępcze daty początku i końca (
'YYYY-MM-DDTHH:MM:SSZ'). Na potrzeby wstępnej analizy zaleca się okres od 3 do 6 miesięcy, aby zachować równowagę między ilością danych a wartością analizy. W środowiskach o dużym wolumenie danych warto zacząć od krótszego okresu. - Nazwy etapów i statusów: W zapytaniu znajdują się wartości zastępcze, takie jak
'[Underwriting Stage Name]'i'[Declined Stage Name]'. Należy skontaktować się z administratorem nCino, aby uzyskać dokładne nazwy API etapów i statusów używanych w procesie obsługi pożyczek, a następnie odpowiednio zmodyfikować zapytanie.
Przykładowe zapytanie sql
SELECT
Loan.Name AS LoanApplicationId,
'Loan Application Created' AS ActivityName,
Loan.CreatedDate AS EventTime,
Loan.LastModifiedDate AS EventEndTime,
Loan.Owner.Name AS AssignedUser,
Loan.LLC_BI__lookupKey__c AS AssignedDepartment, -- Or another relevant department field
Loan.LLC_BI__Status__c AS DecisionOutcome,
Loan.LLC_BI__Product_Line__c AS LoanProductType,
Loan.LLC_BI__Amount__c AS LoanAmount,
Loan.LLC_BI__Application_Channel__c AS ApplicationChannel, -- Placeholder for custom channel field
'nCino' AS SourceSystemName,
SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__c Loan
WHERE Loan.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND Loan.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Initial Review Performed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Initial Review Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Supporting Documents Requested' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Document Collection Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Supporting Documents Received' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.OldValue = '[Document Collection Stage Name]' AND h.NewValue != '[Document Collection Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Credit Check Completed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Credit Check Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SZZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Underwriting Commenced' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Underwriting Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Risk Assessment Performed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Risk_Rating__c' AND h.NewValue != NULL
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Underwriting Completed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.OldValue = '[Underwriting Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Decision Rendered' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue IN ('[Approved Stage Name]', '[Declined Stage Name]')
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Offer Generated' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Offer Generated Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Offer Accepted' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Offer Accepted Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Agreement Signed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Closing Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Funds Disbursed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Booked Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Declined' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Declined Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Application Withdrawn' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Withdrawn Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ Gotowi do rozpoczęcia?
Wykorzystaj process mining, aby usprawnić obsługę pożyczek, przyspieszyć decyzje i zwiększyć efektywność. Pobierz szablon i rozpocznij analizę.
Przyspiesz decyzje dotyczące pożyczek
Usprawnij proces obsługi pożyczek w nCino i skróć czas podejmowania decyzji o 50%.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.