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

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

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

1. Термины и определения

Термин, определение	Расшифровка термина, определения
Автоматизированная система учета оплаты проезда, АСУОП, Система	Программно-аппаратный комплекс, предназначенный для обеспечения информационного и технологического взаимодействия, включающий в себя инфраструктуру автоматизированной системы учета и оплаты проезда пассажиров и провоза багажа, учета проданных билетов и совершенных поездок при осуществлении регулярных перевозок автомобильным транспортом, городским наземным электрическим транспортом, водным транспортом города Севастополя (переданной по результатам реализации инвестиционного договора "На создание и эксплуатацию инфраструктуры использования в городе Севастополе единой городской карты Севастополя и безналичной оплаты проезда пассажиров и перевозки багажа, учета проданных билетов и совершенных поездок при осуществлении регулярных перевозок автомобильным транспортом, городским наземным электрическим транспортом, водным транспортом города Севастополя" от 13.09.2017г.), обеспечивающий информационно-технологическое взаимодействие участников АСУОП при осуществлении пассажирами оплаты проезда и провоза багажа при осуществлении регулярных перевозок автомобильным транспортом, городским наземным электрическим транспортом, водным транспортом города Севастополя с использованием электронных средств оплаты проезда, а также при оплате проезда наличными денежными средствами, с формированием отчетности;
Банки	Кредитные организации, осуществляющие выпуск, распространение, пополнение и обслуживание банковских платежных контактных/бесконтактных карт для использования в качестве электронного средства оплаты проезда.
Банковский процессинговый центр	банковская автоматизированная система обработки платежей по банковским картам
Проектная документация	Набор документов, описывающих проектные решения, включающие в себя, решения в части архитектуры, автоматизированных функций, компонентов информационно-технологического взаимодействия АСУОП, технических средств, каналов связи и других составляющих АСУОП.
Техническое сопровождение	Деятельность по оказанию услуг, необходимых для обеспечения устойчивого функционирования или развития АСУОП и Оборудования АСУОП.
Перевозчики АСУОП	Юридические лица и индивидуальные предприниматели, заключившие договоры и ставшие Участниками АСУОП, осуществляющие перевозки пассажиров и провоз багажа на маршрутах регулярных перевозок на территории города Севастополя по регулируемым тарифам, утверждаемым Управлением по тарифам г. Севастополь, и нерегулируемым тарифам, утверждаемым перевозчиками.
Термин, определение	Расшифровка термина, определения
Агент АСУОП	юридическое лицо или индивидуальный предприниматель, заключившие договор с Исполнителем на право реализации проездных документов, продажи транспортных карт гражданам, а также на право выполнения операций по пополнению транспортных карт
ТС	Транспортное средство.
МВ	Малый класс ТС вместимости.
СВ	Средний класс ТС вместимости.
БВ	Большой класс ТС вместимости.
ОБВ	Особо большой класс ТС вместимости.
МПС	Международные платежные системы (Visa, Mastercard, МИР).
НСИ	Нормативно-справочная информация.
НСПК	Национальная система платежных карт.
ПО	Программное обеспечение.
Прикладная программа или приложение	Программа, предназначенная для выполнения определённых задач и рассчитанная на непосредственное взаимодействие с пользователем. В большинстве операционных систем прикладные программы не могут обращаться к ресурсам компьютера напрямую, а взаимодействуют с оборудованием и другими программами посредством операционной системы.
Электронные средства оплаты проезда (ЭСОП)	Все виды контактных/бесконтактных банковских карт, бесконтактных смарт-карт, программных приложений, разработанных для мобильных телефонов на платформах iOS и Android и загружаемых на мобильные устройства Пользователей АСУОП, и другие возможные носители информации, зарегистрированные в АСУОП и позволяющие оплатить проезд и проводить учёт совершённых поездок.
Транспортная карта (ТК)	карта ЕГКС, бесконтактная смарт-карта или материальный носитель, являющийся электронным средством оплаты проезда в АСУОП, в том числе с размещенным на встроенном чипе транспортным приложением, предназначенным для записи транспортного ресурса для осуществления последующей оплаты и регистрации проезда в общественном пассажирском транспорте общего пользования города Севастополя, в качестве материальных носителей которого могут использоваться бесконтактные смарт-карты, брелоки, наручные браслеты, наручные часы и кольца и иные виды материальных носителей, в том числе эмитированные в рамках реализации инвестиционного договора "На создание и эксплуатацию инфраструктуры использования в городе Севастополе единой городской карты Севастополя и безналичной оплаты проезда пассажиров и перевозки багажа, учета проданных билетов и совершенных поездок при осуществлении регулярных перевозок автомобильным транспортом, городским наземным электрическим транспортом, водным транспортом города Севастополя" от 13.09.2017г.
Банковская карта, БК	Банковская платежная контактная/бесконтактная карта международных платежных систем или национальной платежной системы "МИР". В рамках АСУОП данная карта используется для регистрации проезда и передачи распоряжения на осуществление перевода денежных средств за оказанные услуги по перевозке.
Токен	Цифровое представление Карты, которое формируется по факту регистрации Карты в программных приложениях, разработанных для мобильных телефонов на платформах iOS и Android и загружаемых на мобильные устройства Пользователей АСУОП, и которое хранится в зашифрованном виде в защищенном хранилище мобильного устройства.
Транспортное приложение	программное обеспечение, позволяющее производить регистрацию проезда в городском пассажирском транспорте общего пользования города Севастополь и осуществлять учет сведений Транспортного ресурса транспортной карты
Транспортный ресурс	информационная единица учета, записанная на сервере АСУОП, информация о которой дублируется на предоплаченные Транспортные карты. Транспортный ресурс выражает сумму денежных средств, внесенных пассажиром с использованием терминала пополнения в счет оплаты проезда по муниципальным маршрутам, а также количество поездок, произведенных пассажиром
Служебная карта	персональная бесконтактная микропроцессорная пластиковая смарт-карта, предназначенная в АСУОП для идентификации работника перевозчика при начале работы с терминалом оплаты
Оборудование АСУОП, Оборудование, Терминальное оборудование, ТО	Программируемые технические устройства, обеспечивающие эксплуатацию АСУОП и подлежащие размещению в общественном транспорте, включающие в себя стационарные терминалы оплаты проезда пассажиров и провоза багажа; мобильные терминалы кондуктора/контролера и иные устройства.
Стоп-лист	Список электронных средств оплаты проезда, запрещенных к обслуживанию в АСУОП.
Тариф	Стоимость проезда между остановками маршрута.
ИС	Информационная система.
ИОГВ	Исполнительный орган государственной власти.
ПС	Платежная система.
СНИЛС	Страховой номер индивидуального лицевого счёта.
ЦОД	Центр обработки данных.
АРМ	Автоматизированное рабочее место.
ИБП	Источник бесперебойного питания.
ОС	Операционная система.
СУБД	Система управления базой данных
Матрица доступа	Таблица, отображающая правила разграничения доступа
Термин, определение	Расшифровка термина, определения
API	(аббр. англ. Application Programming Interface) - описание способов, которыми одна ИС может взаимодействовать с другой ИС
DDoS	(аббр. англ. Distributed Denial of Service) - распределенная хакерская атака на вычислительную систему с целью довести её до отказа
Сервис-ориентированная архитектура	(SOA, англ. service-oriented architecture) - модульный подход к разработке программного обеспечения, основанный на использовании распределённых, слабо связанных заменяемых компонентов, оснащённых стандартизированными интерфейсами для взаимодействия по стандартизированным протоколам
ЭП	Электронная подпись
SQL	Structured Query Language, язык структурированных запросов
EMV	(Europay + MasterCard + VISA) - международный стандарт для операций по банковским картам с чипом
CSV	Comma Separated Values. текстовый формат, предназначенный для представления табличных данных
NFC	(Near Field Communication, "коммуникация ближнего поля") система беспроводной высокочастотной связи малого радиуса действия, позволяющая обмениваться данными между устройствами.
ЦОТТ	центр обработки транспортных транзакций
Режим реального времени	Режим обработки информации, при котором обеспечивается передача информации из одной подсистемы обработки информации во внешние по отношению к ней подсистемы с максимально возможной скоростью, зависящей только от доступности каналов связи.
Участники АСУОП	Оператор АСУОП, Перевозчики АСУОП, Банки, Агенты и Пользователи АСУОП.
Пользователь АСУОП	физическое лицо, использующее электронное средство оплаты проезда для регистрации и оплаты проезда в городском пассажирском транспорте общего пользования города Севастополь. Пользователем также является пассажир, приобретающий разовый билет в транспортном средстве Перевозчика путем оплаты стоимости проезда наличными денежными средствами, когда регистрация проезда в АСУОП осуществляется водителем (кондуктором) транспортного средства Перевозчика с использованием Терминала оплаты
Правила АСУОП	Документ, являющийся публичной офертой, определяющий правила взаимодействия участников АСУОП, разработанный и утвержденный Исполнителем по согласованию с Заказчиком, подготовленный в соответствии с настоящим Техническим заданием, положениями действующего законодательства и нормативно-правовых актов Российской Федерации и города Севастополя.
Термин, определение	Расшифровка термина, определения
Информационная система выдачи персональных транспортных карт (ИС ВПТК)	Работающий в режиме онлайн программно-аппаратный комплекс c базой данных, в которой хранится информация о выданных гражданам персональных ЭСОП. Основные задачи, решаемые с помощью ИС ВПТК - автоматизация регистрации выдачи персональных ЭСОП гражданам, имеющим право льготного проезда, и выгрузка информации о выданных ЭСОП другим участникам реализуемого проекта.
АИС СПН	Работающий в режиме онлайн программно-аппаратный комплекс Департамента труда и социальной защиты населения города Севастополя, осуществляющий взаимодействие по защищенным каналам связи с ИС ВПТК с целью формирования пакетов данных для выпуска персональных ЭСОП

