Номер извещения: 0335300000226000067

Общая информация о закупке

Внимание! За нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий предусмотрена ответственность в соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ

Способ определения поставщика (подрядчика, исполнителя): Электронный аукцион

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: АО "РАД"

Адрес электронной площадки в информационно-телекоммуникационной сети «Интернет»: https://gz.lot-online.ru

Размещение осуществляет: Уполномоченный орган КОМИТЕТ ПО ФИНАНСАМ АДМИНИСТРАЦИИ ГОРОДСКОГО ОКРУГА "ГОРОД КАЛИНИНГРАД"

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

Этап закупки: Подача заявок

Сведения о связи с позицией плана-графика: 202608353000075001000027

Номер типовых условий контракта: 1400700000521003

Контактная информация

Размещение осуществляет: Уполномоченный орган

Организация, осуществляющая размещение: КОМИТЕТ ПО ФИНАНСАМ АДМИНИСТРАЦИИ ГОРОДСКОГО ОКРУГА "ГОРОД КАЛИНИНГРАД"

Почтовый адрес: 236022, Калининградская обл, г. Калининград, р-н Центральный, пл. Победы, дом 1

Место нахождения: 236022, Калининградская область, г. Калининград, пл. Победы, дом 1

Ответственное должностное лицо: Ферри О. И.

Адрес электронной почты: omz-kenig@mail.ru

Номер контактного телефона: 7-4012-923259

Дополнительная информация: Наименование заказчика: МУНИЦИПАЛЬНОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДСКОГО ОКРУГА "ГОРОД КАЛИНИНГРАД" "ЦЕНТР ОРГАНИЗАЦИИ ДВИЖЕНИЯ И ПАССАЖИРСКИХ ПЕРЕВОЗОК". Место нахождения: Российская Федерация, 236038, Калининградская обл, Калининград г, Ю.Гагарина, Ю.Гагарина ул, Д. 103-103А. Почтовый адрес: Российская Федерация, 236038, Калининградская обл, Калининград г, Ю.Гагарина, Д. 103-103А. Телефон: 7-4012-312049. Адрес электронной почты: sayapina@klgd.ru Ответственное лицо: Саяпина Екатерина Александровна.

Регион: Калининградская обл

Информация о процедуре закупки

Дата и время начала срока подачи заявок: 16.02.2026 17:53 (МСК-1)

Дата и время окончания срока подачи заявок: 26.02.2026 10:00 (МСК-1)

Дата проведения процедуры подачи предложений о цене контракта либо о сумме цен единиц товара, работы, услуги: 26.02.2026

Дата подведения итогов определения поставщика (подрядчика, исполнителя): 02.03.2026

Начальная (максимальная) цена контракта

Начальная (максимальная) цена контракта: 4 738 100,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 263390699038439060100100190016201244

Информация об объекте закупки

Код позиции - Наименование товара, работы, услуги - Ед. измерения - Количество (объем работы, услуги) - Цена за ед., ? - Стоимость, ?

- 62.01.11.000 - Выполнение работ по созданию иной информационной системы (информационная система учета льготных транспортных идентификаторов) Выполнение работ по созданию иной информационной системы (информационная система учета льготных транспортных идентификаторов) 4.1.4. Требования к надежности 4.1.4.1. ИС УЛТИ должна обеспечивать сохранность информации и работоспособность при возникновении внештатных ситуаций: - операционной системы после ее перезапуска с последующим входом в ИС УЛТИ в случае сбоя в системе электроснабжения аппаратной части, приводящие к перезагрузке операционной системы; - системного программного обеспечения с последующим входом в ИС УЛТИ в случае сбоя в работе данного системного программного обеспечения (операционной системы, драйверов устройств); - промежуточного и прикладного программного обеспечения в случае сбоя в его работе с последующим перезапуском и входом в ИС УЛТИ; - аппаратных средств с последующим входом в ИС УЛТИ в случае сбоя, связанным с работой данных аппаратных средств; - базы данных из резервной копии с последующим входом в ИС УЛТИ в случае нарушения целостности базы данных, повреждения, потери данных, приводящей к невозможности корректной их обработки; - работы сервера с установленной скоростью обмена при сбоях, связанных с задержкой в интернет-каналах и снижением скорости обмена информацией по сети; - в случае установки нового программного обеспечения, обновления программного обеспечения с последующим входом в ИС УЛТИ (при условии, что установленное (обновленное) программное обеспечение не противоречит требованиям программной совместимости ИС УЛТИ); - в случае перезагрузки операционных систем с последующим входом в ИС УЛТИ; - в случае сверхпрогнозируемого роста числа запросов к Системе; - в случае сверхпрогнозируемого роста требований Системы к ресурсам (вычислительным мощностям, оперативной и дисковой памяти) или завершения (отмены) выполнения соответствующих процессов, вызвавших данный рост. ... - Условная единица - 1,00 - 4 738 100,00 - 4 738 100,00

МУНИЦИПАЛЬНОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДСКОГО ОКРУГА "ГОРОД КАЛИНИНГРАД" "ЦЕНТР ОРГАНИЗАЦИИ ДВИЖЕНИЯ И ПАССАЖИРСКИХ ПЕРЕВОЗОК" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Выполнение работ по созданию иной информационной системы (информационная система учета льготных транспортных идентификаторов) 4.1.4. Требования к надежности 4.1.4.1. ИС УЛТИ должна обеспечивать сохранность информации и работоспособность при возникновении внештатных ситуаций: - операционной системы после ее перезапуска с последующим входом в ИС УЛТИ в случае сбоя в системе электроснабжения аппаратной части, приводящие к перезагрузке операционной системы; - системного программного обеспечения с последующим входом в ИС УЛТИ в случае сбоя в работе данного системного программного обеспечения (операционной системы, драйверов устройств); - промежуточного и прикладного программного обеспечения в случае сбоя в его работе с последующим перезапуском и входом в ИС УЛТИ; - аппаратных средств с последующим входом в ИС УЛТИ в случае сбоя, связанным с работой данных аппаратных средств; - базы данных из резервной копии с последующим входом в ИС УЛТИ в случае нарушения целостности базы данных, повреждения, потери данных, приводящей к невозможности корректной их обработки; - работы сервера с установленной скоростью обмена при сбоях, связанных с задержкой в интернет-каналах и снижением скорости обмена информацией по сети; - в случае установки нового программного обеспечения, обновления программного обеспечения с последующим входом в ИС УЛТИ (при условии, что установленное (обновленное) программное обеспечение не противоречит требованиям программной совместимости ИС УЛТИ); - в случае перезагрузки операционных систем с последующим входом в ИС УЛТИ; - в случае сверхпрогнозируемого роста числа запросов к Системе; - в случае сверхпрогнозируемого роста требований Системы к ресурсам (вычислительным мощностям, оперативной и дисковой памяти) или завершения (отмены) выполнения соответствующих процессов, вызвавших данный рост. Значение характеристики не может изменяться участником закупки 4.1.5. Требования к эргономике и технической эстетике 4.1.5.1. Доступ операторов к функциям ИС УЛТИ должен осуществляться средствами браузера (web-интерфейс). 4.1.5.2. Экранные формы Системы должны быть спроектированы с учетом требований унификации: - все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; - для обозначения одних и тех же операций должны использоваться одинаковые графические значки, кнопки и другие управляющие (навигационные) элементы; - должны быть унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; - реакция Системы на действия оператора (наведение указателя, переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране; - страницы и размещенные на них формы и прочие элементы должны корректно отображаться при масштабировании стандартными средствами браузера. 4.1.6. Требования к эксплуатации, техническому обслуживанию Системы 4.1.6.1. Эксплуатация Системы должна производиться в соответствии с эксплуатационной документацией. 4.1.6.2. Устойчивая и надежная работа ИС УЛТИ должна обеспечиваться при регулярном выполнении работ по системному и функциональному сопровождению ИС УЛТИ, техническому сопровождению аппаратного обеспечения (должны быть описаны в документации на ИС УЛТИ), а также при жестком соблюдении пользователями требований эксплуатационной документации. 4.1.6.3. В системе должен быть сохранен режим эксплуатации программно-технических средств пользователей и работы серверов ИС УЛТИ, соответствующий требованиям п.4.1.1.4 настоящего Описания объекта закупки. 4.1.6.4. В эксплуатационной документации на ИС УЛТИ должны быть детализированы функции пользователей с учетом различных ролей. 6. Сроки и объемы предоставления гарантии качества 6.1. Подрядчик (Исполнитель) предоставляет гарантию качества на ИС УЛТИ и результаты работ, выполненных в соответствии с настоящим Описанием объекта закупки, на срок не менее 12 (двенадцати) месяцев. 6.2. Срок предоставления гарантии качества начинает исчисляться с даты подписания между Заказчиком и Подрядчиком (Исполнителем) документа о приемке выполненных работ. 6.3. В течение срока предоставления гарантии качества Подрядчик (Исполнитель) должен устранять выявленные несоответствия ИС УЛТИ и результатов выполненных работ требованиям настоящего Описания объекта закупки. Гарантия качества обеспечивается за счет оказания гарантийной поддержки Системы Подрядчиком (Исполнителем). Гарантийная поддержка включает в себя консультации по телефону и электронной почте в рабочие дни в рабочее время с 9 до 18 часов по времени г. Калининграда по вопросам, связанным с эксплуатацией Системы. Подрядчик (Исполнитель) должен предоставить номер телефона гарантийной поддержки и электронный почтовый адрес, привязанный к системе обработки заявок, поступающих от Заказчика. Время реагирования на заявку не должно превышать 8 часов. Период устранения сбоев в работе Системы (обеспечения функционирования) 24 часа. В случае, если проблему не удается решить посредством консультации по телефону или электронной почте, Подрядчик (Исполнитель) обеспечивает устранение проблемы другими доступными способами. 6.4. В случае обнаружения Заказчиком несоответствия ИС УЛТИ или результатов выполненных работ требованиям настоящего Описания объекта закупки, Заказчик направляет письменное уведомление Подрядчику (Исполнителю). Подрядчик (Исполнитель) обязан за свой счет устранить выявленные несоответствия в течение 10 (десяти) рабочих дней с даты получения уведомления от Заказчика. Описание API для получения информации о льготных категориях пользователей и Описание API для получения информации о hashPAN пользователей прикреплено файлом в составе Описания объекта закупки. 4.1.7. Требования к защите информации 4.1.7.1. Объектом защиты является информация, содержащаяся в ИС УЛТИ. 4.1.7.2. Защищенность информации в ИС УЛТИ должна быть достигнута за счет системы защиты информации ИС УЛТИ. 4.1.7.3. В рамках работ, предусмотренных настоящим Описанием объекта закупки, Подрядчик (Исполнитель) должен оказать содействие в подготовке технического задания на создание и внедрение системы защиты информации ИС УЛТИ. Работы по созданию и внедрению системы защиты информации в ИС УЛТИ не входят в состав работ по настоящему Описанию объекта закупки. 4.1.7.4. При подготовке технического задания на создание и внедрение системы защиты информации ИС УЛТИ в рекомендациях Подрядчика (Исполнителя) должны быть учтены имеющиеся средства защиты информации (по возможности максимально должны быть задействованы за счет их перенастройки, модернизации) и приобретение новых. 4.1.8. Требования по сохранности информации при авариях 4.1.8.1. Для сохранности информации в ИС УЛТИ должны быть предусмотрены следующие функции: - резервное копирование баз данных ИС УЛТИ; - восстановление данных в непротиворечивое состояние при программно-аппаратных сбоях (отключение электрического питания, сбоях операционной системы) вычислительно-операционной среды функционирования; - восстановление данных в непротиворечивое состояние при сбоях в работе сетевого программного и аппаратного обеспечения. 4.1.8.2. Резервное копирование информации может осуществляться в двух режимах: - создание полной копии базы данных; - сохранение изменений, внесенных со времени создания последней архивной копии (архивные копии файлов журналов). 4.1.8.3. ИС УЛТИ должна обеспечивать сохранность информации при возникновении внештатных ситуаций, перечисленных в п.4.1.4 настоящего Описания объекта закупки. 4.1.9. Требования к патентной чистоте 4.1.9.1. Создаваемая Система должна отвечать требованиям по патентной чистоте согласно действующему законодательству и требованиям муниципального контракта. 4.1.9.2. Подрядчик (Исполнитель) должен иметь права в объеме, достаточном для выполнения работ в соответствии с Описанием объекта закупки, а также должен иметь полномочия по предоставлению (передаче) результата выполнения работ Заказчику в объеме прав, предусмотренных Контрактом и настоящим Описанием объекта закупки. 4.1.9.3. По результатам выполнения работ, предусмотренных настоящим Описанием объекта закупки Подрядчик (Исполнитель) должен передать Заказчику исключительные права на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта и принадлежащие в лице Муниципального заказчика муниципальному образованию городскому округу «Город Калининград». 4.1.10. Требования по стандартизации и унификации 4.1.10.1. В целях облегчения обучения пользователей работе с Системой и возможности замещения одного работника другим при развитии Системы должны быть учтены требования унификации пользовательского интерфейса и справочников. 4.1.10.2. Унификации подлежат все составляющие пользовательского интерфейса: система меню, формы отображения информации на экране, типы и формы сообщений и запросов пользователю, места расположения содержательно близкой информации, соглашения на функциональное назначение клавиш, принципы организации диалога, форматы распечатываемых документов, системные сообщения. 4.1.10.3. Экранные формы должны быть спроектированы с учетом требований, указанных в п.4.1.5. 4.1.10.4. При реализации справочников ИС УЛТИ должны быть учтены следующие требования унификации: - при наличии утвержденных общероссийских/региональных справочников/ классификаторов необходимого назначения ИС УЛТИ должна использовать их; - при отсутствии утвержденных справочников/классификаторов допускается создание внутренних справочников Системы. 4.2. Требования к функциям, выполняемым Системой Все модули Системы должны предоставлять функциональные возможности для: - ведения списков (добавление, изменение, удаление позиций) объектов учета модуля; - выполнения поиска, сортировки объектов учета; - осуществления информационного обмена со смежными информационными системами в случае, если будет установлена необходимость данного обмена; - формирования по данным модуля выходных документов и/или аналитических отчетов. Описание индивидуальных функциональных возможностей приведено ниже для каждого модуля. 4.2.1. Базовый модуль Базовый модуль должен выполнять функции ядра Системы, являться единой точкой взаимодействия с базой данных. Все операции чтения и записи в базу данных должны выполняться исключительно через базовый модуль. Базовый модуль должен предоставлять единый интерфейс взаимодействия для всех остальных модулей Системы. Модули должны взаимодействовать друг с другом только через базовый модуль, минуя прямое обращение к базе данных или друг к другу. Базовый модуль должен отвечать за транзакционность сложных операций, осуществлять первичную валидацию и логирование (аудит) всех входящих запросов. Функции базового модуля: 1) Управление соединением с базой данных. Организация пула соединений, гарантированное открытие и закрытие сессий. 2) Централизованное предоставление унифицированных методов: Создание / Чтение / Обновление / Удаление для всех ключевых сущностей Системы (Льготополучатель, Льгота, Идентификатор и другие). 3) Транзакционный менеджер. Обеспечение целостности данных при выполнении сложных бизнес-операций. 4) Валидация данных. Проверка обязательности полей, форматов данных, бизнес-правил. 5) Сервис аудита. Автоматическая запись в журнал информации о всех изменениях данных (кто, когда, какие данные изменил, с какого значения на какое). 6) Маршрутизация входящих запросов от модулей и внешних систем к соответствующим внутренним обработчикам, контроль частоты запросов. 4.2.2. Авторизационный модуль Авторизационный модуль должен быть тесно интегрирован с базовым модулем, осуществлять обработку всех запросов к единому интерфейсу базового модуля на предмет наличия полномочий инициатора запроса. Передача запросов бизнес-логике базового модуля должна осуществляться только с подтверждением авторизационного модуля. Функции, выполняемые авторизационным модулем: 1) Аутентификация: • Вход в систему: Проверка логина (учетной записи) и пароля пользователя ИС УЛТИ. • Выпуск токенов доступа: Генерация и подписание токена для успешно аутентифицированного пользователя. • Обновление токенов: Механизм для продления сессии без повторного ввода пароля. 2) Авторизация. 3) Управление сессиями и токенами: • Валидация подписи и срока действия токена при каждом запросе. • Механизм принудительного завершения сессий и инвалидации токенов при смене пароля пользователем или администратором. 4) Безопасность: • Автоматическая временная блокировка учетной записи или IP-адреса после нескольких неудачных попыток входа. • Защита от основных уязвимостей. 4.2.3. Модуль управления пользователями и полномочиями Модуль управления пользователями и полномочиями должен обеспечивать ведение реестра пользователей Системы, реестра ролей (оператор, администратор). Модуль должен реализовывать следующие функции: 1) Управление учетными записями: • Создание. Регистрация нового пользователя системы с обязательными полями: ФИО, уникальный логин, должность, начальный пароль. • Чтение/Поиск. Просмотр списка всех пользователей с фильтрацией по ФИО, роли, статусу учетной записи. Просмотр детального профиля. • Редактирование. Изменение основных данных, сброс пароля, блокировка/разблокировка учетной записи. • Деактивация: Установка неактивного статуса, исключающего возможность входа, без физического удаления. 2) Управление полномочиями: • Создание, редактирование, удаление ролей. • Назначение ролей пользователям: Интерфейс для привязки одной или нескольких ролей к конкретному пользователю. Визуальное отображение текущих назначений. • Массовое назначение: Назначение роли группе пользователей, отобранных по фильтру. 3) Валидация и предупреждения: • Запрет на удаление роли, которая назначена хотя бы одному активному пользователю. • Предупреждение администратору при попытке снять с себя все административные роли. • Проверка на конфликты прав. При изменении состава ролей у активного пользователя новые права должны вступить в силу немедленно (для новых сессий) или после перевыпуска токена (для текущей). Нельзя удалить или деактивировать последнего активного пользователя с ролью администратора. Пароли должны храниться только в виде стойкого хэша. 4.2.4. Модуль управления справочниками Модуль управления справочниками должен управлять статической и условно-статической информацией (нормативно-справочной информацией - НСИ), служить единым источником для всех перечислений, классификаторов и констант в Системе. Функции модуля управления справочниками: 1) Управление жизненным циклом справочников. Создание и конфигурация справочников. Возможность динамически создавать новый справочник через: указать, название, описание. Определение структуры элементов справочника – администратор должен иметь возможность добавлять пользовательские атрибуты. 2) Операции над элементами справочника: Добавление, редактирование, удаление (или пометка на удаление) элементов. Валидация при удалении: Запрет на удаление элемента, на который есть ссылки из основных данных. 3) Использование. Поддержка фильтрации и поиска по атрибутам элементов. Валидация входящих данных. 4) Импорт/экспорт данных. Массовый импорт элементов справочника из структурированных файлов (CSV, XLSX) для первоначального наполнения или обновления. Экспорт справочников в файлы для согласования или резервного копирования. 4.2.5. Модуль журналирования действий Модуль журналирования действий должен обеспечивать контроль и фиксацию всех изменений в Системе, выполняемых пользователями или автоматически Системой, хранить информацию по изменениям и предоставлять регламентированный доступ к ней. Модуль должен обеспечивать выполнение следующих функций: 1) формирование журнала действий: автоматическая фиксация в журнале всех изменений, выполненных как в результате действий пользователей, так и автоматически Системой; 2) фиксация в записи журнала действий для каждого изменения даты и времени изменения, пользователя, выполнившего действие, вида выполненного действия, поля, в отношении которого выполнено действие, старого и нового значения поля; 3) автоматизированное формирование отчетов по данным журнала действий с отбором записей журнала по различным параметрам; 4) доступ к функциям формирования отчетов по журналу действий должен предоставляться пользователям только в рамках их прав в Системе. Детализация требований к модулю, в том числе, определение параметров формирования журнала действий, перечня отчетов и средств визуализации, параметры и логика их формирования, а также иных требований, осуществляется Подрядчиком (Исполнителем) по согласованию с Заказчиком. 4.2.6. Модуль работы с данными льготополучателей Модуль работы с данными льготополучателей должен быть предназначен для ведения централизованного реестра граждан, имеющих право на льготный проезд. Функции модуля: 1) Ввод и регистрация заявлений. Прием заявлений через веб-форму или интеграцию с прикреплением сканированных копий документов, подтверждающих льготу. 2) Верификация данных. Проверка корректности вводимых значений (проверка дат, проверка номера СНИЛС). 3) Ведение карточек льготополучателя. Хранение анкетных данных (ФИО, дата рождения, СНИЛС, паспорт, контакты), категории льготы, сроков действия льготы. 4) Ведение истории изменений. Отслеживание всех изменений в данных льготополучателя. 5) Поиск и фильтрация. Поиск по ФИО, СНИЛС, категории льготы, дате рождения. Поля карточки данных льготополучателя: 1) «Фамилия». Обязательное поле. Свободный ввод. 2) «Имя». Обязательное поле. Свободный ввод. 3) «Отчество». Необязательное поле. Свободный ввод. 4) «Дата рождения». Обязательное поле. Выбор значения из календаря. 5) «Льготная категория». Обязательное поле. Выбор значения из справочника. 6) «СНИЛС». Обязательное поле. Свободный ввод (маска ввода). 7) «Тип документа» – удостоверяющий личность. Обязательное поле. Выбор значения из справочника. 8) «Серия» – для документа, удостоверяющего личность. Необязательное поле. Свободный ввод. 9) «Номер» – для документа, удостоверяющего личность. Обязательное поле. Свободный ввод. 10) «Выдан» – для документа, удостоверяющего личность. Необязательное поле. Свободный ввод. 11) «Адрес». Обязательное поле. Свободный ввод (опционально – ФИАС). 12) «Телефон». Необязательное поле. Свободный ввод (маска ввода). 13) «Электронная почта». Необязательное поле. Свободный ввод (маска ввода). 14) «Комментарий». Необязательное поле. Свободный ввод. 15) Ссылка на льготу. 16) Ссылка на архив прикрепленных образов документов. 4.2.7. Модуль обработки льгот Модуль обработки льгот должен управлять справочником льгот и правилами их применения. Функции модуля обработки льгот: 1) Справочник льгот. Создание и ведение перечня льготных категорий. 2) Настройка параметров льготы. Для каждой категории – указание типа проездного документа с механизмом работы, срока действия. 3) Привязка льготы к льготополучателю. Назначение конкретной льготы конкретному льготополучателю с указанием срока действия. 4.2.8. Модуль управления льготными идентификаторами Модуль управления льготными идентификаторами должен осуществлять управление жизненным циклом всех типов идентификаторов. Функции модуля: 1) Учет идентификаторов. Ведение реестра всех выпущенных идентификаторов с привязкой к льготополучателю и льготе. 2) Жизненный цикл. Операции регистрации, выпуска, активации, блокировки (при утере), разблокировки, перевыпуска. 3) Проверка статуса. 4) Управление сроками. Автоматическое уведомление об истечении срока действия идентификатора или льготы. 4.2.8.1. Подсистема идентификации банковских карт Подсистема идентификации банковских карт должна быть предназначена для регистрации банковской карты платежной системы «МИР» в качестве льготного идентификатора. Подсистема идентификации банковских карт должна быть реализована в виде микросервиса и должна иметь возможность автономного запуска в стороннем программном обеспечении. Регистрация должна осуществляться при указании данных держателем карты путем клавиатурного ввода или путем регистрации банковской карты на терминальном оборудовании АСОП. Входными данными для подсистемы идентификации банковских карт являются: - PAN банковской карты; - ключ шифрования, зарегистрированный в ГИС КЖ для транспортных систем. Подсистемой идентификации банковских карт осуществляется преобразование входных данных по алгоритму: HMAC-SHA256(SHA-256(PAN)). MAC регистрируется в ГИС КЖ для ИС УЛТИ и АСОП. Обработка осуществляется в режиме реального времени. По результатам обработки формируется hashPAN, как уникальный идентификатор, используемый для однозначного определения банковской карты во всех модулях. 4.2.9. Модуль отправки реестров в АСОП Модуль отправки реестров в АСОП должен быть предназначен для автоматического формирования и передача актуальных реестров льготных идентификаторов в автоматизированную систему оплаты проезда с целью применения правил льготной тарификации в отношении льготополучателей. Функции модуля: 1) Формирование реестра. Генерация файла установленного формата (CSV/XML/JSON) с перечнем активных идентификаторов, их UID, типом льготы и сроком действия. 2) Планирование отправки: Настройка расписания автоматической выгрузки. 3) Протоколирование. Запись результатов каждой отправки, подтверждение получения системой-адресатом. 4) Отправка дельт. Возможность отправки реестра изменений с момента последней выгрузки. 4.2.10. Модуль формирования эмиссии Модуль формирования эмиссии должен быть предназначен для подготовки пакета данных для физического выпуска транспортных карт. Функции модуля: 1) Формирование заказа. Сбор заявок на выпуск новых карт, группировка по типам льгот. 2) Подготовка файла эмиссии, содержащего номер карты и данные для нанесения. 3) Отслеживание статуса заказа: • На рассмотрении. • Отказ. • На печать. • Изготовление. • На выдачу. • Активна. • Блокирована. 4.2.11. Модуль печати макета персональной транспортной карты Модуль печати макета персональной транспортной карты должен быть предназначен для подготовки макета с внесением данных конкретного льготополучателя в целях локальной печати персональной карты. Функции модуля: 1) Формирование макета. Создание PDF-макета с данными льготополучателя, номером карты, штрих-кодом. 2) Интеграция с принтером. Отправка макета на печать с предварительным просмотром. 4.2.12. Модуль загрузки реестра внешних льготных идентификаторов Модуль должен быть предназначен для автоматизированного приема, валидации, обработки и загрузки в базу данных ИС УЛТИ реестров льготных идентификаторов, поступающих от внешних информационных систем. Модуль должен позволять передать в АСОП льготные идентификаторы, держатели которых являются льготополучателями, зарегистрированными в региональных и/или иных системах предоставления льгот. Функции модуля: 1) Управление конфигурацией источников данных и форматов. • Возможность администратора системы настраивать параметры подключения разных внешних источников. • Определение и хранение шаблонов форматов входящих файлов (XLSX, CSV, XML, JSON) для каждого источника. 2) Прием и сохранение данных. • Автоматический канал загрузки реестров. Загрузка реестра, файл которого получен из выделенной директории. Прием и передача осуществляются по протоколам SFTP. • Ручной канал загрузки реестров. Загрузка файла оператором через веб-интерфейс с обязательным указанием типа реестра. • Сохранение оригинального файла в неизменном виде в системе хранения (для аудита и повторной обработки при необходимости). 3) Формирование протокола обработки. Формирование сводных отчетов за период: количество вновь загруженных идентификаторов, обновленных, отсеянных по причинам. 4.2.13. Модуль интеграции с внешними системами Модуль интеграции с внешними системами предназначен для обеспечения стандартизированного, безопасного и надежного взаимодействия с внешними информационными системами и сервисами. Перечень интегрируемых внешних систем: 1) Автоматизированная информационная система транспортных карт (АИС ТК) – ГКУ КО «ЦУ ИТС КО». 2) Государственная информационная система Калининградской области «Карта жителя Калининградской области» (ГИС КЖ) – ГКУ КО «ЦЦТ». 3) Автоматизированная система оплаты проезда – ООО «Транском», ООО «Инфоком». Подрядчик (Исполнитель) получает у Заказчика информацию о параметрах доступа к указанным системам после заключения муниципального контракта и вносит ее в конфигурационные файлы для реализации интеграции. Функции: 1) Управление конфигурацией подключений. Ведение реестра внешних систем с настраиваемыми параметрами для каждой: • Базовый URL/хост, порты. • Протоколы взаимодействия (REST API, SFTP). • Учетные данные для аутентификации (сертификаты, токены, логины/пароли) с безопасным хранением. • Расписание и периодичность вызовов. • Таймауты и политики повторных попыток. • Возможность включения/отключения интеграции с каждой системой без остановки работы ИС УЛТИ. 2) Трансформация данных. Преобразование внутренних форматов ИС УЛТИ во внешние. 3) Обеспечение гарантированной доставки: • Очередь исходящих сообщений. Сохранение всех исходящих запросов в устойчивом хранилище перед отправкой. • Подтверждение доставки. Требование и обработка технических подтверждений от внешней системы. • Политики повторных попыток. Автоматические повторные отправки при сбоях сети или недоступности системы-получателя с настраиваемой экспоненциальной задержкой (через 5 сек, 30 сек, 5 мин, 1 ч). 4.2.13.1. Подсистема интеграции с ГИС КЖ Подсистема должна быть предназначена для реализации информационного взаимодействия с информационной системой «Карта жителя Калининградской области», оператором которой является государственное казенное учреждение Калининградской области «Центр цифровых технологий», создаваемой и внедряемой в рамках постановления Правительства Калининградской области от 27.08.2025 № 323-п «Об утверждении положения о карте жителя Калининградской области». Взаимодействие ИС УЛТИ и ГИС КЖ осуществляется посредством API. Полное описания API ГИС КЖ является приложением настоящему Описанию объекта закупки Технология взаимодействия: HTTPS REST-API JSON. Функции: 1) Передача данных о наличии льгот. Запрос инициируется со стороны ГИС КЖ в сторону ИС УЛТИ (/SocialSupportCategories). Метод запроса: POST. Периодичность: 1 раз в сутки по всем пользователям; для единичных пользователей при авторизации в ГИС КЖ. В ответ на запрос ГИС КЖ, содержащий массив данных: - фамилия, - имя, - отчество, - дата рождения, - СНИЛС, ИС УЛТИ должна передавать массив данных: - СНИЛС, - код льготы, - наименование льготы, - дата начала действия, - дата окончания действия. 2) Получение актуального на текущий момент массива карт пользователей, у которых подключена транспортная услуга. Запрос инициируется со стороны ИС УЛТИ в сторону ГИС КЖ. Метод запроса: GET. Периодичность: 1 раз в неделю по всем пользователям; 1 раз в час дельта. В ответ на запрос ИС УЛТИ, ГИС КЖ должен передавать массив данных: - hashPAN, - СНИЛС. 3) Передача информации о фактах оказания транспортных услуг. Запрос инициируется со стороны ИС УЛТИ в сторону ГИС КЖ. Метод запроса: POST. Периодичность: 1 раз в час. ИС УЛТИ передает массив данных: - hashPAN, - дата и время, - код услуги, - количество, - стоимость. 4.3. Требования к видам обеспечения 4.3.1. Требования к совместимости программного обеспечения В настоящем разделе приведены параметры программного обеспечения, которое установлено на серверном оборудовании и клиентских рабочих местах Заказчика. Подрядчик (Исполнитель) должен обеспечить совместимость с установленным у Заказчика программным обеспечением и корректное выполнение ИС УЛТИ всех заявленных в настоящем Описании объекта закупки функций. 4.3.1.1. Требования к совместимости с программным обеспечением сервера На сервере Заказчика установлено программное обеспечение: - операционная система Microsoft Windows Server 2019 Standard; - СУБД (для сервера базы данных) Microsoft SQL Server 2019. Для корректной и бесперебойной работы ИС УЛТИ Подрядчик (Исполнитель) должен обеспечить совместимость с указанным программным обеспечением. 4.3.1.2. Требования к совместимости с программным обеспечением клиентского рабочего места На клиентских рабочих местах Заказчика установлено следующее программное обеспечение: - операционная система: Windows версии 10; - браузер: Chrome версии 143, Яндекс.Браузер версии 25; - офисное программное обеспечение: Microsoft Office версии 2019. Для корректной работы ИС УЛТИ Подрядчик (Исполнитель) должен обеспечить совместимость с указанным программным обеспечением 5. Состав и содержание работ по созданию информационной системы учета льготных транспортных идентификаторов. 5.1. Требования к составу работ В рамках создания ИС УЛТИ Подрядчик (Исполнитель) должен выполнить следующие работы: - предпроектные исследования; - уточнение и детализация требований к ИС УЛТИ, первоначальной настройке ИС УЛТИ; - передача прав (лицензий) на ИС УЛТИ; - установка и настройка ИС УЛТИ; - первоначальная подготовка персонала (операторы, администраторы, определяемые Заказчиком); - организация и проведение предварительных испытаний ИС УЛТИ, ввод ИС УЛТИ в опытную эксплуатацию; - организация и проведение опытной эксплуатации ИС УЛТИ; - организация и проведение приемочных испытаний ИС УЛТИ, ввод ИС УЛТИ в эксплуатацию; - сопровождение ИС УЛТИ с даты ввода в опытную эксплуатацию до окончания опытной эксплуатации. 5.2. Требования к предпроектным исследованиям 5.2.1. В рамках данных работ Подрядчик (Исполнитель) должен провести обследование с целью уточнения особенностей организации деятельности МКУ «ЦОДИПП» (как оператора автоматизированной системы учета оплаты проезда пассажиров на муниципальных маршрутах регулярных перевозок городского округа «Город Калининград»), включая, но не ограничиваясь: - перечень должностей специалистов отдела автоматизированного учета проезда МКУ «ЦОДИПП», включая их полномочия и обязанности; - перечень, формы и логику формирования необходимой отчетности и средств визуализации информации; 5.2.2. Основным источником информации для предпроектных исследований является интервьюирование Заказчика. 5.2.3. По результатам предпроектных исследований Подрядчик (Исполнитель) разрабатывает и согласовывает с Заказчиком отчет о предпроектных исследованиях, содержащий описание особенностей организации деятельности по всем направлениям, перечисленным в п.5.2.1. 5.2.4. Структура и содержание отчета о предпроектных исследованиях определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем). ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ Application programming interface (API) - Программный интерфейс, описывающий способы взаимодействия с информационной системой и/или ее компонентами Hash-based message authentication code (HMAC) - Код аутентификации сообщений, использующий хеш-функции с ключом. Механизм проверки целостности информации, позволяющий гарантировать то, что данные, передаваемые или хранящиеся в ненадежной среде, не были изменены посторонними лицами. Механизм HMAC использует имитовставку (MAC), как способ обмена данными и способ проверки целостности передаваемых данных с использованием секретного ключа. hashPAN (hashPAN) - Хэшированный номер банковской карты Message authentication code (MAC) - Имитовставка; специальный набор символов, который добавляется к сообщению и предназначен для обеспечения его целостности и аутентификации источника данных. Primary Account Number (PAN) - Уникальный числовой идентификатор платежной карты, который содержит данные об эмитенте карты и связанном с ним банковском счете. PAN содержит от 13 до 19 цифр. Secure Hash Algorithm 256-bit (SHA-256) - Криптографический алгоритм однонаправленных хеш-функций для создания «отпечатков» для сообщений произвольной длины в целях защиты информации. Автоматизированная информационная система, предназначенная для автоматизации деятельности, связанной с хранением, передачей и обработкой информации об оплате проезда и количестве поездок на основании транспортной карты (АИС ТК) - Автоматизированная информационная система, предназначенная для автоматизации деятельности, связанной с хранением, передачей и обработкой информации об оплате проезда и количестве поездок на основании транспортной карты, оператором которой является государственное казенное учреждение Калининградской области «Центр управления интеллектуальной транспортной системой Калининградской области» (далее – ГКУ КО «ЦУ ИТС КО»). Правообладатель: ООО «МАСТЕРПОРТ» (ИНН 7725571290) 5.3. Требования к уточнению и детализации требований к ИС УЛТИ, первоначальной настройке ИС УЛТИ 5.3.1. В рамках данных работ Подрядчик (Исполнитель) должен на основании данных, полученных на этапе предпроектных исследований, детализировать требования к ИС УЛТИ, включая, но не ограничиваясь: - функциональные требования к ИС УЛТИ; - требования к составу, структуре и способам организации данных в ИС УЛТИ, параметрам поиска и сортировки данных; - требования к интеграции ИС УЛТИ с информационными системами, включая перечень таких систем, а также детальные требования по реализации информационного обмена (состав данных, формат, способ организации информационного обмена) или обоснование применимости открытого интеграционного интерфейса индивидуально для каждой из систем, детальные требования по реализации открытого интеграционного интерфейса; - требования к системе отчетности и средств визуализации данных ИС УЛТИ, включая перечень, формы, периодичность и логика формирования, полномочия пользователей по формированию каждого из отчетов (средств визуализации), а также требования к возможностям настройки и формирования дополнительных пользовательских отчетов (средств визуализации); - требования к возможностям настройки ИС УЛТИ в целом и каждого модуля, к значениям параметров настройки, которые должны быть заданы в рамках первоначальной настройки ИС УЛТИ; - требования к системе прав пользователей в ИС УЛТИ, к перечню и правам пользователей, которые должны быть созданы (настроены) в рамках первоначальной настройки ИС УЛТИ; - иные требования, необходимые для реализации ИС УЛТИ. 5.3.2. По результатам детализации требований Подрядчик (Исполнитель) разрабатывает и согласовывает с Заказчиком: - пояснительную записку на создание и внедрение ИС УЛТИ; - пояснительную записку, содержащую данные для начальной настройки ИС УЛТИ. 5.4. Требования к передаче прав (лицензий) на ИС УЛТИ 5.4.1. Подрядчиком (Исполнителем) в рамках выполнения работ по муниципальному контракту должны быть переданы Заказчику исключительные права на ИС УЛТИ на территории городского округа «Город Калининград»: бессрочные клиентские лицензии, без ограничений по количеству пользователей. Передача прав (лицензий) на ИС УЛТИ происходит в соответствии с лицензионным договором и оформляется актом приема-передачи исключительных прав на использование Системы. Заказчику должны быть переданы права на ИС УЛТИ в объеме, предусмотренном п.4.1.9. настоящего Описания объекта закупки. 5.4.2. Заказчик может самостоятельно проводить модернизацию (включая изменение программного кода) Системы, однако в этом случае утрачивается право на гарантийное сопровождение ИС УЛТИ. При этом действия, касающиеся внесения изменений в настройки, надстройки программного обеспечения на ИС УЛТИ модернизацией не являются. 5.4.3. При любом изменении программного кода ИС УЛТИ в ходе выполнения работ по муниципальному контракту (включая возможные изменения в ходе сопровождения Системы до истечения срока предоставления гарантии качества) Подрядчик должен передавать Заказчику актуальную версию исходных кодов программного обеспечения ИС УЛТИ. Автоматизированная система оплаты проезда (АСОП) - Автоматизированная система оплаты проезда – комплекс аппаратно-программных средств, применяемых для автоматизации процесса оплаты проезда на муниципальных маршрутах общественного транспорта городского округа «Город Калининград». Правообладатель: ООО «ИНФОКОМ» (ИНН 2452033608). Государственная информационная система Калининградской области «Карта жителя Калининградской области» (ГИС КЖ) - Государственная информационная система Калининградской области «Карта жителя Калининградской области», оператором которой является государственное казенное учреждение Калининградской области «Центр цифровых технологий» (далее – ГКУ КО «ЦЦТ»). Правообладатель: АО «Расчетные Решения» (ИНН 7727718421). Информационная система учета льготных идентификаторов (ИС УЛТИ, Система) - Информационная система учета льготных идентификаторов Система управления базами данных ( СУБД) - Совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных. Страховой номер индивидуального лицевого счёта (СНИЛС) - Страховой номер индивидуального лицевого счёта в системе обязательного пенсионного страхования Российской Федерации. Фамилия, имя, отчество (ФИО) - Сокращение фамилия (Ф), имя (И), отчество (О). Федеральная информационная адресная система (ФИАС) - Единая государственная база данных, содержащая актуальные и стандартизированные сведения обо всех адресах на территории Российской Федерации Электронная вычислительная машина (ЭВМ) - Комплекс технических, аппаратных и программных средств, предназначенных для автоматической обработки информации, вычислений и автоматического управления. 1.1. Общая информация Наименование работ: Выполнение работ по созданию иной информационной системы (информационная система учета льготных транспортных идентификаторов) Код ОКПД2: 62.01.11.000 Единица измерения: Условная единица Количество: 1 1.2. Полное наименование Системы Информационная система учета льготных транспортных идентификаторов. 1.3. Условное обозначение Системы ИС УЛТИ. 1.4. Заказчик Муниципальное казенное учреждение городского округа «Город Калининград» «Центр организации движения и пассажирских перевозок» (сокращенное наименование – МКУ «ЦОДИПП»). 1.5. Пользователи Системы Пассажиры общественного транспорта г. Калининграда, которым предоставлено права льготного проезда. Операторы и администраторы Системы (работники МКУ «ЦОДИПП»). 1.6. Подрядчик (Исполнитель) Определяется по результатам проведения конкурентным способом процедуры в соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд». 5.5. Требования к установке и настройке ИС УЛТИ 5.5.1. В рамках данных работ Подрядчик (Исполнитель) должен произвести установку и настройку ИС УЛТИ на серверном оборудовании Заказчика, и обеспечить ее доступность на рабочих местах пользователей, перечень которых определен на этапе детализации требований для создания в рамках начальной настройки Системы. 5.5.2. Начальная настройка Системы состоит в выполнении следующих работ: - ввод начальных значений параметров настройки ИС УЛТИ в соответствии с пояснительной запиской; - начальное заполнение справочников (справочники, соответствующие нормативно утвержденным классификаторам, должны быть заполнены полностью); - создание начального перечня пользователей и присвоение им прав в Системе в соответствии с пояснительной запиской; - настройка системы резервного копирования и восстановления базы данных ИС УЛТИ. 5.5.3. В ходе установки и начальной настройки ИС УЛТИ Подрядчик (Исполнитель) документирует все принятые технические решения и актуализирует на основании этих данных пояснительную записку, разработанную на этапе детализации требований к ИС УЛТИ. Таким образом, по результатам работ по установке и настройке ИС УЛТИ Подрядчик (Исполнитель) предоставляет Заказчику пояснительную записку с актуальным описанием всех сделанных под данный конкретный экземпляр системы настроек. 5.6. Требования к первоначальной подготовке персонала 5.6.1. В рамках выполнения работ Подрядчик (Исполнитель) должен выполнить первоначальную подготовку лиц, указанных Заказчиком, в работе в ИС УЛТИ. Конкретный перечень пользователей, которые должны пройти первоначальную подготовку, определяется Заказчиком (не более 10 человек). 5.6.2. Подготовка проводится в соответствии с программой, разработанной Подрядчиком (Исполнителем) и согласованной с Заказчиком (структура и содержание определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем)). Программа подготовки должна содержать: - сроки проведения подготовки и ответственных исполнителей; - перечень проводимых подготовительных семинаров с указанием для каждого из них: • даты, времени и длительности проведения; • формы проведения (очно или удаленно (в форме вебинара)); • для очных – места проведения (очные семинары должны проводиться в помещении и на оборудовании, указанном Заказчиком); • тезисно – тематику и основные вопросы, освещаемые на семинаре 5.6.3. В рамках подготовки Подрядчик (Исполнитель) должен предоставить слушателям информацию по следующей тематике: - для всех пользователей из перечня, определенного Заказчиком: основные навыки работы и рекомендуемый порядок работы с ИС УЛТИ, особенности работы с ИС УЛТИ для различных ролей пользователей; - дополнительно инженерному персоналу Заказчика: способы настройки и параметризации ИС УЛТИ. 5.6.4. Мероприятия по подготовке должны удовлетворять следующим критериям: - подготовка должна проводиться в согласованные с Заказчиком сроки; - подготовка должна проводиться на русском языке; - очная подготовка должна проводиться по адресу, указанному Заказчиком. Подрядчик (Исполнитель) обеспечивает слушателей руководствами на русском языке. 5.6.5. По результатам подготовки пользователей Подрядчик (Исполнитель) составляет протокол подготовки пользователей Системы. Форма и содержание протокола определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем). Протокол заверяется подписями сотрудников Подрядчика (Исполнителя), проводивших подготовку. 1.7. Основания для разработки Постановление Администрации городского округа «Город Калининград» от 08.10.2018 №996 «О создании автоматизированной системы учета оплаты проезда пассажиров на муниципальных маршрутах регулярных перевозок городского округа «Город Калининград». Решение городского Совета депутатов Калининграда от 23.12.2020 №282 «О льготном проезде отдельных категорий граждан на всех видах городского транспорта общего пользования всех форм собственности с нумерацией маршрутов до 99 в городском округе «Город Калининград» Постановление администрации городского округа «Город Калининград» от 12.03.2025 №218 «Об утверждении Порядка предоставления отдельным категориям граждан права на льготный проезд в городском транспорте общего пользования всех форм собственности с нумерацией маршрутов до 99». Постановление Правительства Калининградской области от 27.08.2025 № 323-п «Об утверждении положения о карте жителя Калининградской области». Постановление правительства Калининградской области от 27.01.2026 № 27-п «О создании государственной информационной системы Калининградской области «Карта жителя Калининградской области». 1.8. Плановые сроки разработки Срок начала: с даты заключения Муниципального контракта. Срок окончания: не позднее 60 календарных дней с даты заключения Муниципального контракта. Место выполнения работ: Калининградская область, г.о. город Калининград. 1.9. Источники финансирования Финансирование осуществляется за счет средств бюджета городского округа «Город Калининиград». 1.10. Порядок оформления и предъявления Заказчику результатов Порядок оформления и предъявления Заказчику результатов выполнения работ по созданию Системы приведен в разделе 5 настоящего Описания объекта закупки (Техническое задание) (далее – Описание объекта закупки). 2. Назначение и цели создания Системы 2.1. Назначение Системы Информационная система учета льготных транспортных идентификаторов предназначена для ведения реестров льготополучателей, льгот и льготных идентификаторов, позволяющих реализовать право льготного проезда в общественном транспорте г. Калининграда. 2.2. Цели создания Системы Информационная система учета льготных транспортных идентификаторов создается для автоматизации процесса ведения реестров, обмена реестрами с муниципальными и региональными информационными системами. Создание Системы направлено на: - исключение ведения промежуточных реестров и таблиц; - создание единого источника достоверной информации по всем льготным транспортным идентификаторам и их владельцам; - разграничение прав доступа к данным, ведение журнала аудита всех операций; - обеспечение взаимодействия с внешними системами. 5.7. Требования к организации и проведению предварительных испытаний, вводу ИС УЛТИ в опытную эксплуатацию 5.7.1. В рамках данных работ Подрядчик (Исполнитель) должен: 5.7.1.1. разработать и согласовать с Заказчиком программу и методику испытаний; 5.7.1.2. принять участие в предварительных испытаниях, проводимых в соответствии с согласованной программой и методикой испытаний; 5.7.1.3. оформить и согласовать с Заказчиком протокол предварительных испытаний; 5.7.1.4. оформить и предоставить Заказчику акт приемки ИС УЛТИ в опытную эксплуатацию. 5.7.2. Предварительные испытания проводятся комиссией, состоящей из представителей Подрядчика (Исполнителя) и Заказчика. По решению Заказчика в комиссию могут быть включены третьи лица в качестве экспертов. 5.7.3. В случае, если в ходе предварительных испытаний выявлены несоответствия ИС УЛТИ, настроек, документации требованиям настоящего Описания объекта закупки, они фиксируются в протоколе испытаний. 5.7.4. По результатам проведения предварительных испытаний Заказчиком и Подрядчиком (Исполнителем) принимается согласованное решение о возможности ввода ИС УЛТИ в опытную эксплуатацию, которое также фиксируется в протоколе испытаний. 5.7.5. Если ИС УЛТИ признана комиссией готовой к вводу в опытную эксплуатацию, между Заказчиком и Подрядчиком (Исполнителем) подписывается подготовленный Подрядчиком (Исполнителем) акт приемки в опытную эксплуатацию. Если ИС УЛТИ признана не готовой к вводу в опытную эксплуатацию, между Заказчиком и Подрядчиком (Исполнителем) могут быть согласованы сроки устранения выявленных замечаний к ИС УЛТИ, настройкам, документации и назначить повторные предварительные испытания, которые организуются и проводятся в том же порядке. 5.8. Требования к организации и проведению опытной эксплуатации 5.8.1. В рамках проведения работ по организации и проведению опытной эксплуатации Системы Подрядчик (Исполнитель) должен: 5.8.1.1. обеспечивать восстановление работоспособности программного обеспечения ИС УЛТИ в случае отказов, сбоев, аварийных ситуаций; 5.8.1.2. консультировать пользователей ИС УЛТИ по работе в Системе в соответствии с требованиями п.5.10 настоящего Описания объекта закупки; 5.8.1.3. выполнять сбор замечаний и предложений пользователей Системы, выявленных в ходе опытной эксплуатации; 5.8.1.4. в обязательном порядке вносить изменения в ИС УЛТИ (настройки, при необходимости – исходный код, документацию) в случае, если в ходе опытной эксплуатации Система функционирует нестабильно или не в соответствии с требованиями настоящего Описания объекта закупки; сроки внесения изменений согласовываются с Заказчиком; 5.8.1.5. в случаях, согласованных между Заказчиком и Подрядчиком (Исполнителем), вносить изменения в ИС УЛТИ (в рамках настроек) для учета замечаний и пожеланий пользователей ИС УЛТИ, выходящих за рамки требований настоящего Описания объекта закупки; 5.8.1.6. поддерживать в актуальном состоянии документацию на Систему (инструкции и пояснительную записку); 3. Характеристика объекта автоматизации 3.1. Краткие сведения об объекте автоматизации Объектом автоматизации является деятельность МКУ «ЦОДИПП» по реализации порядка предоставления отдельным категориям граждан права на льготный проезд в городском транспорте общего пользования всех форм собственности с нумерацией маршрутов до 99, в которой МКУ «ЦОДИПП» выполняет роль оператора. Автоматизации подлежит процесс приема заявлений льготополучателей на регистрацию/выпуск льготных идентификаторов, формированию реестров льготных идентификаторов, передачи реестров льготных идентификаторов в процессинговый центр автоматизированной системы оплаты проезда и актуализация реестров с внешними информационными системами. 3.2. Сведения об условиях эксплуатации объекта автоматизации Информационная система учета льготных транспортных идентификаторов представляет собой клиент-серверное программное обеспечение. Серверная часть Системы размещается на серверных мощностях МКУ «ЦОДИПП». Существующие серверные мощности МКУ «ЦОДИПП». Сервер: DELL PowerEdge R540. Процессор: Intel Xeon Silver 4215 @ 2,5 ГГц, ОЗУ: 128 ГБ, Диск: 400 ГБ. Операционная система: Microsoft Windows Server 2019 Standard. СУБД: Microsoft SQL Server 2019. Клиентская часть Системы выполняется в виде web-интерфейса. Существующие рабочие места операторов/администраторов в МКУ «ЦОДИПП» эксплуатируются с использованием операционной системы Windows 10 Pro. 4. Требования к Системе 4.1. Общие требования 4.1.1. Требования к структуре и функционированию Системы Система должна быть построена по клиент-серверной архитектуре (web-интерфейс для операторов/администраторов, сервер приложений и база данных). 4.1.1.1. Перечень модулей В состав Системы должны быть включены следующие функциональные модули и подсистемы: 1) Базовый модуль. 2) Авторизационный модуль. 3) Модуль управления пользователями и полномочиями. 4) Модуль управления справочниками. 5) Модуль журналирования действий. 6) Модуль работы с данными льготополучателей. 7) Модуль обработки льгот. 8) Модуль управления льготными идентификаторами. • Подсистема идентификации банковских карт. 9) Модуль отправки реестров в АСОП. 10) Модуль формирования эмиссии. 11) Модуль печати макета персональной транспортной карты. 12) Модуль загрузки реестра внешних льготных идентификаторов. 13) Модуль интеграции с внешними системами. • Подсистема интеграции с ГИС КЖ. Описание назначения каждого из модулей (подсистем) и требования к функциям модулей (подсистем) приведены в настоящем разделе. 4.1.1.2. Требования к способам и средствам связи для информационного обмена между компонентами Системы Информационный обмен между компонентами Системы должен обеспечиваться с помощью современных протоколов и форматов передачи данных. Между серверной частью Системы и клиентскими приложениями информационный обмен должен осуществляться по протоколу HTTP. На транспортном уровне для взаимодействия компонентов Системы должен использоваться стек протоколов TCP/IP. 5.8.1.7. вести рабочий журнал (форма ведения, структура и содержание определяются по согласованию между Заказчиком и Подрядчиком (Исполнителем), допускается ведение в электронной форме, допускается совмещение с журналом учета обращений линии технической поддержки (см. п. 5.10 настоящего Описания объекта закупки)), в котором фиксировать: 5.8.1.7.1. замечания и предложения пользователей к ИС УЛТИ; 5.8.1.7.2. отказы, сбои, аварийные ситуации, возникшие в ходе опытной эксплуатации; 5.8.1.7.3. проводимые корректировки настроек, программных средств, документации ИС УЛТИ, выполненные для устранения замечаний, учета предложений, восстановления работоспособности ИС УЛТИ. 5.8.2. Опытная эксплуатация Системы осуществляется Заказчиком. В рамках опытной эксплуатации пользователи используют Систему. 5.8.3. Длительность опытной эксплуатации составляет 10 календарных дней. 5.8.4. По результатам опытной эксплуатации Заказчик и Подрядчик (Исполнител) принимают согласованное решение о возможности допуска Системы к приемочным испытаниям. В случае принятия положительного решения Подрядчик (Исполнитель) оформляет акт о завершении опытной эксплуатации и допуске системы к приемочным испытаниям. При наличии неустраненных замечаний к Системе в акте фиксируется согласованный между Заказчиком и Подрядчиком (Исполнителем) перечень замечаний, подлежащих устранению, и сроки их устранения. Форма и содержание акта определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем). Акт заверяется подписями Заказчика и Подрядчика (Исполнителя). 5.9. Требования к организации и проведению приемочных испытаний, вводу ИС УЛТИ в эксплуатацию 5.9.1. Подрядчик (Исполнитель) должен: 5.9.1.1. при необходимости (например, для проверки устранения замечаний по итогам опытной эксплуатации) актуализировать и согласовать с Заказчиком программу и методику испытаний; 5.9.1.2. принять участие в приемочных испытаниях, проводимых в соответствии с согласованной программой и методикой испытаний; 5.9.1.3. оформить и согласовать с Заказчиком протокол приемочных испытаний; 5.9.1.4. оформить и предоставить Заказчику акт приемки ИС УЛТИ в эксплуатацию. 5.9.2. Приемочные испытания проводятся комиссией, состоящей из представителей Подрядчика (Исполнителя) и Заказчика. По решению Заказчика в комиссию могут быть включены третьи лица в качестве экспертов. 5.9.3. В случае, если в ходе приемочных испытаний выявлены несоответствия ИС УЛТИ, настроек, документации требованиям настоящего Описания объекта закупки, они фиксируются в протоколе испытаний. 5.9.4. По результатам проведения приемочных испытаний Заказчиком и Подрядчиком (Исполнителем) принимается согласованное решение о возможности ввода ИС УЛТИ в эксплуатацию, которое также фиксируется в протоколе испытаний. 5.9.5. Если ИС УЛТИ признана готовой к вводу в эксплуатацию, Заказчик и Подрядчик (Исполнитель) подписывают подготовленный Подрядчиком (Исполнителем) акт приемки в эксплуатацию. Если ИС УЛТИ признана не готовой к вводу в эксплуатацию, Заказчик и Подрядчик (Исполнитель) согласовывают сроки устранения выявленных замечаний к ИС УЛТИ и назначают повторные приемочные испытания, которые организуются и проводятся в том же порядке. 5.9.6. Перед вводом ИС УЛТИ в эксплуатацию Подрядчик (Исполнитель) передает Заказчику список всех системных логинов и паролей, используемых при эксплуатации ИС УЛТИ. 4.1.1.3. Требования к характеристикам взаимосвязей Системы с информационными системами ИС УЛТИ должна обеспечивать взаимодействие со следующими системами: 1) АИС ТК. 2) ГИС КЖ. Для обеспечения возможности интеграции с информационными системами должен быть реализован открытый интеграционный интерфейс, предусматривающий возможность экспорта / импорта основных сведений ИС УЛТИ. Подрядчик (Исполнитель) получает у Заказчика информацию о параметрах доступа к указанным системам после заключения муниципального контракта и вносит ее в конфигурационные файлы для реализации интеграции. 4.1.1.3.1. Взаимодействие с АИС ТК должно осуществляться посредством обмена реестрами, содержащими сведения: - номер идентификатора в АИС ТК; - уникальный идентификатор носителя (UID); - код льготы; - срок действия льготы. 4.1.1.3.2. Взаимодействие с ГИС КЖ должно осуществляться посредством API. Описание API является приложением к настоящему Описанию объекта закупки. 4.1.1.4. Требования к режимам функционирования Системы 4.1.1.4.1. При работе Системы должны использоваться следующие режимы функционирования: - штатный режим функционирования; - сервисный режим функционирования; - аварийный режим функционирования. 4.1.1.4.2. Основным режимом функционирования Системы должен являться штатный режим, при котором корректно функционируют все компоненты Системы. При штатном режиме функционирования Системы должны соблюдаться следующие требования: - web-интерфейс для операторов/администраторов должен обеспечивать возможность функционирования в течение 24 часов в сутки, 365 дней в году; - программное обеспечение сервера приложений и баз данных должно обеспечивать возможность круглосуточного функционирования с перерывами на обслуживание. 4.1.1.4.3. Сервисный режим функционирования Системы должен быть доступен только для уполномоченных работников Заказчика, для проведения следующих работ: - регламентное обслуживание серверного оборудования и системного программного обеспечения Системы; - восстановление Системы после сбоев и аварийных ситуаций; - обновление версий системного и прикладного программного обеспечения. 4.1.1.4.4. Сервисный режим функционирования должен допускать ограничение пользовательского функционала Системы, если это необходимо для обслуживания Системы. Длительность такого ограничения не должна превышать 8 часов в неделю, причем ограничение функционала должно применяться только в нерабочее время в соответствии с правилами служебного распорядка МКУ «ЦОДИПП». 4.1.1.4.5. В аварийный режим функционирования ИС УЛТИ должна переходить при отказе одного или нескольких компонентов. Функционирование Системы при аварийных режимах работы не предусматривается. 4.1.1.4.6. Длительность нахождения Системы в аварийном режиме (срок восстановления работоспособности Системы после аварии) не должна превышать 24 часов. 4.1.1.5. Требования по диагностированию Системы В Системе должен быть реализован административный интерфейс, отображающий информацию о работоспособности модулей и подсистем Системы. 4.1.1.6. Перспективы развития, модернизации Системы 4.1.1.6.1. В рамках перспектив развития должна быть предусмотрена возможность расширения функций как за счет создания новых модулей и подсистем, так и за счет подключения к работе новых организационных единиц и подразделений. 4.1.1.6.2. Должна быть предусмотрена возможность масштабирования Системы при увеличении нагрузки на Систему, т.е. учитываться требования к увеличению нагрузки, объемов информации и числа пользователей, последующему расширению функциональности. 5.10. Требования к сопровождению ИС УЛТИ 5.10.1. Подрядчик (Исполнитель) должен с даты ввода ИС УЛТИ в опытную эксплуатацию до даты ввода Системы в эксплуатацию: 5.10.1.1. обеспечивать бесперебойное функционирование ИС УЛТИ; 5.10.1.2. консультировать пользователей ИС УЛТИ по работе в Системе. 5.10.2. В целях обеспечения бесперебойного функционирования Подрядчик (Исполнитель) должен принимать участие в восстановлении работоспособности программного обеспечения ИС УЛТИ в случае отказов, сбоев, аварийных ситуаций. 5.10.3. Срок восстановления работоспособности не должен превышать установленного в п.4.1.1.4.7 настоящего Описания объекта закупки. 5.10.4. В сферу ответственности Подрядчика (Исполнителя) не входит восстановление работоспособности аппаратного обеспечения ИС УЛТИ. 5.10.5. В целях консультирования пользователей ИС УЛТИ по работе в Системе Подрядчик (Исполнитель) должен организовать линию технической поддержки, принимающую и обслуживающую обращения пользователей по телефону и электронной почте в рабочие дни с 9 до 18 часов по времени г. Калининграда. 5.10.6. Подрядчик (Исполнитель) должен предоставить Заказчику номер телефона и электронный почтовый адрес линии технической поддержки. 5.10.7. Подрядчик (Исполнитель) организует регистрацию и учет хода и результатов обслуживания обращений на линию технической поддержки в журнале учета обращений. Состав данных, подлежащих учету в журнале, определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем). Способ, формат и программное обеспечение для ведения журнала учета обращений Подрядчик (Исполнитель) выбирает самостоятельно. Ведение журнала учета обращений не должно повлечь за собой дополнительных расходов со стороны Заказчика. 5.10.8. По запросам Заказчика Подрядчик (Исполнитель) должен предоставлять выписки из журнала за период сопровождения ИС УЛТИ. Выписка должна содержать записи журнала учета, соответствующие обращениям, поступившим в адрес линии технической поддержки. Выписка передается Заказчику в электронной форме в формате, согласованном между Заказчиком и Подрядчиком (Исполнителем). Допускается передача выписки как на материальном носителе (USB диске), так и средствами информационных технологий (электронной почты). 5.10.9. Время реагирования линии технической поддержки на обращение (предоставления ответа на вопрос) не должно превышать: 5.10.9.1. 2 рабочих часов в случае вопроса о порядке работы в Системе; 5.10.9.2. 8 рабочих часов в случае вопроса о порядке настройки Системы. 5.10.10. В случае, если проблему, сформулированную в обращении, не удается решить посредством консультации по телефону или электронной почте, Подрядчик (Исполнитель) обеспечивает устранение проблемы другими доступными способами, определяемыми по согласованию между Заказчиком и Подрядчиком (Исполнителем). 4.1.2. Требования к численности и квалификации персонала Системы и режиму его работы 4.1.2.1. Для обеспечения корректного функционирования Системы необходимо наличие следующих учетных записей для персонала: - минимум один оператор; - минимум один администратор. 4.1.2.2. Оператор Системы выполняет основные функции ИС УЛТИ в рамках автоматизированного процесса. Система прав пользователей должна предусматривать возможность выполнения работником функций одной, нескольких или всех ролей. При разработке пользовательского интерфейса функций Оператора Системы Подрядчик (Исполнитель) обязан исходить из того, что персонал Заказчика обладает уровнем компьютерной грамотности не ниже уверенного пользователя. Система не должна требовать для повседневной эксплуатации навыков системного администратора или программиста. Режим работы – в соответствии с правилами служебного распорядка МКУ «ЦОДИПП». 4.1.2.3. Администратор Системы должен иметь возможность выполнять администрирование информационной системы (настройка справочников, представлений, прав доступа и т.д.). При разработке пользовательского интерфейса функций Администратора Системы Подрядчик (Исполнитель) обязан исходить из того, что персонал Заказчика обладает уровнем компьютерной грамотности не ниже уверенного пользователя, владеющего навыками работы в программных приложениях, хорошо ориентирующегося в требованиях нормативной и методической документации, технической документации на Систему. Режим работы – в соответствии с правилами служебного распорядка МКУ «ЦОДИПП». 4.1.2.4. Система прав пользователей ИС УЛТИ должна предусматривать возможность совмещения пользователем Системы обязанностей нескольких или всех перечисленных ролей при условии соответствия квалификационным требованиям. 4.1.3. Показатели назначения 4.1.3.1. ИС УЛТИ должна обеспечивать возможность одновременной работы не менее 100 пользователей. 4.1.3.2. ИС УЛТИ должна обеспечивать возможность хранения данных с глубиной не менее 10 лет по умолчанию (должна быть возможность настройки Системы в части увеличения срока хранения данных). 4.1.3.3. Реакция Системы на действие пользователя должна занимать не более 10 сек для выполнения простых операций (открытие/закрытие рабочего окна, загрузка/сохранение записи данных и пр.), и не более 30 секунд – для сложных (выполнение многоаспектного поиска, формирование отчета и пр.). 4.1.3.4. Показатель работоспособности Системы должен быть не ниже 99% (допустимый перерыв в работе не более 8 часов в месяц). 5.11. Этапы выполнения работ В процессе создание информационной системы учета льготных транспортных идентификаторов должна быть соблюдена этапность и выполнен перечень работ в соответствии с таблицей. № 1 Наименование: Подготовка Состав: Предпроектные исследования. Уточнение и детализация требований к ИС УЛТИ, первоначальной настройке ИС УЛТИ. Отчетные документы: Отчет о предпроектных исследованиях. Пояснительная записка на создание и внедрение ИС УЛТИ. Пояснительная записка, содержащая данные для начальной настройки ИС УЛТИ Длительность этапа: 5 календарных дней с даты заключения муниципального контракта. № 2 Наименование: Реализация Состав: Передача прав (лицензий) на ИС УЛТИ. Установка и настройка ИС УЛТИ. Первоначальная подготовка персонала. Отчетные документы: Лицензионный договор и акт приема-передачи исключительных прав на использование Системы. Дистрибутивы программного обеспечения на установку ИС УЛТИ. Руководство по установке Системы. Руководство установщика. Руководство пользователя (оператора, администратора). Общее описание системы. Исходные коды программного обеспечения ИС УЛТИ. Протокол подготовки пользователей Системы. Длительность этапа: 40 календарных дней с даты окончания этапа 1. № 3 Наименование: Подготовка к опытной эксплуатации Состав: Организация и проведение предварительных испытаний ИС УЛТИ, ввод ИС УЛТИ в опытную эксплуатацию. Отчетные документы: Программа и методика испытаний. Протокол предварительных испытаний. Акт приемки в опытную эксплуатацию Длительность этапа: 5 календарных дней с даты окончания этапа 2 № 4 Наименование: Опытная эксплуатация Состав: Организация и проведение опытной эксплуатации ИС УЛТИ. Организация и проведение приемочных испытаний ИС УЛТИ, ввод ИС УЛТИ в эксплуатацию. Сопровождение ИС УЛТИ с даты ввода в опытную эксплуатацию до окончания опытной эксплуатации. Отчетные документы: Рабочий журнал. Акт о завершении опытной эксплуатации и допуске системы к приемочным испытаниям. Программа и методика приемочных испытаний. Протокол приемочных испытаний. Акт приемки ИС УЛТИ в эксплуатацию. Список всех системных логинов и паролей. Журнал учета обращений. Длительность этапа: 10 календарных дней с даты окончания этапа 3. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Выполнение работ по созданию иной информационной системы (информационная система учета льготных транспортных идентификаторов) - 4.1.4. Требования к надежности 4.1.4.1. ИС УЛТИ должна обеспечивать сохранность информации и работоспособность при возникновении внештатных ситуаций: - операционной системы после ее перезапуска с последующим входом в ИС УЛТИ в случае сбоя в системе электроснабжения аппаратной части, приводящие к перезагрузке операционной системы; - системного программного обеспечения с последующим входом в ИС УЛТИ в случае сбоя в работе данного системного программного обеспечения (операционной системы, драйверов устройств); - промежуточного и прикладного программного обеспечения в случае сбоя в его работе с последующим перезапуском и входом в ИС УЛТИ; - аппаратных средств с последующим входом в ИС УЛТИ в случае сбоя, связанным с работой данных аппаратных средств; - базы данных из резервной копии с последующим входом в ИС УЛТИ в случае нарушения целостности базы данных, повреждения, потери данных, приводящей к невозможности корректной их обработки; - работы сервера с установленной скоростью обмена при сбоях, связанных с задержкой в интернет-каналах и снижением скорости обмена информацией по сети; - в случае установки нового программного обеспечения, обновления программного обеспечения с последующим входом в ИС УЛТИ (при условии, что установленное (обновленное) программное обеспечение не противоречит требованиям программной совместимости ИС УЛТИ); - в случае перезагрузки операционных систем с последующим входом в ИС УЛТИ; - в случае сверхпрогнозируемого роста числа запросов к Системе; - в случае сверхпрогнозируемого роста требований Системы к ресурсам (вычислительным мощностям, оперативной и дисковой памяти) или завершения (отмены) выполнения соответствующих процессов, вызвавших данный рост. - - Значение характеристики не может изменяться участником закупки - 4.1.5. Требования к эргономике и технической эстетике 4.1.5.1. Доступ операторов к функциям ИС УЛТИ должен осуществляться средствами браузера (web-интерфейс). 4.1.5.2. Экранные формы Системы должны быть спроектированы с учетом требований унификации: - все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; - для обозначения одних и тех же операций должны использоваться одинаковые графические значки, кнопки и другие управляющие (навигационные) элементы; - должны быть унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; - реакция Системы на действия оператора (наведение указателя, переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране; - страницы и размещенные на них формы и прочие элементы должны корректно отображаться при масштабировании стандартными средствами браузера. - 4.1.6. Требования к эксплуатации, техническому обслуживанию Системы 4.1.6.1. Эксплуатация Системы должна производиться в соответствии с эксплуатационной документацией. 4.1.6.2. Устойчивая и надежная работа ИС УЛТИ должна обеспечиваться при регулярном выполнении работ по системному и функциональному сопровождению ИС УЛТИ, техническому сопровождению аппаратного обеспечения (должны быть описаны в документации на ИС УЛТИ), а также при жестком соблюдении пользователями требований эксплуатационной документации. 4.1.6.3. В системе должен быть сохранен режим эксплуатации программно-технических средств пользователей и работы серверов ИС УЛТИ, соответствующий требованиям п.4.1.1.4 настоящего Описания объекта закупки. 4.1.6.4. В эксплуатационной документации на ИС УЛТИ должны быть детализированы функции пользователей с учетом различных ролей. - 6. Сроки и объемы предоставления гарантии качества 6.1. Подрядчик (Исполнитель) предоставляет гарантию качества на ИС УЛТИ и результаты работ, выполненных в соответствии с настоящим Описанием объекта закупки, на срок не менее 12 (двенадцати) месяцев. 6.2. Срок предоставления гарантии качества начинает исчисляться с даты подписания между Заказчиком и Подрядчиком (Исполнителем) документа о приемке выполненных работ. 6.3. В течение срока предоставления гарантии качества Подрядчик (Исполнитель) должен устранять выявленные несоответствия ИС УЛТИ и результатов выполненных работ требованиям настоящего Описания объекта закупки. Гарантия качества обеспечивается за счет оказания гарантийной поддержки Системы Подрядчиком (Исполнителем). Гарантийная поддержка включает в себя консультации по телефону и электронной почте в рабочие дни в рабочее время с 9 до 18 часов по времени г. Калининграда по вопросам, связанным с эксплуатацией Системы. Подрядчик (Исполнитель) должен предоставить номер телефона гарантийной поддержки и электронный почтовый адрес, привязанный к системе обработки заявок, поступающих от Заказчика. Время реагирования на заявку не должно превышать 8 часов. Период устранения сбоев в работе Системы (обеспечения функционирования) 24 часа. В случае, если проблему не удается решить посредством консультации по телефону или электронной почте, Подрядчик (Исполнитель) обеспечивает устранение проблемы другими доступными способами. 6.4. В случае обнаружения Заказчиком несоответствия ИС УЛТИ или результатов выполненных работ требованиям настоящего Описания объекта закупки, Заказчик направляет письменное уведомление Подрядчику (Исполнителю). Подрядчик (Исполнитель) обязан за свой счет устранить выявленные несоответствия в течение 10 (десяти) рабочих дней с даты получения уведомления от Заказчика. - Описание API для получения информации о льготных категориях пользователей и Описание API для получения информации о hashPAN пользователей прикреплено файлом в составе Описания объекта закупки. - 4.1.7. Требования к защите информации 4.1.7.1. Объектом защиты является информация, содержащаяся в ИС УЛТИ. 4.1.7.2. Защищенность информации в ИС УЛТИ должна быть достигнута за счет системы защиты информации ИС УЛТИ. 4.1.7.3. В рамках работ, предусмотренных настоящим Описанием объекта закупки, Подрядчик (Исполнитель) должен оказать содействие в подготовке технического задания на создание и внедрение системы защиты информации ИС УЛТИ. Работы по созданию и внедрению системы защиты информации в ИС УЛТИ не входят в состав работ по настоящему Описанию объекта закупки. 4.1.7.4. При подготовке технического задания на создание и внедрение системы защиты информации ИС УЛТИ в рекомендациях Подрядчика (Исполнителя) должны быть учтены имеющиеся средства защиты информации (по возможности максимально должны быть задействованы за счет их перенастройки, модернизации) и приобретение новых. - 4.1.8. Требования по сохранности информации при авариях 4.1.8.1. Для сохранности информации в ИС УЛТИ должны быть предусмотрены следующие функции: - резервное копирование баз данных ИС УЛТИ; - восстановление данных в непротиворечивое состояние при программно-аппаратных сбоях (отключение электрического питания, сбоях операционной системы) вычислительно-операционной среды функционирования; - восстановление данных в непротиворечивое состояние при сбоях в работе сетевого программного и аппаратного обеспечения. 4.1.8.2. Резервное копирование информации может осуществляться в двух режимах: - создание полной копии базы данных; - сохранение изменений, внесенных со времени создания последней архивной копии (архивные копии файлов журналов). 4.1.8.3. ИС УЛТИ должна обеспечивать сохранность информации при возникновении внештатных ситуаций, перечисленных в п.4.1.4 настоящего Описания объекта закупки. - 4.1.9. Требования к патентной чистоте 4.1.9.1. Создаваемая Система должна отвечать требованиям по патентной чистоте согласно действующему законодательству и требованиям муниципального контракта. 4.1.9.2. Подрядчик (Исполнитель) должен иметь права в объеме, достаточном для выполнения работ в соответствии с Описанием объекта закупки, а также должен иметь полномочия по предоставлению (передаче) результата выполнения работ Заказчику в объеме прав, предусмотренных Контрактом и настоящим Описанием объекта закупки. 4.1.9.3. По результатам выполнения работ, предусмотренных настоящим Описанием объекта закупки Подрядчик (Исполнитель) должен передать Заказчику исключительные права на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта и принадлежащие в лице Муниципального заказчика муниципальному образованию городскому округу «Город Калининград». - 4.1.10. Требования по стандартизации и унификации 4.1.10.1. В целях облегчения обучения пользователей работе с Системой и возможности замещения одного работника другим при развитии Системы должны быть учтены требования унификации пользовательского интерфейса и справочников. 4.1.10.2. Унификации подлежат все составляющие пользовательского интерфейса: система меню, формы отображения информации на экране, типы и формы сообщений и запросов пользователю, места расположения содержательно близкой информации, соглашения на функциональное назначение клавиш, принципы организации диалога, форматы распечатываемых документов, системные сообщения. 4.1.10.3. Экранные формы должны быть спроектированы с учетом требований, указанных в п.4.1.5. 4.1.10.4. При реализации справочников ИС УЛТИ должны быть учтены следующие требования унификации: - при наличии утвержденных общероссийских/региональных справочников/ классификаторов необходимого назначения ИС УЛТИ должна использовать их; - при отсутствии утвержденных справочников/классификаторов допускается создание внутренних справочников Системы. - 4.2. Требования к функциям, выполняемым Системой Все модули Системы должны предоставлять функциональные возможности для: - ведения списков (добавление, изменение, удаление позиций) объектов учета модуля; - выполнения поиска, сортировки объектов учета; - осуществления информационного обмена со смежными информационными системами в случае, если будет установлена необходимость данного обмена; - формирования по данным модуля выходных документов и/или аналитических отчетов. Описание индивидуальных функциональных возможностей приведено ниже для каждого модуля. - 4.2.1. Базовый модуль Базовый модуль должен выполнять функции ядра Системы, являться единой точкой взаимодействия с базой данных. Все операции чтения и записи в базу данных должны выполняться исключительно через базовый модуль. Базовый модуль должен предоставлять единый интерфейс взаимодействия для всех остальных модулей Системы. Модули должны взаимодействовать друг с другом только через базовый модуль, минуя прямое обращение к базе данных или друг к другу. Базовый модуль должен отвечать за транзакционность сложных операций, осуществлять первичную валидацию и логирование (аудит) всех входящих запросов. Функции базового модуля: 1) Управление соединением с базой данных. Организация пула соединений, гарантированное открытие и закрытие сессий. 2) Централизованное предоставление унифицированных методов: Создание / Чтение / Обновление / Удаление для всех ключевых сущностей Системы (Льготополучатель, Льгота, Идентификатор и другие). 3) Транзакционный менеджер. Обеспечение целостности данных при выполнении сложных бизнес-операций. 4) Валидация данных. Проверка обязательности полей, форматов данных, бизнес-правил. 5) Сервис аудита. Автоматическая запись в журнал информации о всех изменениях данных (кто, когда, какие данные изменил, с какого значения на какое). 6) Маршрутизация входящих запросов от модулей и внешних систем к соответствующим внутренним обработчикам, контроль частоты запросов. - 4.2.2. Авторизационный модуль Авторизационный модуль должен быть тесно интегрирован с базовым модулем, осуществлять обработку всех запросов к единому интерфейсу базового модуля на предмет наличия полномочий инициатора запроса. Передача запросов бизнес-логике базового модуля должна осуществляться только с подтверждением авторизационного модуля. Функции, выполняемые авторизационным модулем: 1) Аутентификация: • Вход в систему: Проверка логина (учетной записи) и пароля пользователя ИС УЛТИ. • Выпуск токенов доступа: Генерация и подписание токена для успешно аутентифицированного пользователя. • Обновление токенов: Механизм для продления сессии без повторного ввода пароля. 2) Авторизация. 3) Управление сессиями и токенами: • Валидация подписи и срока действия токена при каждом запросе. • Механизм принудительного завершения сессий и инвалидации токенов при смене пароля пользователем или администратором. 4) Безопасность: • Автоматическая временная блокировка учетной записи или IP-адреса после нескольких неудачных попыток входа. • Защита от основных уязвимостей. - 4.2.3. Модуль управления пользователями и полномочиями Модуль управления пользователями и полномочиями должен обеспечивать ведение реестра пользователей Системы, реестра ролей (оператор, администратор). Модуль должен реализовывать следующие функции: 1) Управление учетными записями: • Создание. Регистрация нового пользователя системы с обязательными полями: ФИО, уникальный логин, должность, начальный пароль. • Чтение/Поиск. Просмотр списка всех пользователей с фильтрацией по ФИО, роли, статусу учетной записи. Просмотр детального профиля. • Редактирование. Изменение основных данных, сброс пароля, блокировка/разблокировка учетной записи. • Деактивация: Установка неактивного статуса, исключающего возможность входа, без физического удаления. 2) Управление полномочиями: • Создание, редактирование, удаление ролей. • Назначение ролей пользователям: Интерфейс для привязки одной или нескольких ролей к конкретному пользователю. Визуальное отображение текущих назначений. • Массовое назначение: Назначение роли группе пользователей, отобранных по фильтру. 3) Валидация и предупреждения: • Запрет на удаление роли, которая назначена хотя бы одному активному пользователю. • Предупреждение администратору при попытке снять с себя все административные роли. • Проверка на конфликты прав. При изменении состава ролей у активного пользователя новые права должны вступить в силу немедленно (для новых сессий) или после перевыпуска токена (для текущей). Нельзя удалить или деактивировать последнего активного пользователя с ролью администратора. Пароли должны храниться только в виде стойкого хэша. - 4.2.4. Модуль управления справочниками Модуль управления справочниками должен управлять статической и условно-статической информацией (нормативно-справочной информацией - НСИ), служить единым источником для всех перечислений, классификаторов и констант в Системе. Функции модуля управления справочниками: 1) Управление жизненным циклом справочников. Создание и конфигурация справочников. Возможность динамически создавать новый справочник через: указать, название, описание. Определение структуры элементов справочника – администратор должен иметь возможность добавлять пользовательские атрибуты. 2) Операции над элементами справочника: Добавление, редактирование, удаление (или пометка на удаление) элементов. Валидация при удалении: Запрет на удаление элемента, на который есть ссылки из основных данных. 3) Использование. Поддержка фильтрации и поиска по атрибутам элементов. Валидация входящих данных. 4) Импорт/экспорт данных. Массовый импорт элементов справочника из структурированных файлов (CSV, XLSX) для первоначального наполнения или обновления. Экспорт справочников в файлы для согласования или резервного копирования. - 4.2.5. Модуль журналирования действий Модуль журналирования действий должен обеспечивать контроль и фиксацию всех изменений в Системе, выполняемых пользователями или автоматически Системой, хранить информацию по изменениям и предоставлять регламентированный доступ к ней. Модуль должен обеспечивать выполнение следующих функций: 1) формирование журнала действий: автоматическая фиксация в журнале всех изменений, выполненных как в результате действий пользователей, так и автоматически Системой; 2) фиксация в записи журнала действий для каждого изменения даты и времени изменения, пользователя, выполнившего действие, вида выполненного действия, поля, в отношении которого выполнено действие, старого и нового значения поля; 3) автоматизированное формирование отчетов по данным журнала действий с отбором записей журнала по различным параметрам; 4) доступ к функциям формирования отчетов по журналу действий должен предоставляться пользователям только в рамках их прав в Системе. Детализация требований к модулю, в том числе, определение параметров формирования журнала действий, перечня отчетов и средств визуализации, параметры и логика их формирования, а также иных требований, осуществляется Подрядчиком (Исполнителем) по согласованию с Заказчиком. - 4.2.6. Модуль работы с данными льготополучателей Модуль работы с данными льготополучателей должен быть предназначен для ведения централизованного реестра граждан, имеющих право на льготный проезд. Функции модуля: 1) Ввод и регистрация заявлений. Прием заявлений через веб-форму или интеграцию с прикреплением сканированных копий документов, подтверждающих льготу. 2) Верификация данных. Проверка корректности вводимых значений (проверка дат, проверка номера СНИЛС). 3) Ведение карточек льготополучателя. Хранение анкетных данных (ФИО, дата рождения, СНИЛС, паспорт, контакты), категории льготы, сроков действия льготы. 4) Ведение истории изменений. Отслеживание всех изменений в данных льготополучателя. 5) Поиск и фильтрация. Поиск по ФИО, СНИЛС, категории льготы, дате рождения. Поля карточки данных льготополучателя: 1) «Фамилия». Обязательное поле. Свободный ввод. 2) «Имя». Обязательное поле. Свободный ввод. 3) «Отчество». Необязательное поле. Свободный ввод. 4) «Дата рождения». Обязательное поле. Выбор значения из календаря. 5) «Льготная категория». Обязательное поле. Выбор значения из справочника. 6) «СНИЛС». Обязательное поле. Свободный ввод (маска ввода). 7) «Тип документа» – удостоверяющий личность. Обязательное поле. Выбор значения из справочника. 8) «Серия» – для документа, удостоверяющего личность. Необязательное поле. Свободный ввод. 9) «Номер» – для документа, удостоверяющего личность. Обязательное поле. Свободный ввод. 10) «Выдан» – для документа, удостоверяющего личность. Необязательное поле. Свободный ввод. 11) «Адрес». Обязательное поле. Свободный ввод (опционально – ФИАС). 12) «Телефон». Необязательное поле. Свободный ввод (маска ввода). 13) «Электронная почта». Необязательное поле. Свободный ввод (маска ввода). 14) «Комментарий». Необязательное поле. Свободный ввод. 15) Ссылка на льготу. 16) Ссылка на архив прикрепленных образов документов. - 4.2.7. Модуль обработки льгот Модуль обработки льгот должен управлять справочником льгот и правилами их применения. Функции модуля обработки льгот: 1) Справочник льгот. Создание и ведение перечня льготных категорий. 2) Настройка параметров льготы. Для каждой категории – указание типа проездного документа с механизмом работы, срока действия. 3) Привязка льготы к льготополучателю. Назначение конкретной льготы конкретному льготополучателю с указанием срока действия. 4.2.8. Модуль управления льготными идентификаторами Модуль управления льготными идентификаторами должен осуществлять управление жизненным циклом всех типов идентификаторов. Функции модуля: 1) Учет идентификаторов. Ведение реестра всех выпущенных идентификаторов с привязкой к льготополучателю и льготе. 2) Жизненный цикл. Операции регистрации, выпуска, активации, блокировки (при утере), разблокировки, перевыпуска. 3) Проверка статуса. 4) Управление сроками. Автоматическое уведомление об истечении срока действия идентификатора или льготы. - 4.2.8.1. Подсистема идентификации банковских карт Подсистема идентификации банковских карт должна быть предназначена для регистрации банковской карты платежной системы «МИР» в качестве льготного идентификатора. Подсистема идентификации банковских карт должна быть реализована в виде микросервиса и должна иметь возможность автономного запуска в стороннем программном обеспечении. Регистрация должна осуществляться при указании данных держателем карты путем клавиатурного ввода или путем регистрации банковской карты на терминальном оборудовании АСОП. Входными данными для подсистемы идентификации банковских карт являются: - PAN банковской карты; - ключ шифрования, зарегистрированный в ГИС КЖ для транспортных систем. Подсистемой идентификации банковских карт осуществляется преобразование входных данных по алгоритму: HMAC-SHA256(SHA-256(PAN)). MAC регистрируется в ГИС КЖ для ИС УЛТИ и АСОП. Обработка осуществляется в режиме реального времени. По результатам обработки формируется hashPAN, как уникальный идентификатор, используемый для однозначного определения банковской карты во всех модулях. - 4.2.9. Модуль отправки реестров в АСОП Модуль отправки реестров в АСОП должен быть предназначен для автоматического формирования и передача актуальных реестров льготных идентификаторов в автоматизированную систему оплаты проезда с целью применения правил льготной тарификации в отношении льготополучателей. Функции модуля: 1) Формирование реестра. Генерация файла установленного формата (CSV/XML/JSON) с перечнем активных идентификаторов, их UID, типом льготы и сроком действия. 2) Планирование отправки: Настройка расписания автоматической выгрузки. 3) Протоколирование. Запись результатов каждой отправки, подтверждение получения системой-адресатом. 4) Отправка дельт. Возможность отправки реестра изменений с момента последней выгрузки. - 4.2.10. Модуль формирования эмиссии Модуль формирования эмиссии должен быть предназначен для подготовки пакета данных для физического выпуска транспортных карт. Функции модуля: 1) Формирование заказа. Сбор заявок на выпуск новых карт, группировка по типам льгот. 2) Подготовка файла эмиссии, содержащего номер карты и данные для нанесения. 3) Отслеживание статуса заказа: • На рассмотрении. • Отказ. • На печать. • Изготовление. • На выдачу. • Активна. • Блокирована. 4.2.11. Модуль печати макета персональной транспортной карты Модуль печати макета персональной транспортной карты должен быть предназначен для подготовки макета с внесением данных конкретного льготополучателя в целях локальной печати персональной карты. Функции модуля: 1) Формирование макета. Создание PDF-макета с данными льготополучателя, номером карты, штрих-кодом. 2) Интеграция с принтером. Отправка макета на печать с предварительным просмотром. - 4.2.12. Модуль загрузки реестра внешних льготных идентификаторов Модуль должен быть предназначен для автоматизированного приема, валидации, обработки и загрузки в базу данных ИС УЛТИ реестров льготных идентификаторов, поступающих от внешних информационных систем. Модуль должен позволять передать в АСОП льготные идентификаторы, держатели которых являются льготополучателями, зарегистрированными в региональных и/или иных системах предоставления льгот. Функции модуля: 1) Управление конфигурацией источников данных и форматов. • Возможность администратора системы настраивать параметры подключения разных внешних источников. • Определение и хранение шаблонов форматов входящих файлов (XLSX, CSV, XML, JSON) для каждого источника. 2) Прием и сохранение данных. • Автоматический канал загрузки реестров. Загрузка реестра, файл которого получен из выделенной директории. Прием и передача осуществляются по протоколам SFTP. • Ручной канал загрузки реестров. Загрузка файла оператором через веб-интерфейс с обязательным указанием типа реестра. • Сохранение оригинального файла в неизменном виде в системе хранения (для аудита и повторной обработки при необходимости). 3) Формирование протокола обработки. Формирование сводных отчетов за период: количество вновь загруженных идентификаторов, обновленных, отсеянных по причинам. - 4.2.13. Модуль интеграции с внешними системами Модуль интеграции с внешними системами предназначен для обеспечения стандартизированного, безопасного и надежного взаимодействия с внешними информационными системами и сервисами. Перечень интегрируемых внешних систем: 1) Автоматизированная информационная система транспортных карт (АИС ТК) – ГКУ КО «ЦУ ИТС КО». 2) Государственная информационная система Калининградской области «Карта жителя Калининградской области» (ГИС КЖ) – ГКУ КО «ЦЦТ». 3) Автоматизированная система оплаты проезда – ООО «Транском», ООО «Инфоком». Подрядчик (Исполнитель) получает у Заказчика информацию о параметрах доступа к указанным системам после заключения муниципального контракта и вносит ее в конфигурационные файлы для реализации интеграции. Функции: 1) Управление конфигурацией подключений. Ведение реестра внешних систем с настраиваемыми параметрами для каждой: • Базовый URL/хост, порты. • Протоколы взаимодействия (REST API, SFTP). • Учетные данные для аутентификации (сертификаты, токены, логины/пароли) с безопасным хранением. • Расписание и периодичность вызовов. • Таймауты и политики повторных попыток. • Возможность включения/отключения интеграции с каждой системой без остановки работы ИС УЛТИ. 2) Трансформация данных. Преобразование внутренних форматов ИС УЛТИ во внешние. 3) Обеспечение гарантированной доставки: • Очередь исходящих сообщений. Сохранение всех исходящих запросов в устойчивом хранилище перед отправкой. • Подтверждение доставки. Требование и обработка технических подтверждений от внешней системы. • Политики повторных попыток. Автоматические повторные отправки при сбоях сети или недоступности системы-получателя с настраиваемой экспоненциальной задержкой (через 5 сек, 30 сек, 5 мин, 1 ч). - 4.2.13.1. Подсистема интеграции с ГИС КЖ Подсистема должна быть предназначена для реализации информационного взаимодействия с информационной системой «Карта жителя Калининградской области», оператором которой является государственное казенное учреждение Калининградской области «Центр цифровых технологий», создаваемой и внедряемой в рамках постановления Правительства Калининградской области от 27.08.2025 № 323-п «Об утверждении положения о карте жителя Калининградской области». Взаимодействие ИС УЛТИ и ГИС КЖ осуществляется посредством API. Полное описания API ГИС КЖ является приложением настоящему Описанию объекта закупки Технология взаимодействия: HTTPS REST-API JSON. Функции: 1) Передача данных о наличии льгот. Запрос инициируется со стороны ГИС КЖ в сторону ИС УЛТИ (/SocialSupportCategories). Метод запроса: POST. Периодичность: 1 раз в сутки по всем пользователям; для единичных пользователей при авторизации в ГИС КЖ. В ответ на запрос ГИС КЖ, содержащий массив данных: - фамилия, - имя, - отчество, - дата рождения, - СНИЛС, ИС УЛТИ должна передавать массив данных: - СНИЛС, - код льготы, - наименование льготы, - дата начала действия, - дата окончания действия. 2) Получение актуального на текущий момент массива карт пользователей, у которых подключена транспортная услуга. Запрос инициируется со стороны ИС УЛТИ в сторону ГИС КЖ. Метод запроса: GET. Периодичность: 1 раз в неделю по всем пользователям; 1 раз в час дельта. В ответ на запрос ИС УЛТИ, ГИС КЖ должен передавать массив данных: - hashPAN, - СНИЛС. 3) Передача информации о фактах оказания транспортных услуг. Запрос инициируется со стороны ИС УЛТИ в сторону ГИС КЖ. Метод запроса: POST. Периодичность: 1 раз в час. ИС УЛТИ передает массив данных: - hashPAN, - дата и время, - код услуги, - количество, - стоимость. - 4.3. Требования к видам обеспечения 4.3.1. Требования к совместимости программного обеспечения В настоящем разделе приведены параметры программного обеспечения, которое установлено на серверном оборудовании и клиентских рабочих местах Заказчика. Подрядчик (Исполнитель) должен обеспечить совместимость с установленным у Заказчика программным обеспечением и корректное выполнение ИС УЛТИ всех заявленных в настоящем Описании объекта закупки функций. 4.3.1.1. Требования к совместимости с программным обеспечением сервера На сервере Заказчика установлено программное обеспечение: - операционная система Microsoft Windows Server 2019 Standard; - СУБД (для сервера базы данных) Microsoft SQL Server 2019. Для корректной и бесперебойной работы ИС УЛТИ Подрядчик (Исполнитель) должен обеспечить совместимость с указанным программным обеспечением. 4.3.1.2. Требования к совместимости с программным обеспечением клиентского рабочего места На клиентских рабочих местах Заказчика установлено следующее программное обеспечение: - операционная система: Windows версии 10; - браузер: Chrome версии 143, Яндекс.Браузер версии 25; - офисное программное обеспечение: Microsoft Office версии 2019. Для корректной работы ИС УЛТИ Подрядчик (Исполнитель) должен обеспечить совместимость с указанным программным обеспечением - 5. Состав и содержание работ по созданию информационной системы учета льготных транспортных идентификаторов. 5.1. Требования к составу работ В рамках создания ИС УЛТИ Подрядчик (Исполнитель) должен выполнить следующие работы: - предпроектные исследования; - уточнение и детализация требований к ИС УЛТИ, первоначальной настройке ИС УЛТИ; - передача прав (лицензий) на ИС УЛТИ; - установка и настройка ИС УЛТИ; - первоначальная подготовка персонала (операторы, администраторы, определяемые Заказчиком); - организация и проведение предварительных испытаний ИС УЛТИ, ввод ИС УЛТИ в опытную эксплуатацию; - организация и проведение опытной эксплуатации ИС УЛТИ; - организация и проведение приемочных испытаний ИС УЛТИ, ввод ИС УЛТИ в эксплуатацию; - сопровождение ИС УЛТИ с даты ввода в опытную эксплуатацию до окончания опытной эксплуатации. - 5.2. Требования к предпроектным исследованиям 5.2.1. В рамках данных работ Подрядчик (Исполнитель) должен провести обследование с целью уточнения особенностей организации деятельности МКУ «ЦОДИПП» (как оператора автоматизированной системы учета оплаты проезда пассажиров на муниципальных маршрутах регулярных перевозок городского округа «Город Калининград»), включая, но не ограничиваясь: - перечень должностей специалистов отдела автоматизированного учета проезда МКУ «ЦОДИПП», включая их полномочия и обязанности; - перечень, формы и логику формирования необходимой отчетности и средств визуализации информации; 5.2.2. Основным источником информации для предпроектных исследований является интервьюирование Заказчика. 5.2.3. По результатам предпроектных исследований Подрядчик (Исполнитель) разрабатывает и согласовывает с Заказчиком отчет о предпроектных исследованиях, содержащий описание особенностей организации деятельности по всем направлениям, перечисленным в п.5.2.1. 5.2.4. Структура и содержание отчета о предпроектных исследованиях определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем). - ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ Application programming interface (API) - Программный интерфейс, описывающий способы взаимодействия с информационной системой и/или ее компонентами Hash-based message authentication code (HMAC) - Код аутентификации сообщений, использующий хеш-функции с ключом. Механизм проверки целостности информации, позволяющий гарантировать то, что данные, передаваемые или хранящиеся в ненадежной среде, не были изменены посторонними лицами. Механизм HMAC использует имитовставку (MAC), как способ обмена данными и способ проверки целостности передаваемых данных с использованием секретного ключа. hashPAN (hashPAN) - Хэшированный номер банковской карты Message authentication code (MAC) - Имитовставка; специальный набор символов, который добавляется к сообщению и предназначен для обеспечения его целостности и аутентификации источника данных. Primary Account Number (PAN) - Уникальный числовой идентификатор платежной карты, который содержит данные об эмитенте карты и связанном с ним банковском счете. PAN содержит от 13 до 19 цифр. Secure Hash Algorithm 256-bit (SHA-256) - Криптографический алгоритм однонаправленных хеш-функций для создания «отпечатков» для сообщений произвольной длины в целях защиты информации. Автоматизированная информационная система, предназначенная для автоматизации деятельности, связанной с хранением, передачей и обработкой информации об оплате проезда и количестве поездок на основании транспортной карты (АИС ТК) - Автоматизированная информационная система, предназначенная для автоматизации деятельности, связанной с хранением, передачей и обработкой информации об оплате проезда и количестве поездок на основании транспортной карты, оператором которой является государственное казенное учреждение Калининградской области «Центр управления интеллектуальной транспортной системой Калининградской области» (далее – ГКУ КО «ЦУ ИТС КО»). Правообладатель: ООО «МАСТЕРПОРТ» (ИНН 7725571290) - 5.3. Требования к уточнению и детализации требований к ИС УЛТИ, первоначальной настройке ИС УЛТИ 5.3.1. В рамках данных работ Подрядчик (Исполнитель) должен на основании данных, полученных на этапе предпроектных исследований, детализировать требования к ИС УЛТИ, включая, но не ограничиваясь: - функциональные требования к ИС УЛТИ; - требования к составу, структуре и способам организации данных в ИС УЛТИ, параметрам поиска и сортировки данных; - требования к интеграции ИС УЛТИ с информационными системами, включая перечень таких систем, а также детальные требования по реализации информационного обмена (состав данных, формат, способ организации информационного обмена) или обоснование применимости открытого интеграционного интерфейса индивидуально для каждой из систем, детальные требования по реализации открытого интеграционного интерфейса; - требования к системе отчетности и средств визуализации данных ИС УЛТИ, включая перечень, формы, периодичность и логика формирования, полномочия пользователей по формированию каждого из отчетов (средств визуализации), а также требования к возможностям настройки и формирования дополнительных пользовательских отчетов (средств визуализации); - требования к возможностям настройки ИС УЛТИ в целом и каждого модуля, к значениям параметров настройки, которые должны быть заданы в рамках первоначальной настройки ИС УЛТИ; - требования к системе прав пользователей в ИС УЛТИ, к перечню и правам пользователей, которые должны быть созданы (настроены) в рамках первоначальной настройки ИС УЛТИ; - иные требования, необходимые для реализации ИС УЛТИ. 5.3.2. По результатам детализации требований Подрядчик (Исполнитель) разрабатывает и согласовывает с Заказчиком: - пояснительную записку на создание и внедрение ИС УЛТИ; - пояснительную записку, содержащую данные для начальной настройки ИС УЛТИ. - 5.4. Требования к передаче прав (лицензий) на ИС УЛТИ 5.4.1. Подрядчиком (Исполнителем) в рамках выполнения работ по муниципальному контракту должны быть переданы Заказчику исключительные права на ИС УЛТИ на территории городского округа «Город Калининград»: бессрочные клиентские лицензии, без ограничений по количеству пользователей. Передача прав (лицензий) на ИС УЛТИ происходит в соответствии с лицензионным договором и оформляется актом приема-передачи исключительных прав на использование Системы. Заказчику должны быть переданы права на ИС УЛТИ в объеме, предусмотренном п.4.1.9. настоящего Описания объекта закупки. 5.4.2. Заказчик может самостоятельно проводить модернизацию (включая изменение программного кода) Системы, однако в этом случае утрачивается право на гарантийное сопровождение ИС УЛТИ. При этом действия, касающиеся внесения изменений в настройки, надстройки программного обеспечения на ИС УЛТИ модернизацией не являются. 5.4.3. При любом изменении программного кода ИС УЛТИ в ходе выполнения работ по муниципальному контракту (включая возможные изменения в ходе сопровождения Системы до истечения срока предоставления гарантии качества) Подрядчик должен передавать Заказчику актуальную версию исходных кодов программного обеспечения ИС УЛТИ. - Автоматизированная система оплаты проезда (АСОП) - Автоматизированная система оплаты проезда – комплекс аппаратно-программных средств, применяемых для автоматизации процесса оплаты проезда на муниципальных маршрутах общественного транспорта городского округа «Город Калининград». Правообладатель: ООО «ИНФОКОМ» (ИНН 2452033608). Государственная информационная система Калининградской области «Карта жителя Калининградской области» (ГИС КЖ) - Государственная информационная система Калининградской области «Карта жителя Калининградской области», оператором которой является государственное казенное учреждение Калининградской области «Центр цифровых технологий» (далее – ГКУ КО «ЦЦТ»). Правообладатель: АО «Расчетные Решения» (ИНН 7727718421). Информационная система учета льготных идентификаторов (ИС УЛТИ, Система) - Информационная система учета льготных идентификаторов Система управления базами данных ( СУБД) - Совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных. Страховой номер индивидуального лицевого счёта (СНИЛС) - Страховой номер индивидуального лицевого счёта в системе обязательного пенсионного страхования Российской Федерации. Фамилия, имя, отчество (ФИО) - Сокращение фамилия (Ф), имя (И), отчество (О). Федеральная информационная адресная система (ФИАС) - Единая государственная база данных, содержащая актуальные и стандартизированные сведения обо всех адресах на территории Российской Федерации Электронная вычислительная машина (ЭВМ) - Комплекс технических, аппаратных и программных средств, предназначенных для автоматической обработки информации, вычислений и автоматического управления. - 1.1. Общая информация Наименование работ: Выполнение работ по созданию иной информационной системы (информационная система учета льготных транспортных идентификаторов) Код ОКПД2: 62.01.11.000 Единица измерения: Условная единица Количество: 1 1.2. Полное наименование Системы Информационная система учета льготных транспортных идентификаторов. 1.3. Условное обозначение Системы ИС УЛТИ. 1.4. Заказчик Муниципальное казенное учреждение городского округа «Город Калининград» «Центр организации движения и пассажирских перевозок» (сокращенное наименование – МКУ «ЦОДИПП»). 1.5. Пользователи Системы Пассажиры общественного транспорта г. Калининграда, которым предоставлено права льготного проезда. Операторы и администраторы Системы (работники МКУ «ЦОДИПП»). 1.6. Подрядчик (Исполнитель) Определяется по результатам проведения конкурентным способом процедуры в соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд». - 5.5. Требования к установке и настройке ИС УЛТИ 5.5.1. В рамках данных работ Подрядчик (Исполнитель) должен произвести установку и настройку ИС УЛТИ на серверном оборудовании Заказчика, и обеспечить ее доступность на рабочих местах пользователей, перечень которых определен на этапе детализации требований для создания в рамках начальной настройки Системы. 5.5.2. Начальная настройка Системы состоит в выполнении следующих работ: - ввод начальных значений параметров настройки ИС УЛТИ в соответствии с пояснительной запиской; - начальное заполнение справочников (справочники, соответствующие нормативно утвержденным классификаторам, должны быть заполнены полностью); - создание начального перечня пользователей и присвоение им прав в Системе в соответствии с пояснительной запиской; - настройка системы резервного копирования и восстановления базы данных ИС УЛТИ. 5.5.3. В ходе установки и начальной настройки ИС УЛТИ Подрядчик (Исполнитель) документирует все принятые технические решения и актуализирует на основании этих данных пояснительную записку, разработанную на этапе детализации требований к ИС УЛТИ. Таким образом, по результатам работ по установке и настройке ИС УЛТИ Подрядчик (Исполнитель) предоставляет Заказчику пояснительную записку с актуальным описанием всех сделанных под данный конкретный экземпляр системы настроек. - 5.6. Требования к первоначальной подготовке персонала 5.6.1. В рамках выполнения работ Подрядчик (Исполнитель) должен выполнить первоначальную подготовку лиц, указанных Заказчиком, в работе в ИС УЛТИ. Конкретный перечень пользователей, которые должны пройти первоначальную подготовку, определяется Заказчиком (не более 10 человек). 5.6.2. Подготовка проводится в соответствии с программой, разработанной Подрядчиком (Исполнителем) и согласованной с Заказчиком (структура и содержание определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем)). Программа подготовки должна содержать: - сроки проведения подготовки и ответственных исполнителей; - перечень проводимых подготовительных семинаров с указанием для каждого из них: • даты, времени и длительности проведения; • формы проведения (очно или удаленно (в форме вебинара)); • для очных – места проведения (очные семинары должны проводиться в помещении и на оборудовании, указанном Заказчиком); • тезисно – тематику и основные вопросы, освещаемые на семинаре - 5.6.3. В рамках подготовки Подрядчик (Исполнитель) должен предоставить слушателям информацию по следующей тематике: - для всех пользователей из перечня, определенного Заказчиком: основные навыки работы и рекомендуемый порядок работы с ИС УЛТИ, особенности работы с ИС УЛТИ для различных ролей пользователей; - дополнительно инженерному персоналу Заказчика: способы настройки и параметризации ИС УЛТИ. 5.6.4. Мероприятия по подготовке должны удовлетворять следующим критериям: - подготовка должна проводиться в согласованные с Заказчиком сроки; - подготовка должна проводиться на русском языке; - очная подготовка должна проводиться по адресу, указанному Заказчиком. Подрядчик (Исполнитель) обеспечивает слушателей руководствами на русском языке. 5.6.5. По результатам подготовки пользователей Подрядчик (Исполнитель) составляет протокол подготовки пользователей Системы. Форма и содержание протокола определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем). Протокол заверяется подписями сотрудников Подрядчика (Исполнителя), проводивших подготовку. - 1.7. Основания для разработки Постановление Администрации городского округа «Город Калининград» от 08.10.2018 №996 «О создании автоматизированной системы учета оплаты проезда пассажиров на муниципальных маршрутах регулярных перевозок городского округа «Город Калининград». Решение городского Совета депутатов Калининграда от 23.12.2020 №282 «О льготном проезде отдельных категорий граждан на всех видах городского транспорта общего пользования всех форм собственности с нумерацией маршрутов до 99 в городском округе «Город Калининград» Постановление администрации городского округа «Город Калининград» от 12.03.2025 №218 «Об утверждении Порядка предоставления отдельным категориям граждан права на льготный проезд в городском транспорте общего пользования всех форм собственности с нумерацией маршрутов до 99». Постановление Правительства Калининградской области от 27.08.2025 № 323-п «Об утверждении положения о карте жителя Калининградской области». Постановление правительства Калининградской области от 27.01.2026 № 27-п «О создании государственной информационной системы Калининградской области «Карта жителя Калининградской области». 1.8. Плановые сроки разработки Срок начала: с даты заключения Муниципального контракта. Срок окончания: не позднее 60 календарных дней с даты заключения Муниципального контракта. Место выполнения работ: Калининградская область, г.о. город Калининград. 1.9. Источники финансирования Финансирование осуществляется за счет средств бюджета городского округа «Город Калининиград». 1.10. Порядок оформления и предъявления Заказчику результатов Порядок оформления и предъявления Заказчику результатов выполнения работ по созданию Системы приведен в разделе 5 настоящего Описания объекта закупки (Техническое задание) (далее – Описание объекта закупки). - 2. Назначение и цели создания Системы 2.1. Назначение Системы Информационная система учета льготных транспортных идентификаторов предназначена для ведения реестров льготополучателей, льгот и льготных идентификаторов, позволяющих реализовать право льготного проезда в общественном транспорте г. Калининграда. 2.2. Цели создания Системы Информационная система учета льготных транспортных идентификаторов создается для автоматизации процесса ведения реестров, обмена реестрами с муниципальными и региональными информационными системами. Создание Системы направлено на: - исключение ведения промежуточных реестров и таблиц; - создание единого источника достоверной информации по всем льготным транспортным идентификаторам и их владельцам; - разграничение прав доступа к данным, ведение журнала аудита всех операций; - обеспечение взаимодействия с внешними системами. - 5.7. Требования к организации и проведению предварительных испытаний, вводу ИС УЛТИ в опытную эксплуатацию 5.7.1. В рамках данных работ Подрядчик (Исполнитель) должен: 5.7.1.1. разработать и согласовать с Заказчиком программу и методику испытаний; 5.7.1.2. принять участие в предварительных испытаниях, проводимых в соответствии с согласованной программой и методикой испытаний; 5.7.1.3. оформить и согласовать с Заказчиком протокол предварительных испытаний; 5.7.1.4. оформить и предоставить Заказчику акт приемки ИС УЛТИ в опытную эксплуатацию. 5.7.2. Предварительные испытания проводятся комиссией, состоящей из представителей Подрядчика (Исполнителя) и Заказчика. По решению Заказчика в комиссию могут быть включены третьи лица в качестве экспертов. 5.7.3. В случае, если в ходе предварительных испытаний выявлены несоответствия ИС УЛТИ, настроек, документации требованиям настоящего Описания объекта закупки, они фиксируются в протоколе испытаний. 5.7.4. По результатам проведения предварительных испытаний Заказчиком и Подрядчиком (Исполнителем) принимается согласованное решение о возможности ввода ИС УЛТИ в опытную эксплуатацию, которое также фиксируется в протоколе испытаний. 5.7.5. Если ИС УЛТИ признана комиссией готовой к вводу в опытную эксплуатацию, между Заказчиком и Подрядчиком (Исполнителем) подписывается подготовленный Подрядчиком (Исполнителем) акт приемки в опытную эксплуатацию. Если ИС УЛТИ признана не готовой к вводу в опытную эксплуатацию, между Заказчиком и Подрядчиком (Исполнителем) могут быть согласованы сроки устранения выявленных замечаний к ИС УЛТИ, настройкам, документации и назначить повторные предварительные испытания, которые организуются и проводятся в том же порядке. - 5.8. Требования к организации и проведению опытной эксплуатации 5.8.1. В рамках проведения работ по организации и проведению опытной эксплуатации Системы Подрядчик (Исполнитель) должен: 5.8.1.1. обеспечивать восстановление работоспособности программного обеспечения ИС УЛТИ в случае отказов, сбоев, аварийных ситуаций; 5.8.1.2. консультировать пользователей ИС УЛТИ по работе в Системе в соответствии с требованиями п.5.10 настоящего Описания объекта закупки; 5.8.1.3. выполнять сбор замечаний и предложений пользователей Системы, выявленных в ходе опытной эксплуатации; 5.8.1.4. в обязательном порядке вносить изменения в ИС УЛТИ (настройки, при необходимости – исходный код, документацию) в случае, если в ходе опытной эксплуатации Система функционирует нестабильно или не в соответствии с требованиями настоящего Описания объекта закупки; сроки внесения изменений согласовываются с Заказчиком; 5.8.1.5. в случаях, согласованных между Заказчиком и Подрядчиком (Исполнителем), вносить изменения в ИС УЛТИ (в рамках настроек) для учета замечаний и пожеланий пользователей ИС УЛТИ, выходящих за рамки требований настоящего Описания объекта закупки; 5.8.1.6. поддерживать в актуальном состоянии документацию на Систему (инструкции и пояснительную записку); - 3. Характеристика объекта автоматизации 3.1. Краткие сведения об объекте автоматизации Объектом автоматизации является деятельность МКУ «ЦОДИПП» по реализации порядка предоставления отдельным категориям граждан права на льготный проезд в городском транспорте общего пользования всех форм собственности с нумерацией маршрутов до 99, в которой МКУ «ЦОДИПП» выполняет роль оператора. Автоматизации подлежит процесс приема заявлений льготополучателей на регистрацию/выпуск льготных идентификаторов, формированию реестров льготных идентификаторов, передачи реестров льготных идентификаторов в процессинговый центр автоматизированной системы оплаты проезда и актуализация реестров с внешними информационными системами. 3.2. Сведения об условиях эксплуатации объекта автоматизации Информационная система учета льготных транспортных идентификаторов представляет собой клиент-серверное программное обеспечение. Серверная часть Системы размещается на серверных мощностях МКУ «ЦОДИПП». Существующие серверные мощности МКУ «ЦОДИПП». Сервер: DELL PowerEdge R540. Процессор: Intel Xeon Silver 4215 @ 2,5 ГГц, ОЗУ: 128 ГБ, Диск: 400 ГБ. Операционная система: Microsoft Windows Server 2019 Standard. СУБД: Microsoft SQL Server 2019. Клиентская часть Системы выполняется в виде web-интерфейса. Существующие рабочие места операторов/администраторов в МКУ «ЦОДИПП» эксплуатируются с использованием операционной системы Windows 10 Pro. - 4. Требования к Системе 4.1. Общие требования 4.1.1. Требования к структуре и функционированию Системы Система должна быть построена по клиент-серверной архитектуре (web-интерфейс для операторов/администраторов, сервер приложений и база данных). 4.1.1.1. Перечень модулей В состав Системы должны быть включены следующие функциональные модули и подсистемы: 1) Базовый модуль. 2) Авторизационный модуль. 3) Модуль управления пользователями и полномочиями. 4) Модуль управления справочниками. 5) Модуль журналирования действий. 6) Модуль работы с данными льготополучателей. 7) Модуль обработки льгот. 8) Модуль управления льготными идентификаторами. • Подсистема идентификации банковских карт. 9) Модуль отправки реестров в АСОП. 10) Модуль формирования эмиссии. 11) Модуль печати макета персональной транспортной карты. 12) Модуль загрузки реестра внешних льготных идентификаторов. 13) Модуль интеграции с внешними системами. • Подсистема интеграции с ГИС КЖ. Описание назначения каждого из модулей (подсистем) и требования к функциям модулей (подсистем) приведены в настоящем разделе. 4.1.1.2. Требования к способам и средствам связи для информационного обмена между компонентами Системы Информационный обмен между компонентами Системы должен обеспечиваться с помощью современных протоколов и форматов передачи данных. Между серверной частью Системы и клиентскими приложениями информационный обмен должен осуществляться по протоколу HTTP. На транспортном уровне для взаимодействия компонентов Системы должен использоваться стек протоколов TCP/IP. - 5.8.1.7. вести рабочий журнал (форма ведения, структура и содержание определяются по согласованию между Заказчиком и Подрядчиком (Исполнителем), допускается ведение в электронной форме, допускается совмещение с журналом учета обращений линии технической поддержки (см. п. 5.10 настоящего Описания объекта закупки)), в котором фиксировать: 5.8.1.7.1. замечания и предложения пользователей к ИС УЛТИ; 5.8.1.7.2. отказы, сбои, аварийные ситуации, возникшие в ходе опытной эксплуатации; 5.8.1.7.3. проводимые корректировки настроек, программных средств, документации ИС УЛТИ, выполненные для устранения замечаний, учета предложений, восстановления работоспособности ИС УЛТИ. 5.8.2. Опытная эксплуатация Системы осуществляется Заказчиком. В рамках опытной эксплуатации пользователи используют Систему. 5.8.3. Длительность опытной эксплуатации составляет 10 календарных дней. 5.8.4. По результатам опытной эксплуатации Заказчик и Подрядчик (Исполнител) принимают согласованное решение о возможности допуска Системы к приемочным испытаниям. В случае принятия положительного решения Подрядчик (Исполнитель) оформляет акт о завершении опытной эксплуатации и допуске системы к приемочным испытаниям. При наличии неустраненных замечаний к Системе в акте фиксируется согласованный между Заказчиком и Подрядчиком (Исполнителем) перечень замечаний, подлежащих устранению, и сроки их устранения. Форма и содержание акта определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем). Акт заверяется подписями Заказчика и Подрядчика (Исполнителя). - 5.9. Требования к организации и проведению приемочных испытаний, вводу ИС УЛТИ в эксплуатацию 5.9.1. Подрядчик (Исполнитель) должен: 5.9.1.1. при необходимости (например, для проверки устранения замечаний по итогам опытной эксплуатации) актуализировать и согласовать с Заказчиком программу и методику испытаний; 5.9.1.2. принять участие в приемочных испытаниях, проводимых в соответствии с согласованной программой и методикой испытаний; 5.9.1.3. оформить и согласовать с Заказчиком протокол приемочных испытаний; 5.9.1.4. оформить и предоставить Заказчику акт приемки ИС УЛТИ в эксплуатацию. 5.9.2. Приемочные испытания проводятся комиссией, состоящей из представителей Подрядчика (Исполнителя) и Заказчика. По решению Заказчика в комиссию могут быть включены третьи лица в качестве экспертов. 5.9.3. В случае, если в ходе приемочных испытаний выявлены несоответствия ИС УЛТИ, настроек, документации требованиям настоящего Описания объекта закупки, они фиксируются в протоколе испытаний. 5.9.4. По результатам проведения приемочных испытаний Заказчиком и Подрядчиком (Исполнителем) принимается согласованное решение о возможности ввода ИС УЛТИ в эксплуатацию, которое также фиксируется в протоколе испытаний. 5.9.5. Если ИС УЛТИ признана готовой к вводу в эксплуатацию, Заказчик и Подрядчик (Исполнитель) подписывают подготовленный Подрядчиком (Исполнителем) акт приемки в эксплуатацию. Если ИС УЛТИ признана не готовой к вводу в эксплуатацию, Заказчик и Подрядчик (Исполнитель) согласовывают сроки устранения выявленных замечаний к ИС УЛТИ и назначают повторные приемочные испытания, которые организуются и проводятся в том же порядке. 5.9.6. Перед вводом ИС УЛТИ в эксплуатацию Подрядчик (Исполнитель) передает Заказчику список всех системных логинов и паролей, используемых при эксплуатации ИС УЛТИ. - 4.1.1.3. Требования к характеристикам взаимосвязей Системы с информационными системами ИС УЛТИ должна обеспечивать взаимодействие со следующими системами: 1) АИС ТК. 2) ГИС КЖ. Для обеспечения возможности интеграции с информационными системами должен быть реализован открытый интеграционный интерфейс, предусматривающий возможность экспорта / импорта основных сведений ИС УЛТИ. Подрядчик (Исполнитель) получает у Заказчика информацию о параметрах доступа к указанным системам после заключения муниципального контракта и вносит ее в конфигурационные файлы для реализации интеграции. 4.1.1.3.1. Взаимодействие с АИС ТК должно осуществляться посредством обмена реестрами, содержащими сведения: - номер идентификатора в АИС ТК; - уникальный идентификатор носителя (UID); - код льготы; - срок действия льготы. 4.1.1.3.2. Взаимодействие с ГИС КЖ должно осуществляться посредством API. Описание API является приложением к настоящему Описанию объекта закупки. - 4.1.1.4. Требования к режимам функционирования Системы 4.1.1.4.1. При работе Системы должны использоваться следующие режимы функционирования: - штатный режим функционирования; - сервисный режим функционирования; - аварийный режим функционирования. 4.1.1.4.2. Основным режимом функционирования Системы должен являться штатный режим, при котором корректно функционируют все компоненты Системы. При штатном режиме функционирования Системы должны соблюдаться следующие требования: - web-интерфейс для операторов/администраторов должен обеспечивать возможность функционирования в течение 24 часов в сутки, 365 дней в году; - программное обеспечение сервера приложений и баз данных должно обеспечивать возможность круглосуточного функционирования с перерывами на обслуживание. 4.1.1.4.3. Сервисный режим функционирования Системы должен быть доступен только для уполномоченных работников Заказчика, для проведения следующих работ: - регламентное обслуживание серверного оборудования и системного программного обеспечения Системы; - восстановление Системы после сбоев и аварийных ситуаций; - обновление версий системного и прикладного программного обеспечения. 4.1.1.4.4. Сервисный режим функционирования должен допускать ограничение пользовательского функционала Системы, если это необходимо для обслуживания Системы. Длительность такого ограничения не должна превышать 8 часов в неделю, причем ограничение функционала должно применяться только в нерабочее время в соответствии с правилами служебного распорядка МКУ «ЦОДИПП». 4.1.1.4.5. В аварийный режим функционирования ИС УЛТИ должна переходить при отказе одного или нескольких компонентов. Функционирование Системы при аварийных режимах работы не предусматривается. 4.1.1.4.6. Длительность нахождения Системы в аварийном режиме (срок восстановления работоспособности Системы после аварии) не должна превышать 24 часов. - 4.1.1.5. Требования по диагностированию Системы В Системе должен быть реализован административный интерфейс, отображающий информацию о работоспособности модулей и подсистем Системы. 4.1.1.6. Перспективы развития, модернизации Системы 4.1.1.6.1. В рамках перспектив развития должна быть предусмотрена возможность расширения функций как за счет создания новых модулей и подсистем, так и за счет подключения к работе новых организационных единиц и подразделений. 4.1.1.6.2. Должна быть предусмотрена возможность масштабирования Системы при увеличении нагрузки на Систему, т.е. учитываться требования к увеличению нагрузки, объемов информации и числа пользователей, последующему расширению функциональности. - 5.10. Требования к сопровождению ИС УЛТИ 5.10.1. Подрядчик (Исполнитель) должен с даты ввода ИС УЛТИ в опытную эксплуатацию до даты ввода Системы в эксплуатацию: 5.10.1.1. обеспечивать бесперебойное функционирование ИС УЛТИ; 5.10.1.2. консультировать пользователей ИС УЛТИ по работе в Системе. 5.10.2. В целях обеспечения бесперебойного функционирования Подрядчик (Исполнитель) должен принимать участие в восстановлении работоспособности программного обеспечения ИС УЛТИ в случае отказов, сбоев, аварийных ситуаций. 5.10.3. Срок восстановления работоспособности не должен превышать установленного в п.4.1.1.4.7 настоящего Описания объекта закупки. 5.10.4. В сферу ответственности Подрядчика (Исполнителя) не входит восстановление работоспособности аппаратного обеспечения ИС УЛТИ. 5.10.5. В целях консультирования пользователей ИС УЛТИ по работе в Системе Подрядчик (Исполнитель) должен организовать линию технической поддержки, принимающую и обслуживающую обращения пользователей по телефону и электронной почте в рабочие дни с 9 до 18 часов по времени г. Калининграда. 5.10.6. Подрядчик (Исполнитель) должен предоставить Заказчику номер телефона и электронный почтовый адрес линии технической поддержки. 5.10.7. Подрядчик (Исполнитель) организует регистрацию и учет хода и результатов обслуживания обращений на линию технической поддержки в журнале учета обращений. Состав данных, подлежащих учету в журнале, определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем). Способ, формат и программное обеспечение для ведения журнала учета обращений Подрядчик (Исполнитель) выбирает самостоятельно. Ведение журнала учета обращений не должно повлечь за собой дополнительных расходов со стороны Заказчика. - 5.10.8. По запросам Заказчика Подрядчик (Исполнитель) должен предоставлять выписки из журнала за период сопровождения ИС УЛТИ. Выписка должна содержать записи журнала учета, соответствующие обращениям, поступившим в адрес линии технической поддержки. Выписка передается Заказчику в электронной форме в формате, согласованном между Заказчиком и Подрядчиком (Исполнителем). Допускается передача выписки как на материальном носителе (USB диске), так и средствами информационных технологий (электронной почты). 5.10.9. Время реагирования линии технической поддержки на обращение (предоставления ответа на вопрос) не должно превышать: 5.10.9.1. 2 рабочих часов в случае вопроса о порядке работы в Системе; 5.10.9.2. 8 рабочих часов в случае вопроса о порядке настройки Системы. 5.10.10. В случае, если проблему, сформулированную в обращении, не удается решить посредством консультации по телефону или электронной почте, Подрядчик (Исполнитель) обеспечивает устранение проблемы другими доступными способами, определяемыми по согласованию между Заказчиком и Подрядчиком (Исполнителем). - 4.1.2. Требования к численности и квалификации персонала Системы и режиму его работы 4.1.2.1. Для обеспечения корректного функционирования Системы необходимо наличие следующих учетных записей для персонала: - минимум один оператор; - минимум один администратор. 4.1.2.2. Оператор Системы выполняет основные функции ИС УЛТИ в рамках автоматизированного процесса. Система прав пользователей должна предусматривать возможность выполнения работником функций одной, нескольких или всех ролей. При разработке пользовательского интерфейса функций Оператора Системы Подрядчик (Исполнитель) обязан исходить из того, что персонал Заказчика обладает уровнем компьютерной грамотности не ниже уверенного пользователя. Система не должна требовать для повседневной эксплуатации навыков системного администратора или программиста. Режим работы – в соответствии с правилами служебного распорядка МКУ «ЦОДИПП». 4.1.2.3. Администратор Системы должен иметь возможность выполнять администрирование информационной системы (настройка справочников, представлений, прав доступа и т.д.). При разработке пользовательского интерфейса функций Администратора Системы Подрядчик (Исполнитель) обязан исходить из того, что персонал Заказчика обладает уровнем компьютерной грамотности не ниже уверенного пользователя, владеющего навыками работы в программных приложениях, хорошо ориентирующегося в требованиях нормативной и методической документации, технической документации на Систему. Режим работы – в соответствии с правилами служебного распорядка МКУ «ЦОДИПП». 4.1.2.4. Система прав пользователей ИС УЛТИ должна предусматривать возможность совмещения пользователем Системы обязанностей нескольких или всех перечисленных ролей при условии соответствия квалификационным требованиям. - 4.1.3. Показатели назначения 4.1.3.1. ИС УЛТИ должна обеспечивать возможность одновременной работы не менее 100 пользователей. 4.1.3.2. ИС УЛТИ должна обеспечивать возможность хранения данных с глубиной не менее 10 лет по умолчанию (должна быть возможность настройки Системы в части увеличения срока хранения данных). 4.1.3.3. Реакция Системы на действие пользователя должна занимать не более 10 сек для выполнения простых операций (открытие/закрытие рабочего окна, загрузка/сохранение записи данных и пр.), и не более 30 секунд – для сложных (выполнение многоаспектного поиска, формирование отчета и пр.). 4.1.3.4. Показатель работоспособности Системы должен быть не ниже 99% (допустимый перерыв в работе не более 8 часов в месяц). - 5.11. Этапы выполнения работ В процессе создание информационной системы учета льготных транспортных идентификаторов должна быть соблюдена этапность и выполнен перечень работ в соответствии с таблицей. № 1 Наименование: Подготовка Состав: Предпроектные исследования. Уточнение и детализация требований к ИС УЛТИ, первоначальной настройке ИС УЛТИ. Отчетные документы: Отчет о предпроектных исследованиях. Пояснительная записка на создание и внедрение ИС УЛТИ. Пояснительная записка, содержащая данные для начальной настройки ИС УЛТИ Длительность этапа: 5 календарных дней с даты заключения муниципального контракта. № 2 Наименование: Реализация Состав: Передача прав (лицензий) на ИС УЛТИ. Установка и настройка ИС УЛТИ. Первоначальная подготовка персонала. Отчетные документы: Лицензионный договор и акт приема-передачи исключительных прав на использование Системы. Дистрибутивы программного обеспечения на установку ИС УЛТИ. Руководство по установке Системы. Руководство установщика. Руководство пользователя (оператора, администратора). Общее описание системы. Исходные коды программного обеспечения ИС УЛТИ. Протокол подготовки пользователей Системы. Длительность этапа: 40 календарных дней с даты окончания этапа 1. - № 3 Наименование: Подготовка к опытной эксплуатации Состав: Организация и проведение предварительных испытаний ИС УЛТИ, ввод ИС УЛТИ в опытную эксплуатацию. Отчетные документы: Программа и методика испытаний. Протокол предварительных испытаний. Акт приемки в опытную эксплуатацию Длительность этапа: 5 календарных дней с даты окончания этапа 2 № 4 Наименование: Опытная эксплуатация Состав: Организация и проведение опытной эксплуатации ИС УЛТИ. Организация и проведение приемочных испытаний ИС УЛТИ, ввод ИС УЛТИ в эксплуатацию. Сопровождение ИС УЛТИ с даты ввода в опытную эксплуатацию до окончания опытной эксплуатации. Отчетные документы: Рабочий журнал. Акт о завершении опытной эксплуатации и допуске системы к приемочным испытаниям. Программа и методика приемочных испытаний. Протокол приемочных испытаний. Акт приемки ИС УЛТИ в эксплуатацию. Список всех системных логинов и паролей. Журнал учета обращений. Длительность этапа: 10 календарных дней с даты окончания этапа 3.

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

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

