ВКР. Горынин ВКР 2022. Исследование и анализ объекта автоматизации 4 1 Описание предприятия 4
 Скачать 6.55 Mb.
|
Выводы к главе 1На основании проделанной работы можно сделать следующие выводы. Во-первых, уровень зрелости процессов бизнес-процессов организации является улучшающимся. Во-вторых, можно отметить, основные процессы организации автоматизированы, но вторичные процессы не могут протекать без использования человеческих ресурсов. Требуется провести сбор требований и автоматизировать процессы подбора продукта и скоринга заявки для предодобрения. В-третьих, благодаря большой агентской сети и высокого качества партнеров организация занимает стабильное положение на рынке. ГЛАВА 2. РАЗРАБОТКА ТРЕБОВАНИЙ К ДОРАБОТКАМ ИНФОРМАЦИОННОЙ СИСТЕМЫ2.1 Описание требований к процессу подбора финансового продуктаОдной из задач поставленной перед автором в рамках выполнения работы была задача разработки требований для внедрения процесса подбора финансового продукта. Необходимость наличия указанного функционала обуславливается расширением витрины банков, а также большим количеством информации, необходимых для точно подбора финансового продукта. Требования к функционалу подбора финансового продукта основываются на 3 основных принципах: Пользователь должен иметь возможность получить информацию о возможности одобрения заявки, заполнив минимальное количество полей Функционал подбора должен быть конфигурируемым и не требующим вмешательство разработчика Подбор финансового продукта должен рассчитывать стоимость покупки продукта При анализе конкурентов предприятия были замечены решения, которые разрешают аналогичные потребности, но они обладают следующими недостатками: Требуется привлечение разработчиков для поддержания актуальности параметров подбора Отсутствие готовых механизмов получения данных из публичных источников Оплата за запрос, а не за решение, что повышает операционные издержки в период высокого спроса  После определения основных бизнес-требований к функциональности, были составлены пользовательские и администраторские способы использования модуля. Для администратора: UC Создание и настройка продуктов 0. В гриде "Банки" назначить банку продукт 1. Из выпадающего списка выбрать Тип Продукта 2. Ввести id-продуктов (из документации по API) 2. В списке Продукты найти созданный продукт 3. Нажатием на шестерёнеку открыть модальное окно "Редактирование продукта" 4. Добавить стоп-фактор 5. Ввести комментарий к стоп-фактору 6. Сохранить UC Редактирование тарифа В атрибуте "Минимальный тариф" открыть модальное окно "Редактировать тариф" Выбрать способ тарификации а) Единый тариф от суммы 1. Задать % ставку от цены 2. Создать условие наценки б) Единый тариф за лид 1. Задать сумму тарифа или сделать бесплатным 2. Создать условие наценки в) Зависит от суммы 1. Задать минимальный тариф 2. При необходимости назначить расчет тарифа с учетом високосного года 3. Добавить интервалы по сумму и сроку 4. Добавить условия наценки 3. Сохранить Пользовательские: Система автоматически получает данные по клиенту из ЕГРЮЛ (при наличии) Происходит первичная оценка на стоп-факторы: - клиент есть в ЕГРЮЛ; - клиент не находится в стадии ликвидации; - регион регистрации компании (по ИНН и адресу регистрации); - срок жизни компании (по дате регистрации); - ОКВЭД клиента; - Наличие клиента в РНП; - ОПФ клиента. 4. Вывод доступных для выбора продуктов. Продукт считается доступным если по нему есть хотя бы один Банк, по которому стоп-факторы из п.3 показали зеленый или желтый светофор 5. Агент выбирает продукты 6. Открываются анкеты для ввода информации по структуре сделки 7. Агент заполняет анкету 8. Когда все поля анкеты заполнены, выполняется подбор банков. Также были сформулированы требования к функционалу расчета стоимости продукта: В списке продуктов администратору доступна настройка тарифов через модальное окно. Существует 3 варианта настройки тарифа: Единый тариф от суммы (%) - означает, что вне зависимости от срока гарантии, указанного агентом, рассчитываемый тариф всегда будет считаться по формуле: сумма БГ, указанная агентом * на заданный %. Единый тариф за лид (руб) - означает, что вне зависимости от того, какая сумма указана при подборе банков, тариф по продукту будет единым и равняться сумме, указанной в интерйесе администратора. Также продукт может быть бесплатным. Зависит от суммы - означает, что высчитываемый тариф полностью зависит от того, какую сумму за БГ указал агент и на какой срок ему требуется БГ. Формула расчета тарифа при выбранном тарификаторе "Зависит от суммы": P = (S * r / 36500 * N) + (S * r / 36600 * V), где P - Тариф (руб) S - сумма БГ r - ставка V - дней високосных N - дней не високосных Количество дней: Дата окончания - дата начала + 1 Следующим этапом был применен процессный подход к выработке требований к модулю информационной системы. Результатом работы является диаграмма в нотации BPMN 2.0  Процесс можно описать следующим образом: После авторизации в системе агент попадает на экран подбора Агент вводит ИНН клиента Автоматизация получает дополнительные данные о клиенте из источника данных Dadata Проверяются стоп-факторы, для которых достаточно данных о клиента Для агента открывается раздел для заполнения информации о финансовой потребности клиента По факту заполнения всех полей происходит бинарная проверка на соответствие настроенным параметрам и расчет тарифов Рассчитанные предварительные предложения выводятся агенту Требования к выдаче результатов подбора. Результат подбора выводится в форме таблицы со следующими реквизитами: Название банка Тариф % годовых/Р Статус Чек-бокс Рядом с заголовком "Тариф % годовых/Р" выводится пиктограмма i, при наведении курсора появляется информационное окно с предупреждением: "Тариф рассчитан предварительно и может измениться в ходе рассмотрения заявки." Если произошло обработанное исключение, и тариф не был рассчитан, то в столбце "Тариф % годовых/Р" вместо значений выводится "Не удалось получить данные" (реализовано только для банка Экспо, т.к. расчет тарифа происходит на его стороне). Порядок вывода банков: Банки, имеющие статус "Нет стоп-факторов" Банки, имеющие статус "Индивидуальное рассмотрение" Банки, имеющие статус "Отказ по стоп-факторам" Внутри каждого статуса порядок вывода банка настраивается через механизм "Ранжирование" согласно настройкам администратора. Банк с приоритетом "1" выводится первым, далее по убыванию приоритета. Каждое предложение в таблице имеет один из статусов: стоп-факторы отсутствуют, индивидуальное рассмотрение, отказ по стоп-факторам. Статус «Стоп-факторы отсутствуют» имеют те предложения, по которым пройдены абсолютно все проверки по стоп-факторам. Статус «Индивидуальное рассмотрение» имеют предложения, по которым отсутствуют «красные» стоп-факторы в интерфейсе администратора, однако присутствует хотя бы один желтый стоп-фактор. Статус «Отказ по стоп-факторам» имеют предложения, по которым сработал хотя бы один стоп-фактор, установленный по продукту в интерфейсе администратора. Последним этапом работ по составлению требований была работа с данными. Необходимо было проанализировать основные стоп-факторы банков, выделить на основании них поля информационной системы и подобрать источники данных.
|