Другие термины, определения и понятия, используемые в настоящем ТЗ, употребляются в том значении и смысле, в которых они определены действующим законодательством и нормативно-правовыми актами Российской Федерации и города Севастополя, а также Правилами АСУОП в актуальной редакции.

2. Общие сведения

2.1. Полное наименование системы и ее условное обозначение.

Полное наименование - Автоматизированная система учета оплаты проезда.

Условное обозначение - АСУОП.

2.2. Наименование Заказчика.

Заказчик - Департамент транспорта и развития дорожно-транспортной инфраструктуры города Севастополя;

2.3. Наименование Исполнителя:

Исполнитель - выбранная на конкурсной основе организация - Оператор АСУОП, предоставляющая услуги по обеспечению функционирования АСУОП города Севастополя и ее развития, в соответствии с настоящим Техническим заданием, Правилами АСУОП и нормами действующего законодательства РФ, в том числе оказывающая процессинговые услуги.

2.4. Основание для проведения работ.

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

2.5. Исполнитель обязуется предоставлять услуги по обеспечению бесперебойного функционирования и развития АСУОП в соответствии с данным Техническим заданием.

2.6. Перечень нормативно-правовых актов, технических документов и методических материалов.

АСУОП сопровождается в соответствии с инструкциями по установке, руководствами пользователей и иными документами от соответствующих модулей АСУОП на основе технического решения "Удобный маршрут", которые содержат исчерпывающую информацию по установке и настройке ЦОТТ, управляющей подсистемы терминалов, ПО терминалов, сервиса онлайн пополнения, а также иной информации необходимой для корректной эксплуатации АСУОП.

Программное обеспечение технического решения "Удобный маршрут":

"Удобный маршрут для мобильных терминальных устройств 2.0" на основании включения в Реестр по Приказу Минцифры России от 08.04.2021 N 353 Приложение N 1, N пп.71, реестровый N 10173

"Модуль безопасности транспортного терминала" на основании включения в Реестр по Приказу Минцифры России от 27.05.2021 N 501 Приложение N 1, N пп.53, реестровый N 10627

"Программный модуль фискализации" на основании включения в Реестр по Приказу Минцифры России от 05.02.2021 N 58 Приложение N 1, N пп.31, реестровый N 9040

"Обработка транспортных и бесконтактных банковских карт на мобильных и стационарных терминалах" основании включения в Реестр по Приказу Минцифры России от 05.02.2021 N 58 Приложение N 1, N пп.44, реестровый N 9053

Вышеуказанная документация предоставляется Исполнителю Заказчиком на основании Договора.

Настоящее Техническое задание разработано в соответствии с нормативно-техническими документами и нормативно-правовыми актами РФ, в том числе:

- Федеральным законом от 10.12.1995 N 196-ФЗ "О безопасности дорожного движения";

- Федеральным законом от 06.10.2003 N 131-ФЗ "Об общих принципах организации местного самоуправления в Российской Федерации";

- Федеральным законом от 22.05.2003 N 54-ФЗ "О применении контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием платежных карт";

- Федеральным законом от 27.07.2006 N 149-ФЗ "Об информации, информационных технологиях и о защите информации";

- Федеральный закон от 26.07.2017 N 187-ФЗ "О безопасности критической информационной инфраструктуры Российской Федерации";

- Федеральный закон от 08.11.2007 N 259-ФЗ "Устав автомобильного транспорта и городского наземного электрического транспорта";

- Федеральным законом от 13.07.2015 N 220-ФЗ "Об организации регулярных перевозок пассажиров и багажа автомобильным транспортом и городским наземным электрическим транспортом в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации";

- Постановлением Правительства РФ от 01.10.2020 N 1586 "Об утверждении Правил перевозок пассажиров и багажа автомобильным транспортом и городским наземным электрическим транспортом";

- Постановлением Правительства РФ от 30.04.2020 N 616 "Об установлении запрета на допуск промышленных товаров, происходящих из иностранных государств, для целей осуществления закупок для государственных и муниципальных нужд, а также промышленных товаров, происходящих из иностранных государств, работ (услуг), выполняемых (оказываемых) иностранными лицами, для целей осуществления закупок для нужд обороны страны и безопасности государства";

- Постановлением Правительства РФ от 30.04.2020 N 617 "Об ограничениях допуска отдельных видов промышленных товаров, происходящих из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд";

- Указом Президента РФ от 30.03.2022 N 166 "О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации";

- ГОСТ Р 59792-2021. "Национальный стандарт Российской Федерации. Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем";

- ГОСТ 27.003-2016. "Надежность в технике. Состав и общие правила задания требований по надежности";

- ГОСТ 19.301-79 "Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению";

- РД 50-682-89. "Руководящий документ по стандартизации. Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Общие положения";

- ГОСТ 34.602-2020. "Межгосударственный стандарт. Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы";

- ГОСТ 24.104-85 "Автоматизированные системы управления. Общие требования";

- ГОСТ 34.602-2020 "Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы";

- ГОСТ Р 59853-2021 "Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения";

- постановлением Правительства города Севастополя от 03.05.2018 N 268-ПП "Об утверждении порядка выпуска, выдачи и обслуживания единой городской карты Севастополя".

3. Цели АСУОП

Целями АСУОП являются:

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

3.2. Внедрение цифровых технологий и платформенных решений в транспортной сфере города Севастополя, в том числе в интересах населения, бизнес-сообщества и государства.

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

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

3.5. Снижение доли наличных средств в обороте Перевозчиков АСУОП и расходов на их инкассацию.

3.6. Обеспечение прозрачности финансовых потоков и налоговых отчислений в сфере городских пассажирских перевозок.

3.7. Предоставление Перевозчикам АСУОП возможности оптимизации планирования маршрутной сети и количества подвижного состава на основе реальных данных о распределении пассажиропотока.

4. Задачи АСУОП

Для достижения поставленных целей АСУОП, перед Исполнителем ставятся следующие задачи:

4.1. Обеспечение оперативной и достоверной информации о пассажирских перевозках (в том числе о перевозках льготных категорий граждан) транспортом общего пользования города Севастополя.

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

4.3. Поддержание в работоспособном состоянии программно-аппаратного комплекса, обеспечение взаимодействия и выполнение установленных действующими нормативными правовыми актами города Севастополя, Правилами АСУОП функций участников АСУОП при организации оплаты проезда.

4.4. Развитие АСУОП путем использования в системе банковских карт в качестве удобного механизма для фиксации льготного проезда (помимо классического применения в качестве платежного механизма, получения государственных и коммерческих услуг, применения финансовых и нефинансовых сервисов), что обеспечит использование БК ПС "Мир" не только как средства платежа, но и эффективного применения системы компенсаций и льгот.

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

4.6. Обеспечение технической возможности применения гибкой системы тарификации при оплате проезда с учетом предоставления скидок и дифференцированных тарифов.

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

4.8. Информационное взаимодействие с внешними информационными системами в автоматическом или автоматизированном режимах.

4.9. Обеспечение функционирования АСУОП в инфраструктуре морского и пригородного железнодорожного пассажирского транспорта.

5. Требования к организационному обеспечению исполнителя

5.1. В целях обеспечения штатного функционирования АСУОП необходимо наличие у Исполнителя подразделений, производящих регламентное, техническое и программное обслуживание АСУОП. Количество персонала и функциональные требования определяются Исполнителем исходя из потребностей Участников АСУОП в процессе функционирования АСУОП.

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

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

6. Характеристики технического и программного обеспечения АСУОП, передаваемые заказчиком исполнителю для сопровождения

6.1. Техническое обеспечение

В АСУОП используются следующее оборудование:

- Переносной терминал контроллера/кондуктора/кассира на базе POS терминала NewPos 8210 со встроенным бесконтактным считывателем, термопринтером, GPRS-модулем для беспроводной передачи данных

- стационарные терминалы Mikroelektronika CVB-24xx;

- стационарные терминалы Mikroelektronika CVP-24хх;

- стационарные терминалы Mikroelektronika ВМ-18;

- бесконтактные считыватели карт SBSK-04;

- контактные считыватели смарт-карт Gemalto PC USB-TR;

- АМБ (Аппаратный модуль безопасности);

- Модули безопасности в форм-факторе Java-карты

- Бесконтактные служебные карты

- Автоматизированное рабочее место персонализации бесконтактных транспортных карт, для карт стандарта Mifare Ultralight

Терминалы New POS 8210 GPRS используются в качестве терминалов оплаты и пополнения/продления карт (далее терминалы).

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

6.2. Структура Подсистем АСУОП:

- Программное обеспечение ЦОТТ - система, предназначенная для обеспечения функционирования объекта в автоматическом режиме, обработки транзакций, формируемых при функционировании, формирования информации и документов для проведения взаиморасчётов с участниками и пользователями АСУОП.

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

- Система выпуска (эмиссии) - система, предназначенная для информационного взаимодействия с пунктами оформления заявлений на выпуск ЭСОП, обеспечения выпуска в обращение.

- Единый диспетчерский центр Оператора - совокупность технических и электронных средств, серверов, хранилищ данных, коммутационного оборудования, кабельной инфраструктуры и автоматизированных рабочих мест.

- Подсистема контрольно-ревизионной службы (КРС) - подсистема, предназначенная для реализации процесса контроля оплаты/регистрации ЭСОП при проезде в транспортных средствах Перевозчиков.

- Подсистема интеграции с внешними системами - подсистема, предназначенная для информационного взаимодействия с внешними информационными системами, используемыми Предприятиями, Коммерческими агентами, Операторами платежных сервисов и Уполномоченными органами.

- Подсистема информационной безопасности - подсистема, предназначенная для обеспечения комплекса мероприятий по защите информации.

7. Требования к функциональности АСУОП

7.1. Общие требования к АСУОП