4.1.5. Требования к эргономике и технической эстетике 4.1.5.1. Доступ операторов к функциям ИС УЛТИ должен осуществляться средствами браузера (web-интерфейс). 4.1.5.2. Экранные формы Системы должны быть спроектированы с учетом требований унификации: - все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; - для обозначения одних и тех же операций должны использоваться одинаковые графические значки, кнопки и другие управляющие (навигационные) элементы; - должны быть унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; - реакция Системы на действия оператора (наведение указателя, переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране; - страницы и размещенные на них формы и прочие элементы должны корректно отображаться при масштабировании стандартными средствами браузера.

4.1.6. Требования к эксплуатации, техническому обслуживанию Системы 4.1.6.1. Эксплуатация Системы должна производиться в соответствии с эксплуатационной документацией. 4.1.6.2. Устойчивая и надежная работа ИС УЛТИ должна обеспечиваться при регулярном выполнении работ по системному и функциональному сопровождению ИС УЛТИ, техническому сопровождению аппаратного обеспечения (должны быть описаны в документации на ИС УЛТИ), а также при жестком соблюдении пользователями требований эксплуатационной документации. 4.1.6.3. В системе должен быть сохранен режим эксплуатации программно-технических средств пользователей и работы серверов ИС УЛТИ, соответствующий требованиям п.4.1.1.4 настоящего Описания объекта закупки. 4.1.6.4. В эксплуатационной документации на ИС УЛТИ должны быть детализированы функции пользователей с учетом различных ролей.

6. Сроки и объемы предоставления гарантии качества 6.1. Подрядчик (Исполнитель) предоставляет гарантию качества на ИС УЛТИ и результаты работ, выполненных в соответствии с настоящим Описанием объекта закупки, на срок не менее 12 (двенадцати) месяцев. 6.2. Срок предоставления гарантии качества начинает исчисляться с даты подписания между Заказчиком и Подрядчиком (Исполнителем) документа о приемке выполненных работ. 6.3. В течение срока предоставления гарантии качества Подрядчик (Исполнитель) должен устранять выявленные несоответствия ИС УЛТИ и результатов выполненных работ требованиям настоящего Описания объекта закупки. Гарантия качества обеспечивается за счет оказания гарантийной поддержки Системы Подрядчиком (Исполнителем). Гарантийная поддержка включает в себя консультации по телефону и электронной почте в рабочие дни в рабочее время с 9 до 18 часов по времени г. Калининграда по вопросам, связанным с эксплуатацией Системы. Подрядчик (Исполнитель) должен предоставить номер телефона гарантийной поддержки и электронный почтовый адрес, привязанный к системе обработки заявок, поступающих от Заказчика. Время реагирования на заявку не должно превышать 8 часов. Период устранения сбоев в работе Системы (обеспечения функционирования) 24 часа. В случае, если проблему не удается решить посредством консультации по телефону или электронной почте, Подрядчик (Исполнитель) обеспечивает устранение проблемы другими доступными способами. 6.4. В случае обнаружения Заказчиком несоответствия ИС УЛТИ или результатов выполненных работ требованиям настоящего Описания объекта закупки, Заказчик направляет письменное уведомление Подрядчику (Исполнителю). Подрядчик (Исполнитель) обязан за свой счет устранить выявленные несоответствия в течение 10 (десяти) рабочих дней с даты получения уведомления от Заказчика.

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

4.1.7. Требования к защите информации 4.1.7.1. Объектом защиты является информация, содержащаяся в ИС УЛТИ. 4.1.7.2. Защищенность информации в ИС УЛТИ должна быть достигнута за счет системы защиты информации ИС УЛТИ. 4.1.7.3. В рамках работ, предусмотренных настоящим Описанием объекта закупки, Подрядчик (Исполнитель) должен оказать содействие в подготовке технического задания на создание и внедрение системы защиты информации ИС УЛТИ. Работы по созданию и внедрению системы защиты информации в ИС УЛТИ не входят в состав работ по настоящему Описанию объекта закупки. 4.1.7.4. При подготовке технического задания на создание и внедрение системы защиты информации ИС УЛТИ в рекомендациях Подрядчика (Исполнителя) должны быть учтены имеющиеся средства защиты информации (по возможности максимально должны быть задействованы за счет их перенастройки, модернизации) и приобретение новых.

4.1.8. Требования по сохранности информации при авариях 4.1.8.1. Для сохранности информации в ИС УЛТИ должны быть предусмотрены следующие функции: - резервное копирование баз данных ИС УЛТИ; - восстановление данных в непротиворечивое состояние при программно-аппаратных сбоях (отключение электрического питания, сбоях операционной системы) вычислительно-операционной среды функционирования; - восстановление данных в непротиворечивое состояние при сбоях в работе сетевого программного и аппаратного обеспечения. 4.1.8.2. Резервное копирование информации может осуществляться в двух режимах: - создание полной копии базы данных; - сохранение изменений, внесенных со времени создания последней архивной копии (архивные копии файлов журналов). 4.1.8.3. ИС УЛТИ должна обеспечивать сохранность информации при возникновении внештатных ситуаций, перечисленных в п.4.1.4 настоящего Описания объекта закупки.

4.1.9. Требования к патентной чистоте 4.1.9.1. Создаваемая Система должна отвечать требованиям по патентной чистоте согласно действующему законодательству и требованиям муниципального контракта. 4.1.9.2. Подрядчик (Исполнитель) должен иметь права в объеме, достаточном для выполнения работ в соответствии с Описанием объекта закупки, а также должен иметь полномочия по предоставлению (передаче) результата выполнения работ Заказчику в объеме прав, предусмотренных Контрактом и настоящим Описанием объекта закупки. 4.1.9.3. По результатам выполнения работ, предусмотренных настоящим Описанием объекта закупки Подрядчик (Исполнитель) должен передать Заказчику исключительные права на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы данных, а также исключительные права на результаты работ, включая объекты авторских прав и потенциально патентоспособные технические решения, секреты производства (ноу-хау), созданные в рамках Контракта и принадлежащие в лице Муниципального заказчика муниципальному образованию городскому округу «Город Калининград».

4.1.10. Требования по стандартизации и унификации 4.1.10.1. В целях облегчения обучения пользователей работе с Системой и возможности замещения одного работника другим при развитии Системы должны быть учтены требования унификации пользовательского интерфейса и справочников. 4.1.10.2. Унификации подлежат все составляющие пользовательского интерфейса: система меню, формы отображения информации на экране, типы и формы сообщений и запросов пользователю, места расположения содержательно близкой информации, соглашения на функциональное назначение клавиш, принципы организации диалога, форматы распечатываемых документов, системные сообщения. 4.1.10.3. Экранные формы должны быть спроектированы с учетом требований, указанных в п.4.1.5. 4.1.10.4. При реализации справочников ИС УЛТИ должны быть учтены следующие требования унификации: - при наличии утвержденных общероссийских/региональных справочников/ классификаторов необходимого назначения ИС УЛТИ должна использовать их; - при отсутствии утвержденных справочников/классификаторов допускается создание внутренних справочников Системы.

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

4.2.1. Базовый модуль Базовый модуль должен выполнять функции ядра Системы, являться единой точкой взаимодействия с базой данных. Все операции чтения и записи в базу данных должны выполняться исключительно через базовый модуль. Базовый модуль должен предоставлять единый интерфейс взаимодействия для всех остальных модулей Системы. Модули должны взаимодействовать друг с другом только через базовый модуль, минуя прямое обращение к базе данных или друг к другу. Базовый модуль должен отвечать за транзакционность сложных операций, осуществлять первичную валидацию и логирование (аудит) всех входящих запросов. Функции базового модуля: 1) Управление соединением с базой данных. Организация пула соединений, гарантированное открытие и закрытие сессий. 2) Централизованное предоставление унифицированных методов: Создание / Чтение / Обновление / Удаление для всех ключевых сущностей Системы (Льготополучатель, Льгота, Идентификатор и другие). 3) Транзакционный менеджер. Обеспечение целостности данных при выполнении сложных бизнес-операций. 4) Валидация данных. Проверка обязательности полей, форматов данных, бизнес-правил. 5) Сервис аудита. Автоматическая запись в журнал информации о всех изменениях данных (кто, когда, какие данные изменил, с какого значения на какое). 6) Маршрутизация входящих запросов от модулей и внешних систем к соответствующим внутренним обработчикам, контроль частоты запросов.

