Единая площадка по закупке топлива для представителей малого и среднего бизнеса

Создание единой площадки по закупке различного вида топлива с процессом прохождения скоринга представителям малого и среднего бизнеса.

Проект - должен представлять собой информационную систему, которой является веб-сервис. В данной информационной системе должно быть предусмотрено 3 ключевых роли пользователей:

Клиенты - непосредственные потребители товаров и услуг (нефтепродуктов и топливных карт);

Агенты - посредники, организовывающие сделку между клиентами, которые не пользуются системой самостоятельно и поставщиками;

Поставщики - сотрудники организации с которой заключает сделку клиент на поставку товаров и услуг;

Клиенты и агенты будут взаимодействовать с системой через публичный раздел веб-сервиса, полный функционал будет доступен после регистрации и авторизации. Поставщики взаимодействует с закрытым разделом системы, в котором происходят все процессы касающиеся обслуживания клиентов и агентов.

Описание жизненного цикла пользователей в рамках системы

До момента авторизации в системе, каждый клиент считается неавторизованным пользователем, таким пользователям доступны следующие сценарии:

Регистрация - процесс заполнения регистрационной формы данными о контрагенте, после её отправки пользователь получит пароль для входа в публичный раздел веб-сайта в SMS сообщении.

Авторизация - процесс идентификации ранее зарегистрированного клиента веб-сервисом, для авторизации клиент вводит свой номер телефона и пароль полученный в SMS или установленный в рамках процедуры смены пароля.

Восстановление пароля - процесс восстановления доступа к личному кабинету клиента в веб-сервисе, для восстановления пароля клиент должен иметь доступ к номеру телефона, под которым он был зарегистрирован в системе, на него придёт SMS содержащее проверочный код, используя который, пользователь сможет установить свой пароль доступа к личному кабинету.

Если клиент был авторизован впервые, то единственная функция, которая должна быть доступна ему - создание новой заявки. Заявка на приобретение топливных карт или нефтепродуктов осуществляется путем заполнения соответствующей веб-формы, с помощью которой клиент уточняет все подробности сделки, какая номенклатура ему нужна, в каком объеме, в какие сроки, какой способ оплаты и куда доставить. После заполнения заявки - данные по ней отправляются в закрытый раздел системы, где с ними будут работать поставщики. Поставщики представлены четырьмя отделами, каждый из которых выполняет свою функцию для заключения сделки с клиентом. Пользователи которыми будет представлен поставщик - создаются исключительно администратором системы. В системе будут реализованы такие отделы сотрудников поставщика:

Отдел оценки рисков;

Отдел снабжения;

Отдел логистики;

Отдел продаж;

После регистрации пользователя в системе, ему будет отправлено приглашение начать электронный документооборот в системе ЭДО Контур. Диадок, это потребуется для обеспечения возможности обмениваться документами подписанными электронной цифровой подписью, что обеспечивает их юридическую силу.

Когда пользователь становится клиентом, ему по умолчанию присваивается 0 баллов персонального рейтинга, клиент имеющий персональный рейтинг может быть соотнесен с одним из пользовательских уровней, в зависимости от уровня - клиенту доступны определенные условия, например таким уровнем определяются: скидка на товар, скидка на доставку, кредитный лимит, максимальный срок отсрочки платежа.

Клиентский уровень обозначается как диапазон баллов, которые установил администратор, например система будет понимать, что все пользователи с кол-вом баллов от 0 до 256 имеют уровнем “Новичок”, им доступен кредитный лимит в размере 100 тыс. руб., 21 день в качестве максимальной отсрочки платежа и нулевая скидка на товары и услуги.

Клиент имеющий 0 баллов персонального рейтинга автоматически направляется на рассмотрение в отдел оценки рисков, сотрудник данного отдела получит уведомление на почту, в котором будет содержаться ссылка, перейдя по которой сотрудник увидит все данные по клиенту (реквизиты) и производит его оценку по 14 критериям, в результате чего определяется новый скоринговый балл клиента (персональный рейтинг).

Если клиента не устраивает его персональный рейтинг и он хочет добиться более выгодных условий для себя, он может воспользоваться функционалом экрана “Условия сотрудничества”, на котором будут представлены текущие условия, а также ссылка на экран заполнения дополнительных данных о контрагенте, после заполнения таких данных - клиент повторно направляется сотруднику отдела оценки рисков для более детальной оценки его благонадежности, в результате чего может быть увеличен пользовательский рейтинг, а с ним измениться и клиентский уровень, в результате пользователю будут доступны более выгодные условия сотрудничества.

Каждая новая заявка клиента попадает в первую очередь в отдел снабжения, в котором определяется ответственный за заявку. Ответственный получает уведомление о необходимости найти предложения, соответствующие заявке клиента, для этого сотрудник вносит данные по заявке в закрытом разделе веб-сервиса, набор таких данных называется предложением.

