содержание .. 1 2 3 4 ..
Техническое задание. Разработка фрагмента Информационной системы межоператорского взаимодействия (2016 год) - часть 3
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
оспаривания корректировок.
4.2.2-4.1
Инициирование
Данные по транзакциям, корректировки по
передачи
которым согласованы между Регистратором и
корректировки
Контролером, должны автоматически
транзакции в ИС, из
передаваться в ИС, из которой она изначально
которой она была
была получена.
изначально получена
Передача корректировки транзакции реализуется
посредством Интеграционного сервиса ИСМВ,
детальные требования к реализации этой
функции должны быть уточнены на этапе
Технического проектирования ИСМВ.
4.2.2-4.2
Управление
Данный реестр должен быть реализован
реестром
дополнительно к реестру, который содержит все
оспариваемых
Роуминговые транзакции в разбивке по
транзакций
Эмитентам, и должен содержать только те
транзакции, по которым происходит
согласование.
Данный процесс поддерживается в ИСМВ для
реализации процедуры согласования
корректировок по Роуминговым транзакциям,
которые были внесены Контролером или
Регистратором, в Личном кабинете ИСМВ.
Для этого должны быть реализованы следующие
функции:
- Просмотр реестра;
- Настройка фильтров для реестра;
80
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
- Сортировка реестра по столбцам;
- Выгрузка реестра в форматы MS Excel и PDF.
Требования к функциям управления реестром
транзакций, по которым необходимо выполнить
согласование корректировок, аналогичны
требованиям для реестра Роуминговых
транзакций, которые описаны в данной таблице
выше.
4.2.2-5
Просмотр отчетов
Отчеты формируются в Модуле формирования
сверки за период
отчетов сверки ИСМВ, поэтому требования к их
формированию описываются в соответствующем
разделе настоящего документа.
Через интерфейс Личного кабинета отчеты
сверки должны быть доступны Бухгалтеру (роль
пользователя Личного кабинета ИСМВ) для
просмотра и выгрузки во внешние форматы.
4.2.2-6
Выгрузка отчетов за
Отчеты формируются в Модуле формирования
период в форматы
отчетов сверки ИСМВ, поэтому требования к их
MS Excel и PDF
формированию описываются в соответствующем
разделе настоящего документа.
Через интерфейс Личного кабинета отчеты
сверки должны быть доступны Бухгалтеру для
выгрузки в в форматы MS Excel и PDF.
4.2.2-7
Просмотр
Аналитические отчеты формируются в Модуле
аналитических
аналитической отчетности ИСМВ, поэтому
81
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
отчетов
требования к их формированию описываются в
соответствующем разделе настоящего
документа.
Через интерфейс Личного кабинета
аналитические отчеты должны быть доступны
пользователям Системы, имеющим права для их
просмотра.
Примечание: детальные требования к
расширенным возможностям работы с
аналитическими отчетами (установка фильтров,
настройка форм, сортировка данных в отчете) в
Личном кабинете ИСМВ, могут быть уточнены
на этапе Технического проектирования ИСВМ.
4.2.2-8
Выгрузка
Аналитические отчеты формируются в Модуле
аналитических
аналитической отчетности ИСМВ, поэтому
отчетов в форматы
требования к их формированию описываются в
MS Excel и PDF
соответствующем разделе настоящего
документа.
Через интерфейс Личного кабинета
аналитические отчеты должны быть доступны
пользователю Системы с соответствующим
уровнем прав доступа для выгрузки в в форматы
MS Excel и PDF.
82
Требования к функциям Модуля биллинга
В Модуле биллинга необходимо реализовать выполнение и поддержку
следующих процессов:
определение Эмитента для ЭСРП, который фигурирует в Роуминговой
транзакции;
определение Получателя платежа за Роуминговый проезд для каждой
Роуминговой транзакции, полученной от СВП;
проверки Роуминговых транзакций в ИСМВ с целью дополнительного
контроля со стороны ЦМВ
(например, выявление ошибок в
применении тарифа);
проверка и контроль правильности расчетов в данных по стоимости
(оплате) проезда в транзакциях проезда (расчеты стоимости проезда по
ПВП открытых и закрытых участков);
расчеты Роуминговых лимитов по ЭСРП в ИСМВ с целью
дополнительного контроля со стороны ЦМВ.
Модуль биллинга ИСМВ должен обеспечивать реализацию следующих
действий для вышеуказанных процессов:
1. Все Роуминговые транзакции после получения Интеграционным сервисом
автоматически в Модуле биллинга должны дополняться информацией:
1.1.об Эмитенте
(чьим ЭСРП эта транзакция была оплачена). После
определения принадлежности ЭСРП к Эмитенту транзакция с оплатой по
этому ЭСРП должна быть передана в ИС этого Эмитента (это является
задачей Интеграционного сервиса ИСМВ);
1.2.о Получателе платежа за Роуминговый проезд. Эта информация в
дальнейшем будет использоваться для работы с транзакциями в Личном
кабинете и для формирования отчетов сверки.
83
2.
Далее в Модуле биллинга каждая транзакция должна пройти следующие
проверки:
2.1.выявление ошибок в применении тарифа
- проверка правильности
применения тарифа для указанного в транзакции Класса ТС относительно
информации в НСИ
«Тарифыª, без учета и применения каких-либо
возможных скидок;
2.2.если выявляются ошибки, то таким транзакциям должен присваиваться
статус проверки «подозрительнаяª с целью их отбора (фильтрации) по нему
в реестре Роуминговых транзакций. Это необходимо реализовать для
дополнительного контроля и автоматизации работы пользователя Личного
кабинета (сотрудник организации-участника, который участвует в процессах
верификации и корректировки транзакций в ИСМВ).
3.
В Модуле биллинга должна быть реализована процедура расчета стоимости
проезда по участкам закрытого и открытого типов. Рассчитанные стоимости
проезда далее используются в Модуле управления Цветными списками в
процедурах расчета Цветных списков.
84
В Модуле биллинга должна быть реализована процедура расчета значений
Роуминговых лимитов (балансов ЭСРП)1. Рассчитанный в ИСМВ Роуминговый
лимит применяется для дополнительного использования, например, в случае сбоев
в передачи данных от ИС Эмитента, он передается в Модуль управления Цветными
списками и инициирует там процедуру обновления Цветных списков для ПВП.
При этом приоритетным для расчетов Цветных списков должен всё-таки быть
Роуминговый лимит, информация по которому приходит от ИС Эмитента ЭСРП.В
таблице ниже содержится описание требований к функциям Модуля биллинга:
Таблица 20. Спецификация требований к функциям Модуля биллинга
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
4.2.3-1
Определение
Эмитент должен определяться и присваиваться
Эмитента для
соответствующему атрибуту транзакции на
Роуминговой
основании данных по идентификатору ЭСРП в
транзакции
транзакции и установления соответствия,
используя данные справочника ИСМВ «Таблица
диапазонов ЭСРПª.
4.2.3-2
Определение
Получатель платежа за Роуминговый проезд
Получателя платежа
должен определяться и присваиваться
за Роуминговый
соответствующему атрибуту транзакции на
проезд
основании данных о ПВП, которые имеются в
транзакции. Для установления такого
1
Изначально данные по Роуминговым лимитам поступают из ИС
Эмитентов ЭСРП, которые владеют информацией о состоянии балансов по
лицевым счетам ЭСРП.
85
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
соответствия в справочнике «ПВПª в ИСМВ
должно быть реализовано ведение
идентификатора организации-участника СМВ,
которая должна получать платежи за
Роуминговые проезды через её ПВП.
4.2.3-3
Расчет стоимости
С целью контроля правильности применения
проезда на
тарифов на ПВП в ИСМВ должен быть
основании данных
реализован расчет стоимости проезда на
транзакции
основании данных транзакции:
- класс ТС;
- время суток;
- ПВП.
Для этих данных рассчитывается тариф на
основании данных из НСИ «Тарифыª в ИСМВ
(какая стоимость проезда в справочнике
соответствует этим параметрам).
4.2.3-4
Выявление ошибок в
Должен быть реализован следующий алгоритм
применении тарифа
для выполнения функции:
1) расчет стоимости проезда на основании
данных транзакции и НСИ «Тарифыª в ИСМВ;
2) рассчитанная стоимость сравнивается с
данными, которые указаны в сумме по
транзакции.
Если эти рассчитанные значения не совпадают,
такая транзакция должна получать признак
ошибки (статус проверки «подозрительнаяª).
86
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
4.2.3-5
Расчет стоимости
Должен быть реализован следующий алгоритм
проезда по
для выполнения функции:
закрытому участку
1) для расчета должны учитываться данные о
классификации ТС и о ПВТ, которые были
зарегистрированы в талоне на въезд на закрытый
участок;
2) на основании данных из справочника
«Тарифыª для указанного в талоне Класса ТС
рассчитывается стоимость проезда для каждого
ПВП выезда с участка, для двух вариантов
времени суток (день/ночь).
4.2.3-6
Расчет
Для расчета Роумингового лимита должен быть
Роумингового
реализован следующий алгоритм:
лимита
1) запуск расчета Роумингового лимита должен
инициироваться событием получения данных по
Роуминговой транзакции от ИС Роумингового
СП;
2) поиск последней актуальной информации в
ИСМВ по Роуминговому лимиту ЭСРП,
идентификатор которого указан в полученной
Роуминговой транзакции;
3) вычисление значения Роумингового лимита
путем снижения его предыдущего значения на
сумму из полученной Роуминговой транзакции.
87
Требования к функциям Модуля формирования отчетов сверки
В Модуле формирования отчетов сверки необходимо реализовать
выполнение и поддержку следующих процессов:
генерация отчетов сверки, которые необходимы для поддержки
процессов взаиморасчетов между организациями-участниками СМВ;
расчет сумм Роуминговых комиссий.
Модуль формирования отчетов сверки ИСМВ должен обеспечивать
реализацию следующих действий для вышеуказанных процессов:
1.
Агрегация данных по транзакциям, имеющихся в ОХД ИСМВ, для
формирования отчетов сверки за период.
1.1.Данные, собираемые для генерации отчетов сверки, должны обязательно
иметь следующие атрибуты, которые присваиваются транзакциям в Модуле
биллинга ИСМВ:
Эмитент для ЭСРП, указанной в транзакции проезда (этот признак
определяется и присваивается в Модуле биллинга ИСМВ);
Получатель платежа за Роуминговый проезд.
1.2.В отчет сверки за указываемый период должны попадать следующие
данные:
1.2.1. Роуминговые транзакции, которые были совершены в указанный
период дат отчета (все, в любом статусе);
1.2.2. Корректировки по Роуминговым транзакциям, которые были
согласованы в указанный период дат отчета
(транзакции в статусе
«Оспаривание согласовано Регистратором).
2.
Перед формированием отчета в Модуле формирования отчетов сверки для
суммы каждой транзакции и согласованной корректировки должна быть
рассчитана сумма Роуминговой комиссии. Роуминговая комиссия должна
рассчитываться на основании данных о сумме транзакции/корректировки и с
88
использованием сведений из справочника «Роуминговые комиссииª, в котором
для каждого Эмитента должны быть указаны настройки Роуминговой комиссии.
3.
Отчет должен формироваться за настраиваемый в ИСМВ период, для этого
должна быть реализована возможность установки соответствующих параметров
формирования отчетов в ИСМВ (дата начала и дата окончания периода отчета).
4.
Отчеты сверки должны формироваться для каждой организации-участника СМВ
и содержать следующую информацию по суммам задолженности других
организаций-участников СМВ перед организацией, для которой формируется
отчет:
по Роуминговым транзакциям проездов Пользователей, которые были
совершены в период отчета;
по корректировкам Роуминговых транзакций, которые были
согласованы в период отчета;
по Роуминговым комиссиям;
4.1.При формировании отчета к расчету должны приниматься суммы и
возникающие при этом Роуминговые комиссии по следующим данным:
суммы по Роуминговым транзакциям, которые были совершены в
период отчета (все, в любом статусе);
суммы корректировок по Роуминговым транзакциям, которые были
согласованы в период отчета
(транзакции в статусе
«Оспаривание
согласовано Регистратором).
5.
В отчетах сверки, которые формируются в Модуле формирования отчетов
сверки ИСМВ, должна быть реализована возможность получить детализацию по
каждой сумме, которая содержится в отчете. Детализация должна быть
реализована в виде реестра транзакций с обязательным указанием
соответствующих корректировок
(если есть) и Роуминговых комиссий по
каждой транзакции.
89
6. Отчеты сверки должны быть доступны пользователям ИСМВ для просмотра и
выгрузки во внешние форматы посредством функционала Личного кабинета
ИСМВ.
Примечание: ЦМВ не получает информацию о фактически уплаченных
денежных средствах и не участвует в контроле за своевременностью и
полнотой оплаты задолженностей между участниками СМВ. Таким образом,
основной целью отчетов сверки в ИСМВ является только информационная
поддержка процедур взаиморасчетов между организациями-участниками
СМВ.
90
В таблице ниже содержится описание требований к функциям Модуля
формирования отчетов сверки:
Таблица 21. Спецификация требований к функциям Модуля формирования отчетов сверки
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
4.2.4-1
Подготовка данных
Для формирования отчетов за период
для формирования
собираются данные по всем имеющимся в ОХД
отчетов
ИСМВ транзакциям в любом статусе, дата
формирования которых попадает в указанный
период дат.
Эти транзакции должны содержать информацию
об Эмитенте ЭСРП, которым была оплачена
транзакция, и Получателе платежа за
Роуминговый проезд. Если по какой-то причине
на момент формирования отчетности эта
информация данным не присвоена, должен быть
инициирован запуск соответствующих функций
в Модуле биллинга.
4.2.4-2
Расчет суммы
Для каждой транзакции и согласованной
Роуминговой
корректировки транзакции перед началом
комиссии
формирования отчета сверки должна быть
рассчитана и указана сумма Роуминговой
комиссии.
Для расчета Роуминговой комиссии должна
использоваться информация из справочника
«Роуминговые комиссииª.
4.2.4-3
Формирование
Требования к алгоритму формирования отчета:
Отчета №1
1) Выбор организации-участника СМВ, для
91
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
«Средства к уплате и
которой формируется отчет. Отчеты должны
получениюª
быть сформированы по каждой организации-
участнику СМВ отдельно, и далее стать
доступны для просмотра и выгрузки во внешние
форматы через соответствующий интерфейс
Личного кабинета ИСМВ.
2) Отбор транзакций для формирования отчета. В
отчет для выбранной организации-участника
СМВ должны попасть транзакции, по которым
она является Эмитентом ЭСРП, и дата
формирования которых принадлежит периоду
отчета.
3) Отбор корректировок транзакций для
формирования отчета. В отчет для Эмитента
должны попасть скорректированные транзакции
(корректировки), по которым он является
Эмитентом ЭСРП, и дата согласования (дата,
когда транзакция получила статус «Оспаривание
согласовано Регистраторомª) которых
принадлежит периоду отчета.
4) Построчно отчет должен содержать различные
суммы взаимных дебиторских/кредиторских
задолженностей.
) По столбцам отчет должен содержать
следующую информацию:
а) Наименование организации-участника СМВ,
92
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
для которой формируется отчет;
б) Расчеты за отчетный период (по транзакциям,
которые были в нем зафиксированы):
[1] Сумма кредиторской задолженности за
роуминговые проезды;
[2] Сумма дебиторской задолженности за
роуминговые проезды;
[3] Сумма кредиторской задолженности по
Роуминговым комиссиям;
[4] Сумма дебиторской задолженности по
Роуминговым комиссиям;
в) Перерасчеты за прошлые периоды (по
корректировкам транзакций, которые
согласованы в периоде отчета):
[
] Сумма кредиторской задолженности за
роуминговые проезды;
[6] Сумма дебиторской задолженности за
роуминговые проезды;
[7] Сумма кредиторской задолженности по
Роуминговым комиссиям;
[8] Сумма дебиторской задолженности по
Роуминговым комиссиям.г) Чистая
кредиторская/дебиторская задолженность.
6) Последняя строка отчета должна содержать
итоговую сумму по столбцу отчета.
7) Должна быть реализована возможность
93
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
перехода к просмотру детализации по каждой
сумме, фигурирующей в отчете. Детализация
должна быть реализована в виде реестра
транзакций/корректировок, на основании сумм
которых получена сумма в отчете сверки. Для
удобства работы пользователя с этим реестром
должны быть предусмотрены функции
сортировки и настройки фильтров по основным
атрибутам транзакций.
Примечание: детальные требования по форме и
алгоритму расчета сумм отчета описаны в
разделе «4.3.1.7 Требования к структуре
процесса сбора, обработки, передачи данных в
системе и представлению данныхª настоящего
документа.
4.2.4-4
Формирование
Требования к алгоритму формирования отчета:
отчета №2
1) Данный отчет должен формироваться для
«Взаимные
Государственной компании «Автодорª по всем
обязательства
организациям-участникам СМВ и должен
Участников СМВª
отражать информацию по их взаимным
задолженностям. Отчет должен быть доступен
для просмотра и выгрузки во внешние форматы
через соответствующий интерфейс Личного
кабинета ИСМВ пользователю, который наделён
соответствующими правами доступа.
94
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
2) Отбор транзакций для формирования отчета. В
отчет должны попасть транзакции, дата
формирования которых принадлежит периоду
отчета.
3) Отбор корректировок транзакций для
формирования отчета. В отчет должны попасть
скорректированные транзакции (корректировки),
по которым дата согласования (дата, когда
транзакция получила статус «Оспаривание
согласовано Регистраторомª) принадлежит
периоду отчета.
4) Отчет должен содержать таблиц,
реализованных в виде матрицы, по столбцам и
строкам которой зафиксированы наименования
организаций-участников СМВ. Перечень таблиц
отчета:
- Чистая дебиторская/кредиторская
задолженность за отчетный период, млн.руб;
- Взаимная задолженность по Роуминговым
проездам, млн.руб.;
- Взаимная задолженность по Роуминговым
комиссиям, млн.руб.;
- Корректировки задолженностей прошлых
периодов по роуминговым проездам, млн.руб.;
- Корректировки задолженностей прошлых
периодов по Роуминговым комиссиям, млн.руб.
95
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
) Последняя строка каждой таблицы отчета
должна содержать итоговую сумму по столбцу
отчета.
6) Должна быть реализована возможность
перехода к просмотру детализации по каждой
сумме, фигурирующей в отчете. Детализация
должна быть реализована в виде реестра
транзакций/корректировок, на основании сумм
которых получена сумма в отчете сверки. Для
удобства работы пользователя с этим реестром
должны быть предусмотрены функции
сортировки и настройки фильтров по основным
атрибутам транзакций.
Примечание: детальные требования по форме и
алгоритму расчета сумм отчета описаны в
разделе «4.3.1.7 Требования к структуре
процесса сбора, обработки, передачи данных в
системе и представлению данныхª настоящего
документа.
96
Требования к функциям Модуля управления Цветными списками
В ИСМВ должны поддерживаться следующие варианты процедуры
формирования и распространения Цветных списков на ПВП Операторов дорог:
1) Формирование Цветных списков в ИСМВ для передачи этих данных в
СВП для распространения на ПВП. Цветной список в этом случае
должен формироваться персонально для системы-потребителя и
содержать информацию только по тем ЭСРП, которые являются
Роуминговыми на участке и ПВП, на котором действует эта СВП.
Передача данных по Цветным спискам, полученным в Модуле
управления Цветными списками, в СВП реализуется Интеграционным
сервисом ИСМВ.
2) Формирование Цветных списков в ИС Эмитента. В этом случае ИСМВ
получает готовые списки от Эмитента ЭСРП, которая она далее должна
распространять в СВП для передачи на Роуминговые ПВП. Передача
данных по Цветным спискам в этом случае реализуется
Интеграционным сервисом ИСМВ.
Модуль управления Цветными списками должен обеспечивать формирование
Цветных списков в двух режимах:
1. Формирование и распространение полных/консолидированных Цветных
списков. Эти списки должны рассчитываться и рассылаться на все ПВП по
расписанию, чтобы использоваться в момент перехода на другой тариф по
времени суток (например, день/ночь). Этот момент должен быть зафиксирован в
справочнике «Тарифыª и его наступление должно инициировать в Модуле
управления Цветными списками процедуру расчета Цветных списков по всем
ЭСРП, информация по которым ведётся в ИСМВ.
2. Расчет изменений по Цветным спискам и распространение этих обновлений по
факту их появления. В этом режиме в СВП должны передаваться только те
97
данные списка, которые содержат изменения (полный список по всем ЭСРП не
передаётся). Для этой процедуры должны быть реализованы следующие
принципы:
2.1.если обновлена информация по Роуминговому лимиту ЭСРП. Далее в
Модуле управления Цветными списками для этого ЭСРП должно быть
актуализировано текущее состояние для всех ПВП, подключенных к СМВ
(размещение в Белом/Сером списке);
2.2.если в ИСМВ поступили данные от ИС Эмитента, что ЭСРП размещен в
Черном списке. Для этого ЭСРП должно быть актуализировано текущее
состояние и передано в системы взимания платы Операторов дорог для
распространения этого списка на их ПВП (размещение в Черном списке);
В таблице ниже содержится описание требований к функциям Модуля
управления Цветными списками:
Таблица 22. Спецификация требований к функциям Модуля управления Цветными
списками
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
4.2.5-1
Размещение ЭСРП в
Требования к алгоритму выполнения функции:
Черном списке
1) После получения данных от ИС Эмитента о
размещении ЭСРП в Черном списке, в Модуле
управления Цветными списками для этого ЭСРП
должен быть определен перечень ПВП
Роуминговых СП.
2) Для этих ПВП должен быть сформирован
Черный список для указанного ЭСРП.
4.2.5-2
Размещение ЭСРП в
Требования к алгоритму выполнения функции:
Серых/Белых
1) После получения данных об изменении
списках для ПВП
Роумингового лимита по ЭСРП в Модуле
98
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
участков платной
управления Цветными списками для этого ЭСРП
дороги открытого
должен быть определен перечень ПВП
типа
Роуминговых СП, расположенных на участке
(участках) платной дороги открытого типа.
2) Если Цветной список рассчитывается в
ИСМВ, тогда для указанного ЭСРП по
умолчанию он должен рассчитываться по
максимальному Классу ТС (иной алгоритм
может быть выработан на этапе Технического
проектирования Системы).
3) Далее рассчитанная стоимость проезда через
ПВП сравнивается с размером Роумингового
лимита ЭСРП:
3.1) если Роуминговый лимит больше стоимости
проезда через ПВП, тогда ЭСРП помещается в
Белый список для данного ПВП;
3.2) если Роуминговый лимит меньше стоимости
проезда через ПВП, тогда ЭСРП помещается в
Серый список для данного ПВП.
4.2.5-3
Размещение ЭСРП в
Требования к алгоритму выполнения функции:
Серых/Белых
1) После получения данных об изменении
списках для ПВП
Роумингового лимита по ЭСРП, в Модуле
участков платной
управления Цветными списками для этого ЭСРП
дороги закрытого
должен быть определен перечень ПВП
типа
Роуминговых СП, расположенных на участке
(участках) платной дороги закрытого типа.
99
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
2) Для указанного ЭСРП должен быть найден и
определен последний связанный с ним Класс ТС:
2.1) либо по данным в ИСМВ, содержащим
информацию о регистрации въезда ТС с
указанным ЭСРП на закрытый участок;
2.2) либо по данным последней связанной с
ЭСРП транзакцией (если нет данных о
регистрации въезда, или, если данные о
регистрации въезда имеют более ранний срок,
чем у транзакции).
3) Для каждого из ПВП Роуминговых СП,
которые расположены на участке платной дороги
закрытого типа, на основании данных
справочника «Тарифыª должна быть определена
стоимость проезда по указанному ЭСРП.
Стоимость проезда в данном случае должна
определяться на основании Класса ТС,
зафиксированного в данных регистрации въезда
ТС на закрытый участок, или в последней
транзакции, связанной с ЭСРП, и текущего
времени суток.
4) Далее рассчитанная стоимость проезда через
ПВП сравнивается с размером Роумингового
лимита ЭСРП:
4.1) если Роуминговый лимит больше стоимости
проезда через ПВП, тогда ЭСРП помещается в
100
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
Белый список для данного ПВП;
4.2) если Роуминговый лимит меньше стоимости
проезда через ПВП, тогда ЭСРП помещается в
Серый список для данного ПВП.
101
Требования к функциям Подсистемы НСИ
Подсистема НСИ должна обеспечивать функции, связанные с ведением
справочной информации в ИСМВ. Перечень основных справочников и
классификаторов, которые должны быть реализованы в ИСМВ:
Тарифы;
Классификация ТС;
Роуминговые комиссии;
Настройки для формирования Цветных списков;
ПВП;
Полосы;
Реестр Роуминговых ЭСРП;
Участники СМВ;
Способы оплаты проезда;
Справочник ключей ЭСРП;
Таблица диапазонов ЭСРП (для определения принадлежности ЭСРП к
Эмитенту);
Участки платных дорог.
Детальные требования к перечню и составу НСИ ИСМВ содержатся в
описании раздела «4.3.1 Требования к информационному обеспечению системыª
настоящего ТЗ.
102
В таблице ниже содержится описание требований к функциям Подсистемы
НСИ:
Таблица 23. Спецификация требований к функциям Подсистемы НСИ
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
4.2.6-1
Загрузка справочных
Должны быть реализованы механизмы
данных из внешних
автоматического формирования для части
систем
основных справочников в ИСМВ посредством их
загрузки из внешнего источника данных.
Примечание: перечень и состав справочников,
которые будут загружаться в ИСМВ
автоматически, должен быть определен на этапе
Технического проектирования ИСМВ.
4.2.6-2
Ручной ввод
Должны быть реализованы web-формы для
справочных данных
ручного ввода части справочников и
в ИСМВ
корректировки справочников, загруженных в
ИСМВ автоматически из внешнего источника.
Примечание: перечень и состав справочников,
которые будут вводиться и корректироваться в
ИСМВ вручную, должен быть определен на
этапе Технического проектирования ИСМВ.
4.2.6-3
Просмотр и
Должны быть реализованы режимы просмотра и
редактирование
редактирования части справочных данных. Для
справочных данных
этого должны быть реализованы web-формы
103
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
в ИСМВ
справочников, включая, в том числе, следующие
возможности для просмотра:
- Настройки фильтров для поиска значений в
справочнике;
- Сортировки по атрибутам справочника.
Примечание: перечень и состав справочников,
которые будут просматриваться и
корректироваться в ИСМВ вручную, должен
быть определен на этапе Технического
проектирования ИСМВ.
104
Требования к функциям Модуля аналитической отчетности
Модуль аналитической отчетности предназначен для генерации отчетов,
отражающих статистику и различные аналитические показатели процессов в
рамках СМВ. Модуль аналитической отчетности должен формировать отчетность
для отражения следующих показателей:
1.
Статистика по процессам получения/передачи данных
(в ИСМВ должен
рассчитываться средний и максимальный результаты для показателя):
1.1.время на передачу Роуминговым СП данных по Роуминговым транзакциям
из СВП-2 в ИСМВ;
1.2.время на получение ИС Эмитента Роуминговых транзакий от ИСМВ;
1.3.время на передачу изменений в Цветных списках из ИСМВ в СВП-2
Роуминговых СП.
2.
Статистика по процедурам верификации и корректировки транзакций:
2.1.доля транзакций, которые получили признак ошибки в результате проверок
в ИСМВ (в Модуле биллинга), из общего объема транзакций, полученных в
ИСМВ от ИС Роуминговых операторов за сутки;
2.2.доля транзакций, которые получили признак ошибки в результате проверок
в ИСМВ (в Модуле биллинга), из общего объема транзакций, полученных в
ИСМВ от ИС Роуминговых операторов за отчетный период;
2.3.время на оспаривание транзакций сотрудником Эмитента (Контролером) в
Личном кабинете ИСМВ;
2.4.время на принятие решения по оспоренной транзакции Регистратором в
Личном кабинете ИСМВ;
3.
Статистика по процедурам обработки Цветных списков:
3.1.время на получение информации об обновлении Роумингового лимита
ЭСРП от ИС Эмитента;
105
3.2.время на расчет для обновления Роумингового лимита ЭСРП в Модуле
биллинга на основании поступившей от ИС Роумингового СП транзакции.
Детальные требования к формам и описание алгоритмов расчета показателей
отчета содержатся в описании раздела «4.3.1 Требования к информационному
обеспечению системыª настоящего ТЗ.
Перечень и состав аналитических отчетов и показателей, которые
необходимо дополнительно реализовать в ИСМВ, может быть уточнен и определен
на этапе Технического проектирования ИСМВ.
В таблице ниже содержится описание требований к функциям Модуля
аналитической отчетности:
Таблица 24. Спецификация требований к функциям Модуля аналитической отчетности
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
4.2.7-1
Просмотр отчета
Должны быть реализованы web-формы для
просмотра данных по аналитическим отчетам и
показателям.
Примечание: требования к формам
аналитических отчетов могут быть
дополнительно определены на этапе
Технического проектирования ИСМВ.
4.2.7-2
Настройка фильтров
Должны быть реализованы фильтры (установка,
для отчета
снятие) для реализации пользовательских
настроек для отображения данных в
аналитических отчетах и показателях.
106
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
Примечание: детальные требования к
пользовательским настройкам аналитических
отчетов должны быть определены на этапе
Технического проектирования ИСМВ.
4.2.7-3
Выгрузка отчета во
Необходимо реализовать возможность выгрузки
внешние форматы
аналитических отчетов и показателей,
формируемых в ИСМВ, в формат MS Excel и
PDF.
107
Требования к функциям Подсистемы хранения данных
Подсистема хранения данных предназначена для хранения данных ИСМВ
следующих видов:
данные по транзакциям проезда, полученные от ИС Роуминговых СП;
данные по скорректированным транзакция проезда, полученные от ИС
Роуминговых СП;
данные по корректировкам транзакций, формируемые в Личном
кабинете СП СМВ;
Цветные списки ЭСРП;
нормативно-справочная информация.
Должна быть реализована следующая структура хранимых данных:
ОХД ИСМВ - все данные, хранимые в ИСМВ, за исключением фото и
видео проезда;
Медиахранилище ИСМВ - данные по фото проезда.
Требования к функциям Подсистемы администрирования
Подсистема администрирования ИСМВ должна обеспечивать поддержку и
выполнение следующих процессов:
Управление учетными записями и разграничение прав доступа
пользователей в ИСМВ;
Мониторинг работоспособности и нагрузки всех компонентов ИСМВ;
Активация новых организаций-участников в Системе в процессе их
подключения к СМВ.
108
В таблице ниже содержится описание требований к функциям Подсистемы
администрирования:
Таблица 25. Спецификация требований к функциям Подсистемы администрирования
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
4.2.9-1
Управление
Для процесса управления учетными записями
учетными записями
пользователей должны быть реализованы
и разграничение
следующие функции:
прав доступа
- создание учетной записи \ группы учетных
пользователей
записей;
- просмотр учетной записи \ группы учетных
записей;
- редактирование учетной записи \ группы
учетных записей;
- удаление учетной записи \ группы учетных
записей;
- назначение роли для учетной записи \ группы
учетных записей.
Для процесса управления ролями пользователей
должны быть реализованы следующие функции:
- создание роли и назначение прав для роли.
Назначенные права определяют набор действий,
доступных для роли, и доступ к данным;
- просмотр и редактирование роли;
- удаление роли.
4.2.9-2
Мониторинг
Для процедур мониторинга работоспособности и
работоспособности и
нагрузки компонентов ИСМВ должны быть
109
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
нагрузки
реализованы следующие функции и
возможности:
- удаленная активация, настройка и деактивация
функций мониторинга на каждом из серверов
Системы, в том числе путем удаленной
установки на данный сервер модуля/агента
мониторинга;
- выбор объектов мониторинга (например,
аппаратные ресурсы, каналы связи, приложения,
компоненты). Отобранные для мониторинга
объекты должны иметь статусы, например,
рабочее состояние, предупреждение,
критическое состояние;
- должна быть обеспечена возможность создания
и редактирования правил мониторинга, согласно
которым при наступлении заданного события
статус объекта меняется и выполняются
заданные действия.
- должны быть реализованы возможности
протоколирования событий мониторинга -
ведение журналов мониторинга. Список типов
событий должен включать коды ошибок в
журналах событий приложений и системы,
исчерпание системных ресурсов, падение уровня
производительности, недоступность сервера по
каналам связи и др.;
110
Автоматизируемый
Требования к выполнению процесса,
Номер
Процесс/Функция
требования к функциям процесса
процесса
- должны быть реализованы возможности
задавать действия, автоматически выполняемые
при выполнении того или иного правила.
Действия должны выключать в себя перезапуск
процесса или сервера, запуск другого процесса,
отправку оповещений Администратору ИСМВ, и
т.д.
Детальные требования к реализации процессов
мониторинга работоспособности и нагрузки, в
частности, требования к форматам журналов
мониторинга, должны быть определены и
зафиксированы в решениях на этапе
Технического проектирования ИСМВ
4.2.9-3
Активация новых
Должен быть реализован атрибут у сущности
организаций-
справочнике организаций-участников СМВ,
участников СМВ в
связанный со статусом подключения
Системе
организации к Системе межоператорского
взаимодействия.
По окончании процедуры подключения нового
участика к СМВ Администратором ИСМВ ему
должен присваиваться соответствующий статус,
означающий активацию и запуск процессов
межоператорского взаимодействия в ИСМВ в
промышленном режиме.
111
11.3 Требования к видам обеспечения
Требования информационному обеспечению системы
11.3.1.1
Требования к составу, структуре и способам организации данных в
Системе
Объекты БД должны оптимизироваться для хранения транзакционных
данных и построения отчетов и строиться на основе модели в слабо
нормализованной форме.
Агрегирования данных в Подсистеме хранения данных не должно
происходить, так как агрегирование должно происходить на уровне подсистем
генерации отчетов
(в Модуле формирования отчетов сверки и Подсистеме
аналитической отчетности). Однако, при выявлении такой необходимости в ходе
использования системы, ОХД ИСМВ может быть доработана добавлением
структур хранения данных в агрегированном виде.
11.3.1.2
Требования к входным данным и документам
Источником данных для ИСМВ являются информационные системы
организаций-участников СМВ
(системы взимания платы второго и третьего
уровня). Перечень данных, поступающих из систем-источников, содержится в
таблице ниже:
Таблица 26. Перечень входных данных и документов
Наименование
Характеристика входных данных
данных
Данные регистрации
Данные о регистрации въезда ТС на участок платной
въезда на закрытый
дороги с закрытой системой взимания платы должны
участок
передаваться в ИСМВ системой взимания платы,
действующей на ПВП въезда.
Данные должны содержать следующую основную
112
Наименование
Характеристика входных данных
данных
информацию:
- Сведения о ПВП въезда (ПВП, обслуживающий СП,
полоса);
- Дата и время проезда ТС через ПВП въезда;
- Класс ТС;
- Идентификатор ЭСРП, который использовался для
проезда через ПВП въезда.
Роуминговые лимиты
Данные по Роуминговым лимитам ЭСРП должны
ЭСРП
передаваться в ИСМВ из ИС Эмитента по мере их
обновления в составе данных с изменениями по Цветным
спискам. Эти данные должны содержать актуальную
информацию о доступном балансе лицевого счета ЭСРП
Пользователя. В ИСМВ эта информация используется для
расчета Цветных списков для Роуминговых ПВП.
Роуминговые
Роуминговые транзакции проезда должны передаваться в
транзакции проезда
ИСМВ из ИС Роумингового СП.
Данные должны содержать следующую основную
информацию:
- Временной интервал тарифа (например, день/ночь);
- Дата и время транзакции;
- Идентификатор(ы) транзакции;
- Идентификатор ТС;
- Идентификатор/наименование организации-участника
СМВ, чья СВП зафиксировала транзакцию;
- Классификация ТС;
- Сведения о ПВП;
- Полоса проезда ТС;
113
Наименование
Характеристика входных данных
данных
- Способ оплаты;
- Стоимость проезда (размер примененного тарифа);
- Сведения об участке дороги.
Скорректированные
Скорректированные транзакции проезда содержат
транзакции проезда
корректировки к Роуминговой транзакции, которые
(корректировки,
вносятся в СВП-2 (СВП-3) Роумингового СП в течение 24
выполненные в
часов от момента фиксации транзакции.
системе-источнике
Скорректированные транзакции проезда должны
данных по транзакции)
передаваться в ИСВМ из ИС Роумингового СП и
содержать следующую основную информацию:
- Временной интервал тарифа (например, день/ночь);
- Дата и время корректировки транзакции;
- Идентификатор(ы) транзакции, которая
корректировалась;
- Идентификатор ТС;
- Идентификатор/наименование организации-участника
СМВ, чья СВП зафиксировала транзакцию;
- Классификация ТС;
- Сведения о ПВП;
- Полоса проезда ТС;
- Способ оплаты;
- Стоимость проезда (размер примененного тарифа);
- Сведения об участке дороги.
Белые/Серые/Черные
Белые/Серые/Черные списки по ЭСРП должны
списки ЭСРП
передаваться в ИСМВ из ИС Эмитента по мере их
обновления и содержать информацию об актуальном
состоянии ЭСРП относительно ИС Эмитента и его ПВП
114
Наименование
Характеристика входных данных
данных
(если применимо). Эти данные должны использоваться в
ИСМВ для процедур обновления Цветных списков.
Детальные требования к форматам данных, поступающих из систем-
источников в ИСМВ описываются в Приложении 1 «Форматы обмена даннымиª.
11.3.1.3
Требования к информационному обмену между компонентами
системы
Информационный обмен между компонентами ИСМВ должен быть
реализован посредством обмена сообщениями Сервисной шины ИСМВ, детальные
требования к которой должны быть определены на этапе Технического
проектирования, после того, как будут однозначно определены коммерческие
решения, на базе которых будут реализовываться все функциональные модули и
подсистемы ИСМВ.Таблице ниже содержит описание основных данных,
участвующих в информационном обмене, который должен быть реализован между
компонентами ИСМВ:
Таблица 27. Информационный обмен между подсистемами ИСМВ
Информационный
Источник
Потребитель
поток
(подсистема
(подсистема
Комментарий
(наименование
ИСМВ)
ИСМВ)
данных)
Роуминговые
Интеграционный
Модуль
Роуминговые транзакции,
транзакции от ИС
сервис
биллинга
полученные от ИС
Роумингового СП;
Роуминговых СП
Скорректированные
Интеграционным сервисом
Роуминговые
ИСМВ, передаются в Модуль
транзакции от ИС
биллинга для определения
115
Информационный
Источник
Потребитель
поток
(подсистема
(подсистема
Комментарий
(наименование
ИСМВ)
ИСМВ)
данных)
Роумингового СП
Эмитента ЭСРП,
фигурирующего в
транзакции; для
предварительных проверок, и
для расчета Роуминговых
лимитов по ЭСРП на
основании данных
транзакции проезда.
Данные
Интеграционный
Модуль
Данные регистрации въезда
регистрации въезда
сервис
биллинга
ТС на закрытый участок,
ТС на закрытый
полученные от ИС СП
участок
Интеграционным сервисом
ИСМВ, передаются в Модуль
биллинга для
контролирующего расчета
стоимости проезда закрытого
участка платной дороги.
Данные по
Модуль биллинга
Интеграционный
После определения Эмитента
транзакциям
сервис
для Роуминговой транзакции
проезда для
в Модуле биллинга данные
передачи в ИС
по транзакции передаются
Эмитента
Интеграционному сервису,
который в свою очередь
передает их в ИС Эмитента.
Роуминговые
Модуль биллинга
Модуль
На основании данных из
116
Информационный
Источник
Потребитель
поток
(подсистема
(подсистема
Комментарий
(наименование
ИСМВ)
ИСМВ)
данных)
лимиты по ЭСРП,
управления
полученных Роуминговых
рассчитанные в
Цветными
транзакций в Модуле
ИСМВ
списками
биллинга
рассчитываются/обновляются
данные по Роуминговым
лимитам ЭСРП. Эти данные
далее используются в
Модуле управления
Цветными списками для
процедур обновления
Цветных списков по ЭСРП.
Цветные списки
Интеграционный
Модуль
Данные по Цветным спискам
ЭСРП от ИС
сервис
управления
ЭСРП, полученные от ИС
Эмитентов
Цветными
Эмитента Интеграционным
списками
сервисом ИСМВ, передаются
им в Модуль управления
Цветными списками для
консолидации и
использования в процедурах
обновления Цветных списков
по ЭСРП.
Эти данные также должны
содержать информацию по
Роуминговым лимитам
ЭСРП.
117
Информационный
Источник
Потребитель
поток
(подсистема
(подсистема
Комментарий
(наименование
ИСМВ)
ИСМВ)
данных)
Цветные списки
Модуль управления
Интеграционный
Цветные списки, полученные
для передачи в
Цветными
сервис
в Модуле управления
СВП
списками
Цветными списками,
передаются им в
Интеграционный сервис,
который в свою очередь
распространяет эти списки в
различные ИС-потребители
(СВП).
Транзакции для
Модуль биллинга
Личный кабинет
Роуминговые транзакции,
верификации и
СП СМВ
полученные из систем-
корректировок в
источников, прошедшие
ИСМВ
предварительную обработку
и проверки в Модуле
биллинга, становятся
доступны для работы с ними
в Личном кабинете ИСМВ
(для верификации и
корректировки).
Данные транзакций
Модуль биллинга
Модуль
Транзакции в любом статусе
после
формирования
после проверки и
автоматических
отчетов сверки
предварительной их
проверок и
обработки в Модуле
предварительной
биллинга передаются в
обработки
Модуль формирования
118
Информационный
Источник
Потребитель
поток
(подсистема
(подсистема
Комментарий
(наименование
ИСМВ)
ИСМВ)
данных)
(транзакции в
отчетов сверки для
любом статусе)
формирования отчетов.
Согласованные
Личный кабинет
Модуль
Транзакции в статусе
между СП
СП СМВ
формирования
«Оспаривание согласовано
корректировки
отчетов сверки
Регистраторомª передаются в
транзакций
Модуль формирования
(транзакции в
отчетов сверки для
статусе
формирования отчетов.
«Оспаривание
согласовано
Регистраторомª)
Отчеты сверки
Модуль
Личный кабинет
Отчеты, формируемые в
формирования
Участника СМВ
Модуле формирования
отчетов сверки
отчетов сверки, должны быть
доступны для просмотра и
выгрузки во внешние
форматы в Личном кабинете
Участника СМВ.
Данные НСИ
Подсистема НСИ
Подсистема
Все справочные данные,
хранения
загружаемые и
данных
редактируемые в Подсистеме
НСИ, должны передаваться и
храниться в Подсистеме
хранения данных.
Данные НСИ
Подсистема
Все остальные
Все справочные данные,
119
содержание .. 1 2 3 4 ..