Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.pl
Obsługa wniosków kredytowych Potrzeba elastyczności i efektywności Consumer finance staje się ważnym obszarem ekspansji rynkowej Banku System wspomagający obsługę wniosków kredytowych musi być elastyczny: Wymogi i zmiany regulacyjne: nowe rekomendacje KNF, ustawa o kredycie konsumenckim, ustawa o księgach wieczystych i hipotece Wymagania funkcjonalne cross-sell / up-sell definiowanie ofert marketingowych Włączenie procesów kredytowych do zunifilkowanej aplikacji Front-End Obsługa procesowa w Oddziale, Call Center i internecie Automatyzacja procesu Integracja z back-office Potrzeba zwiększenia: elastyczności ilości kanałów dystrybucji automatyzacji procesu obsługi wniosku i decyzji kredytowej skalowalności w miarę wzrostu biznesu kredytowego 2
Wybór koncepcji rozwiązania Zastosowanie Silnika Reguł Algorytmy w aplikacji " Definicje reguł decyzyjnych w języku biznesowym Algorytmy decyzyjne w formie kodu aplikacji " Łatwość budowania i testowania reguł Programowanie i testy oprogramowania " Możliwość modyfikacji reguł przez właścicieli biznesowych Definiowanie wymagań i wdrażanie release owe " Wersjonowanie reguł i współistnienie różnych wersji Nieczytelna parametryzacja " 3 Wbudowany monitoring i audyt wykonania reguł " Trudna analiza problemów
Architektura systemu Front End Moduł Obsługi Kredytów System ilog Baza MOK Warstwa IT Warstwa biznesowa FE MOK Rule Execution Server Repozytorium reguł Rule Team Server IBOL ICBS PRIME BIK Decision Warehouse Rule Studio
Silnik decyzyjny Warstwa biznesowa Rule studio tworzenie oraz edycja projektów usług decyzyjnych Systemy Banku System ilog testowanie reguł decyzyjnych Rule Team Server edycja projektów usług decyzyjnych polegająca na zmianie parametrów reguł System 1 System 2 Rule Execution Server Repozytorium reguł Rule Team Server testowanie reguł decyzyjnych Repozytorium Reguł (związane z RTS) przechowywanie projektów usług decyzyjnych rejestrowanie zmian w projektach usług decyzyjnych oznaczanie wersji usług Warstwa IT Rule Execution Server Decision Warehouse Rule Studio instalacja usług decyzyjnych i udostępnianie do wykorzystania przez systemy IT. Decision warehouse rejestracja wyników wywołania usług decyzyjnych Warstwa IT Warstwa biznesowa Systemy Banku System IT wprowadzanie i edycja danych wejściowych integracja źródeł danych prezentacja danych wynikowych kontrola przebiegu procesów
Grupowanie funkcjonalne reguł biznesowych w tzw. usługi decyzyjne Usługi decyzyjne jako czarne skrzynki w procesie biznesowym Możliwość rozdziału właścicielskiego poszczególnych grup reguł Spójny system rule governance w Banku Usługi Decyzyjne 1-5 Usługi Decyzyjne 6-11 Usługi Decyzyjne 12-21 Reguły weryfikacji klienta Właścielstwo: Departament Biznesu Kredytowego Reguły oceny zdolności kredytowej Właścielstwo: Departament Ryzyka Kredytowego Reguły przygotowania oferty produktowej Właścielstwo: Departament Biznesu Kredytowego Monitoring i audyt wykonania reguł Governance 6
Usługa decyzyjna decyzyjna 1 biznesowa 1 Usługa decyzyjna 1 decyzyjna 3 decyzyjna 2 Obszar biznesowy biznesowa 2 biznesowa 3 Usługa decyzyjna 2 decyzyjna 5 decyzyjna 4 decyzyjna 6 Projekt usługi decyzyjnej 1 Projekt usługi decyzyjnej 2 Obszar biznesowy zakres merytorycznej odpowiedzialności określonej jednostki organizacyjnej Banku, w ramach którego dana jednostka odpowiada za nadzór nad zarządzaniem regułami biznesowymi. biznesowa zdefiniowany i wyodrębniony fragment logiki biznesowej określający sposób realizacji określonych procesów biznesowych, Usługa decyzyjna wykonywalna postać reguły lub zestawu reguł biznesowych zaimplementowanego w systemie ilog w celu wykorzystania w różnych systemach informatycznych, Projekt usługi decyzyjnej zapis definicji usługi decyzyjnej zawierający powiązany funkcjonalnie i logicznie, niepusty zestaw reguł decyzyjnych, opublikowany w systemie ilog, przy czym jedna usługa decyzyjna może być zapisana w formie kilku projektów, decyzyjna atomowy element projektu usługi decyzyjnej oparty na strukturze składającej się obowiązkowo z przynajmniej jednej sekcji wykonywalnej oraz dodatkowo z deklaracji pojęć używanych w ramach danej reguły lub treści warunków logicznych określających warunki wykonania sekcji wykonywalnej, zapisany w postaci reguły tekstowej, tabeli decyzyjnej lub drzewa decyzyjnego.
Usługi decyzyjne w praktyce UD001 Kryteria minimalne UD005 Wymagane statusy dokumentów UD007x Ocena ryzyka kredytowego Uczestnicy wniosku Kryteria minimalne Wyznaczenie obciążenia Dochody Multi ofertownik Oferty UD009 Wymagane dokumenty UD012 Klient stały Dane podstawowe Zobowiązania UD008x Multi-ofertownik Ocena ryzyka wniosku UD037 Weryfikacje dokumentów dla kontroli jakościowej warunków UD039 Obliczanie dochodu z działalności gospodarczej UD040 Wyliczenie priorytetu wniosku UD013 Lista czynności UD041 Dokumenty dostępne dla źródła dochodu UD015 Weryfikacja pracodawców UD042 Obliczenie dochodu zweryfikowanego UD018 Oddział czy platforma UD019 Ocena DPO UD043 Lista dochodów do weryfikacji na danym etapie UD025 Czy analityk ma wymagane kompetencje UD047 Lista wydruków do weryfikacji podpisów i barkodów UD026 Czy wniosek ma podlegać kontroli jakościowej UD048 Weryfikacja poprawności oznaczenia zobowiązań UD027 Dodatkowe pola dla publikacji UD050 Wymagana obsługa wniosku z IBOL w Oddziale UD032 Czy wniosek ma podlegać kontroli warunków Czynności UD036 Okres analizy dla źródła dochodu UD033 Lista warunków dla decydenta UD034 Dokumenty wymagane dla działalności gospodarczej UD035 Wyliczenie wartości dla publikacji UD051 Parametry produktu UD052 Automatyczna weryfikacja wpływów UD053 Weryfikacja możliwości konsolidacji
9 W regułach wykorzystano mechanizmy wbudowane w silnik reguł
10 Prezentacja wyników wykonania reguł decyzyjnych
Role w zarządzaniu regułami Właściciel usługi decyzyjnej Administrator biznesowy usługi Administrator usługi Właściciel procesu Zleceniodawca Zleceniodawca Zleceniodawca Zleceniodawca Autor Reguł Autor Reguł Administrator RES Właściciel Procesu Analityk Reguł Administrator rejestru reguł Właściciel usługi decyzyjnej jednostka organizacyjna Banku merytorycznie odpowiedzialna za obszar biznesowy implementowany w danej usłudze decyzyjnej. Administrator biznesowy usługi jednostka organizacyjna Banku odpowiedzialna za tworzenie i modyfikację reguł w ramach danej usługi decyzyjnej oraz koordynowanie zmian. Administrator Usługi Departament Zarządzania Aplikacjami Właściciel procesu jednostka organizacyjna Banku merytorycznie odpowiedzialnej za zarządzanie procesem biznesowym.
Proces realizacji zmiany Proces zmiany reguł biznesowych Przygotowanie zlecenia zmiany Wstępna analiza zmiany Przygotowanie specyfikacji zmian Wykonanie zmiany Przeprowadzenie testów Przygotowanie dokumentacji Przygotowanie scenariuszy i przypadków testowych Proces instalacji i uruchamiania usług Przygotowanie zlecenia Analiza zlecenia Przygotowanie planu wdrożenia Instalacja usługi w RES Uruchomienie usługi w Systemach IT Aktualizacja Rejestru Usług Przywrócenie poprzedniej wersji Akceptacja zmiany Legenda: Zleceniodawca Analityk Reguł Administrator RES
Efekty biznesowe Wzrost poziomu automatyzacji decyzji z 70% do 90% Skrócenie czasu obsługi klienta o 30 % Skrócenie czasu wprowadzania zmian w regułach ryzyka z tygodni do dni Większa skuteczność sprzedaży dzięki generowaniu alternatywnych ofert Jednolite reguły we wszystkich kanałach Skrócenie czasu dostarczenia rozwiązania analitycznego dla prescoringu poprzez wykorzystanie tych samych usług ING 13
Wnioski i doświadczenia Silnik reguł sprawdza się w zastosowaniach on-line (wnioski) i wsadowych (pre-scoring) W trakcie prac należy zapewnić synchronizację kluczowych elementów: Procesu, w którym należy określić miejsca wywoływania reguł (punkty decyzyjne) Ekranów i interfejsów do innych systemów, które muszą zapewnić zebranie/prezentację danych wejściowych i wyjściowych do/z silnika reguł Walidacji, które mają być wykonane pomiędzy poszczególnymi ekranami/etapami procesu Biznesowego opisu algorytmów, które będą implementowane w postaci reguł Wskazany jest iteracyjny tryb pracy, w którym w kolejnych podejściach doprecyzowuje się wymagania biznesowe, pożądany wynik reguł, dane wejściowe potrzebne do decyzji i treść reguł, na podstawie których określa się wynikający z nich model danych Brak ograniczeń co do zastosowań silnika reguł wymaga przemyślenia i wdrożenia polityk w zakresie zarządzania regułami (rule governance) uwzględniający kontekst wielu aplikacji, które mogą korzystać z tych samych reguł 14
DZIĘKUJĘ!