Создание автоматизированной системы «МК Лайт» (стр. 5 )

Для предоставления статистики транзакций в подсистеме должен храниться внутренний справочник «Типы транзакций», на который должна устанавливаться ссылка у записи транзакции. Значения справочника должны быть доступны для выбора при задании параметров формирования отчёта.

Функция должна позволять ПБО производить следующие операции:

Просмотр фиксированного списка отчетов. Генерация выбранного отчета за указанный период времени, по выбранным пользователям типам транзакций. Экспорт сформированного отчета в файл формата CSV.

Перечень отчетов подлежит уточнению на последующих этапах создания Системы.

Ведение динамических паролей

Функция должна позволять генерировать коды подтверждения, направляемые на МУ по запросам АВП. Требования к формату кода подтверждения должны быть определены на последующих этапах создания Системы.

Ведение справочников

Функция должна позволять АБО производить следующие операции:

Просмотр списка справочников Просмотр списка элементов справочника Создание/ Просмотр / Редактирование элементов справочника.

Список справочников Системы:

Справочник типов платежей. Справочник типов переводов. Справочник обменные курсы.

Справочник категории PFM (MCC – merchant category code).

Справочник обменных курсов

Справочник обменных курсов содержит информацию о курсах БП.

Сценарий использования справочника обменных курсов:

ПМП запрашивает в МП курсы валют для БП, к которому привязана учётная запись ПМП. МП обращается к АПВ для получения данных. АПВ обращается к TWO для получения информации о курсах валют и возвращает информацию в МП. МП отображает данные о курсах валют на текущую дату. Справочник категорий PFM

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

Предварительный состав значений справочника: Одежда, Транспорт, Рестораны, Супермаркеты, Автомобиль, Развлечения, Здоровье, Связь, Коммунальные услуги, Спорт, Переводы, Снятие наличных.

Изменение пользовательских категорий производится с использованием МП (цепочка передачи данных МП → АПВ → БО).

Справочник категорий ПУ

Подсистема должна предоставлять функционал по редактированию иерархического справочника поставщиков услуг. Форма редактирования должна содержать области:

Редактирования дерева категорий (слева). Поставщиков услуг, которые привязаны к данной категории. Поставщиков услуг, которые доступны для выбора.