4.2.2. Авторизационный модуль Авторизационный модуль должен быть тесно интегрирован с базовым модулем, осуществлять обработку всех запросов к единому интерфейсу базового модуля на предмет наличия полномочий инициатора запроса. Передача запросов бизнес-логике базового модуля должна осуществляться только с подтверждением авторизационного модуля. Функции, выполняемые авторизационным модулем: 1) Аутентификация: • Вход в систему: Проверка логина (учетной записи) и пароля пользователя ИС УЛТИ. • Выпуск токенов доступа: Генерация и подписание токена для успешно аутентифицированного пользователя. • Обновление токенов: Механизм для продления сессии без повторного ввода пароля. 2) Авторизация. 3) Управление сессиями и токенами: • Валидация подписи и срока действия токена при каждом запросе. • Механизм принудительного завершения сессий и инвалидации токенов при смене пароля пользователем или администратором. 4) Безопасность: • Автоматическая временная блокировка учетной записи или IP-адреса после нескольких неудачных попыток входа. • Защита от основных уязвимостей.

4.2.3. Модуль управления пользователями и полномочиями Модуль управления пользователями и полномочиями должен обеспечивать ведение реестра пользователей Системы, реестра ролей (оператор, администратор). Модуль должен реализовывать следующие функции: 1) Управление учетными записями: • Создание. Регистрация нового пользователя системы с обязательными полями: ФИО, уникальный логин, должность, начальный пароль. • Чтение/Поиск. Просмотр списка всех пользователей с фильтрацией по ФИО, роли, статусу учетной записи. Просмотр детального профиля. • Редактирование. Изменение основных данных, сброс пароля, блокировка/разблокировка учетной записи. • Деактивация: Установка неактивного статуса, исключающего возможность входа, без физического удаления. 2) Управление полномочиями: • Создание, редактирование, удаление ролей. • Назначение ролей пользователям: Интерфейс для привязки одной или нескольких ролей к конкретному пользователю. Визуальное отображение текущих назначений. • Массовое назначение: Назначение роли группе пользователей, отобранных по фильтру. 3) Валидация и предупреждения: • Запрет на удаление роли, которая назначена хотя бы одному активному пользователю. • Предупреждение администратору при попытке снять с себя все административные роли. • Проверка на конфликты прав. При изменении состава ролей у активного пользователя новые права должны вступить в силу немедленно (для новых сессий) или после перевыпуска токена (для текущей). Нельзя удалить или деактивировать последнего активного пользователя с ролью администратора. Пароли должны храниться только в виде стойкого хэша.