АСУОП должна обеспечивать:

- Прием и учет оплаты проезда пассажиров с использованием Банковских карт, Транспортных карт, а также учет платежей, осуществленных с использованием наличных денежных средств;

- Учет проезда льготных категорий граждан с использованием зарегистрированных в АСУОП Транспортных карт в рамках реализованного функционала;

- Загрузку, хранение, протоколирование изменений и обработку НСИ;

- Соответствие подсистем АСУОП, участвующих в процессе обработки данных Банковских карт, стандартам безопасности МПС и НСПК (PCI-DSS);

- В целях соблюдения требований Федерального закона от 22.05.2003 N 54-ФЗ "О применении контрольно-кассовой техники при осуществлении расчетов в Российской Федерации" техническую возможность передачи данных об осуществленных транзакциях в АСУОП на фискальный накопитель, принадлежащий Перевозчику и отображает соответствующие данные в АСУОП;

7.2. Требования к подсистемам АСУОП, участвующим в обработке данных Банковских карт:

- обработка Банковских карт платежных систем МИР;

- обработка всех типов Банковских карт;

- постановка Банковских карт в Стоп-лист и их выведения из Стоп-листа, в том числе корректная работа с PAR по Токенам при перетокенизации;

- корректная обработка Банковских карт, находящихся в Стоп-листе (содержащего допустимые значения PAN, DPAN, PAR Банковских карт), Банковских карт с продленным Центральным банком Российской Федерации сроком действия, Банковских карт, с истекшим сроком действия, Карт с некорректными параметрами персонализации;

- отражение оплаченных/неоплаченных поездок в личном кабинете Перевозчика и личном кабинете Оператора АСУОП по всем Банковским картам, в том числе поиск конкретных записей и разным признакам зарегистрированных по ним оплат;

- проведение Доавторизации неоплаченных поездок, автоматически по расписанию, вручную из личного кабинета Оператора АСУОП вне расписания, а также по инициативе Пользователя АСУОП из авторизованной и не авторизованной части личного кабинета Пассажира АСУОП;

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

7.3. Требования к взаимодействию АСУОП с внешними информационными системами АСУОП должна предоставлять возможность двухстороннего взаимодействия с государственными информационными системами города Севастополя и иными внешними по отношению к АСУОП информационными системами по согласованию с Заказчиком, в том числе с ИС Карта Севастопольца.

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

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

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

8. Требования к техническому сопровождению АСУОП

8.1. Общие требования к техническому сопровождению АСУОП

В течение всего срока действия Договора Исполнитель должен обеспечить функционирование АСУОП в соответствии с данными Техническими требованиями и согласованными с Заказчиком регламентами обслуживания АСУОП.

В случае нарушения функционирования АСУОП, Исполнитель должен восстановить работоспособность АСУОП в срок, определенный в Договоре.

8.2. Требования к техническому сопровождению АСУОП

В течение всего срока действия Договора Исполнитель должен производить своевременное обслуживание и модернизацию оборудования и программного обеспечения АСУОП в соответствии с требованиями производителей оборудования и разработчиками программного обеспечения.

Специалисты службы поддержки Исполнителя должны решать следующие задачи:

- обеспечение мониторинга работоспособности оборудования (на основании поступающей в АСУОП информации и информации от конечных пользователей), формирование электронных заявок на диагностику нештатной работы оборудования;

- решение обращений пользователей, требующих технических компетенций;

- локализация проблем, которые не могут быть разрешены специалистами Исполнителя и передача их экспертам поставщика оборудования / разработчиков подсистем АСУОП;

- обслуживание программного обеспечения;

- аналитическая работа по формулированию и управлению требованиями к программному обеспечению и оборудованию.

Поддержка АСУОП должна осуществляться в соответствии с параметрами качества сервиса на двух уровнях:

Параметры качества сервиса для 1 уровня поддержки

Параметр	Значение
Режим работы поддержки	365 дней/год х 20 часов (с 05:00 до 01:00)
Время реакции на заявку на 1 уровне поддержки	20 минут в течение рабочего дня

Параметры качества сервиса для 2 уровня поддержки

Параметр	Значение
Режим работы поддержки	5 дней в неделю х 8 часов
Время реакции на заявку на 2 уровне поддержки	1 час в течение рабочего дня

8.3. Требования к техническому сопровождению терминального оборудования

Оснащение Перевозчиков АСУОП оборудованием и обслуживание данного оборудования производится Исполнителем в соответствии Правилами АСУОП и договорами присоединения к ним Перевозчиков.

В течение всего срока действия Договора Исполнитель должен производить своевременное обслуживание оборудования и модернизацию установленного на нем программного обеспечения в соответствии с требованиями производителей оборудования и разработчиками программного обеспечения.

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

Уровень 1 - специалистами Исполнителя;

Уровень 2 - специалистами Исполнителя;

Уровень 3 - специалистами Поставщика оборудования (в случае предоставления оборудования Исполнителем).

Специалисты 1 Уровня службы поддержки Исполнителя решают следующие задачи:

- единая и доступная точка контакта для пользователей оборудования Перевозчиков АСУОП (водители, кондукторы и т.д.);

- консультирование пользователей оборудования;

- решение вопросов и запросов пользователей, не требующих высокой технической квалификации (в пределах компетенции);

- локализация проблем, которые не могут быть разрешены специалистами 1 Уровня службы поддержки Перевозчика АСУОП и передача их специалистам Исполнителя 2 Уровня/Поставщика оборудования;

- формирование электронных заявок на тех. обслуживание специалистами Исполнителя/Поставщика оборудования.

Специалисты 2 Уровня службы поддержки Исполнителя решают следующие задачи:

- обеспечение мониторинга работоспособности оборудования (на основании поступающей в АСУОП информации), формирование электронных заявок на диагностику не штатной работы оборудования, обеспечение информационного взаимодействия между тремя уровнями поддержки;

- решение эскалированных на 2 Уровень обращений пользователей;

- локализация проблем, которые не могут быть разрешены специалистами Исполнителя и передача их экспертам Поставщика оборудования;

- участие в приемочных испытаниях новых версий программного обеспечения и оборудования;

- аналитическая работа по формулированию и управлению требованиями и изменениями к программному обеспечению и оборудованию;

- восстановление работоспособности или замена (по согласованию с Перевозчиком АСУОП) вышедшего из строя терминального оборудования, или его элементов, установленного в ТС.

Специалисты Поставщика оборудования решают следующие задачи:

- гарантийное и послегарантийное обслуживание программного обеспечения и оборудования;

- реализация требований и изменений программного обеспечения и оборудования;

- негарантийный ремонт оборудования на возмездной основе по отдельному договору с Перевозчиками АСУОП.

При обслуживании оборудования:

- осуществляется оценка дефектов элементов оборудования;

- решение о замене отдельных компонент оборудования происходит индивидуально для каждого компонента комплекта оборудования;

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

При выявлении случаев выхода из строя оборудования, не связанных с виной Поставщика оборудования или Исполнителя, компенсация соответствующих расходов по восстановлению работоспособности оборудования осуществляется Перевозчиками АСУОП самостоятельно.

Параметры качества сервиса для 1 и 2 уровня поддержки АСУОП:

Параметр	Значение
Режим работы поддержки	365 дней/год х 20 часов (с 05:00 до 01:00)
Время реакции на заявку на 1 и 2 уровнях поддержки	2 часа в течение рабочего дня

9. Требования к поддержке АСУОП

Следующие пункты настоящего ТЗ N 9.1 - 9.12 относятся к решению АСУОП, переданному Исполнителю от Заказчика. Исполнитель гарантирует удовлетворение указанных требований в режиме поддержки.

9.1. Требования к режимам функционирования и схемам обслуживания АСУОП.

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

Время проведения процедур технического обслуживания с 02 ч. 00 мин. до 4 ч. 00 мин.

Программное и аппаратное обеспечение АСУОП должно обеспечивать возможность функционирования:

- кондукторной схемы обслуживания;

- бескондукторной схемы обслуживания.

9.2. Требования к персоналу участников АСУОП и режиму его работы

Для работы в АСУОП участники привлекают следующих специалистов:

- кондуктор/водитель - работник перевозчика, использующий терминалы оплаты для оплаты проезда пользователями АСУОП (пассажирами). Необходимая квалификация кондуктора/водителя определяется перевозчиком;

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

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

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

- специалист по сопровождению АСУОП (специалист по сопровождению) - работник Исполнителя, ответственный за сопровождение АСУОП. Необходимая квалификация и численность специалистов по сопровождению АСУОП определяется Исполнителем исходя из требований к функционированию системы 24/7.

9.3. Требования к программному и техническому обеспечению

Оказание услуг по эксплуатации и сопровождению АСУОП проводится на программных и аппаратных средствах, передаваемых Заказчиком Исполнителю.

СУБД используемые в АСУОП:

- Oracle 11g - Базовая БД ЦОТТ

- 5 БД на Postgresql - Система эмиссии, пополнений, фискализации, транспортный препроцессинг, система эмиссии.

- MySQL - сайт АСУОП.

Система функционирует на Microsoft Windows Server 2012 R2 Standard (x64). Отчетная система при формировании отчетов использует Microsoft Office версию не ниже 2013.

Рабочие места функционируют на персональных компьютерах с операционной системой не ниже Microsoft Windows 8 с установленным Microsoft Office версией не ниже 2013.

Для эксплуатации АСУОП Исполнитель обеспечивает функционирование следующих технических средств в следующей конфигурации:

Сервер базы данных 2(up2)x x Intel Xeon E5-2620v4 32 Gb ECC DDR4- 2400 / 12 x 600 Gb SAS 10K HDD RAID 1+0;

Сервер приложений 2(up2)x x Intel Xeon E5-2630v4 16 Gb ECC DDR4- 2400 / 6 x 600 Gb SAS 10K HDD RAID 1+0;