Привязка ПУ к категории производится путём выбора из списка доступных ПУ и переноса в список выбранных для данной категории (перенос мышкой (предпочтительнее), или использование кнопок (добавить к категории / исключить из списка ПУ категории).

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

Требования к функциям подсистемы «Мобильное приложение» Ведение учетной записи пользователя МП

Атрибутивный состав данных ПМП представлен в разделе 4.3.1.1.2.

Функция должна позволять ПМП производить следующие операции:

Создание учетной записи - регистрация ПМП через взаимодействие с Ф1.2 Просмотр / Редактирование своей учетной записи

Таблица 7 Операции ПМП со своей учетной записью

№	Атрибут	Создание	Просмотр	Редактирование
FIID	✓
ФИО	✓
Дата рождения	✓
Дата-время последнего входа	✓	✓
PersonID	✓
Номер мобильного телефона	✓	✓
Логин	✓	✓	✓
Пароль4	✓	✓

Атрибуты учетной записи ПМП указаны в 4.3.1.1.2.

Регистрация пользователя МП

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

Предусловия:

ПМП обратился в отделение своего Банка. ПМП заключил договор на использование услуги удаленного обслуживания со своим Банком.
От БП поступила информация о заключении договора с клиентом. Информация сохраняется в поле «FIMI/GetCardInfo/Rp/UserFields», который должен в массиве полей содержать поле «MK_LITE» со значением 1 – разрешено использование мобильного банка или 0 – запрещено.
У ПМП подключена опция уведомления по телефону. ПМП имеет смартфон, который позволяет загрузить и использовать мобильное приложение. ПМП скачал мобильное приложение в магазине AppStore или GooglePlay. ПМП установил приложение и запустил его. Подистема показывает экран: Э1.1.1 Аутентификация пользователя.

Основной путь:

ПМП нажал ссылку «Регистрация ПМП». Подсистема показывает экран: Э3.1.1 Регистрация ПМП. ПМП вводит номер телефона, дату рождения и нажимает кнопку «Ввод». ПВ отправляет в оба экземпляра TWO (PH1 / PH2) запрос UserDefined с указанием номера телефона и даты рождения. TWO проводит все проверки (поиск карты, проверку даты рождения, проверку наличия параметра MK_LITE со знанием 1) и возвращает результат: Либо пару FIID+PersonID. Либо список пар FIID+PersonID (если клиент найден в нескольких банках). Либо ошибку (не найдена карта, карте не разрешено использовать МП, БП не участник сервиса и т. д.). Если ПМП является Клиентом нескольких БП, для которых доступна услуга дистанционного обслуживания, то МП отображает список БП для выбора пользователем БП для которого создаётся учётная запись. ПМП выбирает БП для которого создаётся учётная запись. Система определяет телефон ПМП для уведомлений и присылает ему на него SMS с кодом. (GetCardInfo/Rp/ AlternativeMessaging/ @Address – номер телефона). ПМП вводит параметры: Пароль, Подтверждение пароля или Отпечаток пальца если устройство поддерживает данную функцию. Подсистема показывает экран: Э3.1.2 Код из SMS. ПМП получает код подтверждения и вводит код на форме и нажимает «Ввод». Подсистема проверяет, что введён корректный код подтверждения и создает учетную запись ПМП с атрибутами указанными в разделе 4.3.1.1.2. Логин учётной записи генерируется Системой, в виде последовательности цифр. На последующих этапах реализации Системы нужно определить порядок формирования логина (проработать возможность использования существующих идентификационных данных Клиента в TWO). Подсистема показывает экран: Э3.1.3 Настройки доступа Клиента. Подсистема сохраняет данные и показывает экран: Э3.1.4 Подтверждение регистрации. ПМП нажимает кнопку «Ввод». Подсистема показывает экран: Э1.1.1 Аутентификация пользователя. Конец Базового пути 1. Редактирование данных пользователя МП

Просмотра и редактирование атрибутов ПМП, в соответствии с разделом 4.3.1.1.2.

В списке атрибутов должна быть возможность установки картинки (аватара), которая будет отображаться при входе в МП или при просмотре карточки Клиента. Доступно быть доступно выполнение снимка с использованием камеры МУ и использованием прямоугольника с изменяемыми размерами для обрезки снимка.

Просмотр данных о пользователе

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

Ведение аутентификации пользователей МП

При входе ПМП в МП производится проверка, что ПМП доступно для использования мобильное приложение (в UserFields проверяется наличие параметра MK_LITE со значением 1). Время сессии в случае простоя (неиспользования приложения) должно быть ограничено. После истечения времени мобильное приложение должно запрашивать повторный вход.

Функция должна позволять Пользователю производить следующие операции:

Login – вход в Систему Logout – выход из Системы

Параметры при идентификации и аутентификации ПМП в МП:

Логин Пароль

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

Система не должна требовать у Клиента ввести код из SMS при каждом логине.

Система должна требовать SMS подтверждение на каждую операцию в приложении.

Ведение карт

Состав атрибутов карты представлена в разделе 4.3.1.1.1.

Функция должна позволять ПМП производить следующие операции:

Просмотр списка карт

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

Просмотр / Редактирование реквизитов карты

Для выбранной карты должны отображаться атрибуты карты, указанные в разделе 4.3.1.1.1. В данном разделе также указаны атрибуты, которые должны быть доступны для редактирования.

Запрос на создание интернет-карты с заданными лимитами

Реализуется на последующих этапах создания Системы.

Запрос на изменение статуса карты

Сценарий:

Для выбранной пользователем карты Система должна предоставлять возможность изменения статуса карты. После выбора действия, Система должна отображать статусы для выбора пользователем. Пользователь выбирает статус для установки, и подтверждает смену статуса. Система направляет код подтверждения (см. описания сценария взаимодействия для отправки подтверждения в разделе 4.2.2.6.1). После проверки корректности кода подтверждения Система направляет запрос в TWO для смены статуса карты. Настройка условия 3DS для карты

В подсистеме должна быть доступна возможность настройки использования технологии 3DS при осуществлении платежей (включена / выключена). Изменение настройки осуществляется с использованием кода подтверждения.