После того, как сотрудник отдела снабжения обеспечил заявку клиента возможными предложениями, предложения попадают к сотруднику отдела логистики, который за пределами системы выполняет поиск перевозчика который будет осуществлять доставку и заполняет условия согласованные с ним.

После заполнения данных сотрудником отдела логистики предложение попадает к сотруднику отдела продаж, который видит данные введенные предыдущими сотрудниками, видит стандартную маржинальность которая определяется текущим клиентским уровнем заявителя и может ее корректировать в интересах бизнеса. Сотрудник отдела продаж может инициировать составление неограниченного кол-ва предложений по каждой заявке.

После того, как предложение проработано сотрудником отдела продаж - оно становится доступно для ознакомления клиенту в публичном разделе веб-сервиса. Клиент получает визуальное уведомление о поступлении предложений по своей заявке как в интерфейсе веб-сервиса, так и в SMS-сообщении. Каждое предложение имеет срок действия, который задается администратором в административном разделе системы, клиент может принять предложение только в течение его срока действия, после этого предложение считается не актуальным и недоступно для выбора.

После создания заявки, клиенту становится доступен экран “Мои заявки” на котором в виде списка отображаются все его заявки, а также их текущие статусы и срок действия предложений. После того, как по заявке поступили предложения - клиенту доступен переход в детальную карточку заявки, в которой будет выводиться список предложений с обозначением их срока действия. На данном экране клиент рассматривает предложения и выбирает наиболее выгодное для себя, после принятия предложения - клиенту будет последовательно предложено: уточнить свои реквизиты, заполнить дополнительные данные для выбранного способа доставки, подписать документы.

Документы в системе делятся на 2 типа, документы необходимые для заключения сделки - система будет генерировать автоматически на основании запрограммированных шаблонов, в которые в качестве переменных будут подставляться данные клиента и поставщика. Документы требуемые для закрытия сделки (акты, накладные и т.д.) должны быть загружены в заявку (в закрытом разделе системы принято называть - сделка) сотрудником отдела продаж, ответственным за неё. Подпись документов клиентом осуществляется клиентом в веб-интерфейсе Контур. Диадок, после подписания документов их подписывает со своей стороны поставщик в лице сотрудника отдела продаж.

Весь документооборот в системе выполняется либо в рамках карточки заявки по которой принято предложение, либо на экране “Реестр документов”, на котором пользователь может отфильтровать документы по принадлежности к определенной заявке.

Клиент может изменить свои реквизиты и настройки (контактные данные) в соответствующем интерфейсе публичного раздела.

Для повышения прогнозируемости бизнеса в системе предусмотрен планировщик потребления, который представлен в интерфейсе публичного раздела и доступен каждому клиенту. В рамках планировщика потребления клиент может сообщить примерный объем и график закупок необходимой номенклатуры. Предполагается, что в качестве поощрения клиента заполнение планировщика будет положительно отражаться на клиентском уровне и будет учитываться при скоринге.

Агенты

Отличиями агента от клиента является тот факт, что он непосредственно не является стороной договора по сделке. Каждый агент перед созданием сделки обязан завести в интерфейсе публичного раздела хотя бы одного клиента, который будет выбран в качестве активного, в этом случае все действия агента в системе будут ассоциироваться с действиями выбранного клиента, как если бы он был авторизован непосредственно.

При реализации документооборота между клиентом агента и поставщиком, в обязанности агента входит контроль своевременного подписания документов его контрагентом с поставщиком, данный процесс вынесен за пределы системы и не является её частью. За каждую сделку между клиентом агента и поставщиком - агенту будет начисляться агентское вознаграждение, каждый агент может иметь персональный размер агентского вознаграждения, который устанавливается администратором в закрытом разделе системы.

Агент может получить детализацию по сделкам за которые было получено вознаграждение, а также узнать размер выплаты за текущий месяц в соответствующем разделе публичного интерфейса.

В рамках этапа, Исполнителем, на основе обследования процессов и консультаций с Заказчиком, были сформулированы и изложены в соответствующем частном техническом задании (ЧТЗ) предложения к функциональным, дизайнерским и эргономическим аспектам сайта, а также описана техническая составляющая.

Разработка фирменного стиля и логотипа компании, с последующим разработкой уникального дизайн платформы (до 2-х вариантов). 

Сделали верстку главной и внутренних страниц с использованием последних стеков разработки React и Vue.js

К установленной базовой системе управления платформы на базе Битрикс24, подключили модули – расширяющие ее возможности и облегчающие работу с платформой, произвели настройки функционала, интеграция верстки с системой управления. Интеграция с внутренними и внешними сервисами, такими как, 1С Предприятие, Дидадок, ERP.

Проверка платформы и ПО на ошибки, как выполняют свои задачи программные модули и как на их работу влияют внешние условия.

В соответствии с ЧТЗ был разработана, протестирована, отлажена и внедрена на боевом домене Заказчика платформа.