Постановление Администрации г.Нижнего Новгорода от 24.05.2019 № 1678

О внесении изменений в постановление администрации города Нижнего Новгорода от 30.04.2019 № 1444

АДМИНИСТРАЦИЯ ГОРОДА НИЖНЕГОНОВГОРОДА

ПОСТАНОВЛЕНИЕ

24.05.2019 №1678

О внесении изменений в постановление администрации города Нижнего Новгорода от 30.04.2019 № 1444

В соответствии с частью 6 статьи 23 Федеральногозакона от 21.07.2005 № 115-ФЗ «О концессионныхсоглашениях» администрация города Нижнего Новгорода постановляет:

1. Внести в постановление администрации города НижнегоНовгорода от 30.04.2019№ 1444 «О проведении открытого конкурса на право заключения концессионногосоглашения» (далее – постановление) следующие изменения:

1.1. В условиях концессионногосоглашения о создании системы управления парковками (парковочными местами),предоставляемыми на платной основе и расположенными на автомобильных дорогахобщего пользования местного значения города Нижнего Новгорода, и реконструкциимуниципального недвижимого имущества в целях создания центра мониторинга иуправления парковками (парковочными местами), утвержденных постановлением (далее – условия):

1.1.1. Абзац двенадцатый столбца 3 пункта 1 условийизложить в следующей редакции:

«нежилое помещение общей площадью 75,9 кв.м,расположенное по адресу: 603163, Российская Федерация, Нижегородская область,город Нижний Новгород, ул. Бринского, 3а, пом. П5, кадастровый номер:52:18:0060212:2640;».

1.1.2. Дополнить столбец 3 пункта 1 условий абзацами13-17 следующего содержания:

«нежилое помещение общей площадью 60,1 кв.м,расположенное по адресу: 603163, Российская Федерация, Нижегородская область,город Нижний Новгород, ул. Бринского, 3а, пом. П4, кадастровый номер:52:18:0060212:2639;

нежилое помещение общей площадью 27,8 кв.м,расположенное по адресу: 603163, Российская Федерация, Нижегородская область,город Нижний Новгород, ул. Бринского, 3а, пом. П3, кадастровый номер:52:18:0060212:2638;

нежилое помещение общей площадью 31,4 кв.м,расположенное по адресу: 603163, Российская Федерация, Нижегородская область,город Нижний Новгород, ул. Бринского, 3а, пом. П2, кадастровый номер: 52:18:0060212:2637 ;

нежилое помещение общей площадью 405,8 кв.м,расположенное по адресу: 603163, Российская Федерация, Нижегородская область,город Нижний Новгород, ул. Бринского, 3а, пом. П8, кадастровый номер: 52:18:0060212:2641.

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

1.1.3. Пункт 1 столбца 3 пункта 2 условий изложить вследующей редакции:

«1) реконструировать недвижимое имущество, входящее всостав Объекта Соглашения, которое принадлежит на праве собственностиконцеденту и включает в себя:

нежилое помещение общей площадью 75,9 кв.м,расположенное по адресу: 603163, Российская Федерация, Нижегородская область,город Нижний Новгород, ул. Бринского, 3а, пом. П5, кадастровый номер:52:18:0060212:2640;

нежилое помещение общей площадью 60,1 кв.м,расположенное по адресу: 603163, Российская Федерация, Нижегородская область,город Нижний Новгород, ул. Бринского, 3а, пом. П4, кадастровый номер:52:18:0060212:2639;

1.1.4. Приложение № 1 к условиям изложить в редакциисогласно приложению № 1 к настоящему постановлению.

1.1.5. Приложение № 3 к условиям изложить в редакциисогласно приложению № 2 к настоящему постановлению.

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

1.2.1. В абзаце втором пункта 9.1 конкурснойдокументации слова «18.06.2019» заменить словами «08.07.2019».

1.2.2. В абзаце двенадцатом пункта 13.2 конкурснойдокументации слова «17.06.2019» заменить словами «05.07.2019».

1.2.3. В абзаце втором пункта 15.1 и абзаце втором пункта19.1 конкурсной документации слова «16.09.2019» заменить словами «07.10.2019».

1.2.4. В абзаце втором пункта 17.1 конкурснойдокументации слова «19.06.2019» заменить словами «09.07.2019».

1.2.5. В абзаце втором пункта 18.1 конкурснойдокументации слова «20.06.2019» заменить словами «10.07.2019».

1.2.6. В приложении № 4 к конкурсной документации:

1.2.6.1. В абзаце четвертом пункта 9 слова«18.06.2019» заменить словами «08.07.2019».

1.2.6.2. В абзаце четырнадцатом пункта 9.1 слова«17.06.2019» заменить словами «05.07.2019».

1.2.6.3. В абзаце третьем пункта 10 и абзаце третьемпункта 12 слова «16.09.2019» заменить словами «07.10.2019».

1.2.6.4. В абзаце третьем пункта 11 слова «19.06.2019»заменить словами «09.07.2019».

2. Департаменту инвестиционной политики ивнешнеэкономических связей администрации города Нижнего Новгорода (Солдатенков С.А.) обеспечить размещение сообщения овнесении изменений в постановление администрации города Нижнего Новгорода от30.04.2019 № 1444 «О проведении открытого конкурса на право заключенияконцессионного соглашения» согласно приложению № 3 к настоящему постановлению на официальномсайте администрации города Нижнего Новгорода – www.нижнийновгород.рф и наофициальном сайте Российской Федерации, определенном Правительством РоссийскойФедерации для размещения информации о проведении торгов – www.torgi.gov.ru винформационно-телекоммуникационной сети «Интернет».

3. Управлению посвязям со СМИ администрации городаНижнего Новгорода (Квашнина Н.М.) обеспечить опубликование настоящего постановления вофициальном печатном средстве массовой информации – газете «День города. НижнийНовгород».

4. Департаменту правового обеспечения администрациигорода Нижнего Новгорода (Киселева С.Б.) обеспечить размещение настоящегопостановления на официальном сайте администрации города Нижнего Новгорода винформационно-телекоммуникационной сети «Интернет».

5. Контроль за исполнением настоящего постановлениявозложить на первого заместителя главы администрации города Нижнего НовгородаКазачкову Н.В.

Главагорода В.А.Панов

С.А.Солдатенков

433 45 66

Приложение№ 1

кпостановлению администрации

города

от24.05.2019 № 1678

Состав

и описание недвижимого имущества, входящего в составобъекта концессионного соглашения

№ п/п	Описание объекта	Адрес объекта	Сведения о государственной регистрации
1	Недвижимое имущество: нежилое помещение, общей площадью 75,9 кв.м, этаж: 1, кадастровый номер: 52:18:0060212:2640	Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П5	Собственность, запись регистрации № 52-52/124-52/021/865/2015-17/1 от 03.04.2015
2	Недвижимое имущество: нежилое помещение, общей площадью 60,1 кв.м, этаж: 1, кадастровый номер: 52:18:0060212:2639	Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П4	Собственность, запись регистрации № 52-52/124-52/021/864/2015-9994/1 от 28.04.2015
3	Недвижимое имущество: нежилое помещение, общей площадью 27,8 кв.м, этаж: 1, кадастровый номер: 52:18:0060212:2638	Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П3	Собственность, запись регистрации № 52-52/124-52/021/864/2015-1843/1 от 02.04.2015
4	Недвижимое имущество: нежилое помещение, общей площадью 31,4 кв.м, этаж: 1, кадастровый номер: 52:18:0060212:2637	Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П2	Собственность, запись регистрации № 52-52/124-52/021/865/2015-9/1 от 03.04.2015
5	Недвижимое имущество: нежилое помещение, общей площадью 405,8 кв.м, этаж: 1, 2, подвал, кадастровый номер: 52:18:0060212:2641	Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П8	Собственность, запись регистрации № 52-52-01/040/2008-1 от 03.03.2008

Приложение№ 2

кпостановлению администрации

города

от24.05.2019 № 1678

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

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

(помещений) в целях размещения центра управленияпарковками

(парковочными местами)

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

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

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

№ п/п	Район города Нижнего Новгорода
1	Канавинский район
2	Советский район
3	Нижегородский район
4	Ленинский район

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

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

1.2. Полное наименование Объекта концессионного соглашения и его условноеобозначение

Полное наименование Объекта концессионного соглашения:

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

Условное обозначение: Объект концессионногосоглашения.

1.3. Наименование предприятий (объединений) Концессионера и КонцедентаСистемы

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

Концессионер – лицо, в отношении которого приняторешение о заключении концессионного соглашения.

1.4. Перечень документов, на основании которых создается Объект концессионногосоглашения, кем и когда утверждены эти документы:

Федеральныйзакон Российской Федерации от 08 ноября 2007 г. № 257-ФЗ «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений вотдельные законодательные акты Российской Федерации»;

Федеральныйзакон Российской Федерации от 21 июля .2005 г. № 115-ФЗ «О концессионных соглашениях»;

- Федеральный законРоссийской Федерации от 06 октября 2003 г. № 131-ФЗ «Об общих принципах организации местного самоуправления в Российской Федерации»;

- «Кодекс РоссийскойФедерации об административных правонарушениях» от 30 декабря 2001 г. № 195-ФЗ;

- Федеральный законРоссийской Федерации от 10 декабря 1995 г. № 196-ФЗ «О безопасности дорожного движения»;

- Федеральный законРоссийской Федерации от 24 ноября 1995 г. № 181-ФЗ «О социальной защите инвалидов в Российской Федерации»;

- Федеральный законРоссийской Федерации от 27 июля 2006 г. № 149-ФЗ «Об информации, информационныхтехнологиях и о защите информации»;

- Указ ПрезидентаРоссийской Федерации от 23 сентября 2005 г. № 1111 «О внесении изменения в перечень сведений конфиденциального характера, утвержденный указом ПрезидентаРоссийской Федерации от 6 марта 1997 г. № 188»;

- Федеральный законРоссийской Федерации от 06 апреля 2011 г. № 63-ФЗ «Об электронной подписи»;

- постановлениеПравительства Российской Федерации от 15 сентября 2008 г. № 687 «Об утверждении положения об особенностях обработки персональных данных, осуществляемойбез использования средств автоматизации»;

- постановлениеПравительства Российской Федерации от 17 ноября 2007 г. № 781 «Об утверждении положения об обеспечении безопасности персональных данных при ихобработке в информационных системах персональных данных»;

- приказ МинтрансаРоссии от 24 июня 2014 г. № 166 «Об утверждении форм бланков документов,используемых при оказании услуг по предоставлению парковок (парковочных мест)на платной основе»;

- приказ ФСТЭК Россииот 05 февраля 2010 г. № 58 «Об утверждении положения о методах и способахзащиты информации в информационных системах персональных данных»;

- приказ ФСТЭК России,ФСБ России, Мининформсвязи России от 13 февраля 2008 г. № 55/ 86/20 «Об утверждении порядка проведения классификации информационных системперсональных данных»;

- Базовая модель угрозбезопасности персональных данных при их обработке, в информационных системахперсональных данных (утв. ФСТЭК России 15 февраля 2008 г.);

- Методика определенияактуальных угроз безопасности персональных данных при их обработке винформационных системах персональных данных (утв. ФСТЭК России 14 февраля 2008 г.);

- Методическиерекомендации по обеспечению с помощью криптосредств безопасности персональныхданных при их обработке в информационных системах персональных данных сиспользованием средств автоматизации (утв. ФСБ России от 21 февраля 2008 г. № 149/54-144);

- Порядок разработки иутверждения проектов организации дорожного движения на автомобильных дорогах(утв. письмом МВД России от 02 августа 2006 г. № 13/6-3853, Росавтодора от 07 августа 2006 г. № 01-29/5313);

- Специальныетребования и рекомендации по технической защите конфиденциальной информации(СТР-К) (утв. приказом Гостехкомиссии России от 30 августа 2002 г. № 282);

- ГОСТ Р 27.001-2009«Надежность в технике. Системы управления надежностью»;

- ГОСТ Р 52289-2004«Технические средства организации дорожного движения. Правила применениядорожных знаков, разметки, светофоров, дорожных ограждений и направляющихустройств»;

- ГОСТ Р 52290-2004«Технические средства организации дорожного движения. Знаки дорожные. Общиетехнические требования»;

- ГОСТ 7.32-2001«Отчет о научно-исследовательской работе. Структура и правила оформления»;

- ГОСТ 2.105-95«Единая система конструкторской документации. Общие требования к текстовым документам»;

- ГОСТ 34.603-92«Информационная технология. Виды испытаний автоматизированных систем»;

- ГОСТ 34.601-90«Информационная технология. Комплекс стандартов на автоматизированные системы.Автоматизированные системы. Стадии создания»;

- ГОСТ 34.003-90 «Информационнаятехнология. Комплекс стандартов на автоматизированные системы.Автоматизированные системы. Термины и определения»;

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

- ГОСТ 34.201-89«Информационная технология. Комплекс стандартов на автоматизированные системы.Виды, комплектность и обозначение документов при создании автоматизированныхсистем»;

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

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

- РД 50-34.698-90«Информационная технология. Комплекс стандартов и руководящих документов наавтоматизированные системы. Автоматизированные системы. Требования к содержаниюдокументов».

- Федеральныйзакон "Об организации дорожного движения в Российской Федерации и овнесении изменений в отдельные законодательные акты Российской Федерации" от29.12.2017 N 443-ФЗ (последняя редакция)

- Приказ МинтрансРоссии от 17.03.2015 № 43 «Об утверждении Правил подготовки проектов и схеморганизации дорожного движения»

- ГОСТР 50577-2018 «Знаки государственные регистрационные транспортных средств.Типы и основные размеры. Технические требования».

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

- «СНИП 21-02-99Стоянки автомобилей».

1.5. Плановые сроки начала и окончания работы по созданию Объекта концессионногосоглашения

Определяются условиями Концессионного соглашения.

1.6. Термины и определения, список сокращенных наименований

Термины и определения, список сокращенных наименованийприведены в Таблице 1.

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

Термин	Определение
Автоматизированная система (АС)	Система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций.
Административная комиссия	Административная комиссия городского округа по рассмотрению дел об административных правонарушениях в области благоустройства территории, совершенных с использованием транспортных средств, в случае фиксации этих административных правонарушений работающими в автоматическом режиме специальными техническими средствами, имеющими функции фото- и киносъемки, видеозаписи.
Административная практика (АП)	Компонент Системы по контролю за соблюдением правил пользования парковками в части оплаты, формированию постановлений об административных правонарушениях, их передаче в дальнейшее делопроизводство с целью взимания штрафов за нарушение правил парковки.
Администратор дохода	Определенный решением/постановлением орган власти, структура или иная организация, осуществляющая контроль за правильностью исчисления, полнотой и своевременностью уплат, начислений и принятием решений о зачете платежей за пользование услугами ПГП.
АС, Технологический комплекс	Совокупность системного и прикладного программного обеспечения и технических средств (конечное оборудование), позволяющие обеспечить функционирование и взаимодействие всех компонентов платных городских парковок, необходимых в ходе процесса приема платежей за пользование платными парковками, контроля оплаты размещения транспортных средств на платных городских парковках, формирования административной и управленческой отчетности, а также информационного взаимодействия с конечными пользователями, посредством автоматизации процессов эксплуатации парковочных мест на автомобильных дорогах общего пользования местного значения муниципального образования городской округ город Нижний Новгород
АИС Платных городских парковок (Система платных парковок или Система)	Автоматизированная информационная система, обеспечивающая функционирование и взаимодействие всех компонентов платного парковочного пространства города, необходимых в ходе процесса приема платежей за пользование платными парковками, контроля оплаты размещения ТС на городских платных парковках, формирования административной и управленческой отчетности, а также информационного взаимодействия с конечными пользователями.
АСУ Паркомат (далее АСУ)	Комплекс, осуществляющий управление сетью паркоматов, регистрацию факта пользования парковочным местом, безналичный прием оплаты за пользование парковочным местом, формирование сообщений в Систему о факте регистрации и ее оплаты, служебную информацию, которая необходима для полноценного функционирования Системы.
Банк-эквайер (обслуживающий банк)	Кредитная организация, организующая точки приема банковских карт (терминалы, банкоматы) и осуществляющая весь комплекс финансовых операций, связанных с выполнением расчетов и платежей по банковским картам в этих точках.
Банк-эмитент	Банк, выпускающий в обращение (эмитирующий) денежные знаки или ценные бумаги и платежно-расчетные документы (банковские карты, чековые книжки).
Банковская (пластиковая) карта	Персонифицированная пластиковая карта, привязанная к одному или нескольким расчетным счетам в банке-эмитенте и предоставляющая ее держателю возможность безналичной оплаты товаров или услуг, а также возможность получения наличных средств в отделениях и банкоматах банка. Порядок использования банковской карточки регламентируется взаимными обязательствами держателя карточки и банка-эмитента.
Бесплатные парковки	Парковки, используемые на бесплатной основе, создаваемые и обозначаемые знаками дорожного движения и (или) разметкой в соответствии с Правилами дорожного движения Российской Федерации, утвержденными постановлением Совета Министров — Правительства Российской Федерации от 23.10.1993 г. № 1090 (далее — Правила дорожного движения).
Интернет	Общедоступная публичная сеть.
Интернет-портал Системы	Сайт Системы в сети Интернет, который предоставляет всем его посетителям информацию о городском парковочном пространстве, а для зарегистрированных в Системе пользователей после авторизации на Интернет-портале предоставляется также доступ к Личному кабинету.
Интерфейс	Совокупность возможностей, способов и методов взаимодействия пользователей с устройствами, программами и информационными ресурсами для обмена информацией, определенными характеристиками информационной системы, характеристиками соединения, форматом хранения данных и т. п.
Информационная система	Совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств
Информационный сервис	Специальные программные приложения, создаваемые в целях представления пользователям информации, содержащейся в Системе, или используемые для ввода информации в Систему.
Клиент (Пользователь)	Потребитель услуг – физическое или юридическое лицо, использующее на платной основе Парковочное пространство муниципального образования городской округ город Нижний Новгород, а также администраторы Системы (Концессионер, Концедент и/или уполномоченные ими физические и/или юридические лица).
Контакт-центр	Центр организации коммуникации с пользователями посредством голосовой связи, электронной почты, интернет-мессенджеров.
Личный кабинет	Раздел портала, предназначенный для хранения личных данных Пользователя, а также позволяющий данному Пользователю осуществлять работу с платным парковочным пространством.
Мобильное приложение (МП)	Компонент Системы, функционирующий на смартфонах, планшетах и других мобильных устройствах и предназначенный для оплаты, отображения истории платежей пользования платными парковками и других функций.
Модуль	Часть подсистемы, состоящая из ряда других компонентов, представляющих собой один или несколько сервисов, выполняющих определенную функцию.
Нарушение	Любой тип нарушения ПДД или правил благоустройства, который может быть зафиксирован комплексами фотофиксации, работающими в автоматическом режиме.
Парковка на УДС	Место стоянки транспортных средств, представляющее собой участок проезжей части автомобильной дороги, улицы и дороги населенного пункта или прилегающей к ним территории, организованной в соответствии с правилами дорожного движения и другими ТНПА, утвержденными в установленном порядке.
Паркомат	Автономное терминальное устройство, обеспечивающее интерактивное взаимодействие с Клиентом в части предоставления ему возможности осуществления регистрации, безналичной оплаты факта пользования парковочным местом.
Парковочная зона	Совокупность парковок (парковочных мест), обладающих общим режимом работы, а также условиями оплаты.
Парковочная сессия	Период времени размещения транспортного средства на платной парковке.
Парковочное пространство	Комплекс парковок (парковочных мест), расположенных на автомобильных дорогах общего пользования местного значения муниципального образования городской округа город Нижний Новгород, обустроенных и функционирующих на платной основе в соответствии с требованиями настоящего Технического задания и нормативно-правовых актов муниципального образования городской округ город Нижний Новгород
Парковочный счет	Виртуальный счет, с которого осуществляется оплата парковки. Счет создается автоматически при оплате парковки с помощью СМС-сообщения и при регистрации пользователя в Системе. В первом случае счет привязывается к номеру телефона, с которого была осуществлена оплата, а во-втором – ко всем номерам мобильных телефонов и адресу электронной почты, указанным в Личном кабинете пользователя.
Пароль	Служебное слово, известное узкому кругу лиц (одному лицу) и использующееся для ограничения доступа к информации, в помещение, на территорию.
Платежный агрегатор	Сервис, позволяющий организовать прием средств основных электронных платежных систем (например, WebMoney, Яндекс.Деньги, QIWI и т.д.), а также оплату с помощью СМС-сообщений через основных российских операторов (например, МТС, Билайн, Мегафон, Tele2).
Плоскостная парковка	Автоматизированная парковочная система с ограниченной территорией въезд и выезд на которую осуществляется через шлагбаумы.
Платежное поручение	Документ установленной формы, на основании которого кредитно-финансовая организация обязана произвести расчеты между плательщиком и получателем платежа.
Платные городские парковки (ПГП)	Специально выделенная для парковки ТС территория (парковки на УДС и/или плоскостные парковки), на которой нормативно-правовыми актами Администрации городского округа город Нижний Новгород установлен повременной тариф оплаты за пользование парковочным местом.
Подсистема	Часть системы, определяемая совокупностью выполняемых функций и сервисов, состоящая из модулей, имеющая определенные интерфейсы, с помощью которых взаимодействует с другими подсистемами.
Постановление	Административно-процессуальный документ, фиксирующий факт совершения административного проступка и служащий основанием для возбуждения производства по делу об административном правонарушении.
Реестр платежей	Документ или совокупность документов, содержащих информацию об операциях, совершаемых с использованием платежных карт за определенный период времени, составленных юридическим лицом или его структурным подразделением, осуществляющим сбор, обработку и рассылку участникам расчетов, и предоставляемых в электронной форме.
ПАКФ	Программно-аппаратный комплекс фотофиксации - специальное техническое средство, работающее в автоматическом режиме и имеющее функции фотофиксации, тип которого утвержден приказом Федерального агентства по техническому регулированию и метрологии, как средство измерения времени и координат.
Транзакция	Банковская операция, состоящая в переводе денежных средств с одного банковского счета на другой.
Центр управления	Комплекс территориально распределенных специализированных автоматизированных рабочих мест (АРМ) операторов, осуществляющих контроль и настройку работы Системы