Сервер системы эмиссии 2(up2)x x Intel Xeon E5-2630v4 16 Gb ECC DDR4-2400 / 6 x 600 Gb SAS 10K HDD RAID 1+0;

Сервер системы пополнений 2(up2)x x Intel Xeon E5-2630v4 32 Gb ECC DDR4-2400 / 6 x 600 Gb SAS 10K HDD RAID 1+0;

Сервер резервного копирования 2(up2)x x Intel Xeon E5-2620v4 32 Gb ECC DDR4-2400 / 12 x 600 Gb SAS 10K HDD RAID 1+0;

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

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

Связь с Уполномоченными органами осуществляется по системе шифрования VipNet, через оборудование сертифицированное ФСТЭК;

Для всех подсистем АСУОП необходим сертифицированный ФСТЭК мониторинг атак.

9.4. Требования к терминальному оборудованию

В существующей на территории города Севастополь АСУОП эксплуатируются терминалы New POS 8210 GPRS, CVB-24xx, CVP-24xx.

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

9.5. Требования к каналам связи используемым Исполнителем

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

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

Исполнитель:

Для формирования и получения отчетов Исполнитель должен использовать каналы связи с пропускной способностью не менее 3 Мбит/с. Для рабочих мест Исполнителя с использованием АРМ должны быть обеспечены каналы связи с пропускной способностью не менее 3 Мбит/с.

Агенты пополнения:

Для обеспечения времени ожидания клиентов не более 3 секунд для связи онлайн пунктов продажи/пополнения и АСУОП должны использоваться каналы связи с пропускной способностью не менее 1 Мбит/с.

Для защищенного обмена файлами с Уполномоченными органами по каналам информационно-телекоммуникационной сети "Интернет" Исполнитель должен использовать сертифицированные Федеральной службой безопасности и ФСТЭК России средства защиты информации.

9.6. Требования к веб-порталу и мобильному приложению Исполнителя

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

В личном кабинете пользователя должны отображаться:

- информация о привязанном пользователем транспортном носителе;

- история проведенных операций за весь период с момента создания учетной записи;

- иная информация доступная для пользователя в АСУОП.

В личном кабинете пользователя веб-портала АСУОП должны формироваться отчеты по операциям оплаты (регистрации) проезда.

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

Должна быть предусмотрена регистрация пользователей посредством заполнения электронной формы на веб-портале. Результатом регистрации является созданный личный кабинет (профиль) пользователя АСУОП.

Авторизация:

- доступ в систему должен предоставляться зарегистрированным пользователям;

- страница авторизации должна содержать функционал по восстановлению забытого пароля посредством e-mail.

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

Личный кабинет мобильного приложения, должен содержать историю поездок. Мобильное приложение должно работать на операционных системах Android с версии 5.0. или iOS с версии 11.

9.7. Требования к транспортным картам и иным средствам безналичной оплаты проезда

В качестве материальных носителей для транспортных карт используются микропроцессорные бесконтактные смарт-карты семейства Mifare Plus (объем памяти не менее 2K), Mifare Ultralight с записанным транспортным приложением "Удобный маршрут" с ключевым материалом города Севастополя, подключенные к АСУОП.

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

Запись транспортного приложения "Удобный маршрут" осуществляется на заводах - производителях материальных носителей, имеющих соответствующий договор с Правообладателем ПО "Удобный маршрут", методом оффлайн персонализации в соответствии со служебной информацией, полученной от Исполнителя. Транспортная карта с записанным транспортным приложением подключается Исполнителем к АСУОП.

Подключение транспортных карт к АСУОП - процедура загрузки уникальной информации о транспортной карте и ее параметрах (включая Тип льготы) в базу данных ЦОТТ "Транспортный процессинг" в соответствующем формате, осуществляемая Исполнителем.

Требования к материальным носителям:

1. Транспортные карты должны соответствовать требованиям государственных стандартов (Национальный стандарт Российской Федерации "Карты идентификационные. Карты на интегральных схемах бесконтактные. Карты близкого действия. Часть 2" ГОСТ Р ИСО/МЭК 14443-2-2014, Национальный стандарт Российской Федерации "Карты идентификационные. Методы испытаний. Часть 1" ГОСТ Р ИСО/МЭК 10373-1-2010).

- количество циклов перезаписи - не менее 200 000;

- допустимый срок эксплуатации - не менее 5 лет;

- размеры: 85,4 (+/- 0,5) мм х 54,0 (+/- 0,5) мм х 0,8 (+/- 0,5) мм;

- материал: поливинилхлорид;

- рабочая температура: от -10 °С до +85 °С.

2. Иные виды материальных носителей, являющихся электронным средством платежа в АСУОП (брелоки, браслеты, кольца и т.п.), должны соответствовать требованиям Национального стандарта Российской Федерации "Карты идентификационные. Карты на интегральных схемах бесконтактные. Карты близкого действия. Часть 2" ГОСТ Р ИСО/МЭК 14443-2-2014 и стандартов производителей, а также иметь экспертное заключение (если требуется).

3. В качестве транспортной карты может быть использована бесконтактная микропроцессорная банковская карта с записанным транспортным приложением, подключенная к АСУОП.

4. В качестве средств безналичной оплаты и/или учета проезда могут использоваться банковские платежные контактные/бесконтактные карты национальной платежной системы "МИР", эмитированные Банками-участниками АСУОП, выдаваемые физическим лицам для получения услуг при оплате за проезд и провоз багажа, по безналичному расчету, учету проданных билетов и совершённых поездок в общественном транспорте гражданами, отнесенными к льготным категориям, прошедшая соответствующую идентификацию для применения в АСУОП.

Данные карты должны соответствовать требованиям Постановления Правительства города Севастополя от 03.05.2018 N 268-ПП "Об утверждении порядка выпуска, выдачи и обслуживания единой городской карты Севастополя".

6. В качестве средств безналичной оплаты проезда могут использоваться бесконтактные банковские карты платежных систем МИР, Visa, MasterCard, а также устройства, поддерживающие технологию NFC с привязанной банковской картой перечисленных выше платежных систем.

Использование банковских карт иных платежных систем (как национальных, так и международных), разрешенных на территории РФ, осуществляется в соответствии с действующим законодательством РФ, правовыми актами города Севастополь и Правилами АСУОП.

9.8. Общие требования к оформлению транспортных карт

1. Транспортная карта с чипом семейства Mifare Plus должна быть выполнена на пластиковой основе с защитным покрытием - ламинат. Транспортная карта с чипом семейства Mifare Ultralight должна быть выполнена на бумажной основе. Допускается изготовление транспортной карты с чипом семейства Mifare Ultralight на пластиковой основе.

2. Способ нанесения изображения - прямая сублимационная, ретрансферная или офсетная печать, специализированные наклейки.

3. Дизайн (цвет, эскиз) транспортных карт и перечень (состав) информации, размещаемой на лицевой и оборотной сторонах транспортных карт определяется Исполнителем по согласованию с Заказчиком.

9.9. Требования к системе тарифных планов и тарифов.

Вид тарифного плана и параметры тарифа являются основой формирования транспортного ресурса.

На момент заключения с Исполнителем договора по развитию, эксплуатации и сопровождению инфраструктуры АСУОП используется два типа тарифных планов:

- "Проездной билет";

- "Электронный кошелек".

Список действующих тарифов отражен в Приложении N 1 к настоящему ТЗ.

В АСУОП приняты следующие правила установления тарифов для льготных карт:

Вид льготной карты	Вид "Проездного билета"	Тип льготы
Основная	Автобус/Троллейбус/ Катер	Без ограничений количества поездок на одного человека
С сопровождением	Автобус/Троллейбус/ Катер	Без ограничений количества поездок на двух человек
Временный социальный проездной билет	Автобус/Троллейбус/ Катер	Без ограничений количества поездок сроком на 1 месяц или до момента выпуска основной карты

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

Иные формы и виды тарифов и тарифных планов могут вводиться по инициативе Исполнителя и/или Заказчика, при условии их утверждения Заказчиком.

9.10. Требования к производительности АСУОП предъявляемые Исполнителю

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

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

Расширяемость сервера должна быть обеспечена на аппаратном уровне: сервер должен допускать расширение объема памяти, дискового пространства, исходя из масштабов решаемых задач и в режиме "горячей" замены (без остановки сервера).

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

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

АСУОП должна иметь возможность обслуживать до 2 тысяч транспортных средств и до 1 миллиона транспортных карт.

9.11. Требования к надежности АСУОП предъявляемые Исполнителю

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

- при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление работы систем и приложений должно происходить после перезапуска ОС;

- при ошибках в работе аппаратных средств (кроме носителей данных) восстановление функции системы возлагается на ОС;

- при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС;

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

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

В целях обеспечения требуемого времени восстановления при аппаратных сбоях предусмотреть:

- подключение сервера и оборудования к источникам бесперебойного питания;

- автоматическое отключение при получении сигнала предупреждения от источника бесперебойного питания;

- сохранность данных при нарушениях в работе серверного и сетевого оборудования;

На основных базах данных должно поддерживаться инкрементальное резервное копирование с интервалом в 1 час и полное копирование один раз в сутки. Глубина хранения резервных копий не менее 14 дней.

9.12. Состав и содержание услуг Исполнителя по эксплуатации и сопровождению АСУОП

9.12.1. Подготовительные мероприятия

Исполнитель обязан:

- принять от Заказчика, подготовить и разместить серверы с техническими требованиями не ниже минимальных согласно настоящему ТЗ;

- принять от Заказчика, приобрести (арендовать) лицензии на программное обеспечение согласно настоящему ТЗ, необходимое для последующей установки и настройки АСУОП, установить и произвести необходимые настройки;

9.12.2. Установка и настройка серверной части АСУОП

