Формирование функциональных требований к информационной системе, Моделирование текущего бизнес-процесса внедрения платежной системы - Автоматизация взаимодействия бизнес-процессов коммерческого и IT департаментов компании ИнПлат

Моделирование текущего бизнес-процесса внедрения платежной системы

Общая карта бизнес-процессов

карта процессов внедрения

Рисунок 7 Карта процессов внедрения

Карта процессов отображает порядок выполнения подпроцессов и их взаимодействие и помогает определить связь процессов. В данной работе автоматизируется взаимодействие бизнес-процессов коммерческого и ИТ департаментов в рамках бизнес-процесса внедрения платежной системы. Бизнес-процесс внедрения состоит из двух параллельных подпроцессов: юридической и технической интеграции. Юридическая интеграция состоит из трех подпроцессов:

    - Привлечение клиента и загрузка документов - Получение клиентом ЭЦП и одобрения банком - Заведение товаров и сервисов клиента в систему

Техническая интеграция состоит из двух подпроцессов:

    - Разработка платежного модуля - Настройка товаров и тестирование модуля

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

Моделирование процесса юридической интеграции

Моделирование всех процессов проводилось на основе проведения интервью с участниками процессов и их непосредственными руководителями.

Юридическая интеграция состоит из нескольких подпроцессов:

    1. От знакомства с клиентом до загрузки документов в личный кабинет 2. Получение ЭЦП (Электронно-цифровой подписи) и одобрение банка 3. Заведение товаров и сервисов клиента в систему

Рассмотрим подробнее каждый из подпроцессов:

Подпроцесс 1. Привлечение клиента и загрузка документов в ЛКТ

Участники процесса со стороны ИнПлат:

    - Менеджер по продажам - Аккаунт менеджер

Данный подпроцесс является началом работы с клиентом. Он характерен тем, что после его прохождения клиент, как правило, не срывается и доходит до конца интеграции с платежной системой. Большинство отказов клиентов происходят как раз на первом подпроцессе, так как в этот момент клиент еще может находиться в состоянии поиска платежной системы и не затратил время на интеграцию. Рассмотрим сценарий первого подпроцесса юридической интеграции:

1. Произошел первый контакт с потенциальным клиентом

A. Менеджер по продажам (МПП) звонит потенциальному клиенту

B. МПП написал письмо потенциальному клиенту

C. Потенциальный клиент сам вышел на контакт

    2. В случае если оборот клиента особо крупный (более 30 млн. рублей в месяц) МПП проводит личную встречу с клиентом для обсуждения деталей условий работы 3. МПП документирует информацию о клиенте (занесение в общий Excel файл) 4. МПП уведомляет по эл. почте специалиста технической поддержки (СТП) и аккаунт менеджера (АМ) о начале интеграции с новым клиентом 5. Клиент загружает документы необходимые для юр. интеграции в личный кабинет ИнПлат 6. АМ проверяет корректность загруженных документов в личном кабинете клиента. В случае, если с ними возникли проблемы, сценарий переходит к шагу 5. Если все документы корректны, сценарий переходит к следующему шагу 7. Документы приняты. Сценарий первого подпроцесса завершается
юридическая интеграция. подпроцесс 1

Рисунок 8 Юридическая интеграция. Подпроцесс 1

Подпроцесс 2. Получение ЭЦП (Электронно-цифровой подписи) и одобрение банком

Участники процесса со стороны ИнПлат:

    - Менеджер по продажам - Аккаунт менеджер

Второй подпроцесс юридической интеграции заключается в выдаче электронно цифровой подписи клиенту и одобрением клиента банком. Длительность выполнения данного подпроцесса практически не зависит от стороны ИнПлат, так как выдача ЭЦП происходит на внешней стороне, как и одобрение банком. Менеджер по продажам координирует прохождение клиентом данного подпроцесса, помогая последнему коммуницировать с внешними агентами процесса. Также необходимо отметить, что после данного подпроцесса менеджер по продажам не контактирует с клиентом и данная функция переходит к аккаунт менеджеру, а менеджер по продажам начинает новый процесс поиска клиента. Рассмотрим основной сценарий прохождения второго подпроцесса:

    1. Менеджер по продажам (МПП) устанавливает контакт между клиентом и курьерской службой доставки 2. МПП согласовывает с клиентом даты доставки документов 3. Запускается внешний процесс получения ЭЦП. Со стороны Инплат происходит ожидания получения клиентом ЭЦП. После получения клиентом ЭЦП сценарий продолжается. 4. МПП устанавливает контакт между клиентом и аккаунт менеджером (АМ) 5. Клиент подписывает необходимые юридические документы в личном кабинете с помощью ЭЦП 6. АМ передает подписанные документы в банк 7. В течение суток банк одобряет подписанные документы. Сценарий второго подпроцесса завершается