Список сокращенных наименований

Сокращение	Расшифровка
EMV	Международный стандарт для операций по банковским картам с чипом и повышенным уровнем безопасности транзакций.
HTTP	HyperText Transfer Protocol — протокол прикладного уровня передачи данных
HTTPS	HyperText Transfer Protocol Secure — расширение протокола HTTP, поддерживающее шифрование
PDF	Portable Document Format — межплатформенный формат электронных документов
PIN-код (ПИН-код)	Сокр. от англ., Personal Identification Number – персональный идентификационный номер.
АРМ	Автоматизированное рабочее место
БД	База данных
ВУ	Водительское удостоверение
ГИБДД	Государственная инспекция безопасности дорожного движения
ГРЗ ТС	Государственный регистрационный номер транспортного средства
ГОСТ	Государственный стандарт
ЕСИА	Единая система идентификации и аутентификации
ИНН	Идентификационный номер налогоплательщика
ИС	Информационная система
КоАП	Кодекс Российской Федерации об административных правонарушениях
ЛК	Личный кабинет Портала
НИР	Научно-исследовательская работа
ОГРН	Основной государственный регистрационный номер
ОКАТО	Общероссийский классификатор административно-территориальных объектов
ОКТМО	Общероссийский классификатор территорий муниципальных образований
ООО	Общество с ограниченной ответственностью
ПДД	Правила дорожного движения Российской Федерации
ПО	Программное обеспечение.
РФ	Российская Федерация
СМС (SMS)	Сокр. от англ., Short Message Service - технология, позволяющая осуществлять прием и передачу коротких текстовых сообщений с помощью сотового телефона.
СТС	Свидетельство о регистрации транспортного средства
СУБД	Система управления базами данных.
ТЗ	Техническое задание
ТС	Транспортное средство
УДС	Улично-дорожная сеть
УИН	Уникальный идентификатор начисления
УФК	Управление Федерального казначейства
ФИАС	Федеральная информационная адресная система
ФИСМ	Федеральная информационная система ГИБДД
ФССП	Федеральная служба судебных приставов
ЦОД	Центр обработки данных
ЭП	Электронная подпись
ШПИ	Штриховой почтовый идентификатор

2. Назначениеи цели Объекта концессионного соглашения

2.1. Назначение Объекта концессионного соглашения

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

2.2. Цели создания Объекта концессионного соглашения

Целямисоздания Объекта концессионного соглашения являются:

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

· обустройство плоскостных парковок (при необходимости);

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

· управление платными парковками и парковочной нагрузкойна улицах города;

· получение информации в режиме реального времени остатусе и параметрах парковочного пространства города Нижний Новгород.

· предоставление Пользователям Системы условий дляпланирования поездки, поиска оптимальных по географии расположения и тарифупарковок (парковочных мест);

· снижение загруженности транспортными средствамиуличной дорожной сети;

· сокращение транспортного потока в центральную частьгорода, где по объективным причинам реконструкция УДС невозможна или существеннозатруднена;

· повышение приоритета использования городскогообщественного пассажирского транспорта;

· снижение количества нарушений ПДД в части остановки(стоянки) ТС;

· увеличение средней скорости движения транспортныхпотоков;

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

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

1)Обеспечение работы платных парковок в соответствии с требованиями настоящегоТехнического задания.

2)Управление платными парковками (парковочными местами).

3)Контроль использования создаваемых парковок (парковочных мест).

4)Получение статистики по использованию машино-мест на созданных платныхпарковках.

5)Обеспечение возможности оплаты пользования платными парковками (парковочнымиместами), создаваемыми в соответствии с требованиями настоящего Техническогозадания, включая следующие методы и инструменты:

· оплата посредством отправки SMS (текстового сообщения)на короткий номер;

· оплата с использованием приложения для мобильныхустройств (смартфоны, планшеты) под управлением операционных систем iOS,Android;

· оплата с использованием паркоматов;

· оплата с использованием автоматических касс оплатыплоскостных парковок (при наличии в составе объекта концессионного соглашения);

· оплата через терминалы приема платежей;

· оплата в личном кабинете пользователя на информационном парковочном портале города НижнийНовгород (далее – интернет-портал).

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

· мобильного счета операторов сотовой связи;

· банковской карты, с использованием платежных системVisa, MasterCard, национальной платежной системы «МИР»;

· электронного кошелька пользователя Системы в системеонлайн-платежей ООО НКО «Яндекс.Деньги» и/или аналогичных сервисах электронныхплатежей, действующих на территории Российской Федерации;

· лицевого счета, размещенного у оператора системыприема платежей.

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

8)Разграничение прав доступа к предоставляемому функционалу и информации длякаждой категории пользователей Системы.

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

10)Подготовка форм отчетных документов для балансодержателей платных парковок(парковочных мест), созданных в соответствии с требованиями настоящегоТехнического задания.

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

3. Характеристика объекта автоматизации

3.1. Объект автоматизации

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

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

· занесение информации в базу данных;

· обработка геоинформации;

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

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

3.2. Объем автоматизируемых процессов

При создании парковок должны быть реализованыпрограммные решения, позволяющие без модернизации Объекта концессионногосоглашения обслуживать не менее 100000 (сто тысяч) парковочных сессий в суткипри достижении парковочной емкости на парковках (парковочных местах),расположенных на автомобильных дорогах общего пользования местного значениягородского округа город Нижний Новгород, в количестве не менее 7 400машино-мест.

3.3. Сведения об условиях эксплуатации Объекта концессионного соглашения

Объект концессионного соглашения должен обеспечиватькруглосуточную работу пользователей.

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

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

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

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

Подробные требования к Объекту концессионногосоглашения на этапе эксплуатации указаны в разделе 5.3. «Состав, объем и видыработ, требования к качеству, техническим характеристикам работ в рамках этапаэксплуатации парковок (парковочных мест) на платной основе».

4. Требования к Объекту концессионного соглашения

4.1. Требования к Объекту концессионного соглашения в целом

4.1.1. Требования к функционированию Объектаконцессионного соглашения

4.1.1.1. Автоматизируемые процессыпо управлению парковочным пространством

В рамках создания Объекта концессионного соглашениянеобходимо обеспечить автоматизацию следующих процессов, касающихся создания иуправления парковками:

1) Создание и управление реестром объектов парковок.

2) Создание и управление реестром пользователейпарковок.

3) Создание и управление реестром адресов платныхпарковок (парковочных мест).

4) Контроль использования объектов парковок.

5) Администрирование доходов и штрафов, возникающихпри использовании парковок.

6) Информирование пользователей парковок.

4.1.1.2. Перечень подсистем, ихназначение и основные характеристики

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

1) Подсистема оплаты организованной стоянки транспортныхсредств на платных парковках (парковочных местах), (далее - подсистема оплаты).

2) Подсистема управления функционированием парковок(парковочных мест), (далее - подсистема управления).

3) Подсистема информирования участниковдорожного движения и пользователей Системы (далее – подсистема информирования).

4) Подсистема мониторинга платныхпарковок (парковочных мест), (далее – подсистема мониторинга).

5) Подсистема администрированияпроцесса использования платных парковок (парковочных мест), (далее – подсистемаадминистрирования).

Назначение и основныехарактеристики подсистем, входящих в состав Объекта концессионного соглашения:

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

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

Подсистема информирования должна представлять собойсоздаваемую на территории Городского округа город Нижний Новгородтехнологическую инфраструктуру, обеспечивающую информирование участниковдорожного движения о въезде/выезде в зону платного паркования, информирование оналичии свободных парковочных мест, о правилах пользования и оплаты платныхпарковок (парковочных мест), о работе мобильных, стационарных и портативныхкомплексов фотофиксации и размере административного штрафа за невнесение платыза пользование на платной основе парковками (парковочными местами),расположенными на автомобильных дорогах общего пользования местного значения.Создаваемый Контакт-Центр («Call-центр») должен обеспечивать информационнуюподдержку пользователей платными парковками (парковочными местами) по всемвопросам Объекта концессионного соглашения, удаленный доступ операторовКонтакт-Центра к программному обеспечению Объекта концессионного соглашения.

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

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

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

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

АС должна в себя включать ПАК фиксацииадминистративных нарушений (далее – ПАКФ), применяемый для фотовидеофиксацииприпаркованных ТС, с дальнейшей идентификацией их по ГРЗ ТС, а также для фиксациинарушений ПДД Российской Федерации в части остановки и стоянки ТС в зонедействия дорожных знаков 3.27-3.30 и нарушений в области благоустройстватерритории, совершенные с использованием ТС, выявление которых подтверждаетсяфото-видеоматериалами, полученными работающими в автоматическом режимеспециальными техническими средствами фотовидеофиксации административныхнарушений, входящие в состав Объекта Концессионного соглашения.

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

АС (или соответствующий выделяемый отдельно модуль)должна соответствовать требованиям следующих нормативных правовых актов:

- Кодекс Российской Федерации об административныхправонарушениях;

- Федеральный закон от 27.07.2006 № 152-ФЗ «Оперсональных данных»;

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

- постановление Правительства Российской Федерации от08.09.2010 № 697 «О единой системе межведомственного электронноговзаимодействия»;

- постановление Правительства Российской Федерации от08.06.2011 № 451 «Об инфраструктуре, обеспечивающейинформационно-технологическое взаимодействие информационных систем,используемых для предоставления государственных и муниципальных услуг вэлектронной форме»;

- Закон Нижегородской области «Об административныхправонарушениях на территории Нижегородской области».

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

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

- запись фотоматериала, содержащего изображение общегоплана и увеличенное изображение ГРЗ ТС, достаточное для его распознавания;

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

- распознавание номерного знака;

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

Данные о нарушении должны включать:

- две фотографии ТС, зафиксированные в течение одногокалендарного дня с временным интервалом более 15 минут (панорамное фото дляадресной привязки и локальное фото с ГРЗ ТС);

- дату и время вышеуказанных фиксаций;

- распознанный ГРЗ ТС;

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

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

Используемый ПАКФ должен иметь:

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

- действующее свидетельство о поверке на веськомплекс.

АС должна предусматривать механизмы интеграции свнешними службами (МВД, ФГУП «Почта России», ФССП, Федеральное казначейство)при наличии организационной и технической возможности на стороне внешних службс целью получения информации об установочных данных нарушителя, о дате и фактеотправки почтовых отправлений с постановлениями об административныхправонарушениях, информации об оплатах административных штрафов. В АС должныбыть предусмотрены: механизм формирования штрих-почтового идентификатора ФГУП«Почта России» с последующей его печатью на постановлении в виде штрих-кода; возможностьформирования писем - извещений о вызове неплательщиков, а также формированияэлектронных реестров на отправку почтовой корреспонденции.

АРМ административных комиссий Концедента должныобеспечивать удаленный и защищенный доступ сотрудников административныхкомиссий Концедента в АС (или к соответствующему модулю АС), и обеспечиватьследующие функции:

- отображение материалов ФВФ для проведения контролякачества, с отображением места фиксации на картографической подложке и существующихв АС зон ПГП и иных объектов;

- проверка данных по оплатам ГРЗ ТС, которыезафиксированы на участках ПГП, и выявление реестра нарушений порядка оплатывремени размещения ТС на ПГП;

- формирование запроса и обработка ответа (впредоставляемом Концедентом формате) о владельцах и собственниках ТС, ГРЗкоторых содержатся в реестре зафиксированных нарушений порядка оплаты времениразмещения ТС на ПГП;

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

- формирование реестра почтовых отправлений для ФГУП«Почта России» с присвоением каждому постановлению штрихового почтовогоидентификатора из указанного диапазона;

- отслеживание даты получения почтового отправления сиспользованием сервисов ФГУП «Почта России» (при наличии организационной и техническойвозможности сервиса);

- направление в УФК по Нижегородской области/ГИС ГМПинформации о штрафах (при наличии организационной и технической возможностисервисов);

- отслеживание даты оплаты штрафа по информации от УФКпо Нижегородской области/ГИС ГМП (при наличии организационной и техническойвозможности сервисов);

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

- формирование реестров неисполненных постановлений;

- формирование протоколов об административныхправонарушениях, выразившихся в неуплате административного штрафа вустановленный постановлением о привлечении к административной ответственностисрок (в соответствии со статьей 20.25 КоАП РФ);

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

- обработка и подготовка материалов обадминистративных правонарушениях для направления в ФССП.

4.1.1.3. Требования кспособам и средствам связи для информационного обмена между компонентамиОбъекта концессионного соглашения

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

4.1.1.4. Требования кхарактеристикам взаимосвязи Объекта концессионного соглашения с другимиподсистемами, требования к совместимости, в том числе указания о способахобмена информацией

Система должна взаимодействовать, в рамках своегофункционала, со следующими смежными системами: общегородскими системами иплатформами, почтовыми сервисами по рассылке постановлений (Почта России),Управлением ФССП по Нижегородской области, Управлением ГИБДД ГУ МВД России поНижегородской области и внешними системами оплаты: платежными системами,платежными терминалами, системами электронных денег, системами онлайн-банкинга(далее - платежные системы).

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

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

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

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

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

4.1.2. Требования к режимамфункционирования Объекта концессионного соглашения

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

1) Штатный.

2) Сервисный.

3) Аварийный.

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

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

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

В штатном режиме функционирования Объектконцессионного соглашения должен обеспечивать доступность его функций в режиме– 24 часа в день, 7 дней в неделю (24х7), в объеме работоспособностиоборудования не менее 90%.

В сервисном режиме Объект концессионного соглашениядолжен обеспечивать возможность проведения следующих работ:

· техническое обслуживание;

· модернизация программно-аппаратного комплекса;

· устранение нештатных или аварийных ситуаций.

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

Функционирование Объекта концессионного соглашения приотказах и сбоях серверного общесистемного и специализированного программногообеспечения и/или оборудования, в том числе структурных узлов Объектаконцессионного соглашения, не предусматривается.

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

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

· Бесперебойное функционирование при работе синтернет-порталом до 50000 (пятидесяти тысяч) пользователей в сутки;

· Обработку до 100 транзакций начала/окончанияпарковочных сессий в секунду;

· Проведение до 100 платежных транзакций всекунду.

4.1.3. Требования по диагностированиюОбъекта концессионного соглашения