4.2.4. Модуль управления справочниками Модуль управления справочниками должен управлять статической и условно-статической информацией (нормативно-справочной информацией - НСИ), служить единым источником для всех перечислений, классификаторов и констант в Системе. Функции модуля управления справочниками: 1) Управление жизненным циклом справочников. Создание и конфигурация справочников. Возможность динамически создавать новый справочник через: указать, название, описание. Определение структуры элементов справочника – администратор должен иметь возможность добавлять пользовательские атрибуты. 2) Операции над элементами справочника: Добавление, редактирование, удаление (или пометка на удаление) элементов. Валидация при удалении: Запрет на удаление элемента, на который есть ссылки из основных данных. 3) Использование. Поддержка фильтрации и поиска по атрибутам элементов. Валидация входящих данных. 4) Импорт/экспорт данных. Массовый импорт элементов справочника из структурированных файлов (CSV, XLSX) для первоначального наполнения или обновления. Экспорт справочников в файлы для согласования или резервного копирования.

4.2.5. Модуль журналирования действий Модуль журналирования действий должен обеспечивать контроль и фиксацию всех изменений в Системе, выполняемых пользователями или автоматически Системой, хранить информацию по изменениям и предоставлять регламентированный доступ к ней. Модуль должен обеспечивать выполнение следующих функций: 1) формирование журнала действий: автоматическая фиксация в журнале всех изменений, выполненных как в результате действий пользователей, так и автоматически Системой; 2) фиксация в записи журнала действий для каждого изменения даты и времени изменения, пользователя, выполнившего действие, вида выполненного действия, поля, в отношении которого выполнено действие, старого и нового значения поля; 3) автоматизированное формирование отчетов по данным журнала действий с отбором записей журнала по различным параметрам; 4) доступ к функциям формирования отчетов по журналу действий должен предоставляться пользователям только в рамках их прав в Системе. Детализация требований к модулю, в том числе, определение параметров формирования журнала действий, перечня отчетов и средств визуализации, параметры и логика их формирования, а также иных требований, осуществляется Подрядчиком (Исполнителем) по согласованию с Заказчиком.