юридическая интеграция. подпроцесс 2

Рисунок 9 Юридическая интеграция. Подпроцесс 2

Подпроцесс 3. Заведение товаров и сервисов клиента в систему

Участники процесса со стороны ИнПлат:

    - Аккаунт менеджер - Специалист по источникам денег

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

    1. Аккаунт менеджер (АМ) уведомляет по почте специалиста по источникам денег (СИД) о необходимости заведения товаров клиенту 2. СИД заводит товары 3. СИД согласовывает товары и комиссию по товарам с банком Раунд 4. АМ уведомляет по почте специалиста технической поддержки (СТП) о необходимости настройки товаров 5. Процесс прерывается в ожидании завершения тех. интеграции. После завершения технической интеграции сценарий переходит к следующему шагу 6. АМ получает уведомление по почте от СТП о завершении технической интеграции 7. АМ уведомляет по почте СТП о готовности запуска клиента в коммерцию (полноценному началу работы системы ИнПлат на стороне клиента) 8. Система ИнПлат внедрена. Завершение сценария
юридическая интеграция. подпроцесс 3

Рисунок 10 Юридическая интеграция. Подпроцесс 3

Моделирование процесса технической интеграции

Процесс технической интеграции состоит из двух подпроцессов:

    - Разработкадоработка платежного модуля - Проведение тестирование и настройка модуля на стороне клиента

Процессы технической интеграции смоделированы согласно нотации, описанной в таблице 15.

Подпроцесс 1. Разработканастройка платежного модуля

Участники подпроцесса разработкидоработки платежного модуля:

    - Специалист технической поддержки (СТП) - Старший разработчик - Разработчик ПО

Данный подпроцесс начинается после завершения первого подпроцесса юридической интеграции и выполняется параллельно с получением клиентом ЭЦП и одобрения банком. На вход подпроцесс получает уведомление о начале работы с клиентом от подпроцесса привлечения клиентов и загрузки документов. На выход подпроцесс выдает программную документацию готового платежного модуля. Сценарий смоделированного подпроцесса разработкидоработки платежного модуля:

    1. Получено уведомление о начале работы с клиентом 2. Специалист технической поддержки собирает сценарии работы клиента 3. Старший разработчик анализирует полученные сценарии и создает документ с задачами на доработкуразработку платежного модуля 4. Старший разработчик выбирает используемые базы данных 5. Разработчик ПО разрабатывает новый платежный модульдорабатывает существующий платежный модуль 6. Разработчик документирует новый модульдокументирует изменения в дорабатываемом платежном модуле 7. Старший разработчик выполняет ревью кода 8. Старший разработчик подтверждает готовность платежного модуля, отправляя письмо в департамент коммерции 9. Сценарий подпроцесса завершается
техническая интеграция. подпроцесс 1

Рисунок 11 Техническая интеграция. Подпроцесс 1

Подпроцесс 2. Настройка товаров и тестирование модуля

Участники подпроцесса настройки товаров и тестирования модуля:

    - Специалист технической поддержки (СТП) - Инженер тестирования - Старший разработчик

Данный подпроцесс начинается после завершения разработки платежного модуля. На вход в процесс поступает программная документация разработанного платежного модуля. Также для настройки товаров необходима информация о товарах, получаемая из процесса заведения товаров и сервисов клиента в систему (юридическая интеграция). Настройка товаров и тестирование модуля происходит параллельно с получением ЭЦП клиентом и одобрения банком, а также параллельно с согласованием товаров и сервисов с банком. Подпроцесс завершается за день до завершения юридической интеграции. Сценарий процесса:

    1. Специалист технической поддержки (СТП) отправляет коды доступа к тестовому модулю клиенту по эл. почте 2. Инженер тестирования подготавливает план тестирования 3. Инженер тестирования проводит тестирование платежного модуля 4. Старший разработчик проводит ревью результатов тестирования 5. СТП настраивает товары согласно списку полученных товаров от специалиста по источникам денег 6. СТП отправляет коды доступа к итоговому платежному модулю клиенту по эл. почте 7. СТП отправляет уведомление аккаунт-менеджеру по эл. Почте о завершении тех. интеграции. Сценарий завершается
техническая интеграция. подпроцесс 2

Рисунок 12 Техническая интеграция. Подпроцесс 2

Похожие статьи




Формирование функциональных требований к информационной системе, Моделирование текущего бизнес-процесса внедрения платежной системы - Автоматизация взаимодействия бизнес-процессов коммерческого и IT департаментов компании ИнПлат

Предыдущая | Следующая