Диагностирование Объекта концессионного соглашениядолжно осуществляться путем анализа записей в системных журналах СУБД,web-сервера и операционной системы.

Диагностированию подлежат:

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

· cлучаи нарушений целостности баз данных и файловой системы;

· cбои при выполнении регламентных операций резервногокопирования.

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

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

4.1.4. Требования к квалификации персонала, порядку егоподготовки и контроля знаний и навыков

Пользователи Объекта концессионного соглашения изчисла сотрудников Концессионера или Концедента, непосредственно участвующих впроцессе обеспечения технического и/или организационного функционированияОбъекта концессионного соглашения, должны обладать знаниями и навыками работы всоответствии с приказом Мининформсвязи России от 27 декабря 2005 № 147 «Обутверждении квалификационных требований к федеральным государственнымгражданским служащим и государственным гражданским служащим субъектовРоссийской Федерации в области использования информационных технологий» в частитребований к пользователям персональных компьютеров.

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

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

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

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

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

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

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

· определять источник сбоя функционирования и отказаОбъекта концессионного соглашения;

· восстанавливать работоспособность Объектаконцессионного соглашения после сбоя или отказа;

· проводить регламентные работы и техническоеобслуживание Объекта концессионного соглашения;

· обеспечивать требуемые условия эксплуатации Объектаконцессионного соглашения.

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

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

4.1.5. Требования к масштабируемостиОбъекта концессионного соглашения

Объект концессионного соглашения должен поддерживатьпринцип масштабируемости по направлениям:

1. Размер(дополнительные пользователи, ресурсы).

2. География (протяженность в географическом смысле).

Размер (дополнительные пользователи, ресурсы) должендостигаться за счет:

· возможности расширения до 100000 (статысяч) парковочных сессий в сутки (рабочее время одних суток. Соответствующиевозможности и параметры быстродействия должны быть зафиксированы в программе иметодике испытаний (ПМИ) на параметах виртуальных машин, аналогичныхпромышленному контуру информационной системы.
Для подтверждения выполнения данного требования время выполнения пользовательскихзапросов, связанных с процедурами оплаты пакровки по всем пользовательскиминтерефейсам не должно снижаться ниже порога в 2 секунды при одновременномисполнении, не менее 100000 сессий в сутки\кол-во рабочих часов\3600+10%транзакций в секунду);

· размер базы данных должен позволять расширяться ивключать информацию о не менее 10000 (десяти тысячах) парковочных мест;

· интеграции с новыми информационнымисистемами и приложениями.

4.1.6. Требования к надежности

4.1.6.1. Критерии отказа/сбояработы Объекта концессионного соглашения и/или его компонентов

Объект концессионного соглашения должен относиться кобслуживаемым восстанавливаемым изделиям общего назначения многократногоциклического применения согласно ГОСТ 27.003-90 «Надежность в технике. Состав иобщие правила задания требований по надежности».

Надежность Объекта концессионного соглашения должнаопределяться уровнем безотказности в работе и способностью к восстановлениюработоспособности после отказов/сбоев в работе.

За отказ/сбой в работе Объекта концессионногосоглашения принимается неполучение пользователем ответа на запрос в течениевремени, превышающего 1 (одну) минуту, без учета времени передачи информации посети.

Критерии отказа/сбоя в работе Объекта концессионногосоглашения и/или его компонентов определяются:

· средним временем наработки на отказ;

· средним временем восстановления работоспособности.

Показатели надежности технических средств Объектаконцессионного соглашения должны оцениваться и контролироваться в соответствиис требованиями и по методикам ГОСТ Р 27.001-2009 «Надежность втехнике. Системы управления надежностью» на всех этапах жизненного цикласистемы.

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

Объект концессионного соглашения должен обеспечиватькруглосуточный режим функционирования 7 дней в неделю.

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

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

· отказы/сбои в работе системы электроснабжения;

· отказы/сбои в работе комплекса технических средств(аппаратных средств);

· отказы/сбои в работе программных средств;

· отказы/сбои в работе в результате ошибокобслуживающего персонала и пользователей парковок.

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

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

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

4.1.6.3. Требования к надежноститехнических средств и программного обеспечения

Надежность Объекта концессионного соглашения должнаобеспечиваться:

· использованием технических средств повышенной отказоустойчивости и ихструктурным и аппаратным резервированием;

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

· дублированием носителей информационных массивов.

Технические средства Объекта концессионного соглашениядолжны удовлетворять требованиям к надежности: суммарное время навосстановление работоспособности Объекта концессионного соглашения должно быть неболее 175 (ста семидесяти пяти) часов в год.

К программным средствам Объекта концессионногосоглашения предъявляются следующие требования по надежности:

· показатель доступности Объекта концессионногосоглашения - не менее 98%;

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

· время восстановления работоспособности паркоматов иКФВФ - не более 24 часов.

Время восстановления работоспособности включает времяна диагностирование отказа/сбоя в работе, конфигурирование оборудования и программногообеспечения, восстановление данных и тестирование работоспособностиоборудования и программного обеспечения.

4.1.6.4. Требования к программныммероприятиям по обеспечению надежности

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

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

· резервирование критически важных компонентов и данныхОбъекта концессионного соглашения;

· использование технических средств с избыточнымикомпонентами и возможностью их «горячей» (нагруженной) замены;

· использование программного резервирования (программнойизбыточности);

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

4.1.7. Требования к безопасности

4.1.7.1. Требованияк журналированию (аудиту)

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

· уникальный порядковый номер записи;

· дата и время события;

· наименование события;

· идентификатор в подсистемеуправления.

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

Внесению в журнал событийподлежат:

· все действия пользователей;

· сведения о произошедших ошибках;

· все события, относящиеся кизменению параметров.

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

4.1.7.2. Требованияк защите информации от несанкционированного доступа

Вся информация, размещенная в Системе Объектаконцессионного соглашения, распределяется на две категории:

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

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

2) Закрытая – размещенная вличном кабинете пользователя в информационно-справочном интернет-портале иадминистративной части Системы.

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

· аутентификации (авторизации) и идентификациипользователей;

· проверки полномочий пользователя при работе сСистемой;

· разграничение доступа пользователей Системы;

· аппаратных и программных средств защиты доступа кинформации.

В Системе должен использоватьсямеханизм набора «слепых» паролей (при наборе пароля его символы не отображаютсяна экране устройства отображения/ввода информации, либо заменяются одним типомсимволов).

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

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

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

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

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

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

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

· резервное копирование баз данных Объектаконцессионного соглашения и его подсистем;

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

· восстановление данных в непротиворечивое состояние присбоях в работе сетевого программного и аппаратного обеспечения.

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

4.1.8. Требования к эргономике итехнической эстетике

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

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

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

4.1.9. Требования к патентной чистоте изащите авторских прав

Патентная чистота Объекта концессионного соглашениядолжна быть обеспечена в отношении патентов, действующих на территорииРоссийской Федерации.

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

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

4.1.10. Требования к модернизацииОбъекта концессионного соглашения

1) Компоненты Объекта концессионного соглашения должныразрабатываться с учетом перспектив развития, модернизации и масштабированияОбъекта концессионного соглашения. Развитие и модернизация Объектаконцессионного соглашения должны быть предусмотрены по следующим направлениям:

· добавление новых компонентов Объекта концессионногосоглашения и пользовательских сервисов;

· расширение функциональных возможностей компонентов входе развития Объекта концессионного соглашения;

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

· расширение состава и наполнения справочников иклассификаторов Объекта концессионного соглашения.

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

3) Объект концессионного соглашения долженмодернизироваться за счет добавления, замены или модернизации его частей.

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

4.2. Требования к функциям (задачам), выполняемым Объектом концессионногосоглашения

4.2.1. Общие требования к функциямОбъекта концессионного соглашения

Объект концессионного соглашения должен обеспечить выполнение следующих функций:

· централизованный биллинг (управление тарификациейпаркоматов);

· реализация динамической тарификации при расчетестоимости парковки и оплата паркови квитанциями

· роуминг управления платной парковкой (возможностьначать/открыть парковочную сессию через один канал, закончить/закрыть черездругой (за исключением парковочных сессий, начатых/открытых через паркомат илиавтоматическую кассу плоскостной парковки));

· учёт льготных разрешений разного типа (инвалиды,участники Великой отечественной войны и приравненные к ним лица, многодетныемалообеспеченные семьи и/или другие предусмотренные законодательством РФльготные категории);

· возможность оформить/продлить льготное разрешение дляльготной категории граждан (инвалиды, участники Великой отечественной войны иприравненные к ним лица, многодетные малообеспеченные семьи и/или другиепредусмотренные законодательством РФ льготные категории) на региональномпортале государственных услуг дистанционным способом;

· возможность оформить/продлить льготное разрешение дляльготной категории граждан (инвалиды, участники Великой отечественной войны иприравненные к ним лица, многодетные малообеспеченные семьи и/или другиепредусмотренные законодательством РФ льготные категории) путем посещениямногофункционального центра;

· учет абонементов (месячные/квартальные/годовые)соответствующей модели тарификации;

· проверка на наличие оплаты по любым объектам,подлежащим администрированию с помощью Объекта концессионного соглашения;

· управление штрафами (выставление, отслеживание оплаты,отчетность);

· подключение паркоматов (включая вопросы интеграции сгородскими и платежными системами);

· обеспечение динамической тарификации по времени сзаданной точностью до одной минуты;

· обеспечение динамической тарификации с учетомзагруженности парковок;

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

· обеспечение гибкой системы администрирования правдоступа к информации и функциям управления Объекта концессионного соглашения;

· использование различных способов безналичной оплатыпарковки на объектах, подлежащих администрированию, в том числе: мобильныйплатеж (СМС), оплата банковской картой, оплата с банковского счета, оплатачерез терминалы приема платежей, оплата с помощью мобильного приложения, оплатачерез личный кабинет интернет-портала пользователя;

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

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

· мониторинг всех финансовых транзакций,проходящих через Объект концессионного соглашения;

· онлайн-мониторинг работы в режимереального времени;

· использование средств автоматизированногоконтроля объектов, подлежащих администрированию;

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

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

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

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

4.2.2. Подсистема оплаты

4.2.2.1. Требованияк приему Банковских карт.

Платёжныйконтроллер должен иметь возможность принимать к обслуживанию карты как минимумдвух международных платежных систем (Visa и MasterCard) и национальной платежнойсистемы (МИР).

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

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

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

Привыполнении операции оплаты через контактный интерфейс банковской карты, ПОПлатежного контроллера должно предложить Клиенту набрать ПИН-код карты дляосуществления операции аутентификации держателя карты. По окончанию проведенияпроцедур аутентификации, Платежный контроллер должен выполнить соединение схостовой системой банка-эквайера и провести выполнение операции в режимеon-line. По успешному окончанию выполнения операции оплаты произвести печатьчека Клиенту с указанием реквизитов проведенной операции оплаты для обеспеченияпредоставления возможности Клиенту предъявить претензию по совершенной операцииоплаты парковки банку эмитенту своей карты. При выполнении операции оплатычерез бесконтактный интерфейс, Платежный контроллер должен обеспечитьпроведение оплаты согласно лимитам и правил, заданных эмитентом карты в режимеoff-line. В случае отсутствия необходимого лимита на карте, Платежныйконтроллер должен выполнить оплату в режиме on-line.

4.2.2.2. Функции (задачи) подсистемыоплаты

Подсистема оплаты должна обеспечивать:

1) В части методов оплаты:

· реализацию авансового способа оплаты пользованияпарковочными местами для незарегистрированных пользователей Объектаконцессионного соглашения;

· реализацию авансового способа оплаты длязарегистрированных пользователей;

· реализацию возможности постоплаты в течение текущих иследующих суток после фактического пользования платными парковками(парковочными местами), расположенными на УДС;

· реализацию возможности досрочного прекращенияпарковочной сессии;

· реализацию абонементного и льготного режима оплаты дляособой категории пользователей.

2) В части способов оплаты:

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

3) В части использования платежных инструментов:

· реализацию пополнения парковочного счета сиспользованием банковских (парковочных) карт, мобильных технологий (мобильныеприложения, SMS) и электронных платежных систем (электронные деньги,интернет-эквайринг);

· реализацию пополнения парковочного счета и оплатыпарковки с использованием web-технологий (ЛК ИПП, платежные онлайн-клиенты,банк-клиенты);

· реализацию оплаты с использованием банковских картчерез паркомат;

· реализацию оплаты с использованием банковских картчерез автоматические кассы плоскостных парковок (при наличии);

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

4) В части автоматизации процесса начисления оплатысчетов в оплату абонементов и административных штрафов:

· реализацию сервиса автоматического выставления счета воплату абонемента за пользование парковками (месячного, квартального,годового);

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

· формирование статистических данных постатусу начисления и проведенным оплатам.

4.2.2.3. Требования к обработке платежей

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

· платеж при пополнении парковочного счета пользователя;

· платеж в счет оплаты парковочных сессий.

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

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

· уникальным идентификатором пользователя при платеже сиспользованием Паркомата/платежного терминала должен считаться ГРЗ ТС. В этомслучае платежи не должны проходить через парковочный счет пользователя иотображаться в платежной истории личного кабинета пользователя;

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

· уникальным идентификатором пользователя при платеже наплоскостной парковке (при наличии) должен являться номер парковочной карты илибилета, которые выдаются при въезде на парковку во въездной стойке;

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

· списание денежных средств с мобильноготелефона/банковской карты или других способов оплаты;

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

· списание необходимого для оплаты парковки объемаденежных средств с парковочного счета с данным уникальным идентификатором(номером мобильного телефона).

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

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

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

4.2.2.4. Требования к организациивозможности досрочной остановки парковочной сессии

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

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

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

· ограничение минимального времени парковочной сессии;

· ограничение минимального шага при оплате парковочнойсессии (длительность оплачиваемой парковочной сессии должна быть кратна этомузначению).

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

Пример расчета суммы возврата на парковочный счетпользователя при досрочном прекращении оплаченной парковочной сессиидлительностью 1 час, спустя 40 минут 00 секунд (стоимость – 40 рублей в час):

сумма_возрата = (1 час – ((40 мин*60 сек+0 сек)/60мин*60 сек)) *40 руб=13,3 ед.

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

Пример расчета суммы возврата на парковочный счетпользователя при досрочной остановке оплаченной парковочной сессиидлительностью 1 час спустя 40 минут 00 секунд (стоимость – 40 рублей в час,минимальная длительность парковочной сессии – 1 час):

сумма_возрата = (1 час – ((60 мин*60 сек+0 сек)/60мин*60 сек))) *40 руб=0 ед.

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

Пример расчета суммы возврата на парковочный счетпользователя при досрочной остановке оплаченной парковочной сессиидлительностью 1 час спустя 40 минут 00 секунд (стоимость – 40 рублей в час,ограничение минимального шага при оплате – 15 минут):

сумма_возрата = (1 час – ((3*15 мин*60 сек+0 сек)/60мин*60 сек))) *40 руб=10 ед.

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

Пример расчета суммы возврата на парковочный счетпользователя при досрочной остановке оплаченной парковочной сессиидлительностью 1 час спустя 40 минут 00 секунд (стоимость – 40 рублей в час,ограничение минимального шага при оплате – 15 минут, минимальная длительностьпарковочной сессии – 1 час):

сумма_возрата = (1 час – ((60 мин*60 сек+0 сек)/60мин*60 сек)))*40 руб=0 ед.

4.2.2.5. Требования к организации платежейчерез СМС-сообщение

Система должна быть настроена на взаимодействие сошлюзом оператора единого виртуального короткого номера и оператора сервисамобильной коммерции (далее в общем: Сервис мобильной коммерции).

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

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

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

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

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

Алгоритм проведения Акцептного платежа

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

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

1) Отправка Пользователем СМС-сообщения в заданномформате.

2) Инициация Сервисом мобильной коммерции Платежачерез отправку запроса на адрес Системы.

3) Обработка Системой запроса, включая проверкукорректности запроса.

4) Сравнение Системой значений суммы Платежа и суммыПарковочного счета, формирование значения суммы Акцептного платежа.

5) Отправка Системой ответа со статусом запроса.

6) Отправка Системой запроса на адрес Сервисамобильной коммерции о списании суммы Акцептного платежа с Лицевого счета АОСС.

7) Отправка Сервисом мобильной коммерции ответа состатусом запроса.

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

9) Подтверждение Пользователем платежа в соответствиис инструкцией в тексте СМС-сообщения, отправленным Оператором сотовой связиПользователю.

10) Отправка Сервисом мобильной коммерции запроса наадрес Системы с результатом списания.

11) Пополнение Системой Парковочного счетаПользователя на сумму Акцептного платежа.

12) Проведение Системой Безакцептного платежа сПарковочного счета Пользователя в счет оплаты Услуги.

13) Отправка Системой на адрес Сервиса мобильнойкоммерции ответа со статусом запроса.

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

Алгоритм проведения Безакцептного платежа

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

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

1) Отправка Пользователем СМС-сообщения в заданномформате.

2) Инициация Сервисом мобильной коммерции Платежачерез отправку запроса на адрес Системы.

3) Обработка Системой поступившего от Сервисамобильной коммерции запроса, включая проверку корректности запроса.

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

5) Проведение Системой Безакцептного платежа сПарковочного счета Пользователя в счет оплаты Услуги.

6) Отправка Системой ответа в Сервис мобильнойкоммерции со статусом запроса.

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

4.2.2.6. Требования к обработке и форматуСМС-сообщений

Система должна взаимодействовать с Сервисом операторакороткого номера и Сервисом мобильной коммерции по протоколу HTTPS. Вызовоперации должен представлять собой HTTP-GET запрос. Все значения параметровдолжны быть в кодировке UTF-8.

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

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

Требования к форматам SMS-сообщений содержатся втаблице 4.1.

Таблица 4.1. Требования к форматам СМС-сообщений

Логическая операция	Формат данных	Пример
Оплата парковочной сессии	р+код_регионаномер_зоныномер_ТС*кол-во_часов	Р52101A001AA152*2
Продление парковочной сессии	р+код_регионаxкол-во_часов	Р52x3
Остановка парковочной сессии	р+код_региона*c	Р52*С

Требования к типам данных в SMS-сообщении содержатся втаблице 4.2.

Таблица 4.2. Требования к типам данныхSMS-сообщения