4.2.6. Модуль работы с данными льготополучателей Модуль работы с данными льготополучателей должен быть предназначен для ведения централизованного реестра граждан, имеющих право на льготный проезд. Функции модуля: 1) Ввод и регистрация заявлений. Прием заявлений через веб-форму или интеграцию с прикреплением сканированных копий документов, подтверждающих льготу. 2) Верификация данных. Проверка корректности вводимых значений (проверка дат, проверка номера СНИЛС). 3) Ведение карточек льготополучателя. Хранение анкетных данных (ФИО, дата рождения, СНИЛС, паспорт, контакты), категории льготы, сроков действия льготы. 4) Ведение истории изменений. Отслеживание всех изменений в данных льготополучателя. 5) Поиск и фильтрация. Поиск по ФИО, СНИЛС, категории льготы, дате рождения. Поля карточки данных льготополучателя: 1) «Фамилия». Обязательное поле. Свободный ввод. 2) «Имя». Обязательное поле. Свободный ввод. 3) «Отчество». Необязательное поле. Свободный ввод. 4) «Дата рождения». Обязательное поле. Выбор значения из календаря. 5) «Льготная категория». Обязательное поле. Выбор значения из справочника. 6) «СНИЛС». Обязательное поле. Свободный ввод (маска ввода). 7) «Тип документа» – удостоверяющий личность. Обязательное поле. Выбор значения из справочника. 8) «Серия» – для документа, удостоверяющего личность. Необязательное поле. Свободный ввод. 9) «Номер» – для документа, удостоверяющего личность. Обязательное поле. Свободный ввод. 10) «Выдан» – для документа, удостоверяющего личность. Необязательное поле. Свободный ввод. 11) «Адрес». Обязательное поле. Свободный ввод (опционально – ФИАС). 12) «Телефон». Необязательное поле. Свободный ввод (маска ввода). 13) «Электронная почта». Необязательное поле. Свободный ввод (маска ввода). 14) «Комментарий». Необязательное поле. Свободный ввод. 15) Ссылка на льготу. 16) Ссылка на архив прикрепленных образов документов.

4.2.7. Модуль обработки льгот Модуль обработки льгот должен управлять справочником льгот и правилами их применения. Функции модуля обработки льгот: 1) Справочник льгот. Создание и ведение перечня льготных категорий. 2) Настройка параметров льготы. Для каждой категории – указание типа проездного документа с механизмом работы, срока действия. 3) Привязка льготы к льготополучателю. Назначение конкретной льготы конкретному льготополучателю с указанием срока действия. 4.2.8. Модуль управления льготными идентификаторами Модуль управления льготными идентификаторами должен осуществлять управление жизненным циклом всех типов идентификаторов. Функции модуля: 1) Учет идентификаторов. Ведение реестра всех выпущенных идентификаторов с привязкой к льготополучателю и льготе. 2) Жизненный цикл. Операции регистрации, выпуска, активации, блокировки (при утере), разблокировки, перевыпуска. 3) Проверка статуса. 4) Управление сроками. Автоматическое уведомление об истечении срока действия идентификатора или льготы.

4.2.8.1. Подсистема идентификации банковских карт Подсистема идентификации банковских карт должна быть предназначена для регистрации банковской карты платежной системы «МИР» в качестве льготного идентификатора. Подсистема идентификации банковских карт должна быть реализована в виде микросервиса и должна иметь возможность автономного запуска в стороннем программном обеспечении. Регистрация должна осуществляться при указании данных держателем карты путем клавиатурного ввода или путем регистрации банковской карты на терминальном оборудовании АСОП. Входными данными для подсистемы идентификации банковских карт являются: - PAN банковской карты; - ключ шифрования, зарегистрированный в ГИС КЖ для транспортных систем. Подсистемой идентификации банковских карт осуществляется преобразование входных данных по алгоритму: HMAC-SHA256(SHA-256(PAN)). MAC регистрируется в ГИС КЖ для ИС УЛТИ и АСОП. Обработка осуществляется в режиме реального времени. По результатам обработки формируется hashPAN, как уникальный идентификатор, используемый для однозначного определения банковской карты во всех модулях.

4.2.9. Модуль отправки реестров в АСОП Модуль отправки реестров в АСОП должен быть предназначен для автоматического формирования и передача актуальных реестров льготных идентификаторов в автоматизированную систему оплаты проезда с целью применения правил льготной тарификации в отношении льготополучателей. Функции модуля: 1) Формирование реестра. Генерация файла установленного формата (CSV/XML/JSON) с перечнем активных идентификаторов, их UID, типом льготы и сроком действия. 2) Планирование отправки: Настройка расписания автоматической выгрузки. 3) Протоколирование. Запись результатов каждой отправки, подтверждение получения системой-адресатом. 4) Отправка дельт. Возможность отправки реестра изменений с момента последней выгрузки.

4.2.10. Модуль формирования эмиссии Модуль формирования эмиссии должен быть предназначен для подготовки пакета данных для физического выпуска транспортных карт. Функции модуля: 1) Формирование заказа. Сбор заявок на выпуск новых карт, группировка по типам льгот. 2) Подготовка файла эмиссии, содержащего номер карты и данные для нанесения. 3) Отслеживание статуса заказа: • На рассмотрении. • Отказ. • На печать. • Изготовление. • На выдачу. • Активна. • Блокирована. 4.2.11. Модуль печати макета персональной транспортной карты Модуль печати макета персональной транспортной карты должен быть предназначен для подготовки макета с внесением данных конкретного льготополучателя в целях локальной печати персональной карты. Функции модуля: 1) Формирование макета. Создание PDF-макета с данными льготополучателя, номером карты, штрих-кодом. 2) Интеграция с принтером. Отправка макета на печать с предварительным просмотром.

