---
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 "Рабочее место оператора"

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

## Заявка и старт процесса
`поля заявки, источники заявок, 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. новые проверки\скрины\внешние системы добавляются быстро (по сути затраты на это = сделать и подключить новый коннектор)