Поле	Тип данных	Описание
Номер зоны	Трех или четырехзначное число	Номер парковочной зоны, в которой находится ТС Пользователя (определяется при первичной инсталляции Системы)
Номер ТС	Цифробуквенное сочетание	Принятые на территории РФ форматы ГРЗ ТС (в соответствии с ГОСТ Р 50577-93)

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

С целью уменьшения возможных ошибок Пользователей вформате указываемого ГРЗ, пользовательские интерфейсы Системы (за исключениемПО паркоматов, при использовании) должны обеспечивать фильтрацию формата ГРЗ наналичие неиспользуемых символов русского и латинского алфавита в действующих натерритории Российской Федерации стандартах государственных номеров транспортныхсредств (ГОСТ Р 50577-93). В случае наличия таких символов в ГРЗ, указанномПользователем при оплате, пользовательские интерфейсы Системы должны возвращатьошибку оплаты данного ГРЗ с указанием ошибки неверного формата ГРЗ.

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

4.2.2.7. Требования к интернет-порталу

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

· пользователи интернет-портала должны иметь возможностьдоступа к личным кабинетам, в которых должны быть реализованы механизмыпополнения парковочного счета пользователя в Системе при помощи банковских картмеждународных платежных систем Visa, MasterCard и национальной платежнойсистемы МИР, SMS, безналичным банковским переводом и не менее двух видовэлектронных платежей (например, Яндекс.Деньги, Сбербанк Онлайн);

· в личном кабинете пользователя должен бытьпредусмотрен механизм формирования квитанции/счета для пополнения парковочногосчета безналичным банковским переводом, предусматривающий автоматическоеформирование и внесение в печатную форму квитанции уникального идентификатораначисления с целью обеспечения возможности последующего квитирования данноготипа платежей (при наличии организационной и технической возможности). В случаеписьменного обращения Концедента в период проведения работ, Концессионер обязанреализовать в Системе аналогичный механизм формирования квитанций\счетов и последующегоквитирования платежей по уникальному номеру начисления для оплаты парковочныхабонементов парковочных разрешений;

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

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

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

4.2.2.8. Требования к мобильному приложению

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

· предоставление возможности пользователю пополненияличного счета в Системе посредством отправки СМС-сообщений на короткий номер(мобильная коммерция), банковской карты (сервис интернет-эквайринга), внешнихсистем электронных платежей (например, Яндекс.Деньги);

· предоставление возможности пользователю регистрации\остановки\продленияпарковочной сессии;

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

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

· отображение комиссий приразличных способах оплаты парковки.

4.2.3. Подсистема управления

4.2.3.1. Функции (задачи) подсистемыуправления

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

1) В части автоматизации процесса управления платнымипарковками:

· работоспособность пользовательских интерфейсов,необходимых для получения сервисов Объекта концессионного соглашения, включаяпаркоматы, плоскостные парковки (при наличии), интернет-портал, мобильноеприложение, SMS-сервисы, Контакт-Центр, приложения в платежных терминалах;

· координацию и эффективное функциональноевзаимодействие всех подсистем Объекта концессионного соглашения;

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

2) В части структурирования обрабатываемой информации:

· создание и управление реестром объектов Системы;

· создание и управление реестром пользователей Системы;

· создание и управление реестром адресов платныхпарковок (парковочных мест), в том числе мест для парковки специальныхавтотранспортных средств инвалидов, расположенных в зоне платного паркования.

3) В части администрирования доходов и штрафов:

· контроль администрирования доходов и штрафов,возникающих при использовании объектов Системы;

· управление начислениями и платежами;

· управление тарифами, льготами и абонементами;

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

· информирование пользователей Системы;

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

4) В части взаимодействия с городскими системами:

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

· программную интеграцию с региональными системамипредоставления государственных и муниципальных услуг города Нижний Новгород(при наличии организационной и технической возможности);

· контроль выдачи парковочных разрешений льготнымкатегориям пользователей платных парковок (инвалиды, другие категории);

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

· получение, обработку и передачу обращений граждан повопросам функционирования Объекта концессионного соглашения.

5) В части взаимодействия с платежными системами:

· программную интеграцию иплатежи с использованием платежных терминалов, систем электронных денег.

4.2.3.2. Требования к управлениюадминистративной частью Системы

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

· добавление/редактирование/удаление категорий парковокпарковочного пространства города Нижний Новгород;

· добавление/редактирование/удаление объектовпарковочного пространства (парковочных зон, парковок, паркоматов, пунктовприемов оплат, информационных табло);

· добавление/редактирование/удаление страницинтернет-портала;

· отображение реестра пользователей платных парковок, свозможностью поиска по ФИО, ТС и номеру телефона;

· назначение ролей пользователям;

· сброс пароля пользователя;

· просмотр истории операций и журнала действийпользователя;

· просмотр существующих тарифов;

· возможность назначения тарифа парковочной зоне;

· просмотр и изменение существующих видов льгот иабонементов;

· просмотр и редактирование назначений льгот иабонементов пользователям (при условии, что не используется функционал импортаэтих данных из внешних источников согласно требованиям пункта 4.2.3.3«Требования к управлению, тарифами и абонементами» настоящего Техническогозадания) с возможностью поиска по ФИО, ГРЗ ТС, номеру телефона пользователя;

· отображение реестра всех произведенных транзакций свозможностью поиска по ГРЗ ТС, номеру телефона, номеру паркомата, уникальномуномеру платежа(транзакции) с фильтрами по статусу и типу платежа;

· отображение данных реестра сформированныхпостановлений об административных правонарушениях;

· отображение реестра проведенных сверок платежей сотображением информации о возникших ошибках;

· просмотр и редактирование созданных инцидентов;

· наличие отчетных форм по оплате парковки, попополнению парковочного счета, по пользователям, льготам, абонементам и т.п.

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

В части управления интернет-порталом Подсистемауправления должна обеспечивать:

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

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

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

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

4.2.3.3. Требования к управлению тарифами,льготами и абонементами

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

· вида транспортного средства (грузовые автомобили,легковые автомобили, мотоциклы, автобусы);

· стоимости парковки в каждой из парковочных зон;

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

· используемых для данного ТС пользователя льгот:персонализированных (привязанных к учетной записи пользователя в Системе) илине персонализированных (непривязанных к учетной записи пользователя в Системе).

Модуль управления тарифами, льготами и абонементамидолжен предоставлять возможность создания и редактирования льготных правил дляопределенных категорий граждан (например, инвалиды, ветераны). Льготы должныназначаться для учетной записи пользователя Системы, (персонализированныельготы), либо без привязки к учетной записи (не персонализированные льготы) суточнением по зоне/времени/дню недели и действовать на указанные в парковочномразрешении номера ТС.

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

· бесплатная парковка;

· снижение стоимости парковки на заданный процент;

· фиксированная стоимость парковки;

· составной тариф (совокупность нескольких льготныхполитик).

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

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

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

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

4.2.3.4. Требования к управлению сверками(квитированием) платежей

4.2.3.4.1. Общие требования

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

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

Источники информации о платежах за пользование платнымпарковочным пространством, используемые Системой при проведении процедурысверки (квитирования) платежей, условно должны разделяться на три категории:

а) Информационные транзакции в режиме реальноговремени, к которым относятся:

- данные, полученные от агрегаторовплатежей при проведении платежа (SMS на короткий номер, интернет-платежи);

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

б) Информационные транзакции о фактическивыполненных проводках или выставленных начислениях:

- данные о фактически выполненных(проведенных) платежах, поступающих от агрегаторов платежей;

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

- данные о выставленных штрафах.

в) Финансовая информация о зачисленныхсредствах:

- данные о зачисленных платежах нарасчетный счет в Управлении Федерального Казначейства по Нижегородской областиили уполномоченного Администратора дохода от эксплуатации парковок (парковочныхмест).

Информационные транзакции всегда должны квитироватьсяданными о фактически проведенных платежах за пользование платными парковками(парковочными местами) и данными о фактически поступивших денежных средствах нарасчетный счет в Управлении Федерального Казначейства по Нижегородской областиили уполномоченного Администратора дохода от эксплуатации парковок (парковочныхмест).

4.2.3.4.2. Требования к формированию реестровисходных данных и их структуре для проведения сверки платежей

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

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

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

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

Реестр штрафов – реестр, формируемый Системой впроцессе выставления штрафа за нарушение правил оплаты пользования парковками(парковочными местами).

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

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

- код (id) операции;

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

-локальные дата и время операции.

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

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

4.2.3.4.3. Требования к проведению сверкирасчетов по парковочным сессиям и пополнению парковочных счетов

Модуль сверки (квитирования) платежей долженосуществлять следующие типы сверок:

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

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

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

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

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

Частично квитированные транзакции должны ожидатьквитирования по данным из Управления Федерального Казначейства по Нижегородскойобласти (или уполномоченного Администратора дохода от эксплуатации парковок(парковочных мест)) о фактическом зачислении платежей на расчетный счет. Каждаячастично квитированная транзакция должна иметь следующую информацию: дата ивремя выполнения предварительного квитирования, дата и время фактического списанияплатежа (при наличии этой информации в реестре поступлений), номер реестра поступлений,по которому частично квитирована транзакция.

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

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

Реестру должен присваиваться статус в зависимости отсостояния квитирования составляющих его платежей:

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

- неквитирован – в остальных случаяхпри «ненулевой» сумме неквитированных платежей.

На основании реестра, прошедшего квитирование должнасоздаваться программная сущность «реестра ожидаемых платежей» с указанием суммыкаждого ожидаемого платежа, по которому должно проводиться дальнейшеевыполнение сверок с Управлением Федерального Казначейства по Нижегородскойобласти (или уполномоченного Администратора дохода от эксплуатации парковок(парковочных мест) о фактически зачисленных платежах на расчетный счет.

4.2.3.4.4. Требования к проведению сверкирасчетов по оплате штрафов

Реестр зачислений по оплате штрафов должен загружатьсяв Систему из программного обеспечения по бухгалтерскому учету Администраторадоходов по штрафам.

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

При наличии «ненулевого» поля УИН, квитирование должновыполняться по данному полю и сумме платежа. При совпадении полей записьреестра получает статус – квитирована.

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

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

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

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

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

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

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

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

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

4.2.3.5. Требования к управлению заявками

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

· регистрация и обработка заявок (обращений и инцидентов) пользователей;

· возможность прикрепления файлов к заявке;

· уведомления о создании заявки и смене исполнителя по электронной почтеи СМС-сообщению;

· отчеты по заявкам в разрезе пользователей за определенный период;

· отчеты по заявкам в разрезе оборудования и объектов инфраструктуры;

· журнал изменений в ходе работ по заявке;

· возможность экспорта отчетов в формате csv;

· визуальное представление отчетной информации о заявках в виде графикови диаграмм.

4.2.3.6.Требования к формированию отчетности

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

1) Итоговый отчет по оплатам парковок с использованиемпаркоматов, содержащий следующие данные:

· номер паркомата;

· количество фактов оплат;

· сумма оплат;

· итоговое количество фактов оплат со всех паркоматов;

· итоговая сумма оплат со всех паркоматов.

2) Итоговый отчет по оплатам в разрезе парковочных зонв общей и детальной форме.

Отчет в общей форме должен содержать следующие данные:

· номер парковочной зоны;

· количество фактов оплат в каждой парковочной зоне;

· сумма оплат в каждой парковочной зоне;

· итоговое количество фактов оплат во всех парковочныхзонах;

· итоговая сумма оплат во всех парковочных зонах.

Отчет в детальной форме должен содержать следующиеданные:

· номер парковочной зоны;

· дата оплаты;

· тип операции;

· ГРЗ ТС, по которому проводилась оплата парковки;

· продолжительность оплаченной парковочной сессии;

· сумма оплаты.

3) Отчет по пополнению парковочного счета в системе долженсодержать следующие данные:

· способ пополнения;

· количество фактов оплат каждого способа пополнения;

· сумма оплат каждым способом пополнения;

· итоговое количество фактов оплат по всем способампополнения;

· итоговая сумма по всем способам пополнения.

4) Отчет о состоянии общей суммы всех парковочныхсчетов пользователей должен содержать следующие данные:

· начальный суммарный баланс (на выбранную дату);

· сумма пополнения счета (общая сумма пополнений задень);

· сумма оплат парковки (общая сумма оплат парковки задень);

· остаток от пополнения счета, не потраченный на оплату(сумма сальдо за день);

· конечный суммарный баланс (на выбранную дату);

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

· итоговая сумма оплаты парковок за выбранный период;

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

5) Отчет о количестве пользователей должен содержатьследующие данные:

· тип пользователя Системы (зарегистрированный или незарегистрированный на интернет-портале);

· количество пользователей Системы с разбивкой по типам;

· общее количество пользователей Системы;

· количество пользователей с привязанными в личномкабинете ТС

6) Отчет о пользователях платных парковок, имеющихльготные разрешения, должен содержать следующие данные:

· тип льготы;

· количество пользователей платных парковок, относящихсяк данной категории льготных граждан.

7) Отчет о пользователях платных парковок, которыеимеют абонементы, должен содержать следующие данные:

· тип абонемента;

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

8) Отчет по заявкам (инцидентам) на поддержку долженсодержать следующие данные:

· категория заявки;

· количество зарегистрированных заявок;

· количество заявок, выполненных с нарушением сроков;

· общее количество выполненных заявок.

9) Отчет по длительности сессий должен содержатьсведения по результат выполнения контроля сессий оператором и включать в себяследующие данные:

· длительность сессий (по выбраннойзоне);

· количество сессий (по выбраннойзоне);

· процентное соотношение подлительности сессий (по выбранной зоне);

· итоговая длительность сессий;

· итоговое количество сессий;

· итоговое процентное соотношение по длительности сессий.

10) Отчет по штрафам должен содержать следующиеданные:

· общее количество штрафов;

· общая сумма штрафов;

· количество неоплаченных штрафов;

· сумма неоплаченных штрафов;

· процент оплаченных штрафов от общего количестваштрафов.

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

4.2.3.7. Требования к мобильным приложениям

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

· наличие версий мобильных приложений для не менее чем 2(двух) мобильных платформ (iOS, Android,), существующих на рынке мобильныхустройств, в соответствии с рекомендациями по разработке пользовательскихинтерфейсов;

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

· наличие функционала редактирования списка ГРЗ ТСпользователя для удобства ввода ГРЗ ТС при оплате и уменьшении вероятностиошибок со стороны пользователя. ГРЗ ТС из этого списка должны предлагаться дляавтоматического заполнения в интерфейсах регистрации/оплаты парковочной сессии;

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

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

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

4.2.3.8. Требования к интернет-порталу

В части подсистемы управления интернет-портал долженсоответствовать следующим требованиям:

· домен для размещения интернет-портала долженпредоставлять Концессионер либо использовать домен, предоставленныйКонцедентом;

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

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

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

- активировать и деактивировать методы оплаты;

- добавлять/редактировать/удалять методы оплаты;

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

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

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

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

· на интернет-портале в личном кабинете пользователядолжен быть реализован механизм редактирования личных данных. Как минимум,должна быть обеспечена возможность работы со следующими данными: ФИО, адресэлектронной почты, телефонный номер, список ГРЗ ТС, сведения о документах ТС;

· в административной частиинтернет-портала должен быть предусмотрен механизм возврата денежных средств напарковочный счет пользователя при ошибках в открытии пользователем своейпарковочной сессии (например, введен неверный ГРЗ ТС).

4.2.4. Подсистема информирования

4.2.4.1. Функции (задачи) подсистемыинформирования

Подсистема информирования должна обеспечивать:

1) В части информирования участников дорожногодвижения:

· размещение дорожных знаков 5.29 «Зона регулируемойстоянки» и 5.30 «Конец зоны регулируемой стоянки», предупреждающих участниковдорожного движения о въезде/выезде в/из зоны платного паркования, с учетомадресности ввода платных парковок (парковочных мест);

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

· нанесение дорожной разметки 1.1, 1.24.3для обозначенияпарковок (парковочных мест), в том числе для ТС инвалидов в соответствии сутвержденными проектами организации дорожного движения;

· установку дорожных знаков 6.4 «Парковка (парковочноеместо)», 8.5 «Время действия», 8.6 «Способ постановки на стоянку», 8.8 «Платныеуслуги», 8.17 «Инвалиды», 8.23 «Фотовидеофиксация» в соответствии сутвержденными проектами организации дорожного движения;

· установку (при необходимости) дорожных знаков 3.27«Остановка запрещена», 3.28 «Стоянка запрещена», 3.29 «Стоянка запрещена понечетным числам месяца», 3.30 «Стоянка запрещена по четным числам месяца», 5.18«Место стоянки легковых такси», 8.3 «Направление действия», 8.4 «Видтранспортного средства», 8.9 «Ограничение продолжительности стоянки», 8.9.1«Стоянка только для владельцев парковочных разрешений», 8.24 «Работаетэвакуатор», в в соответствии с утвержденными проектами организации дорожногодвижения.

2) В части мониторинга заполняемости (загруженности)платных парковок:

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

· мониторинг наличия свободных парковочных мест наплоскостных парковках (при присутствии в составе Системы)

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

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

3) В части информирования пользователей Системы:

· реализацию создания информационно-справочногопарковочного интернет-портала городского округа город Нижний Новгород (далее –интернет-портал);

· реализацию следующих уведомлений по электронной почте:

- о назначении, дате/времени началаи дате/времени окончания абонементного или льготного парковочного разрешения;

- о вынесении постановления обадминистративном правонарушении и размере штрафа на владельца ТС;

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

· организацию работы Контакт-Центра (Call-центра).

4) В части создания и организации работыКонтакт-Центра (Call-центра):

· выделение (закрепление) телефонного номера дляорганизации работы Контакт-Центра (Call-центра);

· информационную поддержку пользователей по вопросамфункционирования Системы;

· предоставление удаленного доступа операторамКонтакт-Центра (Call-центра) в подсистему управления с целью оперативногорешения вопросов пользователей Системы, обратившихся в Контакт-Центр (вCall-центр);

· ведение статистики иотчетности по количеству пользователей, обратившихся в Контакт-Центр (вCall-центр), заданным вопросам, времени ожидания на ответ и другим параметрамсогласно формам, разработанным и указанным в техническом решении Концессионера.

