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

Просмотр списка пользователей

Для просмотра учётных записей пользователей БО в подсистеме должны быть реализованы функции просмотра списков АБО и ПБО. В таблице должны отображаться данные, в соответствии с атрибутами, указанными в разделе 4.3.1.2.3.

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

В списках пользователей должны быть доступны действия: «Добавить», «Изменить», «Удалить», «Блокировать».

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

АБО, ПБО должна быть доступна возможность просмотра данных пользователя указанных в разделе 4.3.1.2.3.

Изменение статуса пользователя

Подсистема должна предоставлять возможность АБО изменять статусы пользователя, перечень статусов представлен в разделе 4.3.1.2.3.

Ведение БП

Атрибутивный состав записи Банка-партнёра представлен в разделе 4.3.1.2.1.

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

Просмотр списка БП. Добавление / Просмотр/ Редактирование БП. Изменение статуса БП. Привязка Поставщиков услуг к БП – необходима для определения поставщиков услуг, которые будут доступны Клиенту мобильного приложения для осуществления платежей / переводов.

Добавление БП

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

При регистрации БП в Бэк-офисе взаимодействие со смежными системами МК не производится. Идентификация БП в смежных системах производится по атрибуту «FIID – идентификатор БП», который вводится Администратором Бэк-офиса при регистрации.

Сценарий:

АБО в списке БП выбирает действие «Добавить БП». Подсистема открывает форму редактирования данных БП. АБО заполняет атрибуты, указанные в разделе 4.3.1.2.1 и подтверждает сохранение. Подсистема проверяет заполнение обязательных атрибутов, и в случае отсутствия ошибок, производит сохранение данных о БП. Редактирование БП

В списке поставщиков должно быть доступно действие отредактировать БП. После выбора действия открывается форма для редактирования атрибутов БП. Обязательность полей при редактировнии и состав полей, которые доступны для редактирования представлены в разделе 4.3.1.2.1. Статус БП в форме не редактируется, отображается информационно. Редактирование статуса выполняется отдельным действием, описанным в разделе 4.2.1.2.3.

Изменение статуса БП

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

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

Перечень БП должен отображаться в таблице. Состав колонок таблицы соответствует перечню атрибутов, указанных в разделе 4.3.1.2.1. В колонке «Поставщики» должно отображаться количество поставщиков, по которым можно проводить платежи по данному БП.

В таблице должна быть реализована сортировка по любой колонке таблицы (первое нажатие на заголовок таблицы – по возрастанию значений, второе нажатие по убыванию).

Доступные действия:

Добавить БП. Изменить БП. Изменить статус БП.

Привязка поставщиков услуг к БП

Необходима для определения поставщиков услуг, которые будут доступны ПМП для осуществления платежей / переводов.

В перечне БП должно быть доступно действие «Поставщики БП».

Сценарий добавления поставщиков:

Пользователь выбрал действие. Система открывает форму выбора поставщика. В форме должно отображаться два списка: привязанные поствщики и поставщики доступные для выбора. В перечне поставщиков доступных для выбора должны отображаться поставщики из общего реестра поставщиков, которые не привязаны к данному поставщику. Измение привязки осуществляется за счёт перемещения поставщиков из списка выбранных и доступных. Пользователь изменяет привязку поставщиков к БП (добавляет или удаляет). По заверешнии редактирования, подтверждает сохранение данных. Система сохраняет изменения, через подтверждение пользователя. Ведение договоров с БП

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

Ведение поставщиков услуг

В БО должен быть доступен единый реестр поставщиков услуг.

Атрибутивный состав поставщика услуг представлен в разделе 4.3.1.2.4.

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

Просмотр списка поставщиков. Создание / Просмотр / Редактирование / Изменение статуса Поставщика услуг.

Добавление ПУ

Подсистема должна предоставлять возможность добавления ПУ. Для редактирования в Системе должна быть реализована форма поставщика, в которой доступны атрибуты поставщика и поля проведения платежа (в левой части атрибуты, вправой атрибуты проведения платежа).

Описание привязки ПУ к категориям ПУ описано в разделе 4.2.1.7.3.

Сценарий добавления:

АБО в списке ПУ выбирает действие «Добавить ПУ». Подсистема открывает форму для заполенния данных ПУ с полями даных указанных в разделе 4.3.1.2.4. Редактирование полей проведения платежа ПУ описано в разделе 4.2.1.3.1.1. АБО заполняет данные ПУ и подтверждает сохранения изменений. При загрузке логотипа ПУ Система должна проверять, что разрешение загружаемого логотипа не превышает допустимое. Система сохраняет изменения. Редактирование полей проведения платежа ПУ

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

Добавить поле.
Открывает окно редактирования поля для ввода пользователем наименования поля, англоязычного идентификатора поля, типа поля, который будет передаваться в смежную систему «Провайдер (РЦ) Элекснет». Пользователь вводит даные о поле и подтверждает сохранение изменений. Система производит сохранение поля проведения платежа. После сохранения поле сразу становится доступно для проведения платежа.
Изменить поле.
Сценарий редактирования поля аналогичен сценарию добавления поля. При открытии формы поля, Система заполняет предварительно заполняет поля формы данными о поле.
Удалить поле.
Удаление поля производится через подтверждение пользователя. Поле автоматически удаляется из сохраненённых шаблонов пользователей в БО.

Редактирование ПУ

Подсистема должен предоставляеть возможнсоть просмотра и редактирования данных ПУ. Редактироване данных ПУ описано в разделе 4.2.1.3.1.

Изменение статуса ПУ

Подсистема должна предоставлять возможность изменения статуса ПУ (активный / блокирован). В случае установления статуса «Блокировано», данный ПУ не должен быть доступен для проведения платежей для всех БП с которыми он связан.

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

Реестр поставщиков услуг является единым и используется для ведения информации по поставщикам услуг. Данный реестр используется при привязке поставщиков услуг к БП.

Перечень данных, которые должны отображаться в таблице представлен в разделе 4.3.1.2.4.

В списке должны быть доступны функции сортировки и фильтрации записей поставщиков.

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

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

Перечень атрибутов журнала представлен в разделе 4.3.1.2.5.

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

Создание логов по следующим событиям в Системе:
Любое действие Пользователя в Системе; Любая операция, выполняемая в подсистеме взаимодействия.

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

Просмотр журналов пользователей; Просмотр журнала взаимодействия со смежными системами; Распечатка и экспорт журналов в файл.

Доступ к журналу транзакций пользователя МП

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

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

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

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

Журналирование транзакций пользователей МП

При выполнении транзакций пользователем МП, данные о транзакциях должны записываться в журнал транзакций в базу данных БО. Для каждой транзакции должен записываться результат выполнения транзакции (успешно / не успешно – с кодом ошибки и описанием ошибки).

Журналирование взаимодействия со смежными системами

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

Ведение статистика транзакций

Формирование отчёта производится на основе данных журнала транзакций пользователей. Пользователям БП доступны только фиксированный набор отчётов по статистике транзакций.