4.2.12. Модуль загрузки реестра внешних льготных идентификаторов Модуль должен быть предназначен для автоматизированного приема, валидации, обработки и загрузки в базу данных ИС УЛТИ реестров льготных идентификаторов, поступающих от внешних информационных систем. Модуль должен позволять передать в АСОП льготные идентификаторы, держатели которых являются льготополучателями, зарегистрированными в региональных и/или иных системах предоставления льгот. Функции модуля: 1) Управление конфигурацией источников данных и форматов. • Возможность администратора системы настраивать параметры подключения разных внешних источников. • Определение и хранение шаблонов форматов входящих файлов (XLSX, CSV, XML, JSON) для каждого источника. 2) Прием и сохранение данных. • Автоматический канал загрузки реестров. Загрузка реестра, файл которого получен из выделенной директории. Прием и передача осуществляются по протоколам SFTP. • Ручной канал загрузки реестров. Загрузка файла оператором через веб-интерфейс с обязательным указанием типа реестра. • Сохранение оригинального файла в неизменном виде в системе хранения (для аудита и повторной обработки при необходимости). 3) Формирование протокола обработки. Формирование сводных отчетов за период: количество вновь загруженных идентификаторов, обновленных, отсеянных по причинам.

4.2.13. Модуль интеграции с внешними системами Модуль интеграции с внешними системами предназначен для обеспечения стандартизированного, безопасного и надежного взаимодействия с внешними информационными системами и сервисами. Перечень интегрируемых внешних систем: 1) Автоматизированная информационная система транспортных карт (АИС ТК) – ГКУ КО «ЦУ ИТС КО». 2) Государственная информационная система Калининградской области «Карта жителя Калининградской области» (ГИС КЖ) – ГКУ КО «ЦЦТ». 3) Автоматизированная система оплаты проезда – ООО «Транском», ООО «Инфоком». Подрядчик (Исполнитель) получает у Заказчика информацию о параметрах доступа к указанным системам после заключения муниципального контракта и вносит ее в конфигурационные файлы для реализации интеграции. Функции: 1) Управление конфигурацией подключений. Ведение реестра внешних систем с настраиваемыми параметрами для каждой: • Базовый URL/хост, порты. • Протоколы взаимодействия (REST API, SFTP). • Учетные данные для аутентификации (сертификаты, токены, логины/пароли) с безопасным хранением. • Расписание и периодичность вызовов. • Таймауты и политики повторных попыток. • Возможность включения/отключения интеграции с каждой системой без остановки работы ИС УЛТИ. 2) Трансформация данных. Преобразование внутренних форматов ИС УЛТИ во внешние. 3) Обеспечение гарантированной доставки: • Очередь исходящих сообщений. Сохранение всех исходящих запросов в устойчивом хранилище перед отправкой. • Подтверждение доставки. Требование и обработка технических подтверждений от внешней системы. • Политики повторных попыток. Автоматические повторные отправки при сбоях сети или недоступности системы-получателя с настраиваемой экспоненциальной задержкой (через 5 сек, 30 сек, 5 мин, 1 ч).

4.2.13.1. Подсистема интеграции с ГИС КЖ Подсистема должна быть предназначена для реализации информационного взаимодействия с информационной системой «Карта жителя Калининградской области», оператором которой является государственное казенное учреждение Калининградской области «Центр цифровых технологий», создаваемой и внедряемой в рамках постановления Правительства Калининградской области от 27.08.2025 № 323-п «Об утверждении положения о карте жителя Калининградской области». Взаимодействие ИС УЛТИ и ГИС КЖ осуществляется посредством API. Полное описания API ГИС КЖ является приложением настоящему Описанию объекта закупки Технология взаимодействия: HTTPS REST-API JSON. Функции: 1) Передача данных о наличии льгот. Запрос инициируется со стороны ГИС КЖ в сторону ИС УЛТИ (/SocialSupportCategories). Метод запроса: POST. Периодичность: 1 раз в сутки по всем пользователям; для единичных пользователей при авторизации в ГИС КЖ. В ответ на запрос ГИС КЖ, содержащий массив данных: - фамилия, - имя, - отчество, - дата рождения, - СНИЛС, ИС УЛТИ должна передавать массив данных: - СНИЛС, - код льготы, - наименование льготы, - дата начала действия, - дата окончания действия. 2) Получение актуального на текущий момент массива карт пользователей, у которых подключена транспортная услуга. Запрос инициируется со стороны ИС УЛТИ в сторону ГИС КЖ. Метод запроса: GET. Периодичность: 1 раз в неделю по всем пользователям; 1 раз в час дельта. В ответ на запрос ИС УЛТИ, ГИС КЖ должен передавать массив данных: - hashPAN, - СНИЛС. 3) Передача информации о фактах оказания транспортных услуг. Запрос инициируется со стороны ИС УЛТИ в сторону ГИС КЖ. Метод запроса: POST. Периодичность: 1 раз в час. ИС УЛТИ передает массив данных: - hashPAN, - дата и время, - код услуги, - количество, - стоимость.

4.3. Требования к видам обеспечения 4.3.1. Требования к совместимости программного обеспечения В настоящем разделе приведены параметры программного обеспечения, которое установлено на серверном оборудовании и клиентских рабочих местах Заказчика. Подрядчик (Исполнитель) должен обеспечить совместимость с установленным у Заказчика программным обеспечением и корректное выполнение ИС УЛТИ всех заявленных в настоящем Описании объекта закупки функций. 4.3.1.1. Требования к совместимости с программным обеспечением сервера На сервере Заказчика установлено программное обеспечение: - операционная система Microsoft Windows Server 2019 Standard; - СУБД (для сервера базы данных) Microsoft SQL Server 2019. Для корректной и бесперебойной работы ИС УЛТИ Подрядчик (Исполнитель) должен обеспечить совместимость с указанным программным обеспечением. 4.3.1.2. Требования к совместимости с программным обеспечением клиентского рабочего места На клиентских рабочих местах Заказчика установлено следующее программное обеспечение: - операционная система: Windows версии 10; - браузер: Chrome версии 143, Яндекс.Браузер версии 25; - офисное программное обеспечение: Microsoft Office версии 2019. Для корректной работы ИС УЛТИ Подрядчик (Исполнитель) должен обеспечить совместимость с указанным программным обеспечением

5. Состав и содержание работ по созданию информационной системы учета льготных транспортных идентификаторов. 5.1. Требования к составу работ В рамках создания ИС УЛТИ Подрядчик (Исполнитель) должен выполнить следующие работы: - предпроектные исследования; - уточнение и детализация требований к ИС УЛТИ, первоначальной настройке ИС УЛТИ; - передача прав (лицензий) на ИС УЛТИ; - установка и настройка ИС УЛТИ; - первоначальная подготовка персонала (операторы, администраторы, определяемые Заказчиком); - организация и проведение предварительных испытаний ИС УЛТИ, ввод ИС УЛТИ в опытную эксплуатацию; - организация и проведение опытной эксплуатации ИС УЛТИ; - организация и проведение приемочных испытаний ИС УЛТИ, ввод ИС УЛТИ в эксплуатацию; - сопровождение ИС УЛТИ с даты ввода в опытную эксплуатацию до окончания опытной эксплуатации.

5.2. Требования к предпроектным исследованиям 5.2.1. В рамках данных работ Подрядчик (Исполнитель) должен провести обследование с целью уточнения особенностей организации деятельности МКУ «ЦОДИПП» (как оператора автоматизированной системы учета оплаты проезда пассажиров на муниципальных маршрутах регулярных перевозок городского округа «Город Калининград»), включая, но не ограничиваясь: - перечень должностей специалистов отдела автоматизированного учета проезда МКУ «ЦОДИПП», включая их полномочия и обязанности; - перечень, формы и логику формирования необходимой отчетности и средств визуализации информации; 5.2.2. Основным источником информации для предпроектных исследований является интервьюирование Заказчика. 5.2.3. По результатам предпроектных исследований Подрядчик (Исполнитель) разрабатывает и согласовывает с Заказчиком отчет о предпроектных исследованиях, содержащий описание особенностей организации деятельности по всем направлениям, перечисленным в п.5.2.1. 5.2.4. Структура и содержание отчета о предпроектных исследованиях определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем).

ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ Application programming interface (API) - Программный интерфейс, описывающий способы взаимодействия с информационной системой и/или ее компонентами Hash-based message authentication code (HMAC) - Код аутентификации сообщений, использующий хеш-функции с ключом. Механизм проверки целостности информации, позволяющий гарантировать то, что данные, передаваемые или хранящиеся в ненадежной среде, не были изменены посторонними лицами. Механизм HMAC использует имитовставку (MAC), как способ обмена данными и способ проверки целостности передаваемых данных с использованием секретного ключа. hashPAN (hashPAN) - Хэшированный номер банковской карты Message authentication code (MAC) - Имитовставка; специальный набор символов, который добавляется к сообщению и предназначен для обеспечения его целостности и аутентификации источника данных. Primary Account Number (PAN) - Уникальный числовой идентификатор платежной карты, который содержит данные об эмитенте карты и связанном с ним банковском счете. PAN содержит от 13 до 19 цифр. Secure Hash Algorithm 256-bit (SHA-256) - Криптографический алгоритм однонаправленных хеш-функций для создания «отпечатков» для сообщений произвольной длины в целях защиты информации. Автоматизированная информационная система, предназначенная для автоматизации деятельности, связанной с хранением, передачей и обработкой информации об оплате проезда и количестве поездок на основании транспортной карты (АИС ТК) - Автоматизированная информационная система, предназначенная для автоматизации деятельности, связанной с хранением, передачей и обработкой информации об оплате проезда и количестве поездок на основании транспортной карты, оператором которой является государственное казенное учреждение Калининградской области «Центр управления интеллектуальной транспортной системой Калининградской области» (далее – ГКУ КО «ЦУ ИТС КО»). Правообладатель: ООО «МАСТЕРПОРТ» (ИНН 7725571290)

5.3. Требования к уточнению и детализации требований к ИС УЛТИ, первоначальной настройке ИС УЛТИ 5.3.1. В рамках данных работ Подрядчик (Исполнитель) должен на основании данных, полученных на этапе предпроектных исследований, детализировать требования к ИС УЛТИ, включая, но не ограничиваясь: - функциональные требования к ИС УЛТИ; - требования к составу, структуре и способам организации данных в ИС УЛТИ, параметрам поиска и сортировки данных; - требования к интеграции ИС УЛТИ с информационными системами, включая перечень таких систем, а также детальные требования по реализации информационного обмена (состав данных, формат, способ организации информационного обмена) или обоснование применимости открытого интеграционного интерфейса индивидуально для каждой из систем, детальные требования по реализации открытого интеграционного интерфейса; - требования к системе отчетности и средств визуализации данных ИС УЛТИ, включая перечень, формы, периодичность и логика формирования, полномочия пользователей по формированию каждого из отчетов (средств визуализации), а также требования к возможностям настройки и формирования дополнительных пользовательских отчетов (средств визуализации); - требования к возможностям настройки ИС УЛТИ в целом и каждого модуля, к значениям параметров настройки, которые должны быть заданы в рамках первоначальной настройки ИС УЛТИ; - требования к системе прав пользователей в ИС УЛТИ, к перечню и правам пользователей, которые должны быть созданы (настроены) в рамках первоначальной настройки ИС УЛТИ; - иные требования, необходимые для реализации ИС УЛТИ. 5.3.2. По результатам детализации требований Подрядчик (Исполнитель) разрабатывает и согласовывает с Заказчиком: - пояснительную записку на создание и внедрение ИС УЛТИ; - пояснительную записку, содержащую данные для начальной настройки ИС УЛТИ.

5.4. Требования к передаче прав (лицензий) на ИС УЛТИ 5.4.1. Подрядчиком (Исполнителем) в рамках выполнения работ по муниципальному контракту должны быть переданы Заказчику исключительные права на ИС УЛТИ на территории городского округа «Город Калининград»: бессрочные клиентские лицензии, без ограничений по количеству пользователей. Передача прав (лицензий) на ИС УЛТИ происходит в соответствии с лицензионным договором и оформляется актом приема-передачи исключительных прав на использование Системы. Заказчику должны быть переданы права на ИС УЛТИ в объеме, предусмотренном п.4.1.9. настоящего Описания объекта закупки. 5.4.2. Заказчик может самостоятельно проводить модернизацию (включая изменение программного кода) Системы, однако в этом случае утрачивается право на гарантийное сопровождение ИС УЛТИ. При этом действия, касающиеся внесения изменений в настройки, надстройки программного обеспечения на ИС УЛТИ модернизацией не являются. 5.4.3. При любом изменении программного кода ИС УЛТИ в ходе выполнения работ по муниципальному контракту (включая возможные изменения в ходе сопровождения Системы до истечения срока предоставления гарантии качества) Подрядчик должен передавать Заказчику актуальную версию исходных кодов программного обеспечения ИС УЛТИ.

Автоматизированная система оплаты проезда (АСОП) - Автоматизированная система оплаты проезда – комплекс аппаратно-программных средств, применяемых для автоматизации процесса оплаты проезда на муниципальных маршрутах общественного транспорта городского округа «Город Калининград». Правообладатель: ООО «ИНФОКОМ» (ИНН 2452033608). Государственная информационная система Калининградской области «Карта жителя Калининградской области» (ГИС КЖ) - Государственная информационная система Калининградской области «Карта жителя Калининградской области», оператором которой является государственное казенное учреждение Калининградской области «Центр цифровых технологий» (далее – ГКУ КО «ЦЦТ»). Правообладатель: АО «Расчетные Решения» (ИНН 7727718421). Информационная система учета льготных идентификаторов (ИС УЛТИ, Система) - Информационная система учета льготных идентификаторов Система управления базами данных ( СУБД) - Совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных. Страховой номер индивидуального лицевого счёта (СНИЛС) - Страховой номер индивидуального лицевого счёта в системе обязательного пенсионного страхования Российской Федерации. Фамилия, имя, отчество (ФИО) - Сокращение фамилия (Ф), имя (И), отчество (О). Федеральная информационная адресная система (ФИАС) - Единая государственная база данных, содержащая актуальные и стандартизированные сведения обо всех адресах на территории Российской Федерации Электронная вычислительная машина (ЭВМ) - Комплекс технических, аппаратных и программных средств, предназначенных для автоматической обработки информации, вычислений и автоматического управления.

1.1. Общая информация Наименование работ: Выполнение работ по созданию иной информационной системы (информационная система учета льготных транспортных идентификаторов) Код ОКПД2: 62.01.11.000 Единица измерения: Условная единица Количество: 1 1.2. Полное наименование Системы Информационная система учета льготных транспортных идентификаторов. 1.3. Условное обозначение Системы ИС УЛТИ. 1.4. Заказчик Муниципальное казенное учреждение городского округа «Город Калининград» «Центр организации движения и пассажирских перевозок» (сокращенное наименование – МКУ «ЦОДИПП»). 1.5. Пользователи Системы Пассажиры общественного транспорта г. Калининграда, которым предоставлено права льготного проезда. Операторы и администраторы Системы (работники МКУ «ЦОДИПП»). 1.6. Подрядчик (Исполнитель) Определяется по результатам проведения конкурентным способом процедуры в соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд».

5.5. Требования к установке и настройке ИС УЛТИ 5.5.1. В рамках данных работ Подрядчик (Исполнитель) должен произвести установку и настройку ИС УЛТИ на серверном оборудовании Заказчика, и обеспечить ее доступность на рабочих местах пользователей, перечень которых определен на этапе детализации требований для создания в рамках начальной настройки Системы. 5.5.2. Начальная настройка Системы состоит в выполнении следующих работ: - ввод начальных значений параметров настройки ИС УЛТИ в соответствии с пояснительной запиской; - начальное заполнение справочников (справочники, соответствующие нормативно утвержденным классификаторам, должны быть заполнены полностью); - создание начального перечня пользователей и присвоение им прав в Системе в соответствии с пояснительной запиской; - настройка системы резервного копирования и восстановления базы данных ИС УЛТИ. 5.5.3. В ходе установки и начальной настройки ИС УЛТИ Подрядчик (Исполнитель) документирует все принятые технические решения и актуализирует на основании этих данных пояснительную записку, разработанную на этапе детализации требований к ИС УЛТИ. Таким образом, по результатам работ по установке и настройке ИС УЛТИ Подрядчик (Исполнитель) предоставляет Заказчику пояснительную записку с актуальным описанием всех сделанных под данный конкретный экземпляр системы настроек.

5.6. Требования к первоначальной подготовке персонала 5.6.1. В рамках выполнения работ Подрядчик (Исполнитель) должен выполнить первоначальную подготовку лиц, указанных Заказчиком, в работе в ИС УЛТИ. Конкретный перечень пользователей, которые должны пройти первоначальную подготовку, определяется Заказчиком (не более 10 человек). 5.6.2. Подготовка проводится в соответствии с программой, разработанной Подрядчиком (Исполнителем) и согласованной с Заказчиком (структура и содержание определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем)). Программа подготовки должна содержать: - сроки проведения подготовки и ответственных исполнителей; - перечень проводимых подготовительных семинаров с указанием для каждого из них: • даты, времени и длительности проведения; • формы проведения (очно или удаленно (в форме вебинара)); • для очных – места проведения (очные семинары должны проводиться в помещении и на оборудовании, указанном Заказчиком); • тезисно – тематику и основные вопросы, освещаемые на семинаре

5.6.3. В рамках подготовки Подрядчик (Исполнитель) должен предоставить слушателям информацию по следующей тематике: - для всех пользователей из перечня, определенного Заказчиком: основные навыки работы и рекомендуемый порядок работы с ИС УЛТИ, особенности работы с ИС УЛТИ для различных ролей пользователей; - дополнительно инженерному персоналу Заказчика: способы настройки и параметризации ИС УЛТИ. 5.6.4. Мероприятия по подготовке должны удовлетворять следующим критериям: - подготовка должна проводиться в согласованные с Заказчиком сроки; - подготовка должна проводиться на русском языке; - очная подготовка должна проводиться по адресу, указанному Заказчиком. Подрядчик (Исполнитель) обеспечивает слушателей руководствами на русском языке. 5.6.5. По результатам подготовки пользователей Подрядчик (Исполнитель) составляет протокол подготовки пользователей Системы. Форма и содержание протокола определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем). Протокол заверяется подписями сотрудников Подрядчика (Исполнителя), проводивших подготовку.

1.7. Основания для разработки Постановление Администрации городского округа «Город Калининград» от 08.10.2018 №996 «О создании автоматизированной системы учета оплаты проезда пассажиров на муниципальных маршрутах регулярных перевозок городского округа «Город Калининград». Решение городского Совета депутатов Калининграда от 23.12.2020 №282 «О льготном проезде отдельных категорий граждан на всех видах городского транспорта общего пользования всех форм собственности с нумерацией маршрутов до 99 в городском округе «Город Калининград» Постановление администрации городского округа «Город Калининград» от 12.03.2025 №218 «Об утверждении Порядка предоставления отдельным категориям граждан права на льготный проезд в городском транспорте общего пользования всех форм собственности с нумерацией маршрутов до 99». Постановление Правительства Калининградской области от 27.08.2025 № 323-п «Об утверждении положения о карте жителя Калининградской области». Постановление правительства Калининградской области от 27.01.2026 № 27-п «О создании государственной информационной системы Калининградской области «Карта жителя Калининградской области». 1.8. Плановые сроки разработки Срок начала: с даты заключения Муниципального контракта. Срок окончания: не позднее 60 календарных дней с даты заключения Муниципального контракта. Место выполнения работ: Калининградская область, г.о. город Калининград. 1.9. Источники финансирования Финансирование осуществляется за счет средств бюджета городского округа «Город Калининиград». 1.10. Порядок оформления и предъявления Заказчику результатов Порядок оформления и предъявления Заказчику результатов выполнения работ по созданию Системы приведен в разделе 5 настоящего Описания объекта закупки (Техническое задание) (далее – Описание объекта закупки).

2. Назначение и цели создания Системы 2.1. Назначение Системы Информационная система учета льготных транспортных идентификаторов предназначена для ведения реестров льготополучателей, льгот и льготных идентификаторов, позволяющих реализовать право льготного проезда в общественном транспорте г. Калининграда. 2.2. Цели создания Системы Информационная система учета льготных транспортных идентификаторов создается для автоматизации процесса ведения реестров, обмена реестрами с муниципальными и региональными информационными системами. Создание Системы направлено на: - исключение ведения промежуточных реестров и таблиц; - создание единого источника достоверной информации по всем льготным транспортным идентификаторам и их владельцам; - разграничение прав доступа к данным, ведение журнала аудита всех операций; - обеспечение взаимодействия с внешними системами.

5.7. Требования к организации и проведению предварительных испытаний, вводу ИС УЛТИ в опытную эксплуатацию 5.7.1. В рамках данных работ Подрядчик (Исполнитель) должен: 5.7.1.1. разработать и согласовать с Заказчиком программу и методику испытаний; 5.7.1.2. принять участие в предварительных испытаниях, проводимых в соответствии с согласованной программой и методикой испытаний; 5.7.1.3. оформить и согласовать с Заказчиком протокол предварительных испытаний; 5.7.1.4. оформить и предоставить Заказчику акт приемки ИС УЛТИ в опытную эксплуатацию. 5.7.2. Предварительные испытания проводятся комиссией, состоящей из представителей Подрядчика (Исполнителя) и Заказчика. По решению Заказчика в комиссию могут быть включены третьи лица в качестве экспертов. 5.7.3. В случае, если в ходе предварительных испытаний выявлены несоответствия ИС УЛТИ, настроек, документации требованиям настоящего Описания объекта закупки, они фиксируются в протоколе испытаний. 5.7.4. По результатам проведения предварительных испытаний Заказчиком и Подрядчиком (Исполнителем) принимается согласованное решение о возможности ввода ИС УЛТИ в опытную эксплуатацию, которое также фиксируется в протоколе испытаний. 5.7.5. Если ИС УЛТИ признана комиссией готовой к вводу в опытную эксплуатацию, между Заказчиком и Подрядчиком (Исполнителем) подписывается подготовленный Подрядчиком (Исполнителем) акт приемки в опытную эксплуатацию. Если ИС УЛТИ признана не готовой к вводу в опытную эксплуатацию, между Заказчиком и Подрядчиком (Исполнителем) могут быть согласованы сроки устранения выявленных замечаний к ИС УЛТИ, настройкам, документации и назначить повторные предварительные испытания, которые организуются и проводятся в том же порядке.

5.8. Требования к организации и проведению опытной эксплуатации 5.8.1. В рамках проведения работ по организации и проведению опытной эксплуатации Системы Подрядчик (Исполнитель) должен: 5.8.1.1. обеспечивать восстановление работоспособности программного обеспечения ИС УЛТИ в случае отказов, сбоев, аварийных ситуаций; 5.8.1.2. консультировать пользователей ИС УЛТИ по работе в Системе в соответствии с требованиями п.5.10 настоящего Описания объекта закупки; 5.8.1.3. выполнять сбор замечаний и предложений пользователей Системы, выявленных в ходе опытной эксплуатации; 5.8.1.4. в обязательном порядке вносить изменения в ИС УЛТИ (настройки, при необходимости – исходный код, документацию) в случае, если в ходе опытной эксплуатации Система функционирует нестабильно или не в соответствии с требованиями настоящего Описания объекта закупки; сроки внесения изменений согласовываются с Заказчиком; 5.8.1.5. в случаях, согласованных между Заказчиком и Подрядчиком (Исполнителем), вносить изменения в ИС УЛТИ (в рамках настроек) для учета замечаний и пожеланий пользователей ИС УЛТИ, выходящих за рамки требований настоящего Описания объекта закупки; 5.8.1.6. поддерживать в актуальном состоянии документацию на Систему (инструкции и пояснительную записку);