4.2.4.2. Требования к интернет-порталу

В части подсистемы информирования интернет-порталдолжен соответствовать следующим требованиям:

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

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

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

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

· на карте должна бытьреализована возможность автоматической цветовой градации парковок в зависимостиот их занятости ТС. Данные о занятости генерируются на базе внешнего источника:устройства фотофиксации (при условии предоставления данных от устройства).

4.2.4.3. Требования к мобильным приложениям

В части подсистемы информирования мобильные приложениядолжны соответствовать следующим требованиям:

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

· отображение информации оближайшем свободном парковочном месте для Пользователя (при наличии информациио геолокации);

· наличие функционала поискапарковки по адресу;

· построение маршрутов довыбранной пользователем парковки как внутри приложений, так и использованиемвнешних сервисов навигации (Google Maps, Yandex Maps, Yandex Navigator, AppleMaps);

· проверка наличия штрафовза неоплату парковки (при наличии технической и организационной возможности).

4.2.5. Подсистема мониторинга

4.2.5.1. Функции (задачи) подсистемымониторинга

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

· технический мониторинг состояния объектов парковочнойинфраструктуры;

· мониторинг текущих статусов состояния техническихпараметров серверного и сетевого оборудования;

· мониторинг доступности и функционированияобщесистемного серверного программного обеспечения;

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

· предоставление статистической информации о количестветранзакций и их статусе за определенный период времени;

· контроль использования объектов Системы, формированиестатистических и отчетных материалов;

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

· мониторинг загруженности платного парковочногопространства и формирование соответствующей отчетности за различные периодывремени;

· мониторинг парковочных фактов и оценка эффективностиработы конкретного оператора;

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

4.2.5.2. Требования к мониторингутранзакций

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

Мониторинг транзакций должен иметь следующие фильтры:

· по периоду времени (с возможностью указанияпроизвольного периода);

· по типу транзакций.

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

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

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

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

· текущее состояние объектов парковочной инфраструктурыи их основных узлов;

· история технического состояния объектов парковочнойинфраструктуры и его основных узлов;

· номер и адрес объекта парковочной инфраструктуры свозможностью отображения местоположения на картографической подложке;

· время последнего контакта и время последнего успешногоконтакта объекта парковочной инфраструктуры с Системой.

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

Минимальный требуемый набор компонентов длямониторинга технического состояния Паркомата:

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

· техническое состояние всех аппаратных устройствПлатежного контроллера - чекового 24.06.2014 № 166 а, устройства для работы скартами (кардридера), клавиатуры;

· индикация текущего заряда аккумуляторной батареи;

· события состояния Паркомата.

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

· рабочее состояние;

· некритический сбой;

· критический сбой;

· выключено.

К предупреждающим событиям (некритический сбой) должнобыть отнесены следующие ситуации:

· переход в режим питания от аккумуляторной батареи;

· попытка оплаты парковки незарегистрированнойбанковской картой или картой, находящейся в стоп-листе;

· переход в рабочий режим обслуживания;

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

· минимальный объем бумажной ленты в термопринтере.

К аварийным событиям (критический сбой) должны бытьотнесены следующие ситуации:

· непроходит тест с устройством (код устройства);

· окончаниебумажной ленты в термопринтере;

· неисправностьустройства для работы с картами (кардридера);

· ошибки в системе оплаты с диагностикой причинынеуспешного завершения платежа.

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

4.2.5.4. Требованияк мониторингу парковочных фактов

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

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

1) По периоду времени:

· вчера;

· сегодня;

· эта неделя;

· этот месяц;

· указать период.

2) По типу:

· дата фиксации;

· дата проверки.

3) По зонам.

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

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

Оплаченные сессии должны делиться на следующие:

· короткая сессия - если ТС простояло меньше времени,чем отведено на оплату парковки;

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

· оплаченнаяпарковка - все оплаченные парковки.

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

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

1) По типу:

· сессии;

· нарушения;

2) По периоду времени:

· вчера;

· сегодня;

· эта неделя;

· этот месяц;

· указать период.

3) По зонам.

4.2.6. Подсистема администрирования

4.2.6.1. Функции (задачи) подсистемыадминистрирования

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

1) В части администрирования нарушений в областиблагоустройства:

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

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

· передачу данных о выявленных нарушениях винформационную систему Управления ГИБДД ГУ МВД России по Нижегородской областидля проверки информации по базам данных (соответствие ГРЗ ТС, розыск ТС,региональный оперативный розыск, федеральный розыск) при необходимости иналичии технической и организационной возможности;

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

· формирование сведений, необходимых для ведениястатистики;

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

2) В части администрирования нарушений ПДД в областидорожного движения:

· регистрацию в зоне платного паркования нарушений ПДД вобласти дорожного движения в части правил остановки или стоянки транспортныхсредств, предусмотренных ч.1 ст.12.11, ч.4 ст.12.16, ч.1 ст.12.19, ч.2ст.12.19, ч.3 ст.12.19, ч.3.1 ст.12.19, ч.3.2 ст.12.19, ч.4 ст.12.19 КоАП РФ сиспользованием комплексов фотофиксации;

· формирование и ведение электронной базы по типамадминистративных правонарушений, категориям участников дорожного движения,типам транспортных средств, адресу фиксации нарушения, ГРЗ ТС;

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

· передачу данных о выявленных правонарушениях на серверЦАФАП ОДД (при необходимости);

· формирование сведений, необходимых для ведениястатистики.

3) В части обеспечения государственной услуги повыдаче парковочных разрешений для льготных категорий пользователей (,инвалиды):

· прием данных о выданных разрешениях для льготных категорийпользователей от государственных и муниципальных органов, органов местногосамоуправления;

· прием данных о выданных разрешениях для льготныхкатегорий пользователей от регионального портала государственных услуг (приналичии технической и организационной возможностей);

· прием данных о выданных разрешениях для льготныхкатегорий пользователей от многофункциональных центров (при наличии техническойи организационной возможностей);

· ведение реестров льготных категорий пользователей парковок.

4) В части приема и обработке данных с комплексовфотофиксации:

а) Функции серверного оборудования приема:

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

б) Функции коммутатора:

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

в) Функции статистики по предоставлению отчетов овыявленных нарушениях:

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

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

- подням недели (с перечислением видов выявленных нарушений);

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

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

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

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

г) Требования по приему и обработке пакетов данных:

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

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

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

- возможность обмена данными с комплексом фотофиксации(переносным, стационарным), ситуационным центром органа местного самоуправлениягорода Нижний Новгород и/или уполномоченным структурным подразделениемУправления ГИБДД МВД России по Нижегородской области, в том числе в случаеобнаружения ТС, зафиксированного комплексом фотофиксации, числящимся в розыскепо протоколам, предоставленным соответствующим подразделением.

5) Требования к хранению пакетов данных:

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

6) Требования к картографии:

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

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

4.2.6.2. Требования к функционированиюподсистемы администрирования

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

· сбор, запись, систематизация, извлечение, накопление, хранение,использование материалов, зафиксированных средствами фотофиксации;

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

· обеспечение безопасности обрабатываемых данных.

Модуль административной практики должен выполнятьследующие функции:

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

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

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

· проверка данных по оплатам ГРЗ транспортных средств,парковка которых зафиксирована на территории платных парковок, и выявлениереестра нарушений правил оплаты времени использования платных парковок;

· формирование запроса и обработка ответа (впредоставляемом Концедентом формате) о владельцах и собственниках ТС, ГРЗкоторых содержатся в реестре зафиксированных нарушений правил оплаты временииспользования платных парковок;

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

· формирование реестра почтовых отправлений для ФГУП«Почта России» с присвоением каждому постановлению штрихового почтовогоидентификатора из предоставленного диапазона;

· отслеживание даты получения почтового отправления сиспользованием сервисов ФГУП «Почта России» (при условии предоставленияКонцедентом параметров использования сервиса и канала связи к нему);

· отслеживание даты оплаты штрафа по информации от УФКпо Нижегородской области (при условии предоставления Концедентом параметровиспользования сервиса с информацией о поступающих платежах за оплату штрафов вэлектронном виде в согласованном формате).

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

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

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

· Контроль фактов;

· Список фактов;

· Контроль сессий;

· Список сессий;

· Нарушения;

· Постановления;

· Делопроизводство.

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

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

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

· автоматическую проверку парковочных фактов без участияОператора АРМ для фактически оплаченных парковочных сессий при условиисоответствия распознанного ГРЗ ТС маске ГРЗ ТС по ГОСТ Р 50577-93 «ЗнакиГосударственные Регистрационные транспортных средств. Типы и основные размеры.Технические требования»;

· ручное присвоение Оператором АРМ статуса нарушения дляфотоматериалов ТС с частично или полностью закрытым ГРЗ.

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

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

3) Контроль сессий. Данный функциональный раздел долженпозволять осуществлять ручной мониторинг корректности формирования нелегальныхпарковочных сессий в виде сформированных данных о неоплаченной парковочнойсессии с отображением фотографии первого и последнего факта фиксации внутриодной парковочной сессии и данных о парковочной сессии (дата, время, место).Формирование списка нелегальных парковочных сессий должно производиться путемавтоматической проверки всех парковочных сессий на предмет оплаты, а такжепринадлежность сессий к категории льготных или абонементных. Процедураавтоматического формирования нелегальных парковочных сессий за текущий деньдолжна осуществляться в ночное время суток не позднее трех календарных дней.Для контроля сессий оператор должен иметь возможность проводить оценкусоответствия данных требованиям, предъявляемым к постановлениям обадминистративных правонарушениях при нарушении правил в части оплаты запользование платным парковочным пространством г. Нижний Новгород (в том числе,производить проверку содержания и качества изображения: соответствие ГРЗ ТС,видимость ТС на фотографии, расположение ГРЗ ТС по центру фотографии и т.д.)При этом должна быть предусмотрена возможность подтверждения данных опарковочной сессии для их передачи на следующий этап процесса выставленияштрафов, либо неподтверждения данных (отбраковка) из-за несоответствиятребованиям к постановлениям об АП.

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

· периоду времени (вчера, сегодня, текущая неделя,текущий месяц, произвольный период);

· статусу парковочных сессий (любой, ожидают обработки,легальный, нарушение);

· парковочным зонам.

5) Нарушения. Данный функциональный раздел долженпозволять осуществлять:

· заполнение данных о владельцах транспортных средствдля списка сформированных нелегальных парковочных сессий в автоматическом илиручном режиме. Для автоматического режима должна быть предусмотрена возможностьимпорта данных о владельцах ТС в формате CSV. Заполнение сведений об адресевладельца ТС должно производиться в соответствии со структурой и форматомданных Федеральной Информационной Адресной Системы (ФИАС) с возможностью ручнойкорректировки;

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

· отклонение первого и/или последнего фактов всформированных нарушениях для случаев, когда качество и содержаниефотоматериалов не удовлетворяет требованиям к качеству материалов Постановленийоб административном правонарушении.

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

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

7) Делопроизводство. Данный функциональный раздел долженпозволять рассмотрение проектов постановлений об АП на заседанииадминистративной комиссии, подписание постановлений, а также протоколазаседания административной комиссии при помощи электронно-цифровой подписи,автоматическое формирование формы 103 «Список внутренних почтовых отправлений».Итоговый протокол заседания административной комиссии и архив подписанныхпостановлений должны сохраняться в данном разделе в формате pdf и zipсоответственно. Дополнительно должна быть предусмотрена возможность фильтрацииданных по заданному периоду времени (вчера, сегодня, текущая неделя, текущий месяц,произвольный период).

Для формирования постановлений об административныхправонарушениях, протоколов заседаний административной комиссии и почтовыхотправлений, модуль административной практики должен содержать раздел синформацией об административной комиссии, платежных реквизитах, правовойинформации, штриховом почтовом идентификаторе (ШПИ), форме 103 «Списоквнутренних почтовых отправлений», информации о почтовом отправлении. Данные вобозначенных информационных блоках должны сохраняться в базе данных Системы ибыть доступными для редактирования.

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

В информации о платежных реквизитах должны содержатьсяданные о наименовании получателя платежа, расчетном счете, ИНН, КПП, наименованиибанка получателя, БИК, КБК, ОКАТО, ОКТМО.

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

В информации о штриховом почтовом индикаторе (ШПИ)должны содержаться данные о начале и конце диапазона ШПИ, текущем значении ШПИ,индексе отделения связи и номере месяца.

В информации о форме 103 «Список внутренних почтовыхотправлений» должны содержаться данные о весе письма, объявленной стоимостьюписьма, стоимости пересылки без НДС, налоге на прибыль, сумме наложенногоплатежа, НДС, сумме страхового сбора.

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

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

Ключевой информацией о поверках программно-аппаратныхкомплексов фотофиксации должны являться:

· идентификатор программно-аппаратного комплекса;

· номер свидетельства о поверке;

· дата окончания срокадействия поверки.

4.3. Требования к видам обеспечения

4.3.3. Требования к информационному обеспечению

Хранение данных в подсистеме управления должно бытьпостроено на основе современных реляционных или объектно-реляционных СУБД. Дляобеспечения целостности данных должны использоваться встроенные механизмы СУБД.Средства СУБД, а также средства используемых операционных систем должныобеспечивать документирование и протоколирование обрабатываемой в Системеинформации.

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

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

Информационное обеспечение Объекта концессионногосоглашения должно обеспечивать:

· возможность ввода, обработки, накопления и храненияинформации, необходимой для реализации функций Объекта концессионногосоглашения;

· представление информации в форме, удобной для работыпользователя, в соответствии с установленным разграничением доступа;

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

· отсутствие потери точности информации при сборе,хранении, обработке и предоставлении информации во внешние системы;

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

4.3.4. Требования к составу, структуре и способам организации данных

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

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

· обеспечение целостностиданных;

· кластеризация исекционирование данных.

4.3.5. Требования к обеспечению контроля, хранения, обновления и восстановленияданных

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

Восстановление данных должно выполняться штатнымисредствами СУБД.

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

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

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

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

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

4.3.8.1. Требования к паркомату

Паркомат должен соответствовать следующим требованиям:

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

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

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

· Информационный обмен пользователей Системы с банками,провайдерами или операторами услуг и АИС Парковочное пространство;

· Выдачу бумажных документов, подтверждающих оплату всоответствии с Законодательством;

· Сохранение работоспособности при прямом попадании накорпус и функциональные элементы паркомата атмосферных осадков;

· Эксплуатацию в рабочем диапазоне температуры /влажности: минус 30°C – плюс 60°C / до относительной влажности 97% при 55°C.

· Класс защиты не менее IP33.

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

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

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

Тип и конфигурация оборудования (количествовъездных/выездных групп, автоматических касс оплаты и т.д.) определяются наэтапе проектирования.

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

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

ФункцииСистемы для парковок закрытого типа:

· Учет сеансов использования парковки на основеидентификатора – номера парковочной карты или билета, которые выдаются привъезде на парковку во въездной стойке;

· Возможность приема запросов на начало и окончаниесеанса парковки с расчетом оплаты за использованное время (величина округления настраиваемаи согласовывается с Заказчиком);

· Реализация механизма использования средств на личномлицевом (парковочном) счете для оплаты сеанса парковки;

· Реализация механизма использования средствПользователя на лицевом счете Оператора связи при оплате парковки путемотправки SMS в следующем формате

Логическая операция	Формат данных	Пример
Оплата парковочной сессии	[префикс (в случае наличия)]pp[идентификатор]	р52рр00000321

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

· вывод видеосигнала с камеры видеонаблюдения сплоскостных парковок закрытого типа на АРМ оператора/диспетчера;

· вывод результата работы системы распознания ГРЗ ТС наАРМ оператора/диспетчера.

· Ведение реестра распознанных ГРЗ ТС с привязкой ковремени заезда/выезда и идентификатору;

Возможностьреализация механизмов настройки проезда по ГРЗ ТС.

4.3.8.3. Требованиядля оборудования по мониторингу платных парковок (парковочных мест)

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

Данное оборудование должно обеспечивать:

· фиксацию наличиятранспортного средства на конкретном месте платной парковки;

· передачу информации вцентр обработки данных;

· интеграцию с компонентамиСистемы, мобильным приложением и интернет-порталом;

· обработку информации,обмен данными с компонентами Системы;

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

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

Для мониторинга заполняемости плоскостных парковок(при наличии) используются собственные механизмы подсчета свободных мест пофакту регистрации въезда/выезда транспортных средств через шлагбаум. При въездена плоскостную парковку должно быть установлено табло информирующее о наличиисвободных мест.

4.3.8.4. Требования к программно-аппаратнымкомплексам фото фиксации

Программно-аппаратные комплексы фотофиксации (Далее –ПАКФ) должны обеспечивать выполнение следующих функциональных задач:

1) В части распознавания:

· распознавать ГРЗ ТС, попадающиев область видимости распознающей видеокамеры, с общей вероятностью не менее90%;

· иметь ошибку распознавания не более 4% при условииполной видимости (цельности) ГРЗ ТС хотя бы на одном из кадров видеоряда ивизуальной различимости символов ГРЗ ТС.

2) В частихранения информации и накопления базы данных:

· хранить результатыраспознавания ГРЗ ТС и изображения ТС в момент фиксации;

· основываясь на принимаемыхданных от ГЛОНАСС/GPS-приемника, вносить в собственную базу данных информацию оместоположении участков дорог, на которых предстоит фиксировать нарушения ПДД вобласти дорожного движения в части правил остановки или стоянки ТС, а такжепродолжительность стоянки ТС на специально обозначенных (обустроенных,оборудованных) платных парковочных местах и время начала (открытия/продления)парковочной сессии для оплаты за размещение ТС на платной парковке;

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

· основываясь на принимаемыхданных от ГЛОНАСС/GPS-приемника, определять во время работы ПАКФ записанныеранее в базу данных участки дорог и зоны контроля, на которых необходимовыявлять нарушения ПДД в области дорожного движения в части правил остановкиили стоянки ТС, а также участки дорог с разрешенной (платной) парковкой.

3) В части фиксации нарушений:

· Иметь дополнительнуювозможность выявлять нарушения проезда ТС по полосе, предназначенной длядвижения маршрутного транспорта

· Остановка в зоне действиязнака “Остановка запрещена”

· Стоянка в зоне действиязнака “Стоянка запрещена”

· Остановка в зоне действияжелтой линии разметки (1.4)

