содержание .. 2 3 4 5 ..
Техническое задание. Разработка фрагмента Информационной системы межоператорского взаимодействия (2016 год) - часть 4
Информационный
Источник
Потребитель
поток
(подсистема
(подсистема
Комментарий
(наименование
ИСМВ)
ИСМВ)
данных)
хранения данных
компоненты
имеющиеся в Подсистеме
ИСМВ
хранения данных, могут
использоваться другими
компонентами ИСМВ для
реализации их функций.
Все данные по
Интеграционный
Подсистема
Все транзакционные данные
транзакциям и
сервис;
хранения
и данные по Цветным
Цветным спискам
Модуль биллинга;
данных
спискам, которые
Личный кабинет
обрабатываются в
СП СМВ;
соответствующих
Модуль управления
компонентах ИСМВ, должны
Цветными
передаваться и храниться в
списками
Подсистеме хранения
данных.
Настройки
Подсистема
Все остальные
Детальные требования к
пользователей и
администрирования
компоненты
настройкам ролей
доступа
ИСМВ
пользователей Системы и их
прав доступа должны быть
определены на этапе
Технического
проектирования.
Все данные по
Подсистема
Модуль
Все транзакционные данные,
транзакциям;
хранения данных
аналитической
имеющиеся в ИСМВ,
Данные НСИ
отчетности
должны быть доступны для
формирования отчетов в
120
Информационный
Источник
Потребитель
поток
(подсистема
(подсистема
Комментарий
(наименование
ИСМВ)
ИСМВ)
данных)
Модуле аналитической
отчетности.
Аналитические
Модуль
Личный кабинет
Аналитические отчеты,
отчеты и
аналитической
СП СМВ
формируемые в Модуле
показатели
отчетности
аналитической отчетности,
должны быть доступны для
просмотра и выгрузки во
внешние форматы в Личном
кабинете СП СМВ.
121
11.3.1.4
Требования к информационной совместимости со смежными
системами
Для обеспечения информационной совместимости данные, участвующие в
обмене между системами взимания платы и Интеграционным сервисом ИСМВ,
должны предоставляться в форматах, описанных в Приложении 1 «Форматы
обмена даннымиª.
11.3.1.5
Требования по использованию справочников, унифицированных
документов и классификаторов
11.3.1.5.1 Общие требования
Загрузка, ручной ввод и корректировка справочных данных в ИСМВ должны
быть реализованы в Подсистеме НСИ.
Все справочные данные должны храниться в Подсистеме хранения данных и
обновляться по мере необходимости.
Перечень основных справочников, которые должны быть реализованы в
ИСМВ:
Тарифы;
Классификация ТС;
Роуминговые комиссии;
Настройки для аналитических отчетов;
Настройки для Цветных списков;
ПВП;
Полосы;
Реестр Роуминговых ЭСРП;
Классификатор участников СМВ;
Организации-участники СМВ;
122
Операторы дорог;
Способы оплаты проезда;
Справочник ключей ЭСРП;
Таблица диапазонов ЭСРП;
Участки платных дорог (сети).
Требования к перечню и составу справочников могут быть уточнены и
расширены на этапе Технического проектирования ИСМВ.
11.3.1.5.2 Классификация ТС
Данный справочник должен содержать информацию о классификации ТС,
которая применима в тарифах на проезд платных участков автомобильных дорог.
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
Идентификатор класса ТС;
Идентификатор платного участка дороги, на котором используется
класс ТС;
Код класса ТС;
Наименование класса ТС;
Описание класса ТС.
11.3.1.5.3 Роуминговые комиссии
В данном справочнике должны быть реализованы настройки для
Роуминговых комиссий.
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
Плательщик комиссии;
Получатель комиссии;
Сумма комиссии;
123
Формат суммы комиссии (например, зафиксированная ставка в руб., не
зависящая от суммы транзакции; или % от суммы транзакции).
Пример формы для реализации справочника Роуминговых комиссий
содержится в разделе
«Приложение . Пример формы для справочника
Роуминговых комиссий (матрица)ª.
11.3.1.5.4 Настройки для аналитических отчетов
В данном справочнике должны быть реализованы базовые настройки,
необходимые для формирования аналитических отчетов.
Должны быть реализованы возможности ввода целевых значений для
следующих показателей, которые отражаются в аналитических отчетах ИСМВ:
1) Статистика по процессам получения/передачи данных (в ИСМВ должен
рассчитываться средний и максимальный результат для показателя):
- время на передачу Роуминговым СП данных по Роуминговым
транзакциям из СВП-2 в ИСМВ;
- время на получение ИС Эмитента Роуминговых транзакий от ИСМВ;
- время на передачу изменений в Цветных списках из ИСМВ в СВП-2
Роуминговых СП.
2) Статистика по процедурам верификации и корректировки транзакций:
- доля транзакций, которые получили признак ошибки в результате
проверок в ИСМВ (в Модуле биллинга), из общего объема транзакций,
полученных в ИСМВ от ИС Роуминговых операторов за сутки;
- доля транзакций, которые получили признак ошибки в результате
проверок в ИСМВ (в Модуле биллинга), из общего объема транзакций,
полученных в ИСМВ от ИС Роуминговых операторов за отчетный
период;
- время на оспаривание транзакций сотрудником Эмитента
(Контролером) в Личном кабинете ИСМВ;
124
- время на принятие решения по оспоренной транзакции Регистратором
в Личном кабинете ИСМВ;
3) Статистика по процедурам обработки Цветных списков:
- время на получение информации об обновлении Роумингового лимита
ЭСРП от ИС Эмитента;
- время на расчет для обновления Роумингового лимита ЭСРП в Модуле
биллинга.
Прочие требования к настройкам аналитических отчетов могут быть
уточнены на этапе Технического проектирования.
11.3.1.5.5 Тарифы
В данном справочнике должны отражаться и храниться данные по тарифам,
которые действуют на Платных участках дорог в рамках СМВ.
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
- Наименование ПВП;
- Класс ТС;
- Интервал действия тарифа (например, День/Ночь);
- Сумма тарифа;
- Дата начала действия тарифа;
- Дата окончания действия тарифа;
- Версия записи справочника
(для отражения изменений по
действующим тарифам).
125
11.3.1.5.6 Настройки для Цветных списков
В данном справочнике должны быть реализованы базовые настройки для
формирования Цветных списков.
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
- Время суток, когда должна запускаться актуализация полных списков
(может быть связано с особенностями применения тарифов, например,
различные размеры тарифа для время суток «день/ночьª).
Прочие требования к настройкам формирования Цветных списков могут
быть уточнены на этапе Технического проектирования.
11.3.1.5.7 ПВП
Данный справочник должен содержать информацию о пунктах взимания
платы на участках Платных дорог, которые присоединены к СМВ.
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
- Идентификатор ПВП;
- Идентификатор участка платной дороги;
- Код ПВП;
- Наименование ПВП;
- Тип ПВП (ПВП въезда, ПВП выезда);
- Идентификатор Получателя платежа за Роуминговые проезды на
данном ПВП.
126
11.3.1.5.8 Полосы
Данный справочник должен содержать информацию о полосах на ПВП на
участках Платных дорог, которые присоединены к СМВ.
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
- Идентификатор ПВП;
- Идентификатор полосы;
- Идентификатор участка платной дороги;
- Код полосы;
- Наименование полосы;
- Направление движения.
11.3.1.5.9 Реестр Роуминговых ЭСРП
Данный справочник должен содержать информацию о Роуминговых ЭСРП и
лимитов по ним, которая используется для расчета Цветных списков ЭСРП в
ИСМВ.
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
- Идентификатор(ы) ЭСРП;
- Идентификатор Эмитента;
- Роуминговый лимит по ЭСРП от СП - данные по Роуминговому
лимиту ЭСРП, которые передаются в ИСМВ от ИС Эмитента;
- Дата и время обновления Роумингового лимита от СП - дата и время
получения последних данных по Роуминговому лимиту от ИС
Эмитента;
127
- Роуминговый лимит по ЭСРП от ИСМВ - данные по Роуминговому
лимиту ЭСРП, которые рассчитываются в Модуле биллинга ИСМВ на
основании данных от последних Роуминговых транзакций;
- Дата и время обновления Роумингового лимита от ИСМВ - дата и
время расчета в Модуле биллинга последних данных по Роуминговому
лимиту ЭСРП;
- Дата окончания действия ЭСРП - срок действия ЭСРП;
- Дата и время подключения ЭСРП к СМВ (в Системе эта дата должна
браться, как дата и время первого появления ЭСРП в Цветном списке
от ИС Эмитента этого ЭСРП);
- Версия - для ведения истории изменений по Роуминговым лимитам
должна поддерживаться версионность данных справочника.
Основным источником данных для справочника должны быть Цветные
списки от ИС Эмитентов.
11.3.1.5.10 Классификатор участников СМВ
Данный справочник должен содержать информацию о возможных ролях
участников СМВ.
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
Наименование роли участия в СМВ
(Агент, Оператор, Эмитент,
Владелец и др.);
Описание/характеристика роли.
Детальные требования к справочнику и его связь с другими справочниками
Системы должны быть определены и зафиксированы на этапе Технического
проектирования ИСМВ.
128
11.3.1.5.11 Организации-участники СМВ
Данный справочник должен содержать информацию об организациях,
подключенных к СМВ.
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
- Идентификатор участника СМВ;
- Наименование организации-участника СМВ;
- Роли в СМВ организации-участника (например, Оператор, Эмитент,
Агент, Владелец и др.)
- Описание организации-участника СМВ;
- Статус в ИСМВ (например, новый - для процедуры подключения
нового участника СМВ, активна/неактивна).
Детальные требования к справочнику, в частности, модель состояний
(статусов) участника в ИСМВ, роли организации в СМВ, должны быть определены
и зафиксированы на этапе Технического проектирования ИСМВ.
11.3.1.5.12 Настройки для аналитических отчетов
Данный справочник должен содержать информацию об Операторах платных
участков дорог, подключенных или подключаемых к СМВ.
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
- Идентификатор Оператора дороги;
- Код Оператора (уникальное 32-битное число);
- Наименование Оператора дороги.
129
11.3.1.5.13 Способы оплаты проезда
Данный справочник должен содержать информацию о возможных способах
оплаты проезда на ПВП.
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
- Идентификатор способа оплаты;
- Идентификатор участка платной дороги;
- Дополнительный код способа оплаты;
- Наименование способа оплаты;
- Тип способа оплаты.
На стадии Технического проектирования должна быть определена
необходимость детализированные требования для ведения такого справочника.
11.3.1.5.14 Справочник ключей ЭСРП
Данный справочник должен содержать информацию по открытым ключам
шифрования ЭСРП (в зависимости от политики защиты информации для данного
справочника могут быть также дополнительно выдвинуты требования к
ограниченному доступу пользователей ИСМВ к информации, которая в нём
содержится).
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
- Партия ЭСРП;
- Ключ партии ЭСРП;
- Идентификатор Эмитента.
130
11.3.1.5.15 Таблицы диапазонов ЭСРП
Данный справочник должен содержать перечень диапазонов номеров ЭСРП,
однозначно закрепленных за тем или иным Эмитентом (в рамках СМВ).
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
- Диапазон номеров ЭСРП;
- Идентификатор Эмитента.
11.3.1.5.16 Участки платных дорог (сети)
Данный справочник должен содержать информацию по Платным участкам
дороги (в рамках СМВ).
Должны быть реализованы возможности ведения следующих основных
атрибутов справочника:
- Идентификатор участка дороги;
- Наименование участка дороги;
- Идентификатор Оператора дороги;
- Описание участка дороги;
- Код участка/сети.
11.3.1.6
Требования по применению систем управления базами данных
Для хранения и управления данными должна использоваться объектно-
реляционная система управления базами данных PostgreSQL или аналог.
131
11.3.1.7
Требования к структуре процесса сбора, обработки, передачи
данных в Системе и представлению данных
В ИСМВ должны обрабатываться и храниться в Подсистеме хранения
данных следующие основные виды данных2:
Транзакции
- данные по транзакциям проезда
(в том числе,
корректировки транзакций и данные регистрации въезда на закрытый
участок);
Цветные списки - данные по Черным/Серым/Белым спискам ЭСРП.
В ИСМВ должны формироваться данные по отчетам (без необходимости их
хранения в Подсистеме хранения данных):
Отчеты сверки;
Аналитические отчеты.
Детальные требования к структуре процесса сбора, обработки, передачи и
представления этих данных в ИСМВ содержатся в подразделах данного раздела ТЗ
(по видам данных).
11.3.1.7.1 Транзакции
В ИСМВ должны обрабатываться и храниться следующие основные
атрибуты данных по транзакциям проезда:
Таблица 28. Транзакции проезда
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
Идентификатор
В ИСМВ должны храниться все возможные
транзакции
идентификаторы транзакции проезда, которые
2
Помимо данных, которые хранятся в составе НСИ, требования к
хранению которых были описаны выше в соответствующем разделе документа.
132
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
формируются в системах-источниках (СВП-2, СВП-3)
и передаются в ИСМВ посредством Интеграционного
сервиса.
Дополнительно в ИСМВ должен формироваться и
присваиваться внутренний идентификатор транзакции
в Системе.
Дата и время транзакции
В ИСМВ должны храниться все возможные даты и
время транзакции проезда, которые формируются в
системах-источниках (СВП-2, СВП-3) и передаются в
ИСМВ посредством Интеграционного сервиса.
Примеры атрибутов в ИС СП:
- Дата и время транзакции;
- Дата и время транзакции по UTC;
- Дата и время начала начала оплаты;
- Дата и время распознавания номерного знака;
- Дата и время проезда.
Точный перечень возможных атрибутов, связанных с
датой и временем транзакции проезда, которые
необходимо получать и хранить в ИСМВ, должен быть
определен на этапе Технического проектирования
ИСМВ после того, как будут точно определены
соответствующие технические возможности и
форматы данных в ИС-источниках (СВП-2, СВП-3).
Дополнительно в ИСМВ должны храниться данные по
дате и времени получения транзакции в ИСМВ от
системы-источника.
Признак «День/ночьª
В ИСМВ должен храниться признак «День/ночьª или
133
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
другой признак времени суток, который применим для
расчета тарифа в транзакции проезда.
Этот признак формируется в системе-источнике и
передается в ИСМВ посредством Интеграционного
сервиса.
Идентификатор ТС
В ИСМВ должны храниться все возможные атрибуты
транзакции проезда, связанные с идентификаторами
ТС, которые формируются в системе-источнике (СВП-
2, СВП-3) и передаются в ИСМВ посредством
Интеграционного сервиса. Как правило, это
распознанный номерной знак ТС.
Точный перечень возможных атрибутов, связанных с
идентификацией ТС, которые необходимо получать и
хранить в ИСМВ, должен быть определен на этапе
Технического проектирования ИСМВ после того, как
будут точно определены соответствующие
технические возможности и форматы данных в ИС-
источниках (СВП-2, СВП-3).
Классификация ТС
В ИСМВ должны храниться все возможные атрибуты
транзакции проезда, связанные с классификацией ТС,
которые формируются в системе-источнике (СВП-2,
СВП-3) и передаются в ИСМВ посредством
Интеграционного сервиса. Примеры атрибутов в ИС
СП:
- Идентификатор класса ТС;
- Идентификатор посткласса ТС;
- Класс ТС на предклассификации;
134
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
- Класс ТС, подтвержденный оператор.
Точный перечень возможных атрибутов, связанных с
классификацией ТС, которые необходимо получать и
хранить в ИСМВ, должен быть определен на этапе
Технического проектирования ИСМВ после того, как
будут точно определены соответствующие
технические возможности и форматы данных в ИС-
источниках (СВП-2, СВП-3).
ПВП
В ИСМВ должны храниться все возможные атрибуты
транзакции проезда, связанные с ПВП, которые
формируются в системе-источнике (СВП-2, СВП-3) и
передаются в ИСМВ посредством Интеграционного
сервиса. Как правило, это идентификатор ПВП.
Полоса
В ИСМВ должны храниться все возможные атрибуты
транзакции проезда, связанные с полосой проезда ТС,
которые формируются в системе-источнике (СВП-2,
СВП-3) и передаются в ИСМВ посредством
Интеграционного сервиса. Как правило, это
идентификатор полосы.
Сведения об ЭСРП
В ИСМВ должны храниться все возможные атрибуты
транзакции проезда, связанные с ЭСРП, посредством
которого был оплачен проезд. Эти атрибуты
формируются в системе-источнике (СВП-2, СВП-3) и
передаются в ИСМВ посредством Интеграционного
сервиса. Примеры атрибутов в ИС СП:
- PAN-номер средства оплаты;
- Срок действия ЭСРП;
135
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
- Баланс до оплаты;
- Баланс после оплаты;
Точный перечень возможных атрибутов, связанных со
сведениями по ЭСРП, которые необходимо получать и
хранить в ИСМВ, должен быть определен на этапе
Технического проектирования ИСМВ после того, как
будут точно определены соответствующие
технические возможности и форматы данных в ИС-
источниках (СВП-2, СВП-3).
Способ оплаты
В ИСМВ должны храниться все возможные атрибуты
транзакции проезда, переданные из системы-источника
(СВП-2, СВП-3) в ИСМВ посредством
Интеграционного сервиса.
Точный перечень возможных атрибутов, связанных со
способами оплаты, которые необходимо получать и
хранить в ИСМВ, должен быть определен на этапе
Технического проектирования ИСМВ после того, как
будут точно определены соответствующие
технические возможности и форматы данных в ИС-
источниках (СВП-2, СВП-3).
Статус транзакции
Всем транзакциям в ИСМВ должен присваиваться и
храниться статус их обработки в подсистемах и
модулях ИСМВ.
Перечень и описание статусов транзакций в ИСМВ,
которые должны быть реализованы содержатся в
«Приложении 2. Статусы транзакций в ИСМВª к
настоящему документу.
136
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
Стоимость проезда
В ИСМВ должны храниться все возможные атрибуты
транзакции проезда, связанные со стоимостью проезда.
Эти атрибуты формируются в системе-источнике
(СВП-2, СВП-3) и передаются в ИСМВ посредством
Интеграционного сервиса.
Исходная стоимость проезда, переданная из системы-
источника, не должна быть доступна для
корректировки в ИСМВ.
Участок дороги
В ИСМВ должны храниться все возможные атрибуты
транзакции проезда, связанные с данными по участку
платной дороги, которые формируются в системе-
источнике (СВП-2, СВП-3) и передаются в ИСМВ
посредством Интеграционного сервиса. Примеры
атрибутов в ИС СП:
- Идентификатор участка дороги;
- Идентификатор оператора участка дороги;
- Идентификатор страны.
Точный перечень возможных атрибутов, связанных с
данными по участку дороги, которые необходимо
получать и хранить в ИСМВ, должен быть определен
на этапе Технического проектирования ИСМВ после
того, как будут точно определены соответствующие
технические возможности и форматы данных в ИС-
источниках (СВП-2, СВП-3).
Фотографии проезда
В Медиахранилище Подсистемы хранения данных
ИСМВ должны храниться данные с фото проезда. Эти
данные формируются в системе-источнике (СВП-2,
137
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
СВП-3) и передаются в ИСМВ посредством
Интеграционного сервиса.
Признак ошибки в
Признак ошибки должен присваиваться транзакции на
транзакции (статус
этапе получения данных от системы-источника и их
проверки
обработки в Модуле биллинга, в случаях, когда
«подозрительнаяª)
выявлены ошибки и подозрительные ситуации такого
рода:
- ошибки применения тарифа;
- внесение корректировок в транзакцию в системе-
источнике (на уровне СВП-2).
Этот признак должен храниться в ИСМВ, и он может
использоваться для отбора транзакций с ошибками в
процедурах верификации и корректировки Личном
кабинете ИСМВ.
Эмитент ЭСРП
Для транзакции, поступившей в ИСМВ из системы-
источника, должен определяться/присваиваться в
Модуле биллинга и далее храниться в ОХД ИСМВ
идентификатор Эмитента для ЭСРП, который
фигурирует в этой транзакции.
Организация-участник
Для транзакции, поступившей в ИСМВ из СПВ
СМВ, зарегистрировавшая
Оператора дороги, зафиксировавшего эту транзакцию,
Роуминговую транзакции
должен определяться/присваиваться в Модуле
(Получатель платежа за
биллинга и далее храниться в ОХД ИСМВ
Роуминговый проезд)
идентификатор организации-участника СМВ, из
системы которого поступили данные этой транзакций.
Роуминговая комиссия
Для транзакции, поступивший в ИСМВ из системы-
источника, перед формированием отчетов в Модуле
138
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
формирования отчетов сверки должна рассчитываться
Роуминговая комиссия. Эти данные должны храниться
в ОХД ИСМВ.
Атрибуты корректировки
В ИСМВ должны храниться все возможные атрибуты
транзакции
транзакции проезда, связанные с корректировкой
транзакции в системе-источнике. Эти данные
формируются в системе-источника (СВП-2, СВП-3) и
передаются в ИСМВ посредством Интеграционного
сервиса. Примеры атрибутов:
- Сумма корректировки;
- Статус согласования корректировки;
- Комментарий к статусу корректировки.
Корректировки транзакции, реализуемые в Личном
кабинете ИСМВ в процессах верификации и
корректировки транзакций, должны храниться в
ИСМВ и содержать следующие основные данные:
- Дата и время корректировки;
- Сумма корректировки;
- Статус согласования корректировки (перечень и
описание статусов транзакций в ИСМВ, которые
должны быть реализованы содержатся в «Приложении
2. Статусы транзакций в ИСМВª к настоящему
документу);
- Комментарий к статусу корректировки;
- Автор корректировки (идентификатор пользователя,
который внес корректировку);
139
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
- История корректировок транзакций, включая сроки
нахождения корректировки в том или ином статусе;
- Роуминговая комиссия, рассчитанная для
согласованной скорректированной суммы транзакции.
Дополнительная
В зависимости от состава данных по транзакции,
информация
которые имеются в системе-источнике, в ИСМВ
необходимо предусмотреть хранение атрибутов с
дополнительной информацией. Эта информация
должна быть определена на этапе Технического
проектирования ИСМВ.
140
11.3.1.7.2 Цветные списки
Цветной список формируется в Модуле управления Цветными списками и
должен представлять из себя реестр входящих в него ЭСРП. Все данные по
Цветным спискам должны храниться в ОХД ИСМВ.
В ИСМВ должны обрабатываться и храниться следующие основные
атрибуты данных по Цветным спискам:
Таблица 29. Данные по Цветным спискам
Наименование
атрибута
Требования к обработке и хранению
(группы атрибутов)
Идентификатор ПВП
Для каждого ЭСРП из Цветного списка должен
присваиваться и храниться атрибут идентификатора ПВП,
для которого фиксируется состояние ЭСРП в списке.
Текущее дата и время
Дата и время должны формироваться в UTC в формате
«dd.mm.YYYY HH:MM:SSª.
Тип ЭСРП
Для Цветного списка должен указываться и храниться тип
ЭСРП (код типа из справочника ЭСРП).
Идентификатор ЭСРП
Для Цветного списка должен указываться и храниться
идентификатор ЭСРП.
Дата окончания
Для Цветного списка должен указываться и храниться срок
действия ЭСРП
действия ЭСРП, включенного в список.
Вид списка
Для Цветного списка должен указываться и храниться вид
списка:
- Серый список;
- Белый список;
- Черный список.
Версия списка
Должны быть реализованы возможности ведения и
141
Наименование
атрибута
Требования к обработке и хранению
(группы атрибутов)
хранения атрибутов, связанных с версией Цветного списка.
Дополнительные
Для Цветного списка должны указываться и храниться
атрибуты
следующие атрибуты, связанные с расчетом состояния
формирования/расчета
ЭСРП:
Цветного списка
- Роуминговый лимит ЭСРП, имеющийся в ИСМВ на дату
и время формирования списка;
- ПВП и стоимость проезда на нём, рассчитанная на дату и
время формирования списка;
- Идентификатор Эмитента для ЭСРП;
- Источник (список получен от ИС Эмитента, или список
рассчитан в ИСМВ).
142
11.3.1.7.3 Данные регистрации въезда на закрытый участок
Данные по регистрации въезда ТС на закрытый участок платной дороги
должны поступать в ИСМВ через Интеграционный сервис системы-источника,
которая действует на ПВП въезда, в составе данных по транзакциям проезда. Далее
эти данные должны храниться в ОХД ИСМВ и использоваться в Модуле биллинга
для контрольного расчета стоимости проезда по закрытым участкам платной
дороги.
В ИСМВ должны обрабатываться и храниться следующие основные
атрибуты данных по регистрации въезда ТС на закрытый участок:
Таблица 30. Данные по регистрации въезда ТС на закрытый участок
Наименование
атрибута
Требования к обработке и хранению
(группы атрибутов)
ПВП въезда
Должны храниться следующие основные данные по ПВП
въезда:
- Идентификатор ПВП въезда;
- Идентификатор Оператора, обслуживающего ПВП
въезда;
- Идентификатор полосы въезда.
Дата и время въезда на
Должны храниться данные по дате и времени проезда ТС
участок
через ПВП въезда закрытого участка платной дороги.
Класс ТС
Должны храниться данные по классификации ТС, которая
была проведена в процессе проезда ТС через ПВП въезда
закрытого участка платной дороги.
Сведения об ЭСРП
Должны храниться данные по идентификатору ЭСРП,
который использовался для проезда через ПВП въезда.
143
11.3.1.7.4 Отчеты сверки
Отчеты сверки должны формироваться в Модуле формирования отчетов
сверки и далее быть доступны для просмотра и выгрузки во внешние форматы (MS
Excel и PDF) посредством пользовательского интерфейса Личного кабинета СП
СМВ.
Хранения данных по отчетам сверки в Подсистеме хранения данных не
требуется.
Должны быть реализованы два основных отчета:
- Отчет №1 «Средства к уплате и получениюª - отчет предназначен для
Участника СМВ, должен отражать имеющиеся задолженности всех
прочих Участников СМВ перед Участником, для которого
формируется данный отчет;
- Отчет
№2 «Взаимные обязательства Участников СМВª
- отчет
предназначен для сотрудника ЦМВ, должен отражать взаимные
задолженности организаций-участников СМВ друг перед другом.
Описание форм вышеуказанных отчетов содержится в разделе настоящего
документа «Приложение 3. Форматы отчетов сверкиª.
Дополнительно к указанным выше основным формам отчетов должны быть
реализованы реестры транзакций для детализации каждой суммы в отчете.
144
Таблица ниже содержит описание требований к атрибутам формируемых
отчетов:
Таблица 31. Данные отчетов сверки
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
Атрибуты Отчета №1 «Средства к уплате и получениюª
Столбец [1] «Расчеты за
Данное поле отчета должно содержать расчет значения
отчетный период:
для суммы кредиторской задолженности за
кредиторская
Роуминговые проезды за отчётный период. То есть эта
задолженность за
сумма должна отражать информацию для Эмитента об
роуминговые проездыª
общей стоимости проезда по транзакциям, которые
были оплачены его транспондерами на Роуминговых
ПВП.
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
ИСМВ.
Столбец [2] «Расчеты за
Данное поле отчета должно содержать расчет значения
отчетный период:
суммы дебиторской задолженности за Роуминговые
дебиторская
проезды за отчётный период. То есть эта сумма должна
задолженность за
отражать информацию для Получателя платежей за
роуминговые проездыª
Роуминговые проезды об общей стоимости проезда по
транзакциям, которые были оплачены Роуминговыми
ЭСРП на его ПВП.
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
145
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
ИСМВ.
Столбец [3] «Расчеты за
Данное поле отчета должно содержать расчет значения
отчетный период:
суммы кредиторской задолженности по Роуминговым
кредиторская
комиссиям за отчетный период. То есть эта сумма
задолженность по
должна отражать информацию для СП, какую общую
Роуминговым
сумму Роуминговой комиссии он должен другому СП
комиссиямª
(другим СП), транспондеры (Роуминговые для ПВП СП)
которого совершали проезд через его ПВП.
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
ИСМВ.
Столбец [4] «Расчеты за
Данное поле отчета должно содержать расчет значения
отчетный период:
суммы дебиторской задолженности по Роуминговым
дебиторская
комиссиям за отчетный период. То есть эта сумма
задолженность по
должна отражать информацию для Эмитента, какую
роуминговым
общую сумму Роуминговой комиссии ему должны за
комиссиямª
проезды по его транспондерам через Роуминговые ПВП
других организаций-участников СМВ.
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
ИСМВ.
Столбец [ ]
Данное поле отчета должно содержать расчет значения
«Корректировки прошлых
для суммы кредиторской задолженности за
периодов: кредиторская
Роуминговые проезды предыдущих периодов, по
задолженность за
которым случились корректировки, согласованные в
146
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
роуминговые проездыª
периоде дат отчета.
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
ИСМВ.
Столбец [6]
Данное поле отчета должно содержать расчет значения
«Корректировки прошлых
суммы дебиторской задолженности за Роуминговые
периодов: Дебиторская
проезды предыдущих периодов, по которым случились
задолженность за
корректировки, согласованные в периоде дат отчета.
роуминговые проездыª
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
ИСМВ.
Столбец [7]
Данное поле отчета должно содержать расчет значения
«Корректировки прошлых
суммы кредиторской задолженности по Роуминговым
периодов: Кредиторская
комиссиям за Роуминговые проезды предыдущих
задолженность по
периодов, по которым случились корректировки,
роуминговым
согласованные в периоде дат отчета.
комиссиямª
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
ИСМВ.
Столбец [8]
Данное поле отчета должно содержать расчет значения
«Корректировки прошлых
суммы дебиторской задолженности по Роуминговым
периодов: Дебиторская
комиссиям за Роуминговые проезды предыдущих
задолженность по
периодов, по которым случились корректировки,
роуминговым
согласованные в периоде дат отчета.
147
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
комиссиямª
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
ИСМВ.
Атрибуты Отчета №2 «Взаимные обязательства организаций-участников СМВª
Чистая
Данное поле отчета должно отражать суммы
дебиторская/кредиторская
кредиторской/дебиторской задолженности между
задолженность за
организациями-участниками СМВ (попарно, в расчет
отчетный период, млн.руб
должны попадать задолженности по Роуминговым
проездам и Роуминговым комиссиям).
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
ИСМВ.
Взаимная задолженность
Данное поле должно отражать суммы взаимных
по Роуминговым
задолженностей по Роуминговым проездам между
проездам, млн.руб
организациями-участниками СМВ (попарно).
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
ИСМВ.
Взаимная задолженность
Данное поле должно отражать суммы задолженностей
по Роуминговым
по Роуминговым комиссиям между организациями-
комиссиям, млн.руб
участниками СМВ (попарно).
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
148
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
ИСМВ.
Корректировки
Данное поле должно отражать суммы задолженностей
задолженностей прошлых
по Роуминговым проездам прошлых периодов,
периодов по
корректировки по которым были согласованы в
Роуминговым проездам,
текущем периоде, между организациями-участниками
млн.руб
СМВ (попарно).
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
ИСМВ.
Корректировки
Данное поле должно отражать суммы задолженностей
задолженностей прошлых
по Роуминговым комиссиям прошлых периодов,
периодов по
корректировки по которым были согласованы в
Роуминговым комиссиям,
текущем периоде, между организациями-участниками
млн.руб
СМВ (попарно).
Для рассчитанной суммы должен быть реализован
переход к детализации, содержащей реестр транзакций,
на основании сумм которых она была рассчитана в
ИСМВ.
Атрибуты реестра транзакций, входящих в детализацию к каждой сумме отчета
Идентификатор
Требования к обработке и хранению атрибута описаны в
транзакции
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Дата и время транзакции
Требования к обработке и хранению атрибута описаны в
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Признак «День/ночьª
Требования к обработке и хранению атрибута описаны в
149
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Идентификатор ТС
Требования к обработке и хранению атрибута описаны в
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Классификация ТС
Требования к обработке и хранению атрибута описаны в
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
ПВП
Требования к обработке и хранению атрибута описаны в
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Полоса
Требования к обработке и хранению атрибута описаны в
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Сведения об ЭСРП
Требования к обработке и хранению атрибута описаны в
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Способ оплаты
Требования к обработке и хранению атрибута описаны в
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Статус транзакции
Требования к обработке и хранению атрибута описаны в
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Стоимость проезда
Требования к обработке и хранению атрибута описаны в
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Участок дороги
Требования к обработке и хранению атрибута описаны в
150
Наименование атрибута
Требования к обработке и хранению
(группы атрибутов)
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Фотографии проезда
Требования к обработке и хранению атрибута описаны в
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Признак ошибки в
Требования к обработке и хранению атрибута описаны в
транзакции
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Эмитент
Требования к обработке и хранению атрибута описаны в
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Получатель платежа за
Требования к обработке и хранению атрибута описаны в
Роуминговый проезд
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Роуминговая комиссия
Требования к обработке и хранению атрибута описаны в
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
Атрибуты корректировки
Требования к обработке и хранению атрибута описаны в
транзакции
разделе «4.3.1.7.1 Транзакцииª настоящего документа
выше.
11.3.1.7.5 Аналитические отчеты и показатели
Аналитические отчеты и показатели должны формироваться в Модуле
аналитической отчетности и далее быть доступны для просмотра и выгрузки во
внешние форматы (MS Excel и PDF) посредством пользовательского интерфейса
Личного кабинета ИСМВ.
151
Для формирования отчетов должны использоваться справочные данные
«Аналитические отчетыª, которые ведутся в Подсистеме НСИ.
Хранения данных по аналитическим отчетам в Подсистеме хранения данных
не требуется.
Должны быть реализованы следующие формы аналитических отчетов:
- Отчет по достижению целевых показателей ИСМВ - отчет содержит
расчеты значений для средних и максимальных показателей процессов,
реализуемых в ИСМВ, значения целевых показателей отчета
настраиваются в соотствующем справочнике ИСМВ.
Описание форм вышеуказанных отчетов содержатся в разделе настоящего
документа «Приложение 4. Форматы аналитических отчетовª.
Таблица ниже содержит описание требований к атрибутам формируемых
отчетов:
Таблица 32. Данные аналитических отчетов
Наименование
атрибута
Требования к обработке и хранению
(группы атрибутов)
Статистика по
Должен рассчитываться средний и максимальный
процессам
результат для показателей:
получения/передачи
- время на передачу Роуминговым СП данных по
данных
Роуминговым транзакциям из СВП-2 в ИСМВ;
- время на получение ИС Эмитента Роуминговых
транзакий от ИСМВ;
- время на передачу изменений в Цветных списках из
ИСМВ в СВП для дальнейшего распространения на ПВП.
Статистика по
Должен рассчитываться средний и максимальный
процедурам
результат для показателей:
152
Наименование
атрибута
Требования к обработке и хранению
(группы атрибутов)
верификации и
- доля транзакций, которые получили признак ошибки в
корректировки
результате проверок в ИСМВ (в Модуле биллинга), из
транзакций
общего объема транзакций, полученных в ИСМВ от ИС
Роуминговых операторов за сутки;
- доля транзакций, которые получили признак ошибки в
результате проверок в ИСМВ (в Модуле биллинга), из
общего объема транзакций, полученных в ИСМВ от ИС
Роуминговых операторов за отчетный период;
- время на оспаривание транзакций Контролёром в Личном
кабинете ИСМВ;
- время на принятие решения по оспоренной транзакции
Регистратором в Личном кабинете ИСМВ.
Статистика по
Должен рассчитываться средний и максимальный
процедурам обработки
результат для показателей:
Цветных списков
- время на получение информации об обновлении
Роумингового лимита ЭСРП от ИС Эмитента;
- время на расчет для обновления Роумингового лимита
ЭСРП в Модуле биллинга на основании поступившей от
СВП транзакции.
11.3.1.8
Требования к контролю, хранению, обновлению и восстановлению
данных
Система должна протоколировать все события, связанные с изменением
своего информационного наполнения, и иметь возможность в случае сбоя в работе
восстанавливать свое состояние, используя ранее запротоколированные изменения
данных.
153
Требования к срокам хранения документов и информации в ИСМВ описаны
в разделе «4.1.3.1. Параметры, характеризующие степень соответствия Системы
назначениюª настоящего документа. По истечении определенных для них сроков
хранения данные должны переходить в архив: исторические данные,
превышающие временной порог хранения, должны храниться на ленточном
массиве с возможностью их восстановления.
Для серверов приложений необходимо обеспечить резервное копирование
его бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев.
Для серверов баз данных необходимо обеспечить резервное копирование
бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев.
Для данных ОХД ИСМВ необходимо обеспечить резервное копирование и
архивацию на ленточный массив в следующие промежутки времени:
- холодная копия - ежемесячно;
- логическая копия - еженедельно (воскресенье);
- инкрементальное резервное копирование - ежедневно.
11.3.1.9
Требования к процедуре придания юридической силы документам,
продуцируемым техническими средствами системы
Требования не предъявляются.
Требования к лингвистическому обеспечению системы
Все пользовательские интерфейсы, разрабатываемые для ИСМВ, должны
быть реализованы на русском языке.
Все документы, производимые в ИСМВ, должны быть представлены на
русском языке.
Вся документация, разрабатываемая в рамках создания ИСМВ, должна быть
разработана на русском языке.
154
Для готового ПО, предназначенного для работы администраторов,
допускается использование интерфейсов и документации на английском языке.
Для разработки пользовательских интерфейсов и средств генерации отчетов
должны использоваться встроенные возможности покупного ПО.
Требований к языкам программирования, используемых при разработке
системы, не предъявляется.
Требования к программному обеспечению Системы
Количество лицензий на покупные программные средства должно
обеспечить функционирование Системы. Лицензии на все поставленные
программы регистрируются на Заказчика.
Должны применяться версии программного обеспечения, обеспеченные
поддержкой разработчика/производителя на момент ввода в эксплуатацию
системы.
Для реализации функционала системы предполагается использование
следующего покупного и свободно распространяемого программного обеспечения:
Таблица 33. Требования к программному обеспечению ИСМВ
ПО
Предназначение
PostgreSQL или аналог
Подсистема хранения данных, СУБД для
серверов.
Ubuntu 14.04 или аналог
ОС для серверов
QlikView Small Business
BI-система для формирования отчетов и
Edition Server или аналог
интерактивной визуализации
Apache ServiceMix или аналог
Сервисная шина ИСМВ
155
Точный перечень программного обеспечения, на базе которого будут
реализовываться компоненты ИСМВ, должен быть определен и зафиксирован на
этапе Технического проектирования Системы.
Пользователь должен иметь возможность работы с СМВ с любого
компьютера, оснащенного интернет-браузером (Google Chrome 30, Mozilla Firefox
20, Internet Explorer
11 и выше), подключенного к локальной или
телекоммуникационной сети.
Других специальных требований для клиентского ПО не предъявляется.
Требования к техническому обеспечению
Средства аппаратного обеспечения, используемые ИСМВ, должны
относиться к серийным продуктам, объявленным для коммерческой продажи и в
случае с продукцией иностранного производства официально поставляться в
Россию.
Компьютерное, телекоммуникационное и периферийное оборудование,
используемое ИСМВ, должно базироваться на разработках фирм-производителей,
имеющих авторизованные сервисные центры и хорошо зарекомендовавших себя в
России.
Выбор оборудования необходимо произвести на основании технико-
экономического анализа вариантов с учетом следующих факторов:
климатические условия эксплуатации;
интерфейса подключения;
требуемая скорость обмена потоками;
совместимость используемых протоколов управляющей аппаратуры и
телекоммуникационных узлов всех уровней;
минимизация стоимости оборудования и эксплуатационных расходов
за срок службы.
156
Узлы ИСМВ включают в себя три ЦОДа, которые должны быть размещены
на трех независимых площадках в специализированных серверных помещениях. В
помещении должен быть установлен телекоммуникационный шкаф шириной не
менее
19 дюймов для установки оборудования, должно быть предусмотрено
бесперебойное питание электросети и обеспечены климатические условия
эксплуатации
оборудования.
Гарантированное
электропитание
телекоммуникационного шкафа должно быть мощностью не менее 1 кВт.
Требования к ЦОДам:
- Базовая конфигурация - отднотипная для всех ЦОД;
- Структура - одноранговая;
- Каждый ЦОД должен иметь внутренний D S сервер;
- В каждом ЦОДе должен быть сформирован кластер из
6 физически
независимых серверов
Виртуальные сервера распределяются на физических таким образом, чтобы:
1. Все машины одного типа были на разных физических серверах.
2. На одном физическом сервере могут располагаться виртуальные машины
только одного из кластеров.
Все физические сервера кластера имеют минимум два диска в конфигурации
RAID1 (зеркало).
Все сервера должны быть оборудованы системами удалённого управления
(IPMI, ILO, ILOM...), интерфейсы этих систем должны быть выделены в отдельную
подсеть.
Все сервера должны быть оборудованы аппаратными контроллерами RAID
со встроенным резервным питанием.
Сервера должны быть объединены в сеть пропускной способностью
минимум 1Gbit, с управляемыми маршрутизаторами, позволяющими удалённо
отключать порт сбойного сервера (STO ITH).
157
Минимальные аппаратные требования к конфигурации серверов в рамках
одного ЦОД ИСМВ
Кол-во
Минимальная конфигурация
2
8 cores, 32 GB ECC, 4x 500GB SSD, 4x SAS 10k 2TB HDD
2
16 cores, 64GB ECC, 4x 500GB SSD
2
16 cores, 64GB ECC, 2x 500GB SSD, 6x 2TB HDD
1
Switch, Managed 16x 1Gbps port, 16 Gbit total
1
Nas, 8x 2Tb SATA hot swap drives
Техническое оборудование Системы должно быть организовано на базе
внутренней сетевой инфраструктуры с организацией связности L2 VPN между
всеми узлами ИСМВ с коммутацией сетевого и серверного оборудования по
Ethernet. Пропускная способность каналов связи должна быть не менее 100 Мбит/с.
Пропускная способность резервных каналов связи должна быть не менее 10 Мбит/с
с организацией каналов по независимой инфраструктуре.
Требования к метрологическому обеспечению
Требования не предъявляются.
Требования к организационному обеспечению
Организационное обеспечение системы должно быть достаточным для
эффективного выполнения персоналом возложенных на него обязанностей при
осуществлении автоматизированных и связанных с ними неавтоматизированных
функций системы.
После ввода системы в опытную эксплуатацию, заказчиком должны быть
определены должностные лица, ответственные за:
- администрирование;
- руководство эксплуатирующим подразделением.
158
К работе с системой должны допускаться сотрудники, имеющие
необходимые базовые навыки, ознакомленные с правилами эксплуатации и
прошедшие обучение работе с системой.
Требования к методическому обеспечению
При внедрении ИСМВ в обязательном порядке должны соблюдаться
требования стандартов и руководящих документов, описывающих процесс
создания автоматизированных систем, приведенных в п. 16.
159
содержание .. 2 3 4 5 ..