3. Характеристика объекта автоматизации 3.1. Краткие сведения об объекте автоматизации Объектом автоматизации является деятельность МКУ «ЦОДИПП» по реализации порядка предоставления отдельным категориям граждан права на льготный проезд в городском транспорте общего пользования всех форм собственности с нумерацией маршрутов до 99, в которой МКУ «ЦОДИПП» выполняет роль оператора. Автоматизации подлежит процесс приема заявлений льготополучателей на регистрацию/выпуск льготных идентификаторов, формированию реестров льготных идентификаторов, передачи реестров льготных идентификаторов в процессинговый центр автоматизированной системы оплаты проезда и актуализация реестров с внешними информационными системами. 3.2. Сведения об условиях эксплуатации объекта автоматизации Информационная система учета льготных транспортных идентификаторов представляет собой клиент-серверное программное обеспечение. Серверная часть Системы размещается на серверных мощностях МКУ «ЦОДИПП». Существующие серверные мощности МКУ «ЦОДИПП». Сервер: DELL PowerEdge R540. Процессор: Intel Xeon Silver 4215 @ 2,5 ГГц, ОЗУ: 128 ГБ, Диск: 400 ГБ. Операционная система: Microsoft Windows Server 2019 Standard. СУБД: Microsoft SQL Server 2019. Клиентская часть Системы выполняется в виде web-интерфейса. Существующие рабочие места операторов/администраторов в МКУ «ЦОДИПП» эксплуатируются с использованием операционной системы Windows 10 Pro.

4. Требования к Системе 4.1. Общие требования 4.1.1. Требования к структуре и функционированию Системы Система должна быть построена по клиент-серверной архитектуре (web-интерфейс для операторов/администраторов, сервер приложений и база данных). 4.1.1.1. Перечень модулей В состав Системы должны быть включены следующие функциональные модули и подсистемы: 1) Базовый модуль. 2) Авторизационный модуль. 3) Модуль управления пользователями и полномочиями. 4) Модуль управления справочниками. 5) Модуль журналирования действий. 6) Модуль работы с данными льготополучателей. 7) Модуль обработки льгот. 8) Модуль управления льготными идентификаторами. • Подсистема идентификации банковских карт. 9) Модуль отправки реестров в АСОП. 10) Модуль формирования эмиссии. 11) Модуль печати макета персональной транспортной карты. 12) Модуль загрузки реестра внешних льготных идентификаторов. 13) Модуль интеграции с внешними системами. • Подсистема интеграции с ГИС КЖ. Описание назначения каждого из модулей (подсистем) и требования к функциям модулей (подсистем) приведены в настоящем разделе. 4.1.1.2. Требования к способам и средствам связи для информационного обмена между компонентами Системы Информационный обмен между компонентами Системы должен обеспечиваться с помощью современных протоколов и форматов передачи данных. Между серверной частью Системы и клиентскими приложениями информационный обмен должен осуществляться по протоколу HTTP. На транспортном уровне для взаимодействия компонентов Системы должен использоваться стек протоколов TCP/IP.

5.8.1.7. вести рабочий журнал (форма ведения, структура и содержание определяются по согласованию между Заказчиком и Подрядчиком (Исполнителем), допускается ведение в электронной форме, допускается совмещение с журналом учета обращений линии технической поддержки (см. п. 5.10 настоящего Описания объекта закупки)), в котором фиксировать: 5.8.1.7.1. замечания и предложения пользователей к ИС УЛТИ; 5.8.1.7.2. отказы, сбои, аварийные ситуации, возникшие в ходе опытной эксплуатации; 5.8.1.7.3. проводимые корректировки настроек, программных средств, документации ИС УЛТИ, выполненные для устранения замечаний, учета предложений, восстановления работоспособности ИС УЛТИ. 5.8.2. Опытная эксплуатация Системы осуществляется Заказчиком. В рамках опытной эксплуатации пользователи используют Систему. 5.8.3. Длительность опытной эксплуатации составляет 10 календарных дней. 5.8.4. По результатам опытной эксплуатации Заказчик и Подрядчик (Исполнител) принимают согласованное решение о возможности допуска Системы к приемочным испытаниям. В случае принятия положительного решения Подрядчик (Исполнитель) оформляет акт о завершении опытной эксплуатации и допуске системы к приемочным испытаниям. При наличии неустраненных замечаний к Системе в акте фиксируется согласованный между Заказчиком и Подрядчиком (Исполнителем) перечень замечаний, подлежащих устранению, и сроки их устранения. Форма и содержание акта определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем). Акт заверяется подписями Заказчика и Подрядчика (Исполнителя).

5.9. Требования к организации и проведению приемочных испытаний, вводу ИС УЛТИ в эксплуатацию 5.9.1. Подрядчик (Исполнитель) должен: 5.9.1.1. при необходимости (например, для проверки устранения замечаний по итогам опытной эксплуатации) актуализировать и согласовать с Заказчиком программу и методику испытаний; 5.9.1.2. принять участие в приемочных испытаниях, проводимых в соответствии с согласованной программой и методикой испытаний; 5.9.1.3. оформить и согласовать с Заказчиком протокол приемочных испытаний; 5.9.1.4. оформить и предоставить Заказчику акт приемки ИС УЛТИ в эксплуатацию. 5.9.2. Приемочные испытания проводятся комиссией, состоящей из представителей Подрядчика (Исполнителя) и Заказчика. По решению Заказчика в комиссию могут быть включены третьи лица в качестве экспертов. 5.9.3. В случае, если в ходе приемочных испытаний выявлены несоответствия ИС УЛТИ, настроек, документации требованиям настоящего Описания объекта закупки, они фиксируются в протоколе испытаний. 5.9.4. По результатам проведения приемочных испытаний Заказчиком и Подрядчиком (Исполнителем) принимается согласованное решение о возможности ввода ИС УЛТИ в эксплуатацию, которое также фиксируется в протоколе испытаний. 5.9.5. Если ИС УЛТИ признана готовой к вводу в эксплуатацию, Заказчик и Подрядчик (Исполнитель) подписывают подготовленный Подрядчиком (Исполнителем) акт приемки в эксплуатацию. Если ИС УЛТИ признана не готовой к вводу в эксплуатацию, Заказчик и Подрядчик (Исполнитель) согласовывают сроки устранения выявленных замечаний к ИС УЛТИ и назначают повторные приемочные испытания, которые организуются и проводятся в том же порядке. 5.9.6. Перед вводом ИС УЛТИ в эксплуатацию Подрядчик (Исполнитель) передает Заказчику список всех системных логинов и паролей, используемых при эксплуатации ИС УЛТИ.

4.1.1.3. Требования к характеристикам взаимосвязей Системы с информационными системами ИС УЛТИ должна обеспечивать взаимодействие со следующими системами: 1) АИС ТК. 2) ГИС КЖ. Для обеспечения возможности интеграции с информационными системами должен быть реализован открытый интеграционный интерфейс, предусматривающий возможность экспорта / импорта основных сведений ИС УЛТИ. Подрядчик (Исполнитель) получает у Заказчика информацию о параметрах доступа к указанным системам после заключения муниципального контракта и вносит ее в конфигурационные файлы для реализации интеграции. 4.1.1.3.1. Взаимодействие с АИС ТК должно осуществляться посредством обмена реестрами, содержащими сведения: - номер идентификатора в АИС ТК; - уникальный идентификатор носителя (UID); - код льготы; - срок действия льготы. 4.1.1.3.2. Взаимодействие с ГИС КЖ должно осуществляться посредством API. Описание API является приложением к настоящему Описанию объекта закупки.

4.1.1.4. Требования к режимам функционирования Системы 4.1.1.4.1. При работе Системы должны использоваться следующие режимы функционирования: - штатный режим функционирования; - сервисный режим функционирования; - аварийный режим функционирования. 4.1.1.4.2. Основным режимом функционирования Системы должен являться штатный режим, при котором корректно функционируют все компоненты Системы. При штатном режиме функционирования Системы должны соблюдаться следующие требования: - web-интерфейс для операторов/администраторов должен обеспечивать возможность функционирования в течение 24 часов в сутки, 365 дней в году; - программное обеспечение сервера приложений и баз данных должно обеспечивать возможность круглосуточного функционирования с перерывами на обслуживание. 4.1.1.4.3. Сервисный режим функционирования Системы должен быть доступен только для уполномоченных работников Заказчика, для проведения следующих работ: - регламентное обслуживание серверного оборудования и системного программного обеспечения Системы; - восстановление Системы после сбоев и аварийных ситуаций; - обновление версий системного и прикладного программного обеспечения. 4.1.1.4.4. Сервисный режим функционирования должен допускать ограничение пользовательского функционала Системы, если это необходимо для обслуживания Системы. Длительность такого ограничения не должна превышать 8 часов в неделю, причем ограничение функционала должно применяться только в нерабочее время в соответствии с правилами служебного распорядка МКУ «ЦОДИПП». 4.1.1.4.5. В аварийный режим функционирования ИС УЛТИ должна переходить при отказе одного или нескольких компонентов. Функционирование Системы при аварийных режимах работы не предусматривается. 4.1.1.4.6. Длительность нахождения Системы в аварийном режиме (срок восстановления работоспособности Системы после аварии) не должна превышать 24 часов.

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

5.10. Требования к сопровождению ИС УЛТИ 5.10.1. Подрядчик (Исполнитель) должен с даты ввода ИС УЛТИ в опытную эксплуатацию до даты ввода Системы в эксплуатацию: 5.10.1.1. обеспечивать бесперебойное функционирование ИС УЛТИ; 5.10.1.2. консультировать пользователей ИС УЛТИ по работе в Системе. 5.10.2. В целях обеспечения бесперебойного функционирования Подрядчик (Исполнитель) должен принимать участие в восстановлении работоспособности программного обеспечения ИС УЛТИ в случае отказов, сбоев, аварийных ситуаций. 5.10.3. Срок восстановления работоспособности не должен превышать установленного в п.4.1.1.4.7 настоящего Описания объекта закупки. 5.10.4. В сферу ответственности Подрядчика (Исполнителя) не входит восстановление работоспособности аппаратного обеспечения ИС УЛТИ. 5.10.5. В целях консультирования пользователей ИС УЛТИ по работе в Системе Подрядчик (Исполнитель) должен организовать линию технической поддержки, принимающую и обслуживающую обращения пользователей по телефону и электронной почте в рабочие дни с 9 до 18 часов по времени г. Калининграда. 5.10.6. Подрядчик (Исполнитель) должен предоставить Заказчику номер телефона и электронный почтовый адрес линии технической поддержки. 5.10.7. Подрядчик (Исполнитель) организует регистрацию и учет хода и результатов обслуживания обращений на линию технической поддержки в журнале учета обращений. Состав данных, подлежащих учету в журнале, определяется по согласованию между Заказчиком и Подрядчиком (Исполнителем). Способ, формат и программное обеспечение для ведения журнала учета обращений Подрядчик (Исполнитель) выбирает самостоятельно. Ведение журнала учета обращений не должно повлечь за собой дополнительных расходов со стороны Заказчика.

5.10.8. По запросам Заказчика Подрядчик (Исполнитель) должен предоставлять выписки из журнала за период сопровождения ИС УЛТИ. Выписка должна содержать записи журнала учета, соответствующие обращениям, поступившим в адрес линии технической поддержки. Выписка передается Заказчику в электронной форме в формате, согласованном между Заказчиком и Подрядчиком (Исполнителем). Допускается передача выписки как на материальном носителе (USB диске), так и средствами информационных технологий (электронной почты). 5.10.9. Время реагирования линии технической поддержки на обращение (предоставления ответа на вопрос) не должно превышать: 5.10.9.1. 2 рабочих часов в случае вопроса о порядке работы в Системе; 5.10.9.2. 8 рабочих часов в случае вопроса о порядке настройки Системы. 5.10.10. В случае, если проблему, сформулированную в обращении, не удается решить посредством консультации по телефону или электронной почте, Подрядчик (Исполнитель) обеспечивает устранение проблемы другими доступными способами, определяемыми по согласованию между Заказчиком и Подрядчиком (Исполнителем).

4.1.2. Требования к численности и квалификации персонала Системы и режиму его работы 4.1.2.1. Для обеспечения корректного функционирования Системы необходимо наличие следующих учетных записей для персонала: - минимум один оператор; - минимум один администратор. 4.1.2.2. Оператор Системы выполняет основные функции ИС УЛТИ в рамках автоматизированного процесса. Система прав пользователей должна предусматривать возможность выполнения работником функций одной, нескольких или всех ролей. При разработке пользовательского интерфейса функций Оператора Системы Подрядчик (Исполнитель) обязан исходить из того, что персонал Заказчика обладает уровнем компьютерной грамотности не ниже уверенного пользователя. Система не должна требовать для повседневной эксплуатации навыков системного администратора или программиста. Режим работы – в соответствии с правилами служебного распорядка МКУ «ЦОДИПП». 4.1.2.3. Администратор Системы должен иметь возможность выполнять администрирование информационной системы (настройка справочников, представлений, прав доступа и т.д.). При разработке пользовательского интерфейса функций Администратора Системы Подрядчик (Исполнитель) обязан исходить из того, что персонал Заказчика обладает уровнем компьютерной грамотности не ниже уверенного пользователя, владеющего навыками работы в программных приложениях, хорошо ориентирующегося в требованиях нормативной и методической документации, технической документации на Систему. Режим работы – в соответствии с правилами служебного распорядка МКУ «ЦОДИПП». 4.1.2.4. Система прав пользователей ИС УЛТИ должна предусматривать возможность совмещения пользователем Системы обязанностей нескольких или всех перечисленных ролей при условии соответствия квалификационным требованиям.

4.1.3. Показатели назначения 4.1.3.1. ИС УЛТИ должна обеспечивать возможность одновременной работы не менее 100 пользователей. 4.1.3.2. ИС УЛТИ должна обеспечивать возможность хранения данных с глубиной не менее 10 лет по умолчанию (должна быть возможность настройки Системы в части увеличения срока хранения данных). 4.1.3.3. Реакция Системы на действие пользователя должна занимать не более 10 сек для выполнения простых операций (открытие/закрытие рабочего окна, загрузка/сохранение записи данных и пр.), и не более 30 секунд – для сложных (выполнение многоаспектного поиска, формирование отчета и пр.). 4.1.3.4. Показатель работоспособности Системы должен быть не ниже 99% (допустимый перерыв в работе не более 8 часов в месяц).

5.11. Этапы выполнения работ В процессе создание информационной системы учета льготных транспортных идентификаторов должна быть соблюдена этапность и выполнен перечень работ в соответствии с таблицей. № 1 Наименование: Подготовка Состав: Предпроектные исследования. Уточнение и детализация требований к ИС УЛТИ, первоначальной настройке ИС УЛТИ. Отчетные документы: Отчет о предпроектных исследованиях. Пояснительная записка на создание и внедрение ИС УЛТИ. Пояснительная записка, содержащая данные для начальной настройки ИС УЛТИ Длительность этапа: 5 календарных дней с даты заключения муниципального контракта. № 2 Наименование: Реализация Состав: Передача прав (лицензий) на ИС УЛТИ. Установка и настройка ИС УЛТИ. Первоначальная подготовка персонала. Отчетные документы: Лицензионный договор и акт приема-передачи исключительных прав на использование Системы. Дистрибутивы программного обеспечения на установку ИС УЛТИ. Руководство по установке Системы. Руководство установщика. Руководство пользователя (оператора, администратора). Общее описание системы. Исходные коды программного обеспечения ИС УЛТИ. Протокол подготовки пользователей Системы. Длительность этапа: 40 календарных дней с даты окончания этапа 1.

№ 3 Наименование: Подготовка к опытной эксплуатации Состав: Организация и проведение предварительных испытаний ИС УЛТИ, ввод ИС УЛТИ в опытную эксплуатацию. Отчетные документы: Программа и методика испытаний. Протокол предварительных испытаний. Акт приемки в опытную эксплуатацию Длительность этапа: 5 календарных дней с даты окончания этапа 2 № 4 Наименование: Опытная эксплуатация Состав: Организация и проведение опытной эксплуатации ИС УЛТИ. Организация и проведение приемочных испытаний ИС УЛТИ, ввод ИС УЛТИ в эксплуатацию. Сопровождение ИС УЛТИ с даты ввода в опытную эксплуатацию до окончания опытной эксплуатации. Отчетные документы: Рабочий журнал. Акт о завершении опытной эксплуатации и допуске системы к приемочным испытаниям. Программа и методика приемочных испытаний. Протокол приемочных испытаний. Акт приемки ИС УЛТИ в эксплуатацию. Список всех системных логинов и паролей. Журнал учета обращений. Длительность этапа: 10 календарных дней с даты окончания этапа 3.

Преимущества, требования к участникам

Преимущества: Преимущество в соответствии с ч. 3 ст. 30 Закона № 44-ФЗ - Размер преимущества не установлен

Требования к участникам: 1. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 2. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

Применение национального режима по ст. 14 Закона № 44-ФЗ

Применение национального режима по ст. 14 Закона № 44-ФЗ: Основанием для установки указания запретов, ограничений закупок товаров, происходящих из иностранных государств, выполняемых работ, оказываемых услуг иностранными лицами, а так же преимуществ в отношении товаров российского происхождения, а также товаров происходящих из стран ЕАЭС, выполняемых работ, оказываемых услуг российскими лицами, а также лицами, зарегистрированными в странах ЕАЭС, является Постановление Правительства Российской Федерации о мерах по предоставлению национального режима от 23.12.2024 № 1875.

Сведения о связи с позицией плана-графика

Сведения о связи с позицией плана-графика: 202608353000075001000027

Начальная (максимальная) цена контракта: 4 738 100,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 263390699038439060100100190016201244

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

Дата начала исполнения контракта: 0  календарных дней с даты заключения контракта

Срок исполнения контракта: 100  календарных дней

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет городского округа "Город Калининград"

Вид бюджета: местный бюджет

Код территории муниципального образования: 27701000: Муниципальные образования Калининградской области / Городские округа Калининградской области/ / город Калининград

Требуется обеспечение заявки: Да

Размер обеспечения заявки: 23 690,50 РОССИЙСКИЙ РУБЛЬ

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Установлено в соответствии со ст. 44 и 45 Закона № 44-ФЗ. В соответствии со ст. 44 Закона № 44-ФЗ обеспечение заявки на участие в закупке предоставляется одним из следующих способов: 1) путем блокирования денежных средств на банковском счете, открытом таким участником в банке, включенном в перечень, утвержденный Правительством РФ (далее - специальный счет), для их перевода на счет, на котором в соответствии с законодательством РФ учитываются операции со средствами, поступающими заказчику, или в соответствующий бюджет бюджетной системы РФ. Требования к таким банкам, к договору специального счета, к порядку использования имеющегося у участника закупки банковского счета в качестве специального счета устанавливаются Правительством РФ; 2) путем предоставления независимой гарантии, соответствующей требованиям ст. 45 Закона № 44-ФЗ. Независимая гарантия должна быть безотзывной и должна содержать информацию и условия, предусмотренные ч. 2 и ч. 3 ст. 45 Закона № 44-ФЗ (БЕНЕФИЦИАРОМ УКАЗЫВАЕТСЯ ЗАКАЗЧИК – МУНИЦИПАЛЬНОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДСКОГО ОКРУГА «ГОРОД КАЛИНИНГРАД» «ЦЕНТР ОРГАНИЗАЦИИ ДВИЖЕНИЯ И ПАССАЖИРСКИХ ПЕРЕВОЗОК»). Срок действия независимой гарантии должен составлять не менее месяца с даты окончания срока подачи заявок. Независимая гарантия должна соответствовать дополнительным требованиям и Типовой форме, утвержденным постановлением Правительства РФ от 08.11.2013 № 1005. Участники закупки, являющиеся юридическими лицами, зарегистрированными на территории государства - члена Евразийского экономического союза, за исключением РФ, или физическими лицами, являющимися гражданами государства - члена Евразийского экономического союза, за исключением РФ (далее - участники закупки), вправе предоставить обеспечение заявок в виде денежных средств с учетом особенностей, предусмотренных постановлением Правительства РФ от 10.04.2023 № 579.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03232643277010003500, л/c 05353J33190, БИК 012748051, ОТДЕЛЕНИЕ КАЛИНИНГРАД БАНКА РОССИИ//УФК по Калининградской области, г.Калининград, к/c 40102810545370000028

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО КАЛИНИНГРАДСКОЙ ОБЛАСТИ (МКУ "ЦОДИПП") ИНН: 3906990384 КПП: 390601001 КБК: 80311610056021004140 ОКТМО: 27701000001 40102810545370000028 03100643000000013500 012748051

Номер типовых условий контракта: 1400700000521003

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл Калининградская, г.о. город Калининград, Калининградская область, г.о. город Калининград

Предусмотрена возможность одностороннего отказа от исполнения контракта в соответствии со ст. 95 Закона № 44-ФЗ: Да

Требуется обеспечение исполнения контракта: Да

Размер обеспечения исполнения контракта: 10 %

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Установлены в соответствии со ст. ст. 51, 96 ФЗ № 44-ФЗ. Одновременно с размещением на электронной площадке и в ЕИС подписанного проекта контракта, участник закупки с которым заключается контракт, размещает документ, подтверждающий предоставление обеспечения исполнения контракта. Исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям ст. 45 ФЗ № 44-ФЗ, или внесением денежных средств на счет, на котором в соответствии с законодательством РФ учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются в соответствии с требованиями ФЗ № 44-ФЗ участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на 1 месяц, в т. ч. в случае его изменения в соответствии со ст.95 ФЗ № 44-ФЗ. Независимая гарантия должна соответствовать дополнительным требованиям, утв. постановлением Правительства РФ от 08.11.2013 № 1005. Если при проведении аукциона участником, с которым заключается контракт, предложена цена контракта, которая на 25 и более % ниже Н(М)ЦК, обеспечение исполнения контракта предоставляется с учетом требований ст.37 ФЗ № 44-ФЗ. Положения об обеспечении исполнения контракта не применяются в случае заключения контракта с участником закупки, который является казенным учреждением.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03232643277010003500, л/c 05353J33190, БИК 012748051, ОТДЕЛЕНИЕ КАЛИНИНГРАД БАНКА РОССИИ//УФК по Калининградской области, г.Калининград, к/c 40102810545370000028

Требуется гарантия качества товара, работы, услуги: Да

Срок, на который предоставляется гарантия и (или) требования к объему предоставления гарантий качества товара, работы, услуги: Подрядчик (Исполнитель) предоставляет гарантию качества на ИС УЛТИ и результаты работ, выполненных в соответствии с настоящим Описанием объекта закупки, на срок не менее 12 (двенадцати) месяцев. Срок предоставления гарантии качества начинает исчисляться с даты подписания между Заказчиком и Подрядчиком (Исполнителем) документа о приемке выполненных работ. В течение срока предоставления гарантии качества Подрядчик (Исполнитель) должен устранять выявленные несоответствия ИС УЛТИ и результатов выполненных работ требованиям настоящего Описания объекта закупки. Гарантия качества обеспечивается за счет оказания гарантийной поддержки Системы Подрядчиком (Исполнителем). Гарантийная поддержка включает в себя консультации по телефону и электронной почте в рабочие дни в рабочее время с 9 до 18 часов по времени г. Калининграда по вопросам, связанным с эксплуатацией Системы. Подрядчик (Исполнитель) должен предоставить номер телефона гарантийной поддержки и электронный почтовый адрес, привязанный к системе обработки заявок, поступающих от Заказчика. Время реагирования на заявку не должно превышать 8 часов. Период устранения сбоев в работе Системы (обеспечения функционирования) 24 часа. В случае, если проблему не удается решить посредством консультации по телефону или электронной почте, Подрядчик (Исполнитель) обеспечивает устранение проблемы другими доступными способами. В случае обнаружения Заказчиком несоответствия ИС УЛТИ или результатов выполненных работ требованиям настоящего Описания объекта закупки, Заказчик направляет письменное уведомление Подрядчику (Исполнителю). Подрядчик (Исполнитель) обязан за свой счет устранить выявленные несоответствия в течение 10 (десяти) рабочих дней с даты получения уведомления от Заказчика.

Информация о требованиях к гарантийному обслуживанию товара:

Требования к гарантии производителя товара:

Банковское или казначейское сопровождение контракта не требуется

Информация о сроках исполнения контракта и источниках финансирования

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

Дата начала исполнения контракта: 0  календарных дней с даты заключения контракта

Срок исполнения контракта: 100  календарных дней

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет городского округа "Город Калининград"

Вид бюджета: местный бюджет

Код территории муниципального образования: 27701000: Муниципальные образования Калининградской области / Городские округа Калининградской области/ / город Калининград

Документы

Общая информация

Документы

Журнал событий