28
• Клиент – поставщик товара или услуги в рамках факторинговой сделки.
Получает финансирование от банка по переуступленной дебиторской
задолженности.
• Дебитор – покупатель товара или услуги. Оплачивает поставщику товары
с отсрочкой платежа. После перехода на факторинг Дебитор делает оплату
на счета Фактора.
• Договор поставки – юридический документ, на основании которого
происходит сделка между Клиентом и Дебитором. В рамках договора
может быть одна или несколько поставок. У договора есть дата начала
действия, срок действия договора, количество дней отсрочки платежа.
• Отсрочка платежа – способ погашения задолженности, при котором её
внесение в полной сумме переносится на срок более поздний,
прописывается в договоре (либо доп. соглашении). Может быть указано в
календарных или банковских днях.
• Дебиторская задолженность – сумма долгов, причитающихся
предприятию, со стороны других предприятий, фирм, компаний, а также
граждан, являющихся их должниками, дебиторами. В контексте
факторинга это покупатель товара\услуг.
• Заявка на факторинг – совокупность анкетных данных и документов
достаточная для принятия решения по обслуживанию клиента или отказа
в обслуживании.
• Скоринг – система автоматической оценки контрагентов на базе открытых
(общедоступных и\или государственных), платных и закрытых источников
информации. Позволяет быстро, в течение нескольких минут, оценить
состояние компании Клиента. В первую очередь служит для уменьшения
количества ручного труда у сотрудников операционной службы и риск-
менеджеров. Позволяет выявить и подчеркнуть слабые или рисковые места
в деятельности или структуре компании Клиента. В ходе анализа компаний
применяются различные методики бальной оценки, проверки на стоп-
факторы, участие в запрещенной на территории РФ деятельности и иные
проверки по результатам которых Фактор обязан отказать в обслуживании
Клиенту, следуя предписаниям и нормативам Центрального Банка РФ.
29
Рисунок 9. Детализация процесса обработки заявки
30
Причиной выбора Личного Кабинета как объекта для исследования в рамках
этой работы, стало моей участие в разработке этой и смежных систем компании.
Руководство группой разработки в роли руководителя отдела и участие в
проектировании систем в роли архитектора.
Границы задачи определены этапом запуска Клиента: регистрация в Личном
Кабинете по данным с Лэндинга, формирование профиля компании, оформление
заявки и её прохождение через необходимые этапы для принятия решения по
обслуживанию.
После автоматизации в рамках данной задачи планируется сократить время
запуска клиента и повысить конверсию входящих лидов в Клиентов. Для решения
данной задачи планируется привлечь несколько специалистов: UX дизайнер, C#
разработчик, vue.js разработчик, DevOps, а также отдел маркетинга. Технический
стек для решения задачи ограничен существующими ресурсами и принятыми
подходами в компании.
1.2.3. Обоснование необходимости использования вычислительной техники
для решения задачи
Общий процесс работы по факторингу представлен на схеме.
Рисунок 10. Схема работы по классическому факторингу
Все стороны на текущий момент уже используют информационные системы,
поэтому в рамках компании уже есть необходимая вычислительная техника – как
для рабочих мест сотрудников, так и для серверных операций и взаимодействия с
контрагентами.
31
Для обеспечения работы существующих систем уже приобретены
необходимые программные продукты и лицензии. Это позволяется провести
разработку Личного Кабинета без капитальных затрат на экосистему разработчиков
при применении существующих технологий.
Ниже указаны показатели (метрики по времени\штукам) которые выделяются
как ключевые в рамках моего исследования.
Рисунок 11. Текущие и планируемые ключевые
показатели
32
1.2.4. Анализ системы обеспечения информационной безопасности и защиты
информации
В компании Открытие Факторинг, как в дочерней компании крупного
федерального банка существует политика безопасности, которая управляется
банком Открытие с соответствием рекомендациям ведущих компаний по
обеспечению безопасности и конфиденциальности данных.
Каждый сотрудник при приеме на работу получает должностную инструкцию
и приложение по безопасности и своим обязанностям в её обеспечении. Каждому
сотруднику выдается логин\пароль в систему Доменной авторизации, в рамках
которой выделяется доступ к ресурсам сети, почты, внутренних систем и проектов.
Доступ в глобальную сеть интернет управляется отдельно. Для данной учетной
записи есть пароль, а у пароля есть своя политика безопасности, которая
регламентирует срок действия пароля и его криптографическую стойкость В
большинстве случаев количество входящего трафика не ограничивается, зато
ограничивается список разрешённых сайтов . Для получения доступа к закрытым
сайтам следует написать заявку в службу технической поддержки и управления
доступами с приложенным обоснованием и согласованием руководителя отдела.
После согласования на уровне службы Безопасности доступ будет предоставлен.
При наличии должной аргументации со стороны сотрудника и его руководителя.
Физический доступ каждого сотрудника ограничен официальным
расположением офиса, но может быть расширен на другие здания и помещения при
необходимости. Все здания, помещения, кабинеты и переговорные компании
оборудованы системами СКУД, что дает контроль за физическим доступом в каждое
помещения офисов или серверных помещений.
Доступы в серверные также ограничены внутренними политиками
безопасности и регламентами обеспечения безопасности.
Почтовые службы, сетевые ресурсы и диски защищены специализированным
программным обеспечением. Доступ ограничен офисными сетями, не офиса доступ
к ресурсам получить нет возможности.
Для сетевой и безопасности данных используются решения класса DPI. В
основе DPI лежит совокупность функционирующего серверного и сетевого
оборудования и специального лицензионного программного обеспечения СКАТ -
33
«Система контроля и Анализа Трафика». DPI – платформа глубокого анализа
трафика (Deep Packet Inspection) обеспечивает инспекцию пакетов, осуществляет
классификацию и обработку трафика. В дополнение к DPI используется системы
DLP, которые защищают сеть от утечки конфиденциальной информации, а также
оптимизируют бизнес-процессы контролируя трафик корпоративной сети. [5]
Для обеспечения стабильности работы систем, среди средств защиты
серверного периметра используются системы защиты от DDoS атак. Обеспечение
фильтрации по типам прикладных протоколов, перенаправление подозрительной
активности на отдельный детектор, обмен информацией через интернет сервис.
1.3. Анализ существующих разработок и выбор стратегии автоматизации
«КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
Можно выделить несколько классов рыночных систем для чтобы рассмотреть
варианты решения поставленной задачи.
CRM – системы для управления отношениями с клиентами. На каждом этапе
CRM-система подскажет необходимые шаги и поможет правильно выстроить
тактику сделки. Система позволяет определять ответственных, регламентировать
временные рамки обработки, отслеживать маршрутизацию обращений, а также
сохранять историю их разрешения.
К минусам решения относится: необходимость покупки лицензий на каждого
сотрудника, что противоречит требованиям компании по использованию
существующих лицензий, сложности по настройки интерфейсов для клиентов – нет
возможности реализовать удобный UX разработанный специалистами компании.
CMS системы - Системы управления сайтом (CMS) позволяют создать сайт,
настроить его внешний вид, наполнить содержимым, менять дизайн, управлять
функционалом. Популярные CMS для сайтов позволяют подключать счётчики и
сервисы статистики. На базе некоторых систем можно настроить бизнес-процессы и
шаги для достижения нужных показателей.
Внедрение сторонней CMS системы в финансовой организации сталкивается
с большими трудностями по прохождению ИТ аудита и предоставлению исходных
кодов. Плюс на требуемом техническом стеке, на рынке представлено небольшое
34
количество систем, например Orcard CMS. Подобные системы объемные по размеру
исходного кода и богаты на функции, но для прохождения аудита по таким системам
нужно большое количество ресурсов службы безопасности. Плюс большинство
функций не находят применения в рамках решаемой задачи. Если добавить затраты
по обучению разработчиков и существующие незакрытые проблемы и баги – то я
прихожу к выводу о нецелесообразности использования таких систем для решения
задачи.
Остается рассмотреть вариант «надстройки» или дополнительного модуля в
существующих ИТ решениях в компании. В данным случае мы сталкиваемся с
проблемой безопасности и достоверности данных, т.к. заполнить форму на лэндинге
может любой человек, в том числе по недостоверной информацией – мы не можем
записывать такие данные в существующие банковские системы без ручной
проверки. Но, если добавить такую проверку уже на тапе заявки с лэндинга – для
решения задачи потребуется большой штат сотрудников, чтобы успевать
обрабатывать 100% входящих заявок. Эффективность такого отдела будет очень
низкой из-за большого количества отказов и потока ненастоящих заявок, в том числе
от возможных злоумышленников.
В рамках существующих задач и ограничений я прихожу к выводу, что
разработка собственного, отдельного решения для заполнения, обработки и
контроля заявок от Клиентов на факторинг – наиболее оптимальное решение.
Учитывая опыт компании, текущие ресурсы и требования по информационной
безопасности разработка подобного решения займет небольшое время, при этом
можно переиспользовать модули и составные части существующих систем.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Определим стратегические и функциональные свойства ИС.
Для реализации проекта можно выделить следующие этапы:
1. Анализ существующих процессов запуска и учёта заявок в отделе
маркетинга и анализ существующих систем и модулей в ИТ отделе
компании. Заключается в сборе и анализа следующих показателей:
количество заявок, скорость обработки, разбивка по дням и сотрудником,
среднее время принятия решения по заявке.
35
2. Определение всех процессов и регламентов, которые предстоит
автоматизировать. Процессов, этапов и workflow обработки заявки и её
жизненного цикла. Анализ существующих решений для задачи, которыми
пользуются сотрудники компании.
3. Выбор стратегии автоматизации. Анализ существующих типов стратегий
автоматизации, технического стека и подбор наиболее оптимального к
Структуре и бизнес процессам компании
4. Описание технического задания и предполагаемого графика его
выполнения.
Выбор стратегии автоматизации. Рассмотрим четыре стратегии
автоматизации: хаотичная автоматизация, автоматизация по участкам,
автоматизация по направлениям и комплексная автоматизация.
Хаотичная автоматизация предполагает под собой приобретение компанией
системы, а точнее фрагментов или модулей, без конкретного плана развития. Часто
такой подход не решает поставленных задач, но при этом сильно усложняет
эксплуатацию систем предприятия. Дальнейшее развитие, при такой стратегии
требует решения интеграционных задач или замены ранее приобретенных модулей,
что экономически неэффективно.
Автоматизация по участкам предусматривает автоматизацию отдельных
производственных участков, сгруппированных по набору выполняемых функций и
задач. Этот вид автоматизации имеет смысл, если существуют участки, где новая
информационная система дает значительный экономический эффект, например за
счет уменьшения количества персонала для решения задач или повышения
продуктивности на каждого сотрудника, за счет сокращения ручного труда.
Автоматизация по направлениям ставит перед собой задачу автоматизацию
отдельных направлений деятельности предприятия. В этом случае компания
получает полную автоматизацию работы, например, HR службы, CRM?
производства, бухгалтерии или маркетинга. Такой подход к автоматизации
используется многими предприятиями. Интеграция набора таких систем
реализуется на базе ERP решений или интеграционных шин.
36
Хаотичная стратегия не подходит так как мы автоматизируем процесс запуска
клиента, в котором используется несколько уже существующих систем и
компонентов предприятия: лэндинг, CRM, система телефонии и другие.
Полная стратегия автоматизации ставит перед собой гораздо большую задачу,
чем описываемая в этой работе. Варианты полной автоматизации рассматривались
в компании, но не нашли своего развития.
Стратегия автоматизации по участкам оптимальна для описываемой в
дипломном проекте задачи, потому что в нашем случае мы автоматизируем
деятельность одного отдела, отдела запуска клиентов, сотрудники которого
занимаются регистрацией, сбором документов и контролем этапов по заявке.
Автоматизировав и проработав процесс запуска клиентов, мы можем увеличить
количество запусков на каждого менеджера, при этом сократив цикл сделки. А
повышая прозрачность процесса для клиента мы получаем лояльных контрагентов,
которыми проще вести диалог.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Для автоматизации процессов и шагов обработки рассмотрим три способа
приобретения программного обеспечения:
• Покупка готовой системы и настройка её под процессы компании;
• Разработка ИС отделом разработки в компании;
• Заказная разработка, аутсорсинг;
• Покупка системы и её доработка;
Ниже приведена Таблица 1, в которой сравниваются критерии отбора,
способы приобретения программного продукта.
37
Таблица 1
Сравнение способов приобретения ИС
Способ
приобретения
\ критерии
Покупка
готовой
системы
Разработка
ИС отделом
разработки
Аутсорсинг
Покупка
системы и её
доработка
Соответствие
решаемой
задаче
Несоответстви
е
поставленной
задаче.
Рыночные не
дают
достаточной
гибкости для
настройки
процессов
компании
Полное
соответствие
требованиям
к системе и
требованиям
по задаче
Частичное
соответствие.
В компании
есть
необходимая
экспертиза
для
разработки
системы
Частичное
соответствие.
Доработка
системы
потребует
обучения
сотрудников и,
новых
лицензий для
инфраструктур
ы
Стоимость
внедрения
От 1 500 000
рублей
От 2 200 000
рублей
От 3 000 000
рублей
От 5 000 000
рублей
Стоимость
владения. 3
года
От 700 000
руб.
Поддержка и
исправление
багов
Можно
принять
равной нолю.
Поддержка
сотрудникам
и в штате,
без
дополнитель
ных
расходов
От 1 000 000.
Фиксированн
ый платеж за
обслуживание
и
дополнительн
ый контракт
на доработку
(почасовой)
Адаптивность
Закрытый
исходный код.
Только через
Любые
изменения
Отдельный
контракт на
доработку и
Ограниченная
возможность