---
# System prepended metadata

title: 'КК этап-1: автоматизированные проверки заемщика'
tags: [kk]

---

---
tags: kk
---
# КК этап-1: автоматизированные проверки заемщика
данные для ТЗ от Насти: [см тут](https://docs.google.com/spreadsheets/d/19K03AFrATYLSMIxpVdwE-0YXRAN6USnBsdiaKsznyk0/edit#gid=0)

## Компоненты решения
0. Ядро, модель данных, логика работы с заявками и иплементация REST API к Frontend
1. Frontend, UI интерфейс "Рабочее место оператора"
2. BPM подсистема: движок + UI редактор + BPM процесс
3. Коннекторы к системам банка
   - Валидация адресов по ФИАС - `какая система?`
   - Валидация полей анкеты - `какая система?`
   - Проверка на черный список - `какая система?`
4. Коннекторы к внешним системам
   - СПАРК (напрямую) 
   - НБКИ (через CRE)
   - ФМС (через CRE)

## UI "Рабочее место оператора"
![](https://i.imgur.com/0ziaQbf.jpg)


- возможность прикладывать файлы
- свод всех данных в едином окне
- красивое подсвечивание расхождений\\проблем
- кнопка принятия решения в конце

## Заявка и старт процесса 
`поля заявки, источники заявок, OCR фишка`

## Процесс
`вставить процесс от Насти`

## BPM движок + редактор
`дать задачу стажерам накидать процесс и сделать красивых скринов сюда`

## Сценарий ДЕМО 02.03 ( Настя)
1. СТАРТ: заведение заявки. Заявка на демо версии попадает в КК с помощью запроса из внешней системы. Например с сайта Банка.  Надо заполнить всю заявку.Но по желанию Банка на разных продуктах будут разные обязательные поля. 
> [name=Sasha] [color=#907bf7]
> **что делаем на демо**:
> будем дергать запрос из Postman с json с заявкой  
> это покажет эмуляцию получения заявки из внешней системы

2. ЭТАП ПОДГРУЗКИ ДАННЫХ. На данном этапе данные к заявке подгружатся из разных систем. Это можно сделать автоматом поэтоапно как на ДЕМО. Можно через кнопки ( запрос сотрудником).  На ДЕМО взяты 3 внешних источника данных ( НБКИ, ФМС, СПАРК) и 2 внутренних ( АБС Банка, Черные списки Банка). На боевой версии их конечно же будет столько сколько нужно Банку. Это могут быть (  БКИ:Эквифакс, ОКБ, БРС; налоговая , ФССП, Арбитраж, Банкротства, Тендеры по гарантиям). Все данные аккумулируются в заявке. Запросы во внешние сервисы могут быть как по компании, так и по генеральному директору. В зависимости от внутренних процессов Банка.

    На автоматическом этапе реализованы примеры проверок:
    1. Валидация адресов ( ФИАС)
    2. Черный список Банка
    3. Проверка на Банкротства
    4. Проверка на действительность паспорта ген дира
    5. Проверка на наличие просрочки 90+ в БКИ
    В случае наличия факторов 1-6 по заявке принимается автоматическое решение - ОТКАЗАТЬ
    
> [name=Sasha] [color=#907bf7]
> **что делаем на демо**:
> мы говорим и показываем, что:
> после получения заявки, система подгружает данные о компании:
> - на скрине Данные по компании: говорим что подгрузилось из самой заявки и из АБС (по текущ кредитам) 
> - на скрине Данные по отчетности:
> во время демо, через кнопку
> подгружаем файл отчетности в виде экселевского файла
> после чего спиннер, и табличка заполняется значениями из этого файлика
> - на скрине Данные по ген директору: вместе с заявкой подгружаются из систем банка\операционистом
> - на скринах Данные из СПАРК, БКИ, ФМС: понятно, из внешних систем
> - на скрине Данные по КИ в Банке: из АБС банка
> - на скрине Данные по обеспечению: они прилетают вместе с заявкой _(на этапе ввода заявки прикреплает кредитчик ( не рисовали экраны для него). Также этот отчет согласовыват залоговое подразделение ( тоже отдельный процесс вне демо)_


3. ЭТАП АНАЛИЗА. На ДЕМО реалитзован только этап андерратера. Конечно же на боевой версии будут все этапы Банка (Кредитчики, СБ, Залоги, Юристы, Кредитный комитет), а также ветка вне стандартных процессов.

    Андреррайтер может согласовать заявку, отправить ее на доработку с замечаниями, отказать по заявке и согласовать с замечанием ( например поправить сумму / срок/ ставку ). На ДЕМО этап согаслования андрерратером реализован как текстовое заключение. Но по желанию Банка тут могут быть и чекбоксы, и приложенные файлы, и автоматическое решение на основании чекбоксов ( для программ с малыми суммами)
    
> [name=Sasha] [color=#907bf7]
> **что делаем на демо**:
> мы говорим и показываем:
> андеррайтер проходит по всем скринам сверху вниз, просматривает данные, открывает и валидирует файлы и сканы, после чего на последнем экране даёт заключение


> [name=Sasha] [color=#907bf7]
> на мой взгляд, к демке нужно добавить демонстрацию BPM процесса и пояснить, что 
> 1. весь процесс работает через Camunda BPM Engine
> 2. поэтому его логика легко настраивается\корректируется без жесткого переделывания логики системы; внесение сквозных изменений в процесс возможно практически на лету
> 3. новые проверки\скрины\внешние системы добавляются быстро (по сути затраты на это = сделать и подключить новый коннектор)