Требуется принять от Заказчика ПО АСУОП, перечисленное в пункте 6.2 настоящего ТЗ.

Проверить и при необходимости произвести настройку серверной части АСУОП для работы согласно Правилам АСУОП.

Принять и при необходимости настроить систему тарифных планов и тарифов в соответствии с правовыми актами города Севастополь на серверной части АСУОП.

Проверить и при необходимости провести процедуру авторизации участников АСУОП согласно Правилам АСУОП.

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

9.12.3. Настройка терминальной части АСУОП

Необходимо провести проверку и настройку системы тарифных планов и тарифов в соответствии с правовыми актами города Севастополь на терминальной части АСУОП.

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

9.12.4. Предоставление отчетов

Исполнитель на основании данных, полученных из АСУОП, должен формировать отчетность в согласованных с Участниками АСУОП формах и в сроки, установленные в Правилах АСУОП.

С даты начала эксплуатации АСУОП по Договору обязательным является предоставление Исполнителем следующих отчетов:

- "Отчет Оператора" (Приложение N 2 к настоящему ТЗ);

- "Отчет по терминалам ежедневный" (Приложение N 3 к настоящему ТЗ);

- "Отчет по маршрутам за месяц" (Приложение N 4 к настоящему ТЗ);

- "Отчет Оператора по льготным категориям граждан" по форме согласованной с Уполномоченным органом;

- "Реестр сомнительных операций с транспортными картами" (Приложение N 5 к настоящему ТЗ);

- иные формы отчетов, инициированные Заказчиком.

Исполнитель контролирует использование персонифицированных ТК в транспортных средствах перевозчиков, и в случае подозрений о неправомерности их использования информирует об этом участников АСУОП и не допускает совершение в дальнейшем подобных операций. При этом Исполнитель руководствуется нормативно-правовыми актами города Севастополь, Правилами АСУОП в актуальной редакции, договорами с Участниками АСУОП.

Заказчик вправе запросить у Исполнителя дополнительные формы отчетов в общераспространённых форматах (csv, txt, xls), не перечисленные выше.

9.12.5. Организация работы информационно-справочного центра.

Исполнитель организует работу "горячей" телефонной линии не менее семнадцати часов в сутки включая выходные и праздничные дни с 06:00 до 23:00. Звонок для клиентов со всех телефонов должен быть бесплатным.

Исполнитель организует офис информационно-справочного центра по работе с пользователями АСУОП и работу специалистов.

Информационно-справочный центр должен решать следующие основные задачи:

- оказывать консультационные услуги пользователям АСУОП;

- осуществлять прием заявлений от пользователей АСУОП;

- производить иные необходимые мероприятия по работе с транспортными картами в АСУОП, в соответствии с требованиями нормативно правовых актов города Севастополь и Правил АСУОП.

10. Требования к развитию АСУОП

10.1. Требования функциональности подсистем АСУОП в результате развития:

Подсистемы АСУОП должны быть разработаны с учетом перспектив развития и масштабирования АСУОП. Развитие АСУОП должно быть предусмотрено по следующим направлениям:

- добавление новых подсистем и пользовательских сервисов;

- расширение функциональных возможностей подсистем в ходе развития АСУОП;

- улучшение технических характеристик АСУОП, таких как производительность серверов и рабочих станций, коммутационного оборудования и оборудования маршрутизации, пропускной способности каналов связи;

- расширение состава взаимодействующих внешних автоматизированных систем;

- расширение состава нормативно-справочной информации АСУОП;

- добавление новых отчетных форм и модернизация существующих.

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

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

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

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

- Учет проезда льготных категорий граждан с использованием Банковских карт национальной платежной системы "МИР", прошедших идентификацию для применения в АСУОП.

- Загрузку, хранение, протоколирование изменений и обработку НСИ об остановках, Перевозчиках АСУОП, маршрутах, тарифах и терминальном оборудовании Перевозчиков АСУОП для всей маршрутной сети.

- Оказание информационно-справочных услуг пассажирам посредством Интернет-портала АСУОП и мобильного приложения пассажира.

В рамках модернизации АСУОП Исполнитель имеет право производить замену терминального оборудования АСУОП для обеспечения реализации нового функционала как за свой счет, так и за счет средств Перевозчиков АСУОП по предварительному согласованию с Заказчиком и Перевозчиками АСУОП.

10.2. Перечень подсистем АСУОП планируемых к реализации в результате развития АСУОП:

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

"Управление нормативно-справочной информацией" - предназначена для ведения, сбора и распространения нормативно-справочной информации, используемой в АСУОП.

"Управление платежными транзакциями" - предназначена для преобразования, проверки и маршрутизации потоков данных между терминальным оборудованием, подсистемой "Реализация проездных документов, оплаты и учета поездок" и внешними платежными системами.

"Реализация проездных документов, оплаты и учета поездок" - предназначена для реализации проездных документов длительного действия, оплаты разовых поездок, гашения проездных документов, учета совершенных поездок, контроля оплаты проезда и взаиморасчетов между Участниками АСУОП.

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

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

"Формирование отчетов" - предназначена для формирования оперативной и статистической аналитической отчетности.

"Информационное взаимодействие" - предназначена для информационного взаимодействия с внешними информационными системами Участников АСУОП.

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

"Контрольно-ревизионная служба" - предназначена для реализации процесса контроля оплаты/регистрации электронных средств платежа при проезде в транспортных средствах Перевозчиков или при посадке в транспортные средства Перевозчиков (оплаты перевозки транспортных средств и пассажиров на морском транспорте).

10.3. Перечень функциональных требований к подсистемам АСУОП.

10.3.1. Функциональные требования к подсистеме "Администрирование"

Подсистема "Администрирование" должна позволять управлять общесистемными настройками АСУОП.

Доступ к Подсистеме "Администрирование" должны иметь только пользователи с административными правами.

Подсистема "Администрирование" должна предоставлять возможность управления списками пользователей, имеющих доступ к АСУОП. Доступ к АСУОП предоставляется только после регистрации уполномоченных сотрудников согласно требуемым правам, полномочиям и разграничения доступа устанавливаемым Заказчиком.

В Подсистеме "Администрирование" должна быть реализована возможность привязки объектов доступа к ролям с указанием видов доступных операций (чтение/запись), включая доступ на уровне логических схем данных.

Привязка ролей к объектам доступа должна быть реализована в соответствии с документом "Матрица доступа".

Должна быть реализована возможность протоколирования действий пользователей в АСУОП с ведением истории изменения данных.

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

10.3.2. Функциональные требования к Подсистеме "Управление нормативно-справочной информацией"

Подсистема "Управление нормативно-справочной информацией" должна обеспечивать реализацию бизнес-процессов создания, хранения, корректировки и использования следующей общей нормативно-справочной информации:

- Справочник Перевозчиков АСУОП (организационно-правовая форма и наименование; контакты; договор на осуществление перевозок и т.д.).

- Справочник мер социальной защиты(поддержки).

- Справочник типов льготных категорий.

- Справочник типов предоставления льгот.

- Справочник тарифов (для городских, пригородных, междугородних маршрутов).

В АСУОП должны быть реализованы следующие способы тарификации проезда с использованием БК и наличного расчета:

- единый тариф на протяжении всего маршрута следования транспортного средства: стоимость проезда является постоянной величиной.

- Позонная тарификация: стоимость проезда определяется в зависимости от зоны (остановки) входа пассажира и зоны (остановки) выхода пассажира.

В АСУОП должны быть реализованы следующие способы тарификации проезда с использованием БК:

- фиксированная стоимость проезда в зависимости от количества предоплаченных поездок или срока действия билета (абонемента) с возможностью установления лимитов на количество поездок в пределах срока действия.

- Пересадочный тариф, предусматривающий пересадку пассажиров с одного транспортного средства на другое в соответствии с установленными правилами пересадки в г. Севастополь.

10.3.3. Функциональные требования к Подсистеме "Управление платежными транзакциями"

В Подсистеме "Управление платежными транзакциями" должна быть реализована следующая бизнес-логика обработки информации о поездках, осуществляемых с использованием электронных средств платежа:

- При получении сведений о фактах регистрации проезда с использованием электронных средств платежа от Терминалов АСУОП Подсистема "Управление платежными транзакциями" должна осуществлять их расшифровку и подачу запроса в Подсистему "Реализация проездных документов, оплаты и учета поездок" в соответствии с внутренними правилами маршрутизации и преобразования. Также в Подсистему "Реализация проездных документов, оплаты и учета поездок" должна осуществляться передача номера Терминала, осуществившего запрос, зоны посадки и высадки и других учетных данных.

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

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

10.3.4. Функциональные требования к Подсистеме "Реализация проездных документов, оплаты и учета поездок"

Подсистема "Реализация проездных документов, оплаты и учета поездок" должна выполнять следующие функции:

- Обеспечивать ведение учета БК, находящихся в обращении в АСУОП.

- Обеспечивать ведение учета стоп-листа.

- Обеспечивать ведение учета поездок по БК.

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

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

- Фиксировать факты осуществления перевозок пассажиров по данным, поступающим от Подсистемы "Управление платежными транзакциями", с указанием Перевозчика АСУОП, маршрута, транспортного средства, типа и вида транспорта, категории пассажира, способа оплаты проезда, факта оплаты проезда, даты и времени проезда, пункте отправления и пункте назначения (для маршрутов с зональной тарификацией).

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

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

В части автоматизации контрольно-ревизионной функции Подсистема "Реализация проездных документов, оплаты и учета поездок" должна обладать следующей функциональностью:

- Ведение списка контролеров.

- Фиксация отчетов о выполнении проверок контролером.

В рамках Подсистемы "Реализация проездных документов, оплаты и учета поездок" должно быть разработано приложение контролера. Данное приложение предназначено для установки на Терминалы АСУОП с поддержкой функции чтения данных о регистрации электронных средств платежа в АСУОП на текущем рейсе.