· Остановка/Стоянка натротуаре

· Стоянка на газоне

· Стоянка на пешеходномпереходе

· Стоянка на пешеходной зоне

· Стоянка на местах дляинвалидов

· Парковка на велополосе

· Стоянка в зоне такси

· Нарушение порядка оплатыпарковки

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

4) В частизаписи, передачи, хранения и обработки данных:

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

· в случае отсутствия илипрерывания соединения с удаленным сервером ПАКФ должен хранить даннуюинформацию в своей памяти, а при восстановлении связи с удаленным серверомдолжен возобновлять ее передачу автоматически (режим отложенной передачи снакоплением очереди);

· в процессе работы наконтролируемом участке записывать фото и/или видеоматериалы с видеокамеры вкачестве доказательной базы о выявленных нарушениях ПДД в области дорожногодвижения в части остановки или стоянки транспортных средств в зоне платногопаркования, а также о фиксации прекратившего движение ТС-нарушителя на участкес разрешенной (платной) парковкой;

· хранить записанные фотои/или видеоматериалы в памяти компьютера, входящего в состав ПАКФ, всоответствии с указанными настройками времени и установленными для данногокомплекса объемами хранимой информации до момента передачи информации наудаленный сервер;

· продолжительность временихранения фото и/или видеоматериалов, передаваемых на удаленный сервер, для всехвыявленных нарушений должна быть не менее 60 суток;

· предоставлять возможностьпередачи записанных фото и/или видеоматериалов на удаленный сервер по проводнымили беспроводным линиям связи и с использованием съемных носителей информации.

5) В части категорий поиска ивыбора, хранящихся в памяти компьютера результатов распознавания ГРЗ и фотои/или видеоматериалов:

· по полному наборусимвольной последовательности ГРЗ ТС;

· по отдельным символам,входящим в ГРЗ (поиск схожих ГРЗ ТС по неполному набору символьнойпоследовательности);

· по диапазону времени идате;

· по категории выявленныхнарушений;

· по адресу выявленногонарушения (нарушений).

Используемые в Системе ПАКФ должны соответствоватьследующим требованиям:

1) Требования к типу используемого комплексафотофиксации:

· переносные комплексыфотофиксации (ПКФ) являются носимыми мобильными устройствами на базепланшетного компьютера в защищенном корпусе и предназначены для фиксациинарушений в автоматическом или полуавтоматическом режиме;

· мобильные комплексыфотофиксации (МКФ) устанавливаются на легковых автомобилях с автоматическойкоробкой передач и предназначены для фиксациии нарушений в автоматическом режиме.

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

2) Требования по соответствию ГОСТ:

· сведения о ПАКФ должныбыть внесены в Государственный реестр средств измерений Российской Федерации;

· ПАКФ должен иметьдействующее Свидетельство об утверждении типа средств измерений, выданноеФедеральным агентством по техническому регулированию и метрологии.

3) Требования к функционалу:

· автоматическое считываниеи идентификация ГРЗ ТС в процессе работы ПАКФ;

· фиксация нарушений ПДД вчасти остановки и стоянки ТС и архивирование информации в памяти компьютера,входящего в состав ПАКФ;

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

· прием удаленным серверомфото- и видеоматериалов о нарушении ПДД в части остановки или стоянки ТС, иххранение, обработку и последующую отправку в Центр предварительной обработкиЕдиного диспетчерского центра (далее - ЦПО) и/или в ситуационный центр органаместного самоуправления города Нижний Новгород или Центр автоматическойфиксации административных правонарушений для формирования административныхпостановлений по выявленным нарушениям в соответствии со статьей нарушения;

· ПАКФ должен выполнятьконтроль не более одного вида нарушений в один момент времени. Переход отконтроля одного вида нарушения к контролю другого вида нарушения для каждогоПАКФ (стационарного или переносного) должен производиться в автоматическом илиполуавтоматическом режиме.

4) Требования к работе в автоматическом режиме:

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

· осуществлять фиксацию взоне платного паркования нарушений ПДД в области дорожного движения в частиправил остановки или стоянки транспортных средств, предусмотренных ч.1ст.12.11, ч.4 ст.12.16, ч.1 ст.12.19 КоАП РФ.

5) Требования к работе в полуавтоматическом режиме(команда программно-аппаратному комплексу фотофиксации о работе вконтролируемой зоне формируется оператором):

· осуществлять фиксацию взоне платного паркования нарушений ПДД в области дорожного движения в частиправил остановки или стоянки транспортных средств, предусмотренных ч.2ст.12.19, ч.3 ст.12.19, ч.3.1 ст.12.19, ч.3.2 ст.12.19, ч.4 ст.12.19 КоАП РФ;

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

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

6) Требования к работе при воздействии внешнихфакторов:

· температура окружающеговоздуха от минус 30°С до плюс 60 °С для переносных ПАКФ;

· относительная влажностьвоздуха не менее 95% при температуре воздуха 30°С без конденсации влаги;

· атмосферное давление от 66 кПа до 106,7 кПа.

7) Требования к надежности комплексов фотофиксации:

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

К стационарному ПАКФ предъявляются следующиетребования:

1) Необходимость применения, места установки и количествостационарных ПАКФ определяются Концессионером на этапе проектирования исогласовываются с Концедентом, при этом количество ПАКФ иных типов может бытьскорректировано в меньшую сторону.

Требования по составу стационарного ПАКФ(представлены в таблице 4.2).

Таблица 4.2. Состав стационарного ПАКФ

Наименование
Фотовидеоблок в составе:
- Поворотная фото- видеокамера цифровая с объективом для контроля за дорожным движением и фото-видеофиксации нарушений ПДД ТС
- кронштейн
Модуль управления в составе:
- шкаф для размещения оборудования;
- вычислительный блок на базе промышленного персонального компьютера;
- кронштейн
- оборудование беспроводной связи
Комплект кабелей питания
Руководство по эксплуатации
Формуляр
Свидетельство о поверке комплекса

2) Требования к техническимхарактеристикам стационарного ПАКФ

Требованияк ПАКФ:

Углыобзора:

погоризонтали - 0°-360°;

повертикали- не менее -10°-90°;

Разрешениеизображения- не менее 1080 P (1920x1080);

Кратностьзума объектива - не менее 20х;

НаличиеИК-подсветки - наличие, дальность не менее 100м;

Источникэлектропитания - 220В, однофазное;

Температурный диапазон - не хуже -30⁰С/+50⁰С;

Пылевлагозащита - не хуже IP55;

Допустимая относительная влажность, % - 0…95;

GPS приемник – наличие;

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

Используемые каналы связи – WiFi, LTE 2400МГц,FDD-LTE: 2100МГц(B1)/1800МГц(B3)/2600МГц(B7)/900МГц(B8)/800МГц(B20)

TDD-LTE: 2600МГц(B38)/2350МГц(B40)

UMTS/HSDPA/HSPA+: 2100МГц(B1)/900МГц(B8)

GSM/GPRS/EDGE: 900/1800МГц

Тип антенн WiFi, LTE – Внешние;

Фиксация ТС на удалении от комплекса - до 150м;

3) Требования к вводу и передачи информации:

· ввод информации о контролируемых участкахавтомобильных дорог должен осуществляться с помощью оборудования и\илипрограммного обеспечения, входящего в состав стационарного ПАКФ перед началомего применения;

· введенная информация должна иметь возможностькорректироваться по мере внесения изменений в схемы организации дорожногодвижения;

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

· для оператора должна быть обеспечена возможностьуказания начала и конца зоны контроля (внесение координат в стационарный ПАКФпо команде оператора), внесения наименование этой зоны, задания типа зоныконтроля (вида фиксируемого нарушения в этой зоне), внесение ограничениявремени действия дорожного знака (если такое ограничение предусмотрено дляданного участка автомобильной дороги);

· стационарный ПАКФ должен иметь защиту отнесанкционированного доступа к его программному обеспечению. Идентификация иавторизация каждого оператора стационарного ПАКФ должна производиться с помощьюиндивидуальных логинов/паролей, обеспечивающих доступ к программномуобеспечению стационарного ПАКФ;

· Стационарный ПАКФ должен обеспечивать автоматическуюсинхронизацию встроенных часов с сервером точного времени и с системойспутниковой навигации.;

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

3) Требования к распознаванию ГРЗ ТС:

· обеспечивать контроль ТС (распознавание ГРЗ) нарасстоянии до 150 м;

· обеспечивать распознавание ГРЗ ТС в темное времясуток;

· создавать фотоизображения ГРЗ ТС и обзорныефотоизображения ТС с помощью встроенной фотокамеры;

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

4) При временном отсутствии связи с удаленным серверомстационарный ПАКФ должен обеспечивать возможность хранения сформированныхпакетов данных о зафиксированных ТС для последующей передачи их в отложенномрежиме.

5) Алгоритм функционирования стационарного ПАКФ вавтоматическом режиме должен обеспечивать:

· формирование пакета данных о зафиксированном ТС;

· отправку пакета данных на удаленный сервер дляобработки (для распознавания ГРЗ по фотоизображению, определению контураавтомобиля для идентификации его расположения на проезжей части и определенияадреса места нарушения по ГЛОНАСС/GPS - координатам);

· прием обработанных данных из удаленного сервера и ихнаправление для подтверждения оператору.

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

· уникальный идентификатор пакета;

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

· уникальный идентификатор стационарного ПАКФ;

· текущие ГЛОНАСС/GPS - координаты места фиксации ТС;

· дата и время фиксации ТС;

· тип нарушения;

· адрес нарушения;

· фотоизображение ГРЗ ТС;

· распознанное значение ГРЗ ТС (в виде символьнойпоследовательности);

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

· информацию о месте нахождения комплекса, а такжепризнак нахождения комплекса в зоне контроля, а также промежуточные фотографиии\или видео, свидетельствующие о нахождении ТС в состоянии покоя спериодичностью не менее 6 минут (на отдельных участках, параметр может бытьснижен);

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

7) Требования по соответствию ГОСТ:

· сведения об стационарном ПАКФ должны быть внесены вГосударственный реестр средств измерений Российской Федерации;

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

8) Требования по энергосбережению:

· электропитание стационарного ПАКФ должноосуществляться от внешней сети электропитания 220 В;

· максимальная потребляемая мощность стационарного ПАКФ- не более 70 Вт;

К переносному ПАКФ предъявляются следующие требования:

1) Требования по составу переносного ПАКФ представленыв таблице 4.3.

Таблица 4.3. Состав переносного ПАКФ

Наименование	Кол-во
Переносной ПАКФ	1
Ремень крепления	1
Руководство по эксплуатации переносного ПАКФ	1
Формуляр переносного ПАКФ	1
Адаптер питания 220В	1
Кабель для зарядки и передачи данных USB/microUSB	1

2) Требования к конструктивному исполнению:

· должен быть выполнен в виде носимого устройства набазе планшетного компьютера;

· иметь сенсорный экран диагональю не менее 17 см;

· иметь фотокамеру с автофокусировкой, оптическимразрешением не менее 5 Мп, с подсветкой или фотовспышкой для фотофиксациинарушений в темное время суток;

· иметь возможность сетевой передачи данных через сетимобильных операторов (GPRS/EDGE/3G/LTE);

· иметь навигационный модуль ГЛОНАСС/GPS;

· иметь USB-разъем для подключения к компьютеру;

· иметь встроенную память не менее 8 Гб и/или разъем дляподключения карты памяти объемом не менее 8 Гб;

· должен обеспечивать время автономной работы не менее 8(восьми) часов;

· степень защиты корпуса - не менее IP 65.

3) Требования к массогабаритным характеристикам:

· масса устройства - не более 1500 г (с учетом штатного аккумулятора);

· габариты устройства - не более 300 х 200 х 40 мм.

4) Требования по соответствию ГОСТ:

· сведения о переносном ПАКФ должны быть внесены вГосударственный реестр средств измерений Российской Федерации;

· переносной ПАКФ должен иметь действующее Свидетельствооб утверждении типа средств измерений, выданное Федеральным агентством потехническому регулированию и метрологии.

5) Требования по энергосбережению:

· электропитание переносного ПАКФ должно осуществлятьсяот батарей, входящих в состав устройства;

· мощность батареи должна обеспечивать бесперебойнуюработу в течение не менее 8 часов;

· в составе переносного ПАКФ должна быть предусмотренадополнительная съемная батарея или переносное зарядное устройство принеобходимости.

К мобильному ПАКФ предъявляются следующие требования:

Технические требования кмобильному ПАКФ

Наименование характеристики	Значение характеристики
Пределы допускаемой абсолютной погрешности привязки текущего времени комплекса к шкале времени UTC (SU), с	±2
Границы допускаемой абсолютной погрешности определения координат (с доверительной вероятностью 0,95), при значениях геометрического фактора не более 4, м	±7
Напряжение электропитания от источника постоянного тока, В	от 12 до 24
Рабочие условия эксплуатации: - температура окружающего воздуха, °С - относительная влажность воздуха при температуре воздуха 30 ⁰С без конденсации влаги, % атмосферное давление	от – 10 до + 45 95 от 66 кПа до 106,7 кПа
	от – 10 до + 45 95 от 66 кПа до 106,7 кПа
Степень защиты по ГОСТ 14254-2015	IP 20

Требованияпо соответствию ГОСТ:

4.3.8.5. Требования к аппаратной части

а) Требования к серверу обработки данных фотофиксации

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

Тактовая частота процессора – не менее 3 ГГц;

Количество ядер процессора - не менее 4;

Оперативная память - не менее 8 Гб;

Тип оперативной памяти – не хуже DDR3

Частота оперативной памяти – не менее 1600 МГц;

Общий объем дискового пространства – не менее 2 Тб;

Количество жестких дисков – не менее 2;

Поддержка SATAIII, SAS

Поддержка RAID 0,1

Количество слотов оперативной памяти – не менее 4;

Порты USB 2.0/3.0 – не менее 6;

Поддержка Ethernet;

CD/DVD-привод;

Видеовыходы – DVI/VGA;

Охлаждение – для центрального процессора, для жесткого диска, общее

Блок питания – не менее 500 Вт;

б) Требования к серверу управления и баз данных:

Количество серверов – не менее 4;

Количество процессоров – не менее 4;

Тактовая частота процессора – не менее 2,4 ГГц;

Количество ядер на процессор – не менее 8;

Объем кэш-памяти на процессор – не менее 12 Мб;

Объем оперативной памяти – не менее 64 Гб;

Тип оперативной памяти – не хуже DDR3

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

Поддержка жестких не дисков – не менее 6;

Поддержка SATA III, SAS

Объем HDD – не менее 4 Тб;

Количество HDD – не менее 4;

Наличие аппаратного RAID 0,1,5,10 с поддержкой неменее 6 жестких дисков;

Наличие встроенного видеоадаптера;

Поддержка Ethernet;

Форм-фактор – стоечный;

Количество блоков питания – не менее 2;

Мощность блока питания – не менее 500 Вт;

Наличие возможности «горячей» замены;

б) Требования к серверу резервного копирования:

Количество серверов – 1;

Количество процессоров – не менее 1;

Тактовая частота процессора – не менее 2,4 ГГц;

Количество ядер на процессор – не менее 4;

Объем кэш-памяти на процессор – не менее 6 Мб;

Объем оперативной памяти – не менее 32 Гб;

Тип оперативной памяти – не хуже DDR3

Поддержка жестких не дисков – не менее 4;

Поддержка SATA III, SAS

Объем HDD – не менее 4 Тб;

Количество HDD – не менее 4;

Наличие аппаратного RAID 0,1,5,10 с поддержкой неменее 6 жестких дисков;

Наличие встроенного видеоадаптера;

Поддержка Ethernet;

Количество блоков питания – не менее 2;

Мощность блока питания – не менее 500 Вт;

Наличие возможности «горячей» замены;

в) Требования к АРМ Оператора:

Количество – не менее 16;

Тактовая частота процессора – не менее 2,4 ГГц;

Количество ядер процессора – не менее 2;

Объем оперативной памяти – не менее 8 Гб;

Объем жесткого диска – не менее 500 Гб;

Наличие встроенного видеоадаптера с объемом памяти не менее 1 Гб;

Поддержка Ethernet;

Количество USB 2.0/3.0 – не менее 6;

Тип монитора – жидкокристаллический LED/TFT/IPS

Диагональ монитора – не менее 24 дюймов;

Наличие лицензионных версий операционной системы иофисного пакета.

4.4.1. Общаяхарактеристика недвижимого имущества для размещения ЦМУП

Недвижимое имущество Концедента,представляет собой:

нежилое помещение общей площадью 75,9 кв.м.,расположенное по адресу: 603163, Российская Федерация, Нижегородская область,город Нижний Новгород, ул. Бринского, 3а, пом. П5, кадастровый номер:52:18:0060212:2640;

нежилое помещение общей площадью 60,1 кв.м.,расположенное по адресу: 603163, Российская Федерация, Нижегородская область, городНижний Новгород, ул. Бринского, 3а, пом. П4, кадастровый номер:52:18:0060212:2639;

нежилое помещение общей площадью 27,8 кв.м.,расположенное по адресу: 603163, Российская Федерация, Нижегородская область,город Нижний Новгород, ул. Бринского, 3а, пом. П3, кадастровый номер:52:18:0060212:2638;

нежилое помещение общей площадью 31,4 кв.м.,расположенное по адресу: 603163, Российская Федерация, Нижегородская область,город Нижний Новгород, ул. Бринского, 3а, пом. П2, кадастровый номер: 52:18:0060212:2637 ;

нежилое помещение общей площадью 405,8 кв.м.,расположенное по адресу: 603163, Российская Федерация, Нижегородская область,город Нижний Новгород, ул. Бринского, 3а, пом. П8, кадастровый номер: 52:18:0060212:2641 .

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

Проект реконструкции разрабатывается Концессионером наэтапе проектирования исходя из потребностей согласно создаваемойавтоматизированной системы платных парковок и согласовывается с Концедентом.

4.5. Требования к проектированию

Концессионер обязан провести обследование, разработатьи согласовать с Концедентом:

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

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

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

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

4.5.1. Требованияк проектной документации в отношении недвижимого имущества Концедента поадресу: г.Нижний Новгород, ул. Бринского,3а, П 5, П4, П3, П2, П8

1. Основания для проектирования	Концессионное соглашение Федеральный закон от 21.07.2005 № 115-ФЗ «О концессионных соглашениях»
2. Наименование и адрес объекта	Недвижимое имущество Концедента: нежилое помещение, расположенное по адресу: 603163, Российская Федерация, Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П5; нежилое помещение, расположенное по адресу: 603163, Российская Федерация, Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П4; нежилое помещение, расположенное по адресу: 603163, Российская Федерация, Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П3; нежилое помещение, расположенное по адресу: 603163, Российская Федерация, Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П2; нежилое помещение, расположенное по адресу: 603163, Российская Федерация, Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П8.
3. Назначение объекта	Нежилые административные помещения для размещения ЦМУП
4. Заказчик работ по разработке проектной документации и выполнению работ по реконструкции объекта	Концессионер
5. Источник финансирования работ по разработке проектной документации и реализации проектных решений	Средства Концессионера
6. Вид работ в соответствии со 115-ФЗ «О концессионных соглашениях»	Реконструкция недвижимого имущества Концедента
7. Характеристика объекта	Нежилое помещение общей площадью 75,9 кв.м., расположенное по адресу: 603163, Российская Федерация, Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П5, кадастровый номер: 52:18:0060212:2640; Нежилое помещение общей площадью 60,1 кв.м., расположенное по адресу: 603163, Российская Федерация, Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П4, кадастровый номер: 52:18:0060212:2639; Нежилое помещение общей площадью 27,8 кв.м., расположенное по адресу: 603163, Российская Федерация, Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П3, кадастровый номер: 52:18:0060212:2638; Нежилое помещение общей площадью 31,4 кв.м., расположенное по адресу: 603163, Российская Федерация, Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П2, кадастровый номер: 52:18:0060212:2637; Нежилое помещение общей площадью 405,8 кв.м., расположенное по адресу: 603163, Российская Федерация, Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, пом. П8, кадастровый номер: 52:18:0060212:2641.
8. Указания о выделении этапов строительства и пусковых комплексов, их состав	Нет
9. Указания о необходимости разработки вариантов проектных решений	Нет
10. Сроки начала и окончания работ	В соответствии с условиями концессионного соглашения
11. Источник финансирования	Собственные и (или) привлеченные средства Концессионера
12. Стадийность проектирования	Рабочая документация Проектно-сметная документация разрабатывается в объеме достаточном для: - экспертизы сметной документации; - осуществления строительно-монтажных работ.
13. Исходные данные и исходно-разрешительная документация	- согласованное с Концедентом техническое задание на проектные работы по капитальному ремонту нежилых помещений, расположенных по адресу: 603163, Российская Федерация, Нижегородская область, город Нижний Новгород, ул. Бринского, 3а, П5, П4, П3, П2, П8.
14. Этажность объекта проектирования	Цокольный этаж, 2 этажного дома
15. Требования к составу разделов проекта	Предусмотреть разработку разделов проекта в соответствии с постановлением Правительства Российской Федерации от 16.02.2008 № 87 «О составе разделов проектной документации и требованиях к их содержанию».
16. Требования к составу сметной документации	1) Сметную документацию выполнять с применением «Территориальных сметных нормативов» (далее ТСН) Нижегородской области в редакции 2014года, в 2-х уровнях цен базисно-индексным методом: 1-й уровень – в ценах 2001 года, 2-й уровень – с использованием единого индекса изменения сметной стоимости СМР к сметно-нормативной базе 2001 года по Нижегородской области по объектам строительства, определяемых Департаментом градостроительной деятельности и развития агломераций Нижегородской области поквартально. Сводный сметный расчет выполнять в двух уровнях цен – в базисных ценах 2001 года и в текущих ценах (в отдельных томах, с индексами пересчета на момент получения заключения экспертизы проверки достоверности определения сметной стоимости). 2) При определении стоимости в сметной документации руководствоваться положениями: Методики определения стоимости строительной продукции на территории Российской Федерации МДС 81-35.2004 (далее МДС 81-35.2004), принятой и введенной в действие с 9 марта 2004 г. постановлением Госстроя РФ от 05.03.2004 № 15/1 (с учётом изменений и дополнений) (далее – МДС 81-35.2004), Методики определения сметных норм, утвержденных приказом Министерства строительства и ЖКХ РФ от 09.02.2017 № 81/пр, «Территориальными сметными нормативами по Нижегородской области» федерального реестра сметных нормативов № 265-269 от 16.05.2016, №270 от 06.06.2016, №277-278 от 14.06.2016., утвержденных приказами Минстроя России от 06.05.2016 № 300/пр, № 296/пр, № 301/пр, № 297/пр, № 298/пр, от 01.06.2016 № 374/пр, от 07.06.2016 № 404/пр, № 407/пр. 3) Материалы, отсутствующие в сметно-нормативной базе принять в текущем уровне цен (среднерыночных по Нижегородской области). 1. Проектно-изыскательские работы. Стоимость определяется расчетами на основе сборников базовых цен на проектные (изыскательские) работы с применением индексов изменения стоимости, ежеквартально сообщаемых письмами Минстроя России, включаются в главу 12(9) «проектные и изыскательские работы» сводного сметного расчета строительства (капитального ремонта). 2. Величину накладных расходов и сметной прибыли определять согласно МДС81-33.2004, МДС81-25.2001 соответственно. При определении в сметной документации накладных расходов и сметной прибыли их размер определять с учетом коэффициентов, установленных письмом Госстроя от 27.11.2012 № 2536-ИП/12/ГС и письмом Федерального агентства по строительству и жилищно-коммунальному хозяйству от 18.11.2004 № АП-5536/06.
17. Согласование проектной документации	Проект согласовывается в установленном порядке с Концедентом
18. Проведение экспертизы проектной документации	Концессионер обязан предоставить положительное заключение экспертизы сметной документации на капитальный ремонт помещений. Стоимость проведения экспертизы включена в стоимость выполнения работ по Концессионному соглашению и оплачивается за счет Концессионера.
19. Дополнительные требования	Проектно-сметная документация разрабатывается в 4 экземплярах + 1 экземпляр на электронном носителе, в том числе 2 экземпляра для Концедента

4.5.2. Требованияк проекту (схеме) организации дорожного движения участков автомобильных дорог взоне платных городских парковок

1. Основания для проектирования	1. Концессионное соглашение. 2. Федеральный закон от 10.12.1995 № 196-ФЗ «О безопасности дорожного движения». 3. Федеральный закон от 08.11.2007 № 257-ФЗ «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». 4. Федеральный закон от 24.11.1995 № 181-ФЗ «О социальной защите инвалидов в Российской Федерации».
2. Основная цель и задачи разработки проектной документации	1. Основной целью проектирования является оптимизация организации дорожного движения с устройством платных городских парковок (парковочных мест), 2. Данный проект должен обеспечить решение следующих задач и отвечать основным техническим требованиям к выполнению работ: - анализ существующей ситуации в выделенной части города под организацию парковочного пространства и обоснование необходимости совершенствования организации дорожного движения с обустройством платных автомобильных парковок; - определение максимального количества парковочных мест на автомобильных дорогах с учетом существующей геометрии улично-дорожной сети в зоне платных городских парковок; - разработка дислокации (схем) и ведомостей размещения технических средств организации дорожного движения (дорожных знаков, информационных указателей, сигнальных дорожных столбиков, разметки и пр.) для обеспечения безопасности дорожного движения; - разработка адресной ведомости размещения платных городских парковок с указанием способа постановки транспортного средства, расстояния участка дороги, исчисляемого от ее начала; - разработка дислокации (схем), адресной ведомости расстановки Паркоматов; - разработка дислокации (схем) и проектной документации полоскостных парковок (при необходимости) - разработка макета (по согласованию с заказчиком (Концедентом)), дислокации (схем) и ведомостей размещения дорожных информационных знаков индивидуального проектирования, содержащие информацию о порядке оплаты и контактных данных об операторе платных парковок; - подготовка ведомости сметной документации проектирования
3. Заказчик работ по подготовке проекта (схемы) ОДД	Концессионер
4. Источник финансирования реализации проектных работ	Средства Концессионера
5. Техническая категория участков улиц и площадей	Автомобильные дороги общего пользования местного значения городского округа город Нижний Новгород
6. Необходимость выполнения научно-исследовательских работ при проектировании.	Не требуется.
7. Общие требования к изыскательским и проектным работам	1. Инженерно-экологические и инженерно-геодезические изыскания выполнить в объеме необходимом для проектирования. 2. Проект организации дорожного движения должен соответствовать требованиям: - «ГОСТ Р 52289-2004. Национальный стандарт Российской Федерации. Технические средства организации дорожного движения. Правила применения дорожных знаков, разметки, светофоров, дорожных ограждений и направляющих устройств.»; - «ГОСТ Р52290-2004. Национальный стандарт Российской Федерации. Технические средства организации дорожного движения. Знаки дорожные. Общие технические требования.»; ПНСТ 247-2017 «Экспериментальные технические средства организации дорожного движения. Типоразмеры дорожных знаков» на выделенном участке автомобильных дорогах общего пользования (по согласованию с Концедентом) - «ГОСТ 51256-2011. Национальный стандарт Российской Федерации. Технические средства организации дорожного движения. Разметка дорожная. Классификация. Технические требования.»; - СНиП 2.07.01-89 «Градостроительство. Планировка и застройка городских и сельских поселений»
8. Объемы выполняемых работ	1. Сбор исходных данных и технических условий. Сбор исходных данных в необходимой номенклатуре выполняется проектной организацией, в том числе по имеющимся у Концессионера и представленным им материалам. 2. Проектирование организации дорожного движения. Проектом предусмотреть: - организацию платных городских парковок; - внедрение пунктов взимания платы (паркоматы); - организацию плоскостных парковок (при необходимости) - контуры плана автомобильной дороги; - линии дорожной разметки; - дорожные знаки (существующие и новые); - сигнальные дорожные столбики; - информационные указатели; - информационные знаки индивидуального проектирования; - пешеходные переходы
9. Основные технические требования к выполнению проектных работ	1. Проект организации дорожного движения представляет собой книгу в переплете формата А4 и CD-ROM с электронным видом документа (формат файла с возможностью редактирования документа). 2. Проект организации дорожного движения должен содержать: - титульный лист; - введение; - содержание; - пояснительную записку; - схемы расстановки технических средств организации дорожного движения; - ведомость размещения дорожных знаков; - ведомость размещения сигнальных дорожных столбиков; - адресную ведомость размещения платных городских парковок, в том числе расстояние участка дороги, исчисляемого от ее начала, и протяженность; - адресную ведомость размещения модернизированных (перенесённых в случае необходимости) пунктов взимания платы (паркоматов); - ведомость размещения информационных указателей; - ведомость размещения информационных знаков индивидуального проектирования, - ведомость размещения пешеходных переходов; - ведомость размещения дорожной разметки и объемов; - ведомость размещения запрещающих знаков и обоснование их установки; - адресную ведомость и схемы размещения и подключения оборудования плоскостных парковок (при необходимости) Все ведомости должны быть выполнены с подведением итогов. 3. Схемы расстановки технических средств организации дорожного движения должны включать: - геометрические параметры улиц; - контуры планов проезжих частей; - дислокацию дорожной разметки; - дислокацию электрооборудования на парковке (паркоматы, информационные табло, шлагбаумы, въездные (выездные) стойки и т.п.) с учетом получаемых в процессе разработки ПОДД технических условий на его подключение; - дислокацию дорожных знаков; - дислокацию информационных указателей; - дислокацию знаков индивидуального проектирования; - дислокацию сигнальных дорожных столбиков - пешеходные переходы. Все схемы должны включать геометрические параметры улиц, контуры планов проезжих частей. 4. Титульный лист должен содержать: - организация, осуществляющая проектные работы; - название населенного пункта; - организации, согласовывающие и утверждающие проектную документацию; - должность, подпись, фамилия, инициалы руководителя организации разработчика; - дату разработки проекта организации дорожного движения
10. Сметная документация проектирования	1. Структуру, состав и формы сметной документации принять в соответствии с МДС 81-35.2004 «Методика определения стоимости строительной продукции на территории Российской Федерации». 2. Сметная документация должна включать: - пояснительную записку; - сводный сметный расчет; - объектные и локальные сметные расчеты; - ресурсные ведомости; - сметные расчеты на отдельные виды затрат; - ведомость объемов работ; - ведомость источников получения материалов (транспортная схема), прайс - листы, коммерческие предложения. 3. Сметная документация должна быть составлена в базисном уровне цен ТЕР 2001г. с переводом в текущий уровень цен базисно-индексным методом согласно нормам. 4. В сводном сметном расчете предусмотреть прочие необходимые затраты в соответствии с МДС 81-35.2004 «Методика определения стоимости строительной продукции на территории Российской Федерации». 5. При разработке сметной документации использовать программный комплекс, прошедший сертификацию соответствия в порядке, установленном действующим законодательством
11. Особые требования	1. Согласовать проекты (схемы) организации дорожного движения с уполномоченными лицами, в том числе со стороны Концедента, в соответствии с действующим законодательством. 2. Утвержденная документация по организации дорожного движения разрабатывается в 4 экземплярах на бумажных носителях в формате А4 и в электронном виде на любом носителе в формате DWG; сметная часть: на СD-диске в формате АРПС; пояснительная записка: в формате DOC, из них 2 экземпляра Концеденту.

4.5.3. Требованияк проектам подключения парковочногооборудования к постоянным источникам энергоснабжения (при необходимости).

Точки присоединения, сроки выполнениямероприятий по технологическому присоединению объектов, сроки действиятехнических условий, стоимость услуг должны быть определены договорами обосуществлении технологического присоединения в соответствии с Правиламитехнологического присоединения энергопринимающих устройств потребителейэлектрической энергии, объектов по производству электрической энергии, а такжеобъектов электросетевого хозяйства, принадлежащих сетевым организациям и инымлицам, к электрическим сетям, утвержденными Постановлением Правительства РФ от27 декабря 2004 г. № 861 (ред. от 30.01.2019).

Объем, состав, порядок разработки исогласования проекта должны соответствовать территориальным нормативнымдокументам.

5. Состав и содержание работ по созданию Системы

5.1. Этапы и сроки выполнения работ по созданию Системы

Работы в рамках Концессионного соглашения по созданиюОбъекта концессионного соглашения на платной основе парковок (парковочныхмест), расположенных на автомобильных дорогах общего пользования местногозначения муниципального образования - городской округ город Нижний Новгород делятся на следующие этапы:

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

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

- эксплуатация парковок (парковочных мест) на платной основе.

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

5.2. Состав, объем и виды работ, требования к качеству, техническим характеристикамв рамках этапа оборудования парковок (парковочных мест) на платной основе

В рамках создания Объекта концессионного соглашения,для обеспечения безопасности дорожного движения, предоставления в пользованиеплатных парковок (парковочных мест) и их информационного обеспечения работы натерритории муниципального образования - городской округ город Нижний Новгород,Концессионер должен выполнить следующие виды работ:

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

· разработка и утверждение проектов организациидорожного движения;

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

Точное количество указанных парковочных местопределяется по результатам разработки и утверждения проекта организациидорожного движения, но не может быть менее 5300 (пяти тысяч триста) парковочныхмест.

· дорожно-строительные работы поорганизации парковочного пространства, и прочего оборудования Объектаконцессионного соглашения;

· работы по изготовлению и установке дорожных иинформационных знаков, в том числе поставка и монтаж информационных щитов«Способ оплаты и № зоны»; нанесению разметки платных парковочных мест согласносхемам организации платных городских парковок, согласованных с Концедентом;

· Концессионер осуществляет работы по внедрениюпарковочного оборудования (паркоматы не менее 123 шт.), пуско-наладочные работыпарковочного оборудования. Схемы установки при необходимом переносе паркоматовсогласовывается с Концедентом, подключение паркоматов к сетям электроснабженияосуществляет Концедент.

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

· работы по организации в Системе централизованногоконтроля всех типов платежей за услуги платных городских парковок;

· установка, монтаж и пуско-наладка стационарных, ипереносных программно-аппаратных комплексов фотофиксации в зоне платногопарковочного пространства (общее количество комплексов фотофиксации всех типов– не менее 120 шт);

· работы по обучению сотрудников Концедента и операторовАРМ работе в Системе;

· работы по вводу в эксплуатацию Системы и еедокументального сопровождения;

· разработка и реализация проекта защиты персональныхданных в соответствии с ФЗ-152 «О защите персональных данных» по 3-му классузащищенности информационных систем.

· Реконструкция объекта недвижимости в соответствии сФедеральным законом "О концессионных соглашениях" ФЗ-115 (далее -Федеральный закон) по концессионному соглашению концессионер обязуется за свойсчет реконструировать определенное этим соглашением недвижимое имущество (далее- объект концессионного соглашения), право собственности на которое принадлежитдругой стороне (Концеденту), осуществлять деятельность с использованием(эксплуатацией) объекта концессионного соглашения, а Концедент обязуетсяпредоставить концессионеру на срок, установленный этим соглашением, прававладения и пользования объектом концессионного соглашения для осуществленияуказанной деятельности.

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

В недвижимом имуществе Концедента должны бытьвыполнены следующие работы:

· ремонт помещений по результатам обследования и оценкиКонцессионером нежилого помещения в целях обеспечения требований настоящегоТехнического задания и других нормативных требований к эксплуатации нежилогопомещения в целях организации работы Центра управления парковочнымпространством;

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

· организованы рабочие места обслуживающего персонала;

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

· организованы основной и резервный каналы связи длядоступа к телекоммуникационной сети Интернет шириной не менее 100 Мбит/с;

· организованы основная и резервная линияэлектроснабжения серверного помещения для обеспечения бесперебойной работы;

· в центре обработки данных организована системаавтоматического пожаротушения

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

· в центре обработки данных организованасистема вентилирования и кондиционирования;

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

Перечень программного обеспечения для организацииСистемы указан в таблице 5.1.

Таблица 5.1. Перечень программного обеспечения Системы

№ п/п	Наименование	Единица измерения	Кол-во
1	Программное обеспечение центра управления, включая:	шт.	1
2	Информационный ресурс парковочного пространства (с регистрацией домена)	шт.	1
3	Система СМС-платежей	шт.	1
4	Модуль интеграции с устройствами фотофиксации	шт.	1
5	Мобильные приложения пользователей	шт.	2
6	Блок управления с дифференцированными правами доступа	шт.	1
7	Система отчетности	шт.	1
8	Модуль административной практики	шт.	1
9	Система управления инцидентами	шт.	1

Перечень оборудования для выполнения работ по созданиюОбъекта концессионного соглашения указан в таблице 5.2.

Таблица 5.2. Перечень оборудования для выполненияработ по созданию Объекта концессионного соглашения

№ п/п	Наименование	Единица измерения	Кол-во
1	Монтаж, пуско-наладка парковочных автоматов (паркомат)	шт.	определяется по результатам проектирования
1	Программно-аппаратный комплекс фотофиксации (стационарный)	шт.	определяется по результатам проектирования
2	Программно-аппаратный комплекс фотофиксации (переносной)	шт.	определяется по результатам проектирования
3	Программно-аппаратный комплекс фотофиксации (мобильный)	шт.	определяется по результатам проектирования
4	Сервер АИС ЕПП	шт.	не менее 4
5	Плоскостная парковка/ интеграция существующей плоскостной парковки		определяется по результатам проектирования

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

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

1. Разметка парковочных мест в соответствии стребованиями ГОСТ Р52289-2004; Работы по нанесению горизонтальной дорожнойразметки. Материал - краска АК511. «Технические средства организации дорожногодвижения. Правила применения дорожных знаков, разметки, светофоров, дорожныхограждений и направляющих устройств», включая места для парковки специальныхавтотранспортных средств инвалидов в объеме не менее 10 (десяти) процентов мест(но не менее одного места) в соответствии с требованиями статьи 15 Федеральногозакона от 24.11.1995 № 181-ФЗ (ред. от 29.06.2015) «О социальной защитеинвалидов в Российской Федерации».

2. Дорожные знаки в соответствии с требованиями ГОСТР52289-2004 «Технические средства организации дорожного движения. Правилаприменения дорожных знаков, разметки, светофоров, дорожных ограждений инаправляющих устройств», обозначающие места парковки (парковочные места),оказание платных услуг, способы постановки на стоянку, запрет остановки илистоянки, места для парковки специальных автотранспортных средств инвалидов.

3. Дорожные знаки в соответствии с требованиями ГОСТР52289-2004 «Технические средства организации дорожного движения. Правилаприменения дорожных знаков, разметки, светофоров, дорожных ограждений инаправляющих устройств», предупреждающие о въезде (выезде) на (с) территорию(и)зоны платного паркования.

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

5. Оборудование для оплаты парковки: паркоматы имобильное приложение.

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

7. Оборудование контроля согласно техническому решениюКонцессионера для регистрации неоплаты платных парковок (парковочных мест), атакже нарушений ПДД в области дорожного движения в части остановки или стоянкитранспортных средств в зоне платного паркования.

8. Оборудование плоскостных парковок согласнотехническому решению Концессионера и утвержденному Концедентом.

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

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

· проектной документацией.

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

При выполнении работ должны применяться материалы,предназначенные для применения в дорожно-климатической зоне – II.

5.3. Состав, объем и виды работ, требования к качеству, техническим характеристикамработ в рамках этапа эксплуатации парковок (парковочных мест) на платной основе

5.3.3. Общие требования

Концессионер должен предоставить Концеденту на срокдействия Концессионного соглашения Комплексный сервис (далее - Сервис) в целяхобеспечения возможности использования прикладного функционала Системы. Сервисдолжен быть реализован и предоставлен Концеденту по принципам модели«Программное обеспечение как услуга» (SaaS).

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

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

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

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

· Услуга «Вычислительная среда»;

· Услуга «Среда хранения»;

· Услуга «Среда исполнения»;

· Услуга «Резервное копирование и восстановлениеданных».

5.3.4. Требования к организации услуг по эксплуатации Системы

К организации услуг по эксплуатации Системыпредъявляются следующие требования:

· в течение всего срока действияКонцессионного соглашения Концессионер должен производить своевременноеобслуживание и модернизацию оборудования, а также программного обеспеченияСистемы в соответствии с требованиями производителей оборудования иразработчиков программного обеспечения;

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

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

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

5.3.5. Требования к услуге «Вычислительная среда»

Оказание услуги «Вычислительная среда» заключается впредоставлении и дальнейшей поддержке среды вычислений.

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

Услуга предоставляется на базе физических иливиртуальных ресурсов серверного оборудования.

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

В рамках предоставления услуги «Вычислительная среда»должны выполняться следующие операции:

· настройка и оптимизация компонентовсреды;

· установка исправлений и обновленийпрограммных средств и микрокодов;

· настройка средств обеспечения доступностии отказоустойчивости;

· мониторинг и контроль работоспособностикомпонентов среды;

· мониторинг параметров состояния среды;

· действия по предупреждению сбоевкомпонентов среды;

· восстановление среды после сбоев;

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

5.3.6. Требования к услуге «Среда хранения»

Оказание услуги «Среда хранения» заключается впредоставлении и дальнейшей поддержке среды хранения.

Среда хранения – это совокупность аппаратных ипрограммных средств, систем хранения, сконфигурированных в соответствии сзаданными параметрами, предназначенными для записи, хранения данных ипредоставления доступа к ним для чтения и изменения.

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

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

Услуга используется для организации файловых и другихсистем хранения данных сред вычислений и сред исполнения.

В рамках предоставления услуги «Среда хранения» должнывыполняться следующие операции:

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

· установка исправлений и обновленийпрограммных средств и микрокодов;

· настройка средств обеспечения доступностии отказоустойчивости;

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

· мониторинг параметров состояния;

· действия, по предупреждению сбоев;

· управление доступом к компонентам среды;

· восстановление после сбоев;

5.3.7. Требования к услуге «Среда исполнения»

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

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

Услуга организуется на базе программного обеспечения илицензий Концессионера.

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

В рамках предоставления услуги «Среда исполнения»должны выполняться следующие операции:

· инсталляция компонентов среды исполненияприложений;

· настройка компонентов среды исполненияприложений;

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

· управление доступом к компонентам средыисполнения приложений;

· мониторинг и контроль работоспособностивсех компонентов среды исполнения приложений;

· мониторинг параметров состояния средыисполнения приложений;

· действия по предупреждению сбоевкомпонентов;

· восстановление среды исполненияприложений после сбоев;

· настройка средств обеспечения доступностии отказоустойчивости;

· оптимизация компонентов среды;

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

5.3.8. Требования к услуге «Резервное копирование и восстановление данных»

Оказание услуги «Резервное копирование ивосстановление данных» заключается в организации создания резервных копий наотделяемые носители информации, а также восстановления данных в соответствии сполитиками резервного копирования.

Услуга оказывается на базе среды резервногокопирования и восстановления данных.

Концессионер обязан организовать автоматическое и (или)ручное резервное копирования данных Системы средствами общего программногообеспечения Системы для их восстановления в случае повреждения или разрушения.Резервное копирование данных должно осуществляться согласно параметрам,приведенным в Таблице 5.3.

Таблица 5.3 - Параметры резервного копирования данных

Наименование

Периодичность

Срок хранения

Количество хранимых копий

График резервного копирования

Регламентная копия

4 (четыре) раза в сутки

7 дней

1 шт.

Ежедневно:

02:00, 11:00, 17:00 21:00

Дневная копия

1 (один) раз в сутки

30 дней

1 шт.

Ежедневно:

02:00

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

В рамках резервногокопирования Концессионер должен:

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

· обеспечивать масштабируемость серверных мощностейпо объему для хранения резервных копий;

· обеспечивать резервное копирование данных безостановки Системы;

· поддерживать создание резервных копий через сетьхранения данных;

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

· обеспечивать тестирование дампов баз данных;

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

· осуществлять плановое и внеплановоерезервное копирования и/или восстановление данных в случае аварии и/или потребованию Концедента;

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

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

5.3.9. Требования к взаимодействию Концедента и Концессионера

Взаимодействие Концессионера и Концедентаосуществляется в соответствии с Регламентом взаимодействия Концессионера иКонцедента, разрабатываемым Концессионером и утверждаемым сторонамиКонцессионера и Концедента.

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

· возникновение сервисного события(инцидента);

· проведение технологических перерывов;

· обращение в службу технической поддержки;

процесс регистрации, маршрутизации, эскалации, решенияи закрытия сервисных событий (инцидентов).

Регламент взаимодействия Концессионера и Концедентадолжен содержать:

· параметры качества работы техническойподдержки;

· порядок взаимодействия представителейКонцессионера и Концедента со службой технической поддержки.

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

5.3.10. Требования к обеспечению качества предоставления Сервиса

Качественным (надлежащим) оказанием услуг являетсярешение 95% полученных от Концедента заявок, в отчетном периоде, впредусмотренный регламентом взаимодействия Концедента и Концессионера срок.

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

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

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

Таблица 5.4– Минимальный перечень услуг по проведениюрегламентных работ по обслуживанию общесистемного ПО Системы и параметры ихоказания

№ п/п	Название услуги	Параметры оказания услуги	Время оказания услуги
1	Установка обновлений общесистемного ПО	По мере выхода новых стабильных версий ПО	Ежедневно по рабочим дням с 09:00 до 18:00
2	Мониторинг состояния компонентов и базовых сервисов общесистемного ПО	Круглосуточно, в режиме реального времени
3	Анализ быстродействия и производительности серверного оборудования	1 (один) раз в 2 месяца
4	Анализ результатов резервного копирования, проверка целостности данных и тестирование восстановления резервных копий для всех типов хранилищ данных (реляционные базы данных, нереляционные базы данных)	Ежедневно
5	Уведомление о проведении регламентных работ общего ПО Системы	За 8 рабочих часов до проведения регламентных работ
6	Формирование предложений по принятию оперативных мер в случае выявления критических или системных ошибок	По факту выявления критических или системных ошибок

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

Таблица 5.5– Параметры проведения регламентных работпо обслуживанию специального ПО Системы

№ п/п	Название услуги	Параметры оказания услуги	Время оказания услуги
1	Уведомление о проведении регламентных работ специального ПО Системы	За 8 рабочих часов до проведения регламентных работ	Ежедневно по рабочим дням с 09:00 до 18:00
2	Обновление релиза	Не менее 1 (одного) раза в месяц	Ежедневно по рабочим дням с 09:00 до 18:00

В Таблице 5.6 представлены параметрыоказания услуг по проведению внеплановых работ по устранению инцидентов ипроблем общего и специального ПО Системы.

Таблица 5.6 Параметры оказанияуслуг по проведению внеплановых работ по устранению инцидентов и проблем общегои специального ПО Системы

№ п/п	Приоритет	Срок первого ответа (проведение диагностики), не более, рабочих часов.	Срок восстановления работоспособности, не более, рабочих часов¹	Время оказания услуги	Описание
1	Критичный	1	4	Ежедневно по рабочим дням с 09:00 до 18:00 (по Московскому времени)	· Не работает сервер приложения (недоступны все способы оплаты). · Не работает система оповещения по СМС и электронной почте (инциденты, регистрация, смена пароля, добавление номера телефона) – массовая проблема. · Не работает модуль Административной практики (не запускается приложение).
2	Высокий	2	8	Ежедневно по рабочим дням с 09:00 до 18:00 (по Московскому времени)	· Не работает импорт фактов ФВФ - факты не импортируются или импортируются не в полном объеме. · Не работает контроль фактов. · Не работает контроль сессий. · Не работает один из способов оплаты. · Не работает один из способов пополнения парковочного счета.
3	Средний	4	3 рабочих дня	Ежедневно по рабочим дням с 09:00 до 18:00	· Не работает одна из функций модуля АП, которая нарушает процесс делопроизводства в части формирования постановлений (не работает модуль проведения заседания АК, формирование архивов для почты, формирование протокола, формирование формы 103), · Не работает один из компонентов интеграции с внешними системами и сервисами (ГИС ГМП, СУФД, импорт данных от ГИБДД).
4	Низкий	8	20 рабочих дней	Ежедневно по рабочим дням с 09:00 до 18:00	· Ошибка, которая не сказывается и/или незначительно сказывается на качестве предоставления услуг (например, орфографические ошибки, смещение полей и т.д.); · Прочие ошибки.

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

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

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

· состояние продуктивного контура;

· загруженность процессора;

· системная нагрузка на процессор(микропроцессоры);

· дисковое пространство;

· подкачка виртуальной памяти;

· http соединения.

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

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

В Таблице 5.7 представлены параметры оказанияуслуг по сопровождению парковочного оборудования.

Таблица 5.7. - Параметры оказания услуг посопровождению парковочного

оборудования

№ п/п	Приоритет	Срок первого ответа (проведение диагностики)	Срок исполнения	Описание
1	Высокий	4 рабочих часа	24 часа (учитываются только рабочие дни платных парковок)	Ремонт Паркоматов, устройств ФВФ не требующий замену частей или комплектующих, а также ремонт с заменой частей и комплектующих при наличии этих частей и комплектующих на момент обращения у Концессионера
2	Средний	24 часа (учитываются только рабочие дни платных парковок)	10 рабочих дней	Прочий ремонт Паркоматов, устройств ФВФ, требующий замены частей или комплектующих, которых нет в наличии у Концессионера на момент возникновения инцидента

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

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

5.3.11. Требования к Службе технической поддержки Концессионера

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

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

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

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

Служба технической поддержки Концессионера должна бытьдоступна для регистрации обращений специалистов Концедента по электронной почте24x7 (за исключение официальных праздников Российской Федерации)

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

Служба технической поддержки Концессионера приобращении по телефонной линии должна быть доступна для обращения специалистовКонцедента c 9.00 до 18.00 по рабочим дням.

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

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

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

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

5.3.12. Требования к параметрам качества работы службы технической поддержкиКонцессионера

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

В Таблице5.8 приведены параметры оказания услуги Информационно-сервисной поддержкипользователей платного парковочного пространства по телефону.

Таблица 5.8 - Параметры оказания услуги обеспечение работы Центраподдержки пользователей

Параметр	Значение
Временной режим приема заявок по телефону с последующей регистрацией	круглосуточно, 7 дней в неделю
Максимальное целевое время ожидание ответа оператора по телефонному звонку	1 минута
Максимальное время обработки справочно-информационных обращений*	10 минут
Гарантируемый уровень телефонных обращений, время ожидание ответа по которым не превысило соответствующего максимального целевого параметра	80%
Гарантируемый уровень справочно-информационных обращений, обработанных в срок, время по которым не превысило соответствующего максимального целевого параметра	80%

* - Приналичии информации в базе знаний или в системе учета заявок Концессионера иначев соответствии с Таблицей 5.6.

В Таблице5.9 представлены параметры оказания услуг по Системе, по которым предусмотренаобработка заявок от Пользователей по электронной почте.

Таблица 5.9 - Параметры оказания услуг при обработкезаявок Пользователей по электронной почте

№ п/п	Тип приоритета	Срок первого ответа (проведение диагностики)	Срок исполнения	Описание
1	Высокий	2 рабочих часа	до конца текущего дня	У пользователя не получилось оплатить парковку своевременно
3	Низкий	8 рабочих часов	Не определен, так как консультация может быть переведена в длительный по времени диалог.	Любые другие консультации от пользователей

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

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

Таблица 5.10 - Параметрыоказания услуг при обработке заявок Концедента

№ п/п	Название услуги	Параметры оказания услуги	Временной режим оказания услуги
1	Регистрация заявки	Не более 2 часов с момента получения заявки	Ежедневно по рабочим дням с 09:00 до 18:00)
2	Исполнение заявок, связанных с возникновением инцидентов и проблем в общем или специальном ПО Системы	Согласно Таблице 5.6
3	Исполнение заявок на консультацию (срок первого ответа)	1 рабочий день. До 300 консультаций (включительно).

6. Порядок контроля и приемки Объекта концессионного соглашения

6.1. Общие требования к приемке работ

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

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

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

По результатам приемки соответствующего этапаподписывается Акт о вводе в эксплуатацию.

6.2. Виды, состав, объем и методы испытаний Объекта концессионного соглашенияи его составных частей

Место проведения испытаний определяется Концессионером.

Цель проведения приемочных испытаний – проверкасоответствия Объекта концессионного соглашения требованиям, определеннымнастоящими требованиями.

Испытания должны быть организованы и проведены всоответствии с ГОСТ 34.603-92 «Информационная технология. Виды испытанийавтоматизированных систем».

До начала приемочных испытаний Концессионер передает Концеденту полный набор технической иэксплуатационной документации, а также аутентификационные данные для доступа кОбъекту концессионного соглашения, необходимых для его установки, настройки иэксплуатации.

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

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

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

В состав Комиссии включаются представители Концедентаи Концессионера.

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

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

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

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

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

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

Испытания должны проводиться по месту расположенияСистемы и согласовываются Концедентом и Концессионером дополнительно.

Результаты работ передаются Концеденту в порядке,определенном Концессионным соглашением в соответствии с Календарным планом.

Результатами работ является Объект концессионногосоглашения, отвечающий требованиям, указанным в настоящем Техническом задании.

Работы принимаются Концедентом на основании Акта овводе в эксплуатацию. Все материалы передаются с сопроводительными документамиКонцессионера.

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

При реализации Концессионного соглашенияКонцессионером должна быть разработана следующая документация:

1) Проект организации дорожного движения;

2) Программа и методика испытаний;

3) Регламент технического обслуживания сервера ирабочих станций;

4) Регламент резервного копирования баз данных,

5) Регламент взаимодействия системы;

6) Регламент работы технической поддержки.

7) В составе эксплуатационной документации:

- Руководство пользователя типа«администратор»;

- Руководство пользователя типа«пользователь»;

- Руководство операторастационарного комплекса фотофиксации;

- Руководство оператора переносногокомплекса фотофиксации;

- Регламент техническогообслуживания;

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

Приложение № 3

кпостановлению администрации

города

от24.05.2019 № 1678

Сообщение

о внесении изменений вконкурсную документацию о проведении открытого

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

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

парковками(парковочными местами)

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

Текст изменений доступен для ознакомления на официальном сайтеадминистрации города Нижнего Новгорода – www.нижнийновгород.рф и на официальномсайте Российской Федерации, определенном Правительством Российской Федерации дляразмещения информации о проведении торгов – www.torgi.gov.ru в информационно-телекоммуникационнойсети «Интернет».