Приложение контролера должно реализовывать функции, указанные в п. 8.3.10.

10.3.5. Функциональные требования к Подсистеме "Информационно - справочные услуги"

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

Должна быть реализована адаптивная версия Интернет-портала для удобства просмотра с мобильных устройств.

Интернет-портал должен обладать следующей функциональностью:

1. Возможность отображения в соответствующих разделах Интернет-портала:

- общей информации об АСУОП и Участниках АСУОП;

- информации об общественном транспорте, порядке его использования, размере платы или ее отсутствии, порядке и способах оплаты со ссылками на соответствующие нормативно-правовые акты, инструкции и регламенты;

- информации о маршрутной сети (с отображением на карте), расписании движения общественного транспорта, обслуживающих предприятиях;

- списка пунктов продажи, возврата и обмена ЭСОП на территории города Севастополя с указанием адресов и режимов работы;

- новостей, а также информации о возникновении нештатных ситуаций и изменениях в режимах работы транспорта и т.п.

- информации о движении транспортных средств по маршруту в режиме реального времени;

- информации о прогнозе прибытия транспортных средств на остановочные пункты.

2. Предоставление следующих сервисов:

- сервис планирования поездок общественным транспортом;

- сервис подачи заявок в службу поддержки АСУОП.

- Сервис по выводу БК/Токена из Стоп-листа.

3. Предоставление доступа к личному кабинету Пользователя АСУОП со следующими функциями:

- авторизация в личном кабинете;

- привязка БК к учетной записи пользователя;

- информацию о проездных документах;

- отображение информации о возможности совершения поездок по привязанным БК;

- получение информации о доступных льготах пассажира с указанием статуса;

- получение информации о поездках, совершенных с применением привязанных БК;

- проведение проверки статуса БК/Токена (наличие или отсутствие задолженности) и оплата долга за осуществленные поездки, вручную по инициативе Пользователя АСУОП.

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

- пол пользователя;

- год рождения пользователя;

- образование пользователя: начальное, неполное среднее, среднее, неполное высшее, высшее, ученая степень;

- принадлежность пользователя к социальной группе: работающий, безработный, студент, работающий студент, школьник, пенсионер, работающий пенсионер, домохозяйка, иное;

- сфера деятельности: услуги (потребительские товары, розничные сети), промышленность, энергетика, аграрный комплекс, финансы, транспорт и инфраструктура, иное;

- идентификатор принадлежности к пассажирам, оформившим право на льготный проезд.

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

4. Предоставление доступа к личным кабинетам Участников АСУОП со следующими возможностями:

- авторизация в личном кабинете по выданным Исполнителем АСУОП учетным данным;

- управление данными в соответствии с полномочиями, правами и обязанностями;

- формирование отчетов.

Мобильное приложение АСУОП в составе Подсистемы "Информационно-справочные услуги" предназначается для использования пассажирами общественного транспорта на личных мобильных устройствах и должно реализовывать следующие функции:

5. Для неавторизованных пользователей:

- Проведение проверки статуса БК/Токена (наличие или отсутствие задолженности) и оплата долга за осуществленные поездки, вручную по инициативе Пользователя АСУОП.

- просмотр новостей, а также информации о возникновении нештатных ситуаций и изменениях в режимах работы транспорта и т.п.;

- получение информации о движении транспортных средств по маршруту в режиме реального времени;

- получение информации о прогнозе прибытия транспортных средств на остановочные пункты;

- подача заявок в службу поддержки АСУОП.

6. Для авторизованных пользователей:

- привязка БК/Токена к учетной записи пользователя;

- информацию о проездных документах;

- отображение информации о возможности совершения поездок по привязанным БК/Токена;

- получение информации о доступных льготах пассажира с указанием статуса, при наличии предоставления информации Уполномоченным органом;

- получение информации о поездках, совершенных с применением привязанных БК/Токена;

- Проведение проверки статуса БК/Токена (наличие или отсутствие задолженности) и оплата долга за осуществленные поездки, вручную по инициативе Пользователя АСУОП

7. Выделение (закрепление) телефонного номера для организации работы "Горячей линии" (Call-центра).

8. Предоставление удаленного регламентированного доступа операторам "Горячей линии" (Call-центра), к необходимой информации АСУОП с целью оперативного решения вопросов пользователей, обратившихся на "Горячую линию" (в Call-центр).

10.3.6. Функциональные требования к Подсистеме "Управление терминальным оборудованием"

1. Подсистема "Управление терминальным оборудованием" должна обеспечивать:

- Ведение реестра терминального оборудования.

- Хранение профилей различных типов терминального оборудования.

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

- Централизованное ведение параметров оборудования.

- Возможность настройки параметров для любого профиля типа оборудования.

2. Подсистема "Управление терминальным оборудованием" должна в ответ на получение от терминалов запросов на обновление данных передавать необходимые данные в терминалы.

10.3.7. Функциональные требования к Подсистеме "Формирование отчетов"

Подсистема "Формирование отчетов" должна обеспечить формирование необходимых отчетов в едином стиле и оформлении (формы настроек отчетов с отборами, шрифты, выходные формы, цветовое оформление).

В процессе реализации плана развития АСУОП база данных, используемых для формирования отчетности, должна содержать расширенный набор полей личных кабинетов пользователей и содержать следующие обязательные формы:

- Отчет о среднем количестве поездок в разрезе маршрутов/перевозчиков за указанный период (максимальный период отчета должен соответствовать полному сроку эксплуатации АСУОП) и среднем количестве поездок по видам транспорта;

- Сводный отчет о подвижности пользователей АСУОП;

- Отчет об изменении неперсонифицированных (квалифицирующих) параметров учетных записей пользователей АСУОП;

- Сводный отчет по наборам данных, заданным авторизованным пользователем со стороны Заказчика (конструктор отчетов);

- Сводный отчет о фактических поездках льготных категорий граждан;

Сводный отчет о подвижности пользователей АСУОП должен обеспечивать формирование отчета (-ов) на основе результатов обработки базы данных пользователей ЭСОП по следующим неперсонифицированным (квалифицирующим) параметрам учетной записи отдельного пользователя:

- пол:

- возраст (автоматический расчет по году рождения);

- образование;

- принадлежность к социальной группе;

- сфера деятельности;

- использование льгот на проезд;

- применяемые ЭСОП;

- среднее количество поездок.

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

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

Построение

Доступ Участников АСУОП к отчетам должен осуществляться в рамках личных кабинетов Подсистемы "Информационно-справочные услуги" с учетом наборов прав пользователей.

Во всех формируемых отчетных формах обязательно должны быть указаны:

- отборы отчета, установленные пользователем;

- учетные данные пользователя, сформировавшего отчет;

- дата и время формирования отчета.

Все отчетные формы должны иметь возможность сохранения в форматах csv.

Необходимые формы отчетов формируется в соответствии с функциональными возможностями АСУОП по заданию Заказчика.

10.3.8. Функциональные требования к Подсистеме "Информационное взаимодействие"

Подсистема "Информационное взаимодействие" должна обеспечивать информационный обмен с внешними по отношению к АСУОП информационными системами поставщиков данных и потребителей информации, установленными Заказчиком.

Все протоколы взаимодействия АСУОП с внешними ИС должны быть документированы. Для этого на этапе предпроектного обследования должны быть разработаны частные технические задания на организацию информационного взаимодействия АСУОП с каждой из внешних ИС. Данные документы должны быть согласованы с владельцами внешних ИС. Соглашения на информационное взаимодействие АСУОП с внешними ИС заключаются Оператором от имени Заказчика.

Перечень внешних информационных систем, с которыми должен быть налажен информационный обмен:

- Банковский процессинговый центр (Банк);

- Департамент труда и социальной защиты населения города Севастополя;

- Другие ИС по согласованию с Заказчиком.

При разработке Подсистемы "Информационное взаимодействие" в обязательном порядке должны быть учтены следующие требования:

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

- должна быть обеспечена возможность обмена данными как в ручном, так и в автоматическом (по расписанию) режимах;

- должен вестись протокол обмена; в случае наличия ошибок при обмене должна быть предусмотрена процедура информирования персонала, занятого техническим обслуживанием АСУОП;

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

10.3.9. Функциональные требования к Подсистеме "Реестр пассажиров льготных категорий"

Подсистема "Реестр пассажиров льготных категорий" должна обеспечивать следующую функциональность:

1. Ведение реестра субъектов, имеющих право на льготный проезд в общественном транспорте городского и пригородного сообщения города Севастополя путем привязки hashPan банковской карты ко льготной категории. Также должен вестись учет привязанной к субъекту, имеющему право на получение мер социальной защиты (поддержки), БК, как средства аутентификации для получения льготы.

2. В ответ на запрос Подсистемы "Реализация проездных документов, оплаты и учета поездок" Подсистема "Реестр пассажиров льготных категорий" должна передавать информацию по найденным по указанной БК льготам.

3. Система должна получать на периодической основе реестр hashPan банковских карт от ИС Карты Севастопольца для предоставления льготных поездок. Информационное взаимодействие осуществляется Исполнителем после ввода в эксплуатацию ИС Карты Севастопольца.

10.3.10. Функциональные требования к Подсистеме "Контрольно-ревизионной службы" (КРС)

Автоматизированные рабочие места подсистемы Контрольно-ревизионной службы дают возможность:

- Загрузка в терминал КРС данных, необходимых для работы ревизора;

- Управление справочником ревизоров:

добавление информации о ревизоре;

редактирование информации о ревизоре;

удаление информации о ревизоре.

- Передача транзакций проверки оплаты проезда во время проведения сеанса связи с ПЦ;

- Просмотр журналов АРМ о проведенных операциях.

Конкретный способ реализации функций определяет Исполнитель самостоятельно.

В состав функций Программного обеспечения Терминалов сотрудников КРС (ревизоров) входят следующие

- авторизацию контролера в приложении;

- получение информации об электронном средстве оплаты проезда и информации о факте регистрации поездки по данному средству оплаты проезда в текущем ТС в пределах текущего рейса;

- ведение учета о проверенных электронных средствах оплаты проезда с фиксацией результата проверки.

10.3.11. Функциональные требования к инфраструктуре АСУОП на морском пассажирском транспорте

Исполнитель должен обеспечить организацию инфраструктуры АСУОП морского пассажирского транспорта для прохода на посадку к пассажирским катерам и паромам через турникеты, обеспечивающие безопасное и надежное перекрытие зоны прохода, ограничение несанкционированного доступа. Входные группы турникетов должны иметь модульную конструкцию, позволяющую при необходимости осуществить перемещение оборудования, быть адаптированы для слабовидящих и маломобильных групп населения (далее - ММГН).

Турникеты и механизмы в них должны быть изготовлены из прочных сплавов, иметь антикоррозийное покрытие, защищающее их от негативных последствий осадков, воздействия агрессивной среды (морская вода, аэрозоли морских солей, высокая влажность воздуха) с учетом эксплуатации в температурном диапазоне от не более -20 °С до не менее +50 °С, стойкое к механическим повреждениям, а также обеспечивающее эксплуатацию турникетов как в помещении, так и вне его.

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

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

Входные группы турникетов должны быть оборудованы:

- терминалами для бесконтактной оплаты проезда электронными средствами оплаты проезда, в том числе зарегистрированными в АСУОП;

- аппаратами, позволяющими приобрести разовые билеты;

- информационной стойкой с расписанием движения пассажирских судов;

- табло прогноза прибытия, функциональные возможности которых должны обеспечить возможность интеграции через открытые программные интерфейсы (API) с существующими в городе Севастополе системами управления транспортом и прогноза прибытия.

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

Перечень мест установки турникетов:

N	Место установки	Количество турникетов:	В том числе:
		не менее	для пассажиров	для ММГН и экскурсионных группы, не менее
1	г. Севастополь, Графская пристань, причал N 144	3	2	1
2	г. Севастополь, Графская пристань, причал N 146 (Водокатная)	5	4	1
3	г. Севастополь, Графская пристань, причал N 147	5	4	1
4	г. Севастополь, Северная сторона, пл. Захарова, причал N 11	5+5	4+4	1+1
5	г. Севастополь, Артиллерийская бухта, причал N 155	4+4	3+3	1+1

На причале N 144 (Графская пристань) и N 155 (Артиллерийская бухта) необходимо установить 1 двухпроходной турникет и дополнительно 1 турникет для ММГП и экскурсионных групп

На причалах N N 146, 147 (Графская пристань) с учетом высокого пассажиропотока необходимо установить на каждом не менее 4 турникета и дополнительно по 1 турникету для ММГН и экскурсионных групп

На причале N 11 (пл. Захарова) необходимо установить две входные группы турникетов, каждая из которых должна состоять не менее чем из 4 турникетов и 1 турникета для ММГН и экскурсионных групп.

Количество турникетов может быть изменено, согласно созданной и утвержденной Заказчиком проектной документации.

10.3.12. Функциональные требования к развитию инфраструктуры АСУОП на пригородном железнодорожном транспорте.

Исполнитель оснащает оборудованием АСУОП кассы продажи билетов на пригородные ж/д поезда в заданных пунктах остановок поездов, либо осуществляет интеграцию с действующим оборудованием Перевозчика. Также, за счет оборудования АСУОП реализуется возможность приобретения билетов непосредственно в пригородных поездах. Оснащение АСУОП дает возможность продавать пассажирские билеты (как непосредственно на местах, так и через Web или Мобильное приложение) и фиксировать льготный проезд с применением зарегистрированных в АСУОП БК в качестве льготных (для лиц, заведенных в систему АСУОП как обладателей льгот).

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

ГАРАНТ:

Нумерация пунктов приводится в соответствии с источником

10.3. Требования к Оборудованию АСУОП

10.4.1. Функциональные требования к мобильному терминалу (валидатору)

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

Мобильный терминал (валидатор) должен обладать внутренней памятью для хранения информации (тарифы, список маршрутов, список обслуживаемых типов карт, БИН-диапазоны, стоп-листы и т.д.), доступ к которой осуществляется непосредственно в момент взаимодействия со средством аутентификации, а также для накопления информации о поездках, продажах разовых билетов водителем и событиях в работе Системы.

Предполагается использование 2-х видов мобильных терминалов (валидаторов): для транспортных средств малой вместимости (мобильный терминал для ТС МВ) и для транспортных средств средней, большой и особо большой вместимости (мобильный терминал для ТС СВ, БВ, ОБВ).

1) Пассажирский валидатор и электронные средства оплаты проезда должны взаимодействовать согласно стандарту ISO/IEC 14443.

2) Пассажирский валидатор должен иметь разъём для подключения SAM - модулей по интерфейсу ISO7816.

3) Пассажирский валидатор, должен поддерживать звуковую и световую индикацию, при обслуживании электронных средств оплаты проезда.

При работе водителя/кондуктора ПО мобильного терминала должно обеспечивать:

- Прием оплаты проезда в соответствии со сценариями оплаты, описанными в настоящем Техническом задании.

- Техническую возможность приема оплаты проезда с применением банковских карт платежных систем MasterCard, VISA, МИР.

- Техническую возможность оплаты проезда с применением Транспортных карт.

- Аутентификацию водителя/кондуктора на мобильном терминале по служебной карте.

- Загрузку(обновление) перед началом смены следующих данных:

данных тарификации проезда;

данных по маршрутам и остановкам (с учетом тарифных зон);

белых списков для льготного проезда по факту получения информации от Уполномоченного органа и/или ИС Карта Севастопольца;

стоп-листов.

- Печать билетов на разовую поездку при оплате за наличный расчет на встроенном принтере.

- Визуальное отображение информации об учете оплате проезда на экране пассажирского валидатора.

- Формирование пакетов данных и передачу их в Подсистему "Управление платежными транзакциями" с заданным интервалом.

- Загрузку параметров мобильного терминала из Подсистемы "Управление терминальным оборудованием".

- Передачу информации о работоспособности терминального оборудования в Подсистему "Администрирование".

- Загрузку данных по стоп-листам с заданным интервалом.

- Учет общего количества наличных денег, собранных водителем/кондуктором за разовые билеты и ТК с момента сдачи выручки.

Кроме того, при необходимости, ПО мобильных терминалов для ТС СВ, БВ и ОБВ должно обеспечивать:

- Включение, выключение и перезагрузку установленных в ТС стационарных терминалов (валидаторов).

- Прием информации о фактах фиксации оплаты проезда от установленных в ТС стационарных терминалов (валидаторов).

- Передачу на установленные в ТС стационарные терминалы (валидаторы) информации о разрешении(отказе) прохода.

При работе контролера ПО мобильного терминала должно обеспечивать:

- Аутентификацию контролера на мобильном терминале по служебной карте.

- Выбор маршрута для проведения контроля в ручном или автоматическом режиме.

- Учет количества проверенных пассажиров в разрезе формы оплаты проезда, маршрута, транспортного средства с указанием статуса проверки (оплачен/не оплачен проезд), маршрута, идентификатора транспортного средства, тарифной зоны/остановки проведения проверки.

10.4.2. Функциональные требования к стационарному терминалу (валидатору)

Стационарный терминал (валидатор) - автоматическое устройство фиксации оплаты проезда с помощью банковской или транспортной карты, установленное в салоне транспортного средства путем крепления к поручню.

В одно ТС может быть установлено более одного стационарного терминала (валидатора).

ПО стационарного терминала (валидатора) должно обеспечивать:

- Прием оплаты проезда в соответствии со сценариями оплаты, описанными в настоящем Техническом задании.

- Техническую возможность приема оплаты проезда с применением банковских карт платежных систем MasterCard, VISA, МИР.

- Техническую возможность оплаты проезда с применением транспортных карт.

- Передачу информации по оплате проезда мобильному терминалу (валидатору) для ТС СВ, БВ и ОБВ.

- Информирование держателя ЭСОП о разрешении (запрете) прохода на основе полученных от мобильного терминала (валидатора) для ТС СВ, БВ и ОБВ сведений (визуальное отображение информации).

- При разрешении прохода и оплате (учете) проезда формировать электронный билет и записывать его в память мобильного терминала.

10.4.3. Функциональные требования к коммуникационному оборудованию связи бортового оборудования и автоматизированной системы.

Коммуникационное оборудование должно обеспечивать взаимодействие, обеспечивающее поддержку АСУОП посредством беспроводного обмена данными по интерфейсам GSM/GPRS (или иным способом, в том числе проводным способом).

11. Требования к режимам функционирования АСУОП

Каждая подсистема, входящая в состав АСУОП, должна иметь следующие основные режимы функционирования:

- Штатный - основной режим функционирования. В данном режиме подсистема выполняет свои функции в соответствии с техническими и организационными инструкциями.

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

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

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

В целях недопущения блокирования функций по обслуживанию граждан при оплате ими проезда в городском общественном транспорте с использованием ЭСОП в силу возможного наличия перебоев в работе каналов связи должна быть обеспечена возможность функционирования терминального оборудования систем (подсистем), установленного в транспортных средствах Перевозчиков и на объектах транспортной инфраструктуры (автовокзалы, автостанции, порт, причалы), в режиме Offline в течение установленного настройками систем (подсистем) периода времени.

12. Требования к программному обеспечению АСУОП

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

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

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

АСУОП должна функционировать в режиме времени, близкому к реальному, в едином информационном пространстве.

Пользовательские интерфейсы всех подсистем, входящих в состав АСУОП, должны функционировать без дополнительных ограничений на автоматизированных рабочих местах пользователей в среде следующих интернет-браузеров:

- Яндекс.Браузер (версия 17 и выше),

- Google Chrome (версия 49 и выше),

- Mozilla Firefox (версия 50 и выше),

- Safari (версия 10 и выше).

или их аналогов, но с возможностью (при необходимости) установки дополнительных бесплатных компонент. Для автоматизации рабочих мест сотрудников Перевозчика АСУОП допускается использование АРМ, работающих в режиме приложения.

Мобильное приложение должно поддерживать работу в следующих ОС:

- iOS версий 11 и выше,

- Android версий 5.1 и выше.

Допускается установка общего и специального программного обеспечения АСУОП с применением системы виртуализации.

Доступ к Интернет-порталу должен происходить только по протоколу https.

Для всех соединений с внешними системами должны быть реализованы защищенные протоколы обмена данными.

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

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

13. Требования по обеспечению информационной безопасности АСУОП

АСУОП должна относиться к группе многопользовательских информационных систем с разными правами доступа.

Несанкционированный доступ к данным АСУОП должен быть ограничен следующими средствами и способами:

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

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

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

Осуществлением передачи информации по каналам связи и хранением резервных копий данных АСУОП с применением средств криптографической защиты.

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

- Федеральный закон Российской Федерации от 27.07.2006 N 149-ФЗ "Об информации, информационных технологиях и о защите информации";

- Федеральный закон Российской Федерации от 27.07.2006 N 152-ФЗ "О персональных данных";

- Указ Президента Российской Федерации от 06.03.1997 N 188 "Об утверждении перечня сведений конфиденциального характера";

- Положение об особенностях обработки персональных данных, осуществляемой без использования средств автоматизации", утвержденное постановлением Правительства Российской Федерации от 15.09.2008 N 687;

- Постановление Правительства Российской Федерации от 01.11.2012 N 1119 "Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных";

- Приказ ФСТЭК России от 18.02.2013 N 21 "Об утверждении Состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных".

14. Требования к патентной чистоте АСУОП

Используемое в системах (подсистемах) программное обеспечение должно иметь законное происхождение и не нарушать чьи-либо авторские права.

Программные и технические средства АСУОП, приобретаемые у сторонних организаций, должны быть обеспечены всеми необходимыми сертификатами и лицензиями. При разработке основных системотехнических решений и специального программного обеспечения не должны использоваться решения третьих фирм, защищенные патентами или иными действующими на территории Российской Федерации документами, удостоверяющими авторские права на них, без соответствующего лицензионного соглашения с авторами данных решений. Выполнение требований по обеспечению лицензионной чистоты программного обеспечения, обеспечивается Исполнителем.

15. Порядок разработки правил АСУОП

Исполнителем разрабатываются и утверждаются по согласованию с Заказчиком Правила АСУОП, подготовленные в соответствии с требованиями ТЗ.

Правила АСУОП предусматривают следующее:

Общие сведения об АСУОП.

Состав Участников АСУОП.

Права и обязанности Участников АСУОП:

- права и обязанности Заказчика;

- права обязанности Оператора;

- права и обязанности Агента;

- права и обязанности Расчетного банка;

- права и обязанности Перевозчика.

Формы соглашений между Участниками АСУОП:

- формы соглашений присоединения (подключения) Агента, Расчетного банка, перевозчика к АСУОП.

Порядок расчетов в АСУОП и предоставления отчетности, в том числе:

- методика (порядок) распределения средств между Участниками АСУОП, полученных от пополнения транспортных карт, в том числе распределения средств предоплаченных проездных билетов длительного пользования между Перевозчиками;

- формы отчетов.

Порядок обмена информацией в АСУОП.

Ответственность Участников АСУОП.

Порядок урегулирования споров между Участниками АСУОП.

Правила пользования транспортной картой в АСУОП.

Иные условия и порядок внесения изменений в Правила АСУОП.

16. Требования к документированию АСУОП

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

- ГОСТ 34.003-90, ГОСТ 19.004-80-82 - в части терминологии;

- ГОСТ 34.201-89, ГОСТ 19.101-77-82 в части наименования и обозначения документов.

Формальное полное соответствие документов требованиям ЕСПД по составу и структуре разделов не требуется. При этом должно быть достигнуто адекватное описание всех видов обеспечения, достаточное для подготовки персонала, установки, настройки, эксплуатации и технического сопровождения подсистем АСУОП по всем позициям, определяемым ЕСПД для отдельных документов.

В обязательном порядке в составе документации АСУОП должны быть разработаны следующие документы:

- Пояснительная записка к техническому проекту.

- Описание автоматизируемых функций.

- Описание комплекса технических средств.

- Описание информационной базы.

- Описание программного обеспечения.

- Матрица доступа.

- Руководства пользователей.

- Руководство системного программиста.

- Программа и методика приемочных испытаний АСУОП.

- Частные технические задания на интеграцию АСУОП с внешними ИС.

- Программа и методика испытаний интеграции АСУОП с внешними ИС.

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

Отчетные материалы должны быть оформлены на листах формата А4 и А3 без рамки, основной надписи и дополнительных граф к ней, предусмотренных ГОСТ 2.301-68. Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине).

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

Документация передается на бумажных (два экземпляра) и на электронных носителях (CD/DVD). Текстовые документы, передаваемые на машинных носителях, должны быть представлены в формате pdf (шрифт PT Astra Serif, размер шрифта - 12 пт., межстрочный интервал - 1,5).

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

17. Требования к контролю целостности данных, поступающих с ТО

Протокол обмена данными между ТО и другими подсистемами должен позволять однозначно определить:

1. ТО, на котором были выполнены операции. Для этого все пакеты, передаваемые с ТО, должны быть подписаны уникальным для каждого устройства закрытым ключом.

2. Время выполнения операций, для этого информация обо всех операциях, передаваемая с ТО, должно включать в себя информацию о времени выполнения каждой операции.

18. Требования к сохранности информации при авариях

Перечень событий, при которых должна обеспечиваться сохранность информации в Системе:

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

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

Система должна быть реализована с применением "холодного" и "горячего" резервирования:

- серверное оборудование ("горячее" резервирование серверов);

- коммуникационное оборудование (обеспечение каналов связи нескольких провайдеров и резервирование схем коммуникаций);

- каналы связи (наличие проложенных запасных линий связи);

- дисковые накопители и схемы резервного копирования данных;

- оборотные фонды оборудования.

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

19. Требования к центру обработки данных исполнителя

Требования к мониторингу функционирования ЦОД

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

Мониторинг, управление ЦОД, отслеживание критических параметров работы оборудования ЦОД, программного обеспечения и сервисов должны осуществляться специалистами в ежедневном круглосуточном режиме.

Исполнитель должен обеспечить контроль в режиме реального времени следующих параметров:

- Температура воздуха внутри серверных стоек;

- Температура и влажность воздуха в горячих и холодных коридорах;

- Режимы работы прецизионных кондиционеров;

- Качество и уровень потребления электроэнергии на уровне отдельных стоек, параметров работы источников бесперебойного питания.

Требования по контролю доступа к ЦОД

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

Здание ЦОД должно оборудоваться охранной сигнализацией с датчиками проникновения и движения. В целях защиты от несанкционированного физического доступа к серверам ЦОД Исполнитель должен обеспечить наличие в здании ЦОД пропускного режима, системы контроля и управления доступом (СКУД), круглосуточной охраны здания.

Контроль и управление доступом в ЦОД и служебные помещения должны осуществляться с использованием современных систем ограничения доступа с применением бесконтактных карт с индивидуальным кодом. Физический доступ к размещенному в технической зоне серверному и телекоммуникационному оборудованию должен осуществляться только в сопровождении персонала дежурной смены инженеров ЦОД. Вход в помещения ЦОД должен осуществляться исключительно в соответствии со списками, заранее согласованными со службами ЦОД или по заранее заказанному пропуску.

Требования к сетевой инфраструктуре

Отказоустойчивое ядро сети должны составлять маршрутизаторы и коммутаторы, соединенные каналами не менее 10 Гбит/с.

Системы безопасности ЦОД должны быть реализованы на базе высокопроизводительных межсетевых экранов и системы предотвращения атак, выявляющей все известные виды атак, в том числе атак типа ddos.

Требования к каналам связи

Основной и резервный ЦОД должны объединяться между собой двумя собственными независимыми оптическими магистралями, обладающими текущей пропускной способностью 10 Гбит/с по каждому волокну и имеющими возможность дальнейшего расширения.

Каждый ЦОД должен иметь подключения по оптическим каналам связи к нескольким операторам связи (не менее двух).

Требования к системе электропитания

Электропитание в ЦОД должно подаваться от двух трансформаторных подстанций городских электросетей (два независимых ввода). Электрический ввод (основной и резервный) с допустимой мощностью до 70 кВт, напряжение сети 380 В.

Гарантированное питание ЦОД должно обеспечиваться системой источников бесперебойного питания (ИБП) с большим запасом батарейных комплектов, при этом в случае полной нагрузки на ЦОД время резервирования от батарей должно составлять не менее 30 минут. В качестве резервного питания должна использоваться дизель-генераторная установка (ДГУ) в антивандальном исполнении 2-ой степени автоматизации мощностью не менее 50 кВт.

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

Требования к системам кондиционирования

В помещениях серверных ЦОД должны быть установлены системы кондиционирования воздуха на базе автономных кондиционеров. Должны использоваться профессиональные установки системы прецизионного кондиционирования воздуха. Электроснабжение систем кондиционирования воздуха должно быть выполнено из условия надежной работы установок в ежедневном круглосуточном режиме, для чего должны использоваться ИБП и ДГУ.

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

Регламентные и сервисные работы с установками кондиционирования воздуха должны производиться без остановки оборудования ЦОД.

Требования к системам пожаротушения

ЦОД должен содержать системы автоматического